FS#17655 - kernel-headers and kernel26-headers too similar name
Attached to Project:
Arch Linux
Opened by solsTiCe (zebul666) - Wednesday, 30 December 2009, 11:35 GMT
Last edited by Allan McRae (Allan) - Sunday, 24 January 2010, 02:14 GMT
Opened by solsTiCe (zebul666) - Wednesday, 30 December 2009, 11:35 GMT
Last edited by Allan McRae (Allan) - Sunday, 24 January 2010, 02:14 GMT
|
Details
We now have 2 packages with almost the same name, and it is
quite confusing: kernel-headers and kernel26-headers.
I propose to 1. merge them, but this might not be a good idea. because, if i understand correctly, they are NOT the same kind of headers 2. rename one of them, or the 2 ? 3. remerge kernel26-headers with kernel26 ! In fact, i don't understand the split. Is this a misuse (or abuse ?) of split package feature, isn't it ? Are we going the debian way with -dev ,- include, -wtf package ? |
This task depends upon
Closed by Allan McRae (Allan)
Sunday, 24 January 2010, 02:14 GMT
Reason for closing: Fixed
Additional comments about closing: linux-api-headers-2.6.32.5-1 in [testing]
Sunday, 24 January 2010, 02:14 GMT
Reason for closing: Fixed
Additional comments about closing: linux-api-headers-2.6.32.5-1 in [testing]
kernel26-source sounds much less confusing
The name "kernel-headers" however is and always was wrong. It is the successor of the deprecated "linux-libc-headers" package and has nothing to do with the kernel.
I still wonder why people actually care.
I too think the naming is confusing and as you pointed out "kernel-headers" is obviously wrong so why can we not change that to something more appropriate now that there is a semi conflicting package name that is actually correctly named.
My favoured solution is to re-merge the headers in the kernel26 packages. Then again, I have a long standing hatred towards split headers so may be slightly biased! :P
About re-merging them: The headers are 27MB, so I think we have a strong reason for splitting them. Also the PKGBUILD is now so much more readable, and people stop thinking there is a kernel source in /usr/src/linux-2.6.32-ARCH. Three pros against the single con that people hate splitting stuff away.