[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    Re: [gentoo-dev] Any deptree stabilization/keywording path finder?
From:       Andrew Savchenko <bircoph () gentoo ! org>
Date:       2015-07-21 12:17:48
Message-ID: 20150721151748.d2f228a50a183e6549ffe595 () gentoo ! org
[Download RAW message or body]


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

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]