Hi, On Sat, 18 Jul 2015 21:24:13 +0100 Sergei Trofimovich wrote: > As you have discovered haskell packages have deep dependency chains > and are interdependent. We (the haskell team) don't have a good stabilization > story at all. > > It's partly why you didn't get any response. > > Our plan used to be "stabilize new major GHC on all arches and fix > what breaks afterwards". We've improved our ebuild generation > since thus you get resolution-time conflicts instead of compile-time > ones. > > To ease the STABLEREQ pain we need: > - stabilize stuff more argressively (needs some tooling), that > will solve dependency depth problem on every new stabilization > - fix repoman to help us in at least detecting inconsistent states: > https://bugs.gentoo.org/show_bug.cgi?id=555266 > that way we will gain more confidence f stable tree not being > completely broken
Looks like this problem is not only haskell related, but concerns all projects which support languages with high atomicity of language modules, tools or extensions. While I respect such atomicity as following Unix-way deeply, I must admit that it should create a lot of pain during maintenance of such projects. Aside from haskell on my mind comes perl, TeX, octave, Go. Probably many others I can't remember right now. Looks like we need some toolkit to mass-handle ebuilds like generation, version bumps, dependency and consistency checks. We already have g-sorcery and other g-* projects. I'm not sure if haskell uses one. Anyway having mass-updater and consistency checker as a complementary to these tools will be great. Best regards, Andrew Savchenko
pgpTX3gI8uuCf.pgp
Description: PGP signature
