FS#4179 - kernel26 does not honor mkinitrd upgrade
Attached to Project:
Pacman
Opened by Alexander Baldeck (kth5) - Thursday, 16 March 2006, 14:36 GMT
Last edited by James Rayner (iphitus) - Sunday, 15 October 2006, 10:58 GMT
Opened by Alexander Baldeck (kth5) - Thursday, 16 March 2006, 14:36 GMT
Last edited by James Rayner (iphitus) - Sunday, 15 October 2006, 10:58 GMT
|
Details
if there are both kernel26 and mkinitrd upgrades available,
kernel26 will install first and regenerate the initrds. only
afterwards mkinitrd is installed which might have contained
a bugfix. this fix is not applied until the user manually
invokes mkinitrd after the uprade. in my opinion mkinitrd
should always be installed before kernel26.
pacman output: [root@homer ~]# sudo pacman -Syu :: Synchronizing package databases... current [#############################################################################] 100% 66K 6490K/s 00:00:00 extra [#############################################################################] 100% 236K 10251K/s 00:00:00 Targets: flex-2.5.33-1 gcc-4.0.3-3 glibc-2.3.6-2 initscripts-0.7.1-23 kernel26-2.6.15.6-2 libusb-0.1.11-1 man-pages-2.25-1 mkinitrd-1.01-29 udev-087-1 Total Package Size: 64.4 MB Proceed with upgrade? [Y/n] :: Retrieving packages from current... flex-2.5.33-1 [#############################################################################] 100% 167K 4087K/s 00:00:00 gcc-4.0.3-3 [#############################################################################] 100% 31287K 11086K/s 00:00:02 glibc-2.3.6-2 [#############################################################################] 100% 12644K 10709K/s 00:00:01 initscripts-0.7.1-23 [#############################################################################] 100% 16K 764.0K/s 00:00:00 kernel26-2.6.15.6-2 [#############################################################################] 100% 17490K 11366K/s 00:00:01 libusb-0.1.11-1 [#############################################################################] 100% 46K 3222K/s 00:00:00 man-pages-2.25-1 [#############################################################################] 100% 3751K 10927K/s 00:00:00 mkinitrd-1.01-29 [#############################################################################] 100% 368K 7997K/s 00:00:00 udev-087-1 [#############################################################################] 100% 130K 9350K/s 00:00:00 checking package integrity... done. loading package data... done. checking for file conflicts... done. upgrading flex... done. upgrading gcc... done. upgrading glibc... done. ==> ATTENTION INTERNATIONAL USERS: ==> ==> Locales are no longer included in the glibc package. ==> They are generated by /usr/sbin/locale-gen depending on the contents ==> of /etc/locale.gen. ==> glibc will try to autodetect the required locales now, if you need ==> additional locales, please enable them in /etc/locale.gen and run ==> /usr/sbin/locale-gen ==> Generating locales... en_US.ISO-8859-1... done Generation complete. upgrading initscripts... warning: extracting /etc/rc.conf as /etc/rc.conf.pacnew warning: extracting /etc/rc.local as /etc/rc.local.pacnew done. upgrading kernel26... done. >>> >>> You appear to be using the LILO bootloader. You should run >>> 'lilo' before rebooting. >>> >>> Generating initial ramdisk. Please wait... >>> Generating fallback ramdisk. Please wait... >>> Updating module dependencies. Please wait ... upgrading libusb... done. upgrading man-pages... done. upgrading mkinitrd... done. ATTENTION UDEV: ---------- Please read the instructions carefully before reboot. They are located in /etc/udev/readme-udev-arch.txt ---------- upgrading udev... done. |
This task depends upon
Comment by
Tobias Powalowski (tpowa) - Thursday,
16 March 2006, 14:40 GMT
could be only achived by highering the mkintrd nuber in kernel
PKGBUILD, else i see no chance, or mkinitrd should recreate the
initrd's on update.
Comment by Alexander Baldeck (kth5) -
Monday, 22 May 2006, 19:29 GMT
i would find the latter one easier for kernel upgrades as this one
pkgrel++ in the kernel pkgbuild could easily be forgotten.
Comment by James Rayner (iphitus) -
Sunday, 15 October 2006, 10:58 GMT
problem potentially still exists, mkinitcpio could be updated
before kernel26, leaving open.
Comment by
Tobias Powalowski (tpowa) - Monday,
16 October 2006, 07:30 GMT
can be closed new stuff contains version number depends then
initcpio is updated before kernel