Alec Warner napsal(a): > Jakub Moc wrote: >> Danny van Dyk napsal(a): >>> which breaks the metadata cache. Any objections to change it >>> to >>> >>> SLOT=0 >> As noted on the relevant bug [1], the eclass is a complete no-op and >> nothing can be installed using this eclass (has been so for quite some >> time). Fixing it doesn't make sense, making it dummy or even removing it >> (plus the unusable single ebuild which inherits it) does. >> >> >> [1] http://bugs.gentoo.org/show_bug.cgi?id=162960 >> > > And we already told you, removing it isn't a good solution (even if it > technically works within the bounds of the current api). The bug is > that the SLOT invalidates cache entries and it's trivial to fix.
The eclass is not trivial to fix, to be fixed, this eclass would require a complete rewrite from scratch. There's no usable ebuild for this eclass and the eclass is completely moot. Still fail to see what are you trying to fix as opposed to removing a broken non-functional cruft from the tree. -- Best regards, Jakub Moc mailto:[EMAIL PROTECTED] GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95 B30F 8717 D5FD CEBA 3D9E ... still no signature ;)
signature.asc
Description: OpenPGP digital signature
