Gentoo Archives: gentoo-dev

From: Jason Stubbs <jstubbs@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Virtuals - required?
Date: Sat, 19 Jun 2004 15:50:01
Message-Id: 200406200047.35887.jstubbs@gentoo.org
In Reply to: Re: [gentoo-dev] Virtuals - required? by joe@neoturbine.net
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On Sunday 20 June 2004 00:00, joe@××××××××××.net wrote:
5 > :/ So, say I want my love-sources ebuild in my overlay to provide for
6 > virtual/winkernel (since some versions are patched with win4lin), Rather
7 > then editing the love-sources ebuild (which will survive an emerge sync),
8 > I have to edit this metaebuid for the virtual (which will not survive an
9 > emerge sync unless )
10
11 Yes, I had considered this and merely failed to mention it in my first post.
12 If you are familiar with overlays then you should realize that you would be
13 able to copy the meta-ebuild to your overlay and edit it instead. Having an
14 "old" version of such an ebuild should not cause any problem as whatever
15 virtual it is that is installed should support all required functionality.
16
17 (By the way, perhaps love-sources would not get so much ire from developers if
18 its users did not always promote it in such an arrogant fashion?)
19
20 > From portage-*.51
21 >
22 > /var/cache/edb/virtuals has been deprecated and is now calculated"
23 > on demand. Strictly _USER_ modifications to virtuals may go into"
24 > /etc/portage/virtuals and will never be modified by portage.
25 >
26 > It would sound like there is already work to change virtuals around, and i
27 > assume that "calculated on demand" is pretty much the opposite of your
28 > idea.
29
30 Yes, I am aware of this. I am on the portage team. One of my motivations for
31 this idea is that virtuals add complication to the code where it may not be
32 necessary. If all the required virtuals functionality can be moved into the
33 normal package code, it simplifies portage further overall and means that
34 more bugs can be fixed, more features can be developed and performance can be
35 improved further.
36
37 Having said that, critism is welcome as long as its intention is to be
38 constructive. Any other issues?
39
40 Regards,
41 Jason Stubbs
42 -----BEGIN PGP SIGNATURE-----
43 Version: GnuPG v1.2.4 (GNU/Linux)
44
45 iQCVAwUBQNRgFloikN4/5jfsAQLAdwP+N8khZf0tKZxeTjloifEprXuihCaK8Scd
46 WwSqBje1/kgyP5bUHfuXc83sFwRzLQ4UjBgbhixxA3n/DnyM9KfbzkL+09FdHKkw
47 6gytseeTXi6S9Vl83vysksfolLdNE99uFbsnpN23jayC7fMSIRi9u1sP9gOVAJ0S
48 KZSJHoaZin4=
49 =OgRB
50 -----END PGP SIGNATURE-----
51
52 --
53 gentoo-dev@g.o mailing list