From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QaoYj-0005NG-3R for garchives@archives.gentoo.org; Sun, 26 Jun 2011 12:35:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7C3211C188; Sun, 26 Jun 2011 12:35:20 +0000 (UTC) Received: from ossa.mas.viperplatform.net.au (ossa.mas.viperplatform.net.au [202.147.75.25]) by pigeon.gentoo.org (Postfix) with ESMTP id D88921C0D9 for ; Sun, 26 Jun 2011 12:34:51 +0000 (UTC) Received: from mail by ossa.mas.viperplatform.net.au with spam-scanned (Exim 4.43) id 1QaoY6-0004r4-I1 for gentoo-dev@lists.gentoo.org; Sun, 26 Jun 2011 22:34:50 +1000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ossa X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.4 Received: from [203.94.56.252] (helo=atomos.dmz.longlandclan.yi.org) by ossa.mas.viperplatform.net.au with esmtp (Exim 4.43) id 1QaoY6-0004qu-8D for gentoo-dev@lists.gentoo.org; Sun, 26 Jun 2011 22:34:50 +1000 Received: (qmail 26017 invoked by uid 103); 26 Jun 2011 12:34:49 -0000 Received: from vk4msl-mb.redhatters.yi.org (HELO [IPv6:2001:388:d000:1100:223:6cff:fe83:b6b7]) (2001:388:d000:1100:223:6cff:fe83:b6b7) by atomos.dmz.longlandclan.yi.org (qpsmtpd/0.83) with ESMTP; Sun, 26 Jun 2011 22:34:43 +1000 Message-ID: <4E072764.8030105@gentoo.org> Date: Sun, 26 Jun 2011 22:34:44 +1000 From: Stuart Longland Organization: Gentoo Foundation User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110625 Lightning/1.0b3pre Lanikai/3.1.10 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Thoughts about broken package handling References: <4E06A079.3000208@gentoo.org> <4E071C72.6000701@gentoo.org> In-Reply-To: <4E071C72.6000701@gentoo.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on atomos.dmz.longlandclan.yi.org X-Archives-Salt: X-Archives-Hash: 376c91f268bc824f7e2c4f982208c5c7 On 06/26/11 21:48, Thomas Sachau wrote: > I am thinking about a solution for those similar to current ruby idea and already implemented for > cross-compilation in my multilib-portage branch of portage. The very short version: > > Set the needed details in the ebuilds, where needed, in case of revdep-rebuild, either adjust the > SLOT var for each change requiring a rebuild of depending packages or using some new var, e.g. > API_SLOT for this. Ebuilds depending on packages like python or perl should define the range of > versions they support. > > Now portage generates a (use_expanded) list of USE flags for depending packages, e.g. for a package > depending on python-2.6 and 2.7 it adds something like PYTHON_DEPEND="pyhon26 python27" to the list > of USE flags. If there is only one dependency installed (like perl or changing libs), this could be > a hidden USE flag. > > When the dependency is now updated, the USE flags will change, so in case of portage, a --newuse > will catch those changes and shows those packages in the list of packages, that need to be emerged > again. > > In case of slotted dependencies (like python, ruby or php), this would also allow the user to define > per package, if he wants support for one or more slots of e.g. python. > > This sounds pretty good on the surface... the devil as always is in the details, and I'll have to have a look. I take it though, this would be exclusively tackling the domains of Python and Perl modules? Or does it also tackle ABI breakage of other packages? Sounds like the SLOT variable could get quite unwieldy where several SLOT-ed packages contribute to a package. -- Stuart Longland (aka Redhatter, VK4MSL) .'''. Gentoo Linux/MIPS Cobalt and Docs Developer '.'` : . . . . . . . . . . . . . . . . . . . . . . .'.' http://dev.gentoo.org/~redhatter :.' I haven't lost my mind... ...it's backed up on a tape somewhere.