Gentoo Archives: gentoo-dev

From: Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog
Date: Fri, 23 Jul 2010 12:39:19
Message-Id: 20100723133900.736c2e0a@snowcone
In Reply to: Re: [gentoo-dev] Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog by "Jorge Manuel B. S. Vicetto"
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On Fri, 23 Jul 2010 12:30:35 +0000
5 "Jorge Manuel B. S. Vicetto" <jmbsvicetto@g.o> wrote:
6 > > In any case, abusing DEPEND isn't a mechanism for implementing use
7 > > requirements. You should use the mechanism that's designed for use
8 > > requirements to do use requirements, which means waiting for EAPI 4
9 > > and pkg_pretend, or just follow existing policy and pick one in the
10 > > case of a conflict.
11 >
12 > Abusing depend is a good way to do this, until we get better tools.
13
14 No, it's not, because it doesn't work. Assuming self deps are legal in
15 the || ( myself myself-bin ) case, they can't do what you want for use
16 requirements. myself[foo] would be met when building with USE=-foo so
17 long as myself[foo] was installed originally, and it wouldn't be met
18 unless myself were already installed.
19
20 > I have to agree with Brian's proposal and say that in this particular
21 > case, the best solution is required_use and not pkg_pretend.
22
23 required_use may theoretically allow a package manager to do cycle
24 breaking if all the relevant packages are updated to export information
25 about which flags are and are not safe to toggle, but since no-one's
26 proposed exporting that information or has even worked out exactly what
27 the requirements would be for that to happen, and since pkg_pretend is
28 required anyway for other things, just going with pkg_pretend for now
29 is the sensible solution.
30
31 Of course, this is all irrelevant since at the current rate of progress
32 Portage is two years off any of this being available for developers
33 anyway...
34
35 - --
36 Ciaran McCreesh
37 -----BEGIN PGP SIGNATURE-----
38 Version: GnuPG v2.0.15 (GNU/Linux)
39
40 iEYEARECAAYFAkxJjWoACgkQ96zL6DUtXhEpzQCfWxZS/6t+U+5n/ASlR4cUbC07
41 ofkAoMTbjrwE3d19xaapxcB58eEJn3qX
42 =F3XH
43 -----END PGP SIGNATURE-----