Upgrade pax-url-aether to 1.6.0.

Since our jenkins uses mirrors with passwords,
we needed a fix for https://ops4j1.jira.com/browse/PAXURL-217
in order to run osgi.test on jenkins, now that we use maven more.
We didn't hit this bug before because we were using a standard
location for the maven local repository, but that causes problems
with concurrent jenkins jobs accessing it.

Also, upgrade STARR because Jenkins is using `skip.locker` now.

See https://groups.google.com/d/msg/scala-internals/7R-Y5txP8NI/DX_JWFO2fu4J
for a discussion of the problem this should fix.
Merge pull request #3128 from adriaanm/pax-url-aether-1.6

Upgrade pax-url-aether to 1.6.0.
No-op merge of 2.10.x into master
SI-7280 Remove unneccesary method
Merge pull request #3167 from skyluc/issue/unneccesary-method-7280

SI-7280 Remove unneccesary method
Prepare upgrade to scalacheck 1.11.

Our scalacheck tests now compile against 1.10.1 and 1.11.0.
They pass on 1.10.1, but fail on 1.11.0.

Once (that)[https://github.com/rickynils/scalacheck/issues/79]'s fixed,
and 1.11.1 released, we should be able to upgrade to it by simply
changing scalacheck.version.number in versions.properties.

The changes are mostly removing dead code (e.g., consolereporter business).

Of interest: the type ascription for `oneOf`. I haven't quite investigated,
but something seems to have changed between 1.10.1 and 1.11.0 that caused
a different overload to be picked without the type ascription.
Probably not a scalac bug, just a scalacheck api change.
Merge pull request #3163 from adriaanm/merge-2.10

Merge 2.10
Merge pull request #3170 from adriaanm/scalacheck-1.11

Prepare upgrade to scalacheck 1.11.
Handle TypeApply(fun, ...) for symbol-less funs

Such as class literals, as one could conjure in `classOf[Int][Int]`

Before, this would crash with a `NullPointerException`
Merge pull request #3173 from retronym/topic/classOf-type-apply

Handle TypeApply(fun, ...) for symbol-less funs
Better support for enum trees

Replace the approach of “detect some magic combination of flags to
trigger some action” by introducing an enum flag which makes the
semantics and the intentions of the code using it more explicit.

This basically involves wiring up the existing ACC_ENUM bit to a new
modifier flag and making sure it is set correctly when encountering
enums.

The existing enum tests files/pos/t5165 and files/pos/t2764 keep
working, showing that this hasn't introduced any obvious regressions.

Tests for the changes in Namer which prevent scalac from messing with
enum trees can't be added yet, because one currently can't define an
enum in Scala without the help of the macro paradise.
The intention is to add the @enum macro as a full test suite as soon
as one can depend on macro annotations.