Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Ciaran McCreesh <ciaran.mccreesh@...>
Subject: Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
Date: Fri, 23 Jul 2010 13:39:00 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Fri, 23 Jul 2010 12:30:35 +0000
"Jorge Manuel B. S. Vicetto" <jmbsvicetto@g.o> wrote:
> > In any case, abusing DEPEND isn't a mechanism for implementing use
> > requirements. You should use the mechanism that's designed for use
> > requirements to do use requirements, which means waiting for EAPI 4
> > and pkg_pretend, or just follow existing policy and pick one in the
> > case of a conflict.
> 
> Abusing depend is a good way to do this, until we get better tools.

No, it's not, because it doesn't work. Assuming self deps are legal in
the || ( myself myself-bin ) case, they can't do what you want for use
requirements. myself[foo] would be met when building with USE=-foo so
long as myself[foo] was installed originally, and it wouldn't be met
unless myself were already installed.

> I have to agree with Brian's proposal and say that in this particular
> case, the best solution is required_use and not pkg_pretend.

required_use may theoretically allow a package manager to do cycle
breaking if all the relevant packages are updated to export information
about which flags are and are not safe to toggle, but since no-one's
proposed exporting that information or has even worked out exactly what
the requirements would be for that to happen, and since pkg_pretend is
required anyway for other things, just going with pkg_pretend for now
is the sensible solution.

Of course, this is all irrelevant since at the current rate of progress
Portage is two years off any of this being available for developers
anyway...

- -- 
Ciaran McCreesh
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEARECAAYFAkxJjWoACgkQ96zL6DUtXhEpzQCfWxZS/6t+U+5n/ASlR4cUbC07
ofkAoMTbjrwE3d19xaapxcB58eEJn3qX
=F3XH
-----END PGP SIGNATURE-----
References:
Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Thomas Beierlein
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Jorge Manuel B. S. Vicetto
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Thomas Beierlein
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Tiziano Müller
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Thomas Beierlein
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Ciaran McCreesh
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
-- Jorge Manuel B. S. Vicetto
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
Next by thread:
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
Previous by date:
Re: Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
Next by date:
Re: Re: New global USE flag: introspection


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.