From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GM36j-0004du-5V for garchives@archives.gentoo.org; Sat, 09 Sep 2006 13:42:53 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k89DgKJg010020; Sat, 9 Sep 2006 13:42:20 GMT Received: from mail.twi-31o2.org (66-191-187-123.dhcp.gnvl.sc.charter.com [66.191.187.123]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k89DeK8b023976 for ; Sat, 9 Sep 2006 13:40:20 GMT Received: from localhost (localhost [127.0.0.1]) by mail.twi-31o2.org (Postfix) with ESMTP id D284F248483 for ; Sat, 9 Sep 2006 09:35:58 -0400 (EDT) Received: from mail.twi-31o2.org ([127.0.0.1]) by localhost (gravity.twi-31o2.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03779-01 for ; Sat, 9 Sep 2006 09:35:52 -0400 (EDT) Received: from vertigo.twi-31o2.org (vertigo.twi-31o2.org [192.168.0.10]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.twi-31o2.org (Postfix) with ESMTP id 5966C248482 for ; Sat, 9 Sep 2006 09:35:52 -0400 (EDT) Subject: Re: [gentoo-dev] Re: [RFC] Required Features for $package_manager to Aid... Development! From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: References: <20060906102911.GD25413@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ackqDrtfwqzRfHiYp6+D" Organization: Gentoo Linux Date: Sat, 09 Sep 2006 09:37:18 -0400 Message-Id: <1157809038.7667.17.camel@vertigo.twi-31o2.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-Virus-Scanned: amavisd-new at twi-31o2.org X-Archives-Salt: 8d423bae-50d9-4a18-8a29-d83ca076864f X-Archives-Hash: 4a2fe68cd2304eebe6dcd944347c7ca1 --=-ackqDrtfwqzRfHiYp6+D Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2006-09-06 at 21:19 -0600, Ryan Hill wrote: > Elfyn McBratney wrote: >=20 > > I've been inspired by the local/global USE flag threads recently > > posted by Doug (Cardoe), and it got me to thinking... I've recently > > joined the pkgcore development effort, and was asked by Brian > > (ferringb) what I'd like to hack on/what my niggles with portage are. > > My personal one is why updates/ and binpkg mangling takes so long in > > portage-$current. But I'd like to know, what are everyone elses? >=20 > I've been thinking about this lately too. I think it would be a good=20 > idea to come up with as many different use cases as we can think of and=20 > figure out what we can already do, what we would like to do, and the=20 > best way to do it. >=20 > > I know that this topic have been rehashed since the dawn of > > time^Wgentoo-dev, but these things get lost, opinions change... and > > since last year, new and viable alternate package managers have > > cropped up. So, basically I'd like to ask all on this list: - what > > package manager features would make *your* life easier? >=20 > - current pet peeve is some way of dealing with SRC_URI's that use=20 > dynamic redirects to the source files (eg.=20 > http://nwvault.ign.com/fms/Download.php?id=3D57167 ->=20 > http://someserver.com/randomlygeneratedhashthatchangeseveryhour/the_HeX_c= oda_01_v1.3.zip).=20 > Since the name of the file fetched (the_HeX_coda_01_v1.3.zip) !=3D the=20 > one in SRC_URI (Download.php?id=3D57167) portage bombs. right now i have= =20 > to use RESTRICT=3D"fetch" which sucks. There's also any SRC_URI that includes an "&"... There are some things that I would like to see from a Release Engineering standpoint. These are things that I would like some way to obtain, not necessarily from the normal user "front-end" to $package_manager, but somehow. #1. Ability to grab USE from the environment for a machine both before and after USE_EXPAND is calculated #2. Ability to ignore environment's USE when doing calculations, such as the easily grabbing the contents of the "system" target with the default USE for a profile #3. Ability to list the stable package versions for a given profile #4. Ability to list the testing package versions for a given profile #5. Ability to list the used USE flags in a given set of packages #6. Ability to list the licenses used in a given set of packages (this is especially important as we are seeing more and more packages that we are not allowed to redistribute being used accidentally) #7. Ability to list the packages that use a given set of licenses #8. Ability to list the dependency tree for packages, even if some of the dependencies are masked by keywords, rather than throwing up the "this package is masked by keywords" error for each one, allowing one to see *quickly* all of the packages that need keyword changes for a particular package to have its keywords changed... fex. "emerge --keywords =3Dkde-base/kde-4.0" should list all of KDE 4.0's dependencies, and anything that is masked by keywords should show up as "~" or something... anything masked by package.mask should show up as "M"... this should have a way of choosing to ignore profile-level masks or not, also... this is just an example, how we actually get the information doesn't matter, so long as we can get it... #9. a standardized api to connect to the soft-serve ice cream machine in the developer lounge I'm sure there's more, but these would be a godsend to have. I'll be sure to let you guys know if I can think of anything else. --=20 Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux --=-ackqDrtfwqzRfHiYp6+D Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFAsOOkT4lNIS36YERAlcyAJ9QCqyXx6IbWwiPHmKAi2UhNRm6UQCgnN5M DmC8pOGM1QkUI7Xr545ZgG8= =7SZ/ -----END PGP SIGNATURE----- --=-ackqDrtfwqzRfHiYp6+D-- -- gentoo-dev@gentoo.org mailing list