Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#25456 - [linux] Linux should provide kernel26>=$pkgver

Attached to Project: Arch Linux
Opened by speps (archspeps) - Monday, 08 August 2011, 12:07 GMT
Last edited by Thomas Bächler (brain0) - Monday, 08 August 2011, 22:29 GMT
Task Type Support Request
Category Packages: Core
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
New kernel naming convention should take care
of old naming, in the way it should assure
continuity.

linux should provide kernel26>=$pkgver so packages (modules)
that depends on kernel26>=$_minver, would work with both older
kernels and the newer 3.x (if module supports it).

Otherwise pacman would not install any package that depends on
kernel26>=$_minver, without forcing it.

Additional info:
package affected: linux 3.0.1-1

Steps to reproduce:
Install any package that depends on kernel26>=$_minver on linux 3.0.1-1
This task depends upon

Closed by  Thomas Bächler (brain0)
Monday, 08 August 2011, 22:29 GMT
Reason for closing:  Won't implement
Comment by Pierre Schmitz (Pierre) - Monday, 08 August 2011, 12:15 GMT
Do you have any example? Kernel modules will need to be recompiled for the new kernel anyway.
Comment by speps (archspeps) - Monday, 08 August 2011, 14:58 GMT
@Pierre
Hi, i'm not referring to any official package.
An example is ndiswrapper i maintain on AUR. It could work on older kernels too.
Btw,if i make it depend on "linux>=$_minver" it would not work with older kernels,
since older kernels does not provide "linux".
In the same way, if it depends on "kernel26>=$_minver", it will be incompatible with "linux",
cause linux just provide "kernel26" without any version specification.

The only solution, without changing the main linux build script,
is to make packages depend just on "kernel26", it works but it will loose
any possibility to specify a minimal kernel version for the package.

Otherwise, this can be solved by adding a "kernel26=$pkgver" to the provides array in linux.
So packages could maintain integrity with both kernel26 and linux correctly.

Is this reasonable for you? Is there any reason for not doing that? Thanks

P.S.: Task title is wrong, i mean "kernel26=$pkgver", sorry.
Comment by Jelle van der Waa (jelly) - Monday, 08 August 2011, 22:09 GMT
You should just fix ndiswrapper to dep on linux instead of kernel26
Comment by Thomas Bächler (brain0) - Monday, 08 August 2011, 22:29 GMT
We are trying to remove legacy stuff, not add more of it. The name kernel26 needs to disappear, packages need to be fixed, so this is a clear "Won't implement".

Loading...