I just noticed that packdeps.haskellers.com is no longer available. It used to be a site where you could explore reverse dependencies of Hackage packages.
The site says they are looking for new hosting, so I thought I’d mention it here.
This is a parked page for haskellers.com and packdeps.haskellers.com. These sites were previously hosted by FP Complete, and are looking for a new home. If anyone is interested in picking these up, feel free to reach out to Michael Snoyman.
At least for me, the primary feature of the site is the RSS feeds used to notify developers of new versions of dependencies for packages in Hackage. I just checked my feed reader, and the status is still Good even though it no longer works. Fetching a feed manually confirms that it returns the same HTML as the website.
I hope that a new home for the service can be found, as receiving such notifications via RSS is very helpful.
Note that developers who want to check for new versions of dependencies while the service is down may do so locally using the packdeps CLI.
You can set it up so you get a notification when a dependency is updated for a package that you maintain. There are also multiple strictness level (always/bounds reject new dep version/build fails).
oooh packdeps/reverse is one of my fav online haskell resources! Great also for learning how libraries and their abstractions are used. Hope it won’t disappear.
Slightly tangential, but there is deps.dev that handles dependencies in other ecosystems. We (SRT) were chatting with the developers to integrate Haskell packages there, and I think there is some headcount dedicated to this in the next year.
Maybe the work can be preseeded with packdeps data?
An additional benefit of packdeps RSS feeds, however, is that one is able to be notified of new versions of dependencies for packages that they contribute to but do not maintain.
FWIW, the plan was for me to migrate this to the new Stackage infrastructure as well, but now that I am on a 20% contract I probably won’t be available for the work any time soon.
@Bodigrim on the last Cabal call we thought (in the light of Cabal library API breakage in 3.14.0.0 · Issue #10559 · haskell/cabal · GitHub) we could be interested in hunting down Cabal(-syntax) clients to make sure we don’t break them too badly with every new release. (By the way, searching collective dependencies of a list of packages rather than one package seems also valuable for our use case.) One issue I had in mind with hackage-revdeps (or the Reverse Dependencies link on Hackage for that matter) is that it will probably hit a lot of dead wood. Any chance your tool can be taught to scan only Stackage (a particular LTS or just nightly by default, it doesn’t matter all that much).