On Saturday 04 October 2003 3:36 pm, Luke-Jr wrote: > Packages don't neccesarilly need to be a kernel at all. If -src were > implemented, there would be apache-src, kdelibs-src, gcc-src, etc... That could get messy. What exactly is the problem that you're touting your solution for? > As it is, kernels are a non-standard set of ebuilds. There is always value > is standardizing things. Yeah, but standardisation can become a goal in of itself, and that's not healthy. > w/o the module's version. You don't want to install ALSA 0.9.2 and 0.9.3 at > the same time, do you? Probably not, no. But cloop-0.68 isn't compatible with cloop-1.0, for example, and I would be interested in having both of those installed at the same time. > It would be making the linux ebuilds' src_compile actually do what it was > meant to do. Say's who? ;-) > It would also be adding a feature to portage so one could > append -src to the end of any ebuild and get only the result of src_unpack > in their /usr/src dir. Interesting, for sure. > IMO, categories are merely useful for when searching for packages and > shouldn't really be needed for knowing what a package is especially since > two packages cannot have the same name. Is that true? I thought the category was part of the package name. > call it Gentoo GNU/Linux. I won't bite that troll-bait ;-) > AFAIK, this already should work. Note I don't use -u nor the world > metakeyword (at least until Portage supports sticky USE), though. But have you personally tested it, or can you point me to somewhere where this behaviour is documented? I don't like assumptions. Stu -- Stuart Herbert stuart@gentoo.org Gentoo Developer http://www.gentoo.org/ Beta packages for download http://dev.gentoo.org/~stuart/packages/ Come and meet me in March 2004 http://www.phparch.com/cruise/ GnuGP key id# F9AFC57C available from http://pgp.mit.edu Key fingerprint = 31FB 50D4 1F88 E227 F319 C549 0C2F 80BA F9AF C57C --