From 4e8573b78f4dd50343f73b69e28ae381e4e88bca Mon Sep 17 00:00:00 2001 From: Luke Murphy Date: Sat, 25 Nov 2017 21:35:02 +0000 Subject: [PATCH 1/3] Remove some whitespace. --- build-constraints.yaml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/build-constraints.yaml b/build-constraints.yaml index 0c75114f..24702c5a 100644 --- a/build-constraints.yaml +++ b/build-constraints.yaml @@ -36,7 +36,7 @@ packages: "Jacob Stanley @jystic": - hedgehog - hedgehog-quickcheck - + "Walter Schulze @awalterschulze": - katydid From 8ecfe16627058151334f4963de5710efe0549103 Mon Sep 17 00:00:00 2001 From: Luke Murphy Date: Sat, 25 Nov 2017 21:39:30 +0000 Subject: [PATCH 2/3] Remove extra line and whitespace. --- MAINTAINERS.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/MAINTAINERS.md b/MAINTAINERS.md index c4ce607e..fdfe75ab 100644 --- a/MAINTAINERS.md +++ b/MAINTAINERS.md @@ -45,7 +45,7 @@ so commit messages like "update build-constraints.yaml" are not helpful). newly uploaded to Hackage appear to our build server. If you just uploaded a package to Hackage that you're trying to get included, we recommend waiting an hour before opening the PR. You can verify this -by making sure the latest version is listed at +by making sure the latest version is listed at https://github.com/commercialhaskell/all-cabal-metadata/tree/master/packages/. ## Uploading a new package version @@ -56,7 +56,6 @@ If the new version doesn't compile then the package author should upload a fixed If a package's test suite is failing, the first job is to investigate why. If this is due to a bad interaction with versions of other packages in Stackage, then it is the responsibility of the maintainer to fix the test suite. In some situations, it is acceptable to not run the test suite. - ## Following dependency upgrades If a new version of a dependency is released, and that stops your package compiling/passing the tests, then it is your responsibility to modify your package. It is recommended that all package maintainers follow the dependencies of their packages on [Packdeps](http://packdeps.haskellers.com/), typically using the RSS feeds. From 603174c6009ecb9278965a38cfb9b87350660f75 Mon Sep 17 00:00:00 2001 From: Luke Murphy Date: Sat, 25 Nov 2017 21:50:45 +0000 Subject: [PATCH 3/3] Add note about notifications and throttling. --- MAINTAINERS.md | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/MAINTAINERS.md b/MAINTAINERS.md index fdfe75ab..07fdce3a 100644 --- a/MAINTAINERS.md +++ b/MAINTAINERS.md @@ -8,6 +8,19 @@ The idea behind Stackage is that, if all packages work with the newest versions Packages in Stackage are not patched: all package changes occur upstream in Hackage. +## Github and Notifications + +Stackage uses Github notifications to reduce overhead of contacting individual +package maintainers through various channels. As a package maintainer, you will +receive notifications for a number of reasons, package build failures of +different sorts, blockages and bounds issues, etc. + +Please note, Github does some throttling on the number people that can be +notified within one issue. This means that on issues created with a large +number of packages affected, maintainers may not receive a notification. This +is not ideal, but Stackage is largely a manual process and done on a best +effort basis. + ## Adding a package Anyone can add any package to Stackage but you may only add packages under your own name. It's highly encouraged that the actual package maintainer is also the Stackage maintainer, if that is not the case you should drop the package maintainer a note first.