make a GitHub org and keep all our (2.12) forks there

[SethTisue]

at #320 @adriaanm writes:

It was kind of nice to have a top-level overview of which community projects we had to fork, but maybe we can actually do even better in the new format by having a naming convention for the branches that constitute these forks, or by creating a github user that has the forked repos for the community build, so we have a centralized spot to track our forks.

acting as multiple GitHub users is too annoying IMO, but a new org would work

[SethTisue]

before making the new org, we should decrease the number of unnecessary forks.

done:

• migration-manager
  • branch pushed directly to origin
• specs2
  • unforking PR: unfork specs2 #333
• breeze
  • unforking PR: unfork breeze #334
• ssl-config
  • upstream PR: dbuild relies on onLoad to extract dependencies lightbend/ssl-config#48
• argonaut
  • upstream PR: fix Scala version checking logic to work with 2.12 argonaut-io/argonaut#247
• macro-paradise
  • 2.12.0-RC1 branch has deprecation warning + -Xfatal-warnings scalamacros/paradise#86
• spire
  • unforking PR: unfork spire #346
• scalariform
  • upstream PR: update build to work with Scala 2.12 scala-ide/scalariform#233
• parboiled
  • upstream PR: be compatible with Scala 2.12 community build sirthias/parboiled#100
• cats
  • waiting on Eval compile error in 2.12.0-RC1: Improvement or regression? typelevel/cats#1377
• scalatest
  • unforking PR: unfork ScalaTest #337
• scalatags
  • upstream PR: Scala 2.12.0-RC2 com-lihaoyi/scalatags#142
• jackson-module-scala
  • upstream PR: be compatible with Scala 2.12 community build FasterXML/jackson-module-scala#290
• lift-json
  • upstream PR: use proper form of specs2 dependency lift/framework#1812
• genjavadoc
  • upstream PR: Cross build on Scala 2.12.1 lightbend/genjavadoc#95

[SethTisue]

2.11 still has tons of forks, but I think we should shrug and say so what, the action's on 2.12

[dwijnand]

sbinary is moribund in terms of sbt 1.0

[SethTisue]

lately we froze some projects because they added wartremover which confuses dbuild. it's #364

[SethTisue]

the GitHub org now exists: https://github.com/scalacommunitybuild

I will migrate forks there, time permitting. (I don't have time right now to tackle it all at once, but at minimum we can make our new forks there.)

[SethTisue]

all the forks are now on the new org

to do before closing this ticket:

• document the new org
• do something with the forks list above? (make a new ticket?)