|Summary:||SLOT definitions on sys-kernel/vanilla-sources|
|Product:||Gentoo Linux||Reporter:||CJ Kucera <pez>|
|Component:||New packages||Assignee:||Brandon Low (RETIRED) <lostlogic>|
|Package list:||Runtime testing required:||---|
Description CJ Kucera 2002-12-02 11:16:05 UTC
It appears that all of the kernel sources in sys-kernel/vanilla-sources have a SLOT of zero. Personally, I like to keep kernel sources around until I'm entirely sure that I'll never need them again, and right now my system will wipe out 2.4.19 when I do an "emerge clean." I feel that the kernels should have a SLOT of their version number, so if (for instance) you end up getting hit with the 2.4.20 ext3 corruption bug, or whatever, you can easily build up another 2.4.19 kernel without having to re-download the (rather large) tarballs. (Yes, I suppose you'll probably still have the kernel sitting around in /boot . . .) At the very least, portage should probably differentiate between 2.0, 2.2, and 2.4 kernels . . . Just my opinion, though.
Comment 1 Martin Holzer (RETIRED) 2002-12-02 17:52:51 UTC
debian has several packages for the different kernel versions that's just what this bug is for :)
Comment 2 CJ Kucera 2002-12-02 21:28:04 UTC
Groovy. I do, however, realize that the tarballs will, of course, be around unless you've consciously deleted them by hand. So you've got the stuff in /boot and the tarball anyway; unpacking shouldn't be that big of a deal. The ".config" file would probably be saved because Portage won't know about it. But still, if you've patched the kernel by hand or anything (like I have) it would be kind of annoying to have it get wiped out. :)
Comment 3 Brandon Low (RETIRED) 2002-12-11 17:55:04 UTC
Yes, soon kernel-sources and associated modules should have SLOT=$PV or SLOT=$PV-$PR but I'm waiting on carpaski to finish a portage feature relating tot hat first.
Comment 4 John Davis (zhen) (RETIRED) 2003-04-04 01:19:21 UTC
Comment 5 John Davis (zhen) (RETIRED) 2003-04-04 01:24:20 UTC
Comment 6 Martin Holzer (RETIRED) 2003-04-25 09:35:11 UTC