* [gentoo-dev] virtual replacement / enhancement
@ 2003-07-10 12:19 Yannick Koehler
0 siblings, 0 replies; only message in thread
From: Yannick Koehler @ 2003-07-10 12:19 UTC (permalink / raw
To: gentoo-dev
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there,
I saw some post recently about adding more virtual for vi or wine
or... his is probably not going to stop. Each time a fork exists or a
equivalent program exists user will probably want the flexibility of one vs
the other.
The problem with virtual today is that adding one require to change
all ebuilds that made use of the packages the virtual defines. This seems=20
overkill to me. While at the same time making it transparent would affect
all ebuild at the same time and would require huge amount of QA.
If instead of virtual we would have 'equivalent' or 'same' or 'alias'
then we could add new virtual without changing the ebuild for which no change
are require other than dep changes.
For example, if a package was to depend on vi and an alias of vi
existed for nano, the ebuild would first attempt to look for vi if not found
would consult the alias db and find out that nano may as well fit for the
requirement. Alias could even be made to be ebuild specific, for example,
this alias for x package is valid only if you're compiling y...
We could also add the functionnality to emerge (if it doesn't have
already) to say that a package is not install even if it is (the reverse of
inject) so to let the user control which alias is used for a specific package
if he already have more than one installed.
So from my example, if you had vi AND nano installed but want package
y to be compiled with nano and not vi you would do emerge reject vi y.ebuild.
Other interesting stuff would be that when doing emerge -vp y.ebuild you
would be able to see the following
[ebuild N ] app-text/vi (alias app-text/nano, ..., ...)
[ebuild N ] a-b/y-1.0
The system would even be backward-compatible with today virtual by
changing all virtual to aliases and the package they represent as aliases
themselves...
- --
Yannick Koehler
Software Designer - Colubris Networks Inc.
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD34D4575
Key fingerprint = 8387 F009 A55F FFCD F87D BE18 6DEA 8D06 D34D 4575
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/DVnDbeqNBtNNRXURAhV5AJ0QZO2ThciL90URYodvfrSgJilxbwCfbK3R
FAMPvEA/JIR4uiCRiq0blvQ=
=hTpH
-----END PGP SIGNATURE-----
--
gentoo-dev@gentoo.org mailing list
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-07-10 12:22 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-07-10 12:19 [gentoo-dev] virtual replacement / enhancement Yannick Koehler
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox