@@ -17,12 +17,12 @@ The following is the current list of curators, in alphabetical order:
1717This section sketches out at a high level how the entire Stackage build/curation
1818process works:
1919
20−* [build-constraints.yaml](https://github.com/fpco/stackage/blob/master/build-constraints.yaml) specifies packages to be included in Stackage
20+* [build-constraints.yaml](https://github.com/commercialhaskell/stackage/blob/master/build-constraints.yaml) specifies packages to be included in Stackage
2121* [stackage-curator](http://www.stackage.org/package/stackage-curator) combines build-constraints.yaml with the current state of Hackage to create a build plan for a Stackage Nightly
2222* stackage-curator can check that build plan to ensure all version bounds are consistent
23− * The [Travis job](https://github.com/fpco/stackage/blob/master/.travis.yml) performs these two steps to provide immediate feedback on pull requests
24−* Docker Hub [builds](https://github.com/fpco/stackage/blob/master/Dockerfile) a [Docker image](https://registry.hub.docker.com/u/snoyberg/stackage/) for running builds
25−* The stackage-build server (described below) is able to run automated builds using the [build.sh script](https://github.com/fpco/stackage/blob/master/automated/build.sh)
23+ * The [Travis job](https://github.com/commercialhaskell/stackage/blob/master/.travis.yml) performs these two steps to provide immediate feedback on pull requests
24+* Docker Hub [builds](https://github.com/commercialhaskell/stackage/blob/master/Dockerfile) a [Docker image](https://registry.hub.docker.com/u/snoyberg/stackage/) for running builds
25+* The stackage-build server (described below) is able to run automated builds using the [build.sh script](https://github.com/commercialhaskell/stackage/blob/master/automated/build.sh)
2626* When a new Nightly build is completed, it is uploaded to [the nightly repo](https://github.com/fpco/stackage-nightly)
2727* Once a week, we run an LTS minor bump. Instead of using build-constraints.yaml, that job takes the previous LTS release, turns it into constraints, and then bumps the version numbers to the latest on Hackage, in accordance with the version bounds in the build plan. This plans are uploaded to [the LTS repo](https://github.com/fpco/lts-haskell)
2828* Cutting a new LTS major release is essentially just a Stackage Nightly that gets rebuilt and uploaded as an LTS
@@ -34,7 +34,7 @@ author only added packages under his/her own name, merge it. If the
3434build later fails (see [Adding Debian packages]), then block the
3535package until it's fixed.
3636
37−[Adding Debian packages]: https://github.com/fpco/stackage/blob/master/CURATORS.md#adding-debian-packages-for-required-system-tools-or-libraries
37+[Adding Debian packages]: https://github.com/commercialhaskell/stackage/blob/master/CURATORS.md#adding-debian-packages-for-required-system-tools-or-libraries
3838
3939If benchmarks, haddocks, or test suites fails at this point we
4040typically also block the package until these issues are fixed. This in
@@ -73,13 +73,13 @@ being included immediately. This also applies to when only benchmarks
7373and tests are affected.
7474
7575* Copy the stackage-curator output and create a new issue, see e.g
76−https://github.com/fpco/stackage/issues/2108
76+https://github.com/commercialhaskell/stackage/issues/2108
7777
7878* Add a new entry under the "stackage upper bounds" section of `build-constraints.yaml`. For the above example it would be
7979
8080```yaml
8181 "Stackage upper bounds":
82− # https://github.com/fpco/stackage/issues/2108
82+ # https://github.com/commercialhaskell/stackage/issues/2108
8383 - pipes < 4.3.0
8484```
8585
@@ -90,7 +90,7 @@ https://github.com/fpco/stackage/issues/2108
9090
9191Sometimes releases for different packages are tightly coupled. Then it
9292can make sense to combine them into one issue, as in
93−https://github.com/fpco/stackage/issues/2143.
93+https://github.com/commercialhaskell/stackage/issues/2143.
9494
9595If a dependency that is not explicitly in stackage is causing test or
9696benchmark failures you can skip or expect them to fail (see "Skipping
@@ -123,7 +123,7 @@ enough time to upgrade for this case as well.
123123With the `pipes` example above there was later a new release of
124124`pipes-safe` that required the **newer** version of `pipes`. You can
125125add that package to the same upper bounds section,
126−(e.g. https://github.com/fpco/stackage/commit/6429b1eb14db3f2a0779813ef2927085fa4ad673)
126+(e.g. https://github.com/commercialhaskell/stackage/commit/6429b1eb14db3f2a0779813ef2927085fa4ad673)
127127as we want to lift them simultaneously.
128128
129129### Skipping tests and benchmarks
@@ -149,7 +149,7 @@ dependencies and compile them.
149149
150150If there are no version bounds that would fix the issue or if you
151151can't figure it out, file it
152−(e.g. https://github.com/fpco/stackage/issues/2133) to ask the
152+(e.g. https://github.com/commercialhaskell/stackage/issues/2133) to ask the
153153maintainer for help.
154154
155155### Waiting for new releases
@@ -228,7 +228,7 @@ docker rmi $(docker images -q)
228228but `docker pull snoyberg/stackage:nightly` can also be run instead just to update the nightly image say.
229229
230230For a new GHC version you should also delete the cache directories on the stackage-build server to
231−force all packages to be rebuilt. See: [issue#746](https://github.com/fpco/stackage/issues/746). Eg:
231+force all packages to be rebuilt. See: [issue#746](https://github.com/commercialhaskell/stackage/issues/746). Eg:
232232```
233233rm -r nightly/work/builds/nightly/
234234```
@@ -241,7 +241,7 @@ following command:
241241```
242242DIR=$(mktemp -d)
243243(cd $DIR \
244− && git clone https://github.com/fpco/stackage \
244+ && git clone https://github.com/commercialhaskell/stackage \
245245 && cd stackage \
246246 && docker build --tag snoyberg/stackage:nightly .)
247247rm -rf $DIR
@@ -360,7 +360,7 @@ Then, clone the stackage repo, get the latest packages and run dependency
360360resolution:
361361
362362```
363−$ git clone git@github.com:fpco/stackage.git
363+$ git clone git@github.com:commercialhaskell/stackage.git
364364$ stack update && stackage-curator check
365365```
366366
@@ -372,12 +372,12 @@ test suites and benchmarks, to check whether bounds can be lifted, and to get
372372errors for builds, tests and benchmarks.
373373
374374[the Linux binary]: https://s3.amazonaws.com/stackage-travis/stackage-curator/stackage-curator.bz2
375−[tell-me-when-its-released]: https://github.com/fpco/stackage/blob/master/CURATORS.md#waiting-for-new-releases
375+[tell-me-when-its-released]: https://github.com/commercialhaskell/stackage/blob/master/CURATORS.md#waiting-for-new-releases
376376
377377## Adding new curators
378378
3793791. Add public ssh key to `~/.ssh/authorized_keys` on build server
380−2. Add to fpco/stackage project.
380+2. Add to commercialhaskell/stackage project.
381381
382382## Dealing with a new GHC release
383383
@@ -401,4 +401,4 @@ After the first LTS release, the package pruning process may begin in the
401401nightly build in order to move forward with getting the latest versions of
402402packages compatible with the new GHC release.
403403
404−[GHC upgrade note]: https://github.com/fpco/stackage/blob/master/MAINTAINERS.md#upgrading-to-a-new-ghc-version
404+[GHC upgrade note]: https://github.com/commercialhaskell/stackage/blob/master/MAINTAINERS.md#upgrading-to-a-new-ghc-version