Re: [gentoo-dev] VDB access

2008-04-10 Thread Rémi Cardona
Ciaran McCreesh a écrit : The following things access VDB by hand: * gnome2-utils.eclass. Will be fixed once a portage with proper env saving goes stable, which isn't too far off. Bug 155993. Quick follow-up on that for everyone. The eclass has been modified not to access VDB anymore yet with

Re: [gentoo-dev] VDB access

2008-02-08 Thread Ciaran McCreesh
On Wed, 06 Feb 2008 23:41:31 -0800 Zac Medico <[EMAIL PROTECTED]> wrote: > > if [[ -n "${E_INSTALLED_PKG_METADATA_CMD}" ]] ; then > > ${E_INSTALLED_PKG_METADATA_CMD} >=cat/pkg-1.23 USE foo > > else > > # old vdb stuff > > fi > > it would be handy if it supports something like the built_wit

Re: [gentoo-dev] VDB access

2008-02-06 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: > On Tue, 05 Feb 2008 13:21:34 -0800 > Zac Medico <[EMAIL PROTECTED]> wrote: >> If the package manager exposes a slightly lower level interface to >> the USE flags then build_with_use can use that instead, and the >> package mana

Re: [gentoo-dev] VDB access

2008-02-06 Thread Ciaran McCreesh
On Wed, 06 Feb 2008 14:24:28 +0100 Michael Haubenwallner <[EMAIL PROTECTED]> wrote: > +1 for general metadata query interface. > > In prefix (specifically on AIX) we have some nasty requirement to > merge object files inside archive files, because shared-objects > should be members of a static lib

Re: [gentoo-dev] VDB access

2008-02-06 Thread Ciaran McCreesh
On Tue, 05 Feb 2008 13:21:34 -0800 Zac Medico <[EMAIL PROTECTED]> wrote: > > * Allow package managers that implement native_built_with_use to > > sandbox off vdb completely, and ban all ebuild access to vdb. > > The problem that I see with native_built_with_use is that the > package manager will t

Re: [gentoo-dev] VDB access

2008-02-06 Thread Michael Haubenwallner
On Wed, 2008-02-06 at 07:30 +0100, Vlastimil Babka wrote: > Zac Medico wrote: > or we would want to use the general metadata query also for other > purposes. > Anyway, restricting ebuilds from vdb access sounds like a good idea to me. +1 for general metadata query interface. In prefix (specific

Re: [gentoo-dev] VDB access

2008-02-05 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vlastimil Babka wrote: > Zac Medico wrote: >> If the package manager exposes a slightly lower level interface to >> the USE flags then build_with_use can use that instead, and the >> package manager won't have to implement the full build_with_use >> in

Re: [gentoo-dev] VDB access

2008-02-05 Thread Vlastimil Babka
Zac Medico wrote: If the package manager exposes a slightly lower level interface to the USE flags then build_with_use can use that instead, and the package manager won't have to implement the full build_with_use interface. For example, portageq currently supports a "metadata" command that can b

Re: [gentoo-dev] VDB access

2008-02-05 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: > * Modify built_with_use so that it calls native_built_with_use if such > a function exists, and falls back to its own implementation otherwise. > > * Allow package managers that implement native_built_with_use to sandbox > off

[gentoo-dev] VDB access

2008-02-04 Thread Ciaran McCreesh
The following things access VDB by hand: * gnome2-utils.eclass. Will be fixed once a portage with proper env saving goes stable, which isn't too far off. Bug 155993. * net-misc/l7-filter. This can be fixed as soon as portage with proper env saving goes stable. * kde.eclass, for slot_rebuild. Thi