-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ben Skeggs wrote:
| Am Freitag, den 09.12.2005, 23:12 +0000 schrieb Donnie Berkholz:
|
|>2) Users with no X installed will pull in the virtual/x11 package
|>because there is no longer a default virtual.
|
| A user in #gentoo-amd64 ran into issues with this that I reproduced in a
| chroot. On a new install, with no X installed you end up with messages
| saying that virtual/x11 is blocking x11-base/xorg-x11-6.8.2-r6.
|
| ie, Here's what happens when you attempt to merge aterm:
| http://members.iinet.net.au/~darktama/aterm_merge.log
|
| I'm not an expert, but the xorg-x11 ebuild has "!virtual/x11" in
| DEPEND/RDEPEND, could this be why?
Already been fixed some hours ago.
|>I hope that covers pretty much everything right now.
|
| When porting ebuilds to modular, how do we intend on handling the other
| x11 virtuals in DEPEND/RDEPEND? I'm assuming that we modify it so that
| the modular dependencies depend directly on media-libs/mesa etc, and
| leave virtual/opengl as the alternative?
|
| Or should I just wait until the real virtual/{opengl,xft,glu,glut}
| ebuilds exist before touching packages that need them?
The other ones should just stay the same as they are. virtual/x11 was
different because it was one virtual covering something that split into
hundreds of separate packages. But xft, opengl, glu are just changing
<=xorg-x11-6.99 into libXft, mesa, mesa respectively so that will
require no porting work, just more true "virtual" packages to be added.
Thanks,
Donnie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDm3onXVaO67S1rtsRAjYFAJ9RHctg7zg8z8e/Ia+SFT7qbapP9QCg6qW+
6Jt04OupayM0ENoiM6GCL3Q=
=ZWXJ
-----END PGP SIGNATURE-----
--
gentoo-dev@gentoo.org mailing list
