[arch-general] [signoff] kernel26 2.6.28.7-2
Hi guys, new kernel adresses the following things: - changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384 --> firmware needed to be split off the package. It is now called kernel26-firmware - config features added: http://bugs.archlinux.org/task/13128 http://bugs.archlinux.org/task/12584 bug fixes: - http://bugs.archlinux.org/task/12826 please signoff for both arches. I haven't had issues with nvidia driver here, but please report issues if binary modules break, thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Tobias Powalowski wrote:
Hi guys, new kernel adresses the following things: - changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384 --> firmware needed to be split off the package. It is now called kernel26-firmware - config features added: http://bugs.archlinux.org/task/13128 http://bugs.archlinux.org/task/12584
bug fixes: - http://bugs.archlinux.org/task/12826
please signoff for both arches. I haven't had issues with nvidia driver here, but please report issues if binary modules break, thanks.
greetings tpowa
Hi, Since udev >= 136 the options about SYSFS_DEPRECATED aren't supported anymore. Please see the udev: * ChangeLog. require non-SYSFS_DEPRECATED 2.6.20+ kernel * README Requirements: - Version 2.6.22 of the Linux kernel for reliable operation of this release of udev. The kernel must not use the CONFIG_SYSFS_DEPRECATED* option. * NEWS: To support some advanced features, Linux 2.6.22 is the oldest supported version now. The kernel config with enabled SYSFS_DEPRECATED is no longer supported. Take Care, -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Thank Tobias! ;) I installed testing/kernel26 and testing/kernel26-firmware and running without issue. I recompiled it, and still running fine. I also tested the custom package compilation by appending -custom to the pkgname: it is running fine too without problem. Thanx for the inclusion! :D big_gie 2009/3/8 Tobias Powalowski <t.powa@gmx.de>
Hi guys, new kernel adresses the following things: - changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384 --> firmware needed to be split off the package. It is now called kernel26-firmware - config features added: http://bugs.archlinux.org/task/13128 http://bugs.archlinux.org/task/12584
bug fixes: - http://bugs.archlinux.org/task/12826
please signoff for both arches. I haven't had issues with nvidia driver here, but please report issues if binary modules break, thanks.
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Sun, Mar 8, 2009 at 10:02 PM, Tobias Powalowski <t.powa@gmx.de> wrote:
- changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384
Kernel configuration method is ignored. Whatever you chose in the PKGBUILD, it will fallback to make oldconfig. Removing make prepare (and thus changing the way _kernelver is defined) solves the issue.
Am Montag 09 März 2009 schrieb Emmanuel Benisty:
On Sun, Mar 8, 2009 at 10:02 PM, Tobias Powalowski <t.powa@gmx.de> wrote:
- changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384
Kernel configuration method is ignored. Whatever you chose in the PKGBUILD, it will fallback to make oldconfig. Removing make prepare (and thus changing the way _kernelver is defined) solves the issue. hrm should be enough to move those before make prepare, could you test this? thanks
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Am Montag 09 März 2009 schrieb Tobias Powalowski:
Am Montag 09 März 2009 schrieb Emmanuel Benisty:
On Sun, Mar 8, 2009 at 10:02 PM, Tobias Powalowski <t.powa@gmx.de> wrote:
- changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384
Kernel configuration method is ignored. Whatever you chose in the PKGBUILD, it will fallback to make oldconfig. Removing make prepare (and thus changing the way _kernelver is defined) solves the issue. btw i tried it with make menuconfig, no issue to configure and it contibues compiling afterwards.
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Tue, Mar 10, 2009 at 3:30 AM, Tobias Powalowski <t.powa@gmx.de> wrote:
Am Montag 09 März 2009 schrieb Tobias Powalowski:
Am Montag 09 März 2009 schrieb Emmanuel Benisty:
On Sun, Mar 8, 2009 at 10:02 PM, Tobias Powalowski <t.powa@gmx.de> wrote:
- changes for better customizing the default kernel included http://bugs.archlinux.org/task/12384
Kernel configuration method is ignored. Whatever you chose in the PKGBUILD, it will fallback to make oldconfig. Removing make prepare (and thus changing the way _kernelver is defined) solves the issue. btw i tried it with make menuconfig, no issue to configure and it contibues compiling afterwards.
It works if I patch 2.6.28 source with 2.6.28.7 patch, it doesn't if I patch 2.6.28 source with 2.6.29-rc7 patch... (no ARCH patch involved) Placing make menu config before make prepare solves the issue. FTR, i just changed pkgname to a custom name and pkgver to 2.6.29 and the patch source and patch command of course.
participants (4)
-
Emmanuel Benisty
-
Gerardo Exequiel Pozzi
-
Nicolas Bigaouette
-
Tobias Powalowski