On 13.11.2013 04:07, Thomas Renninger wrote:
On Tuesday, November 12, 2013 12:45:24 PM Jeff Mahoney wrote:
On 11/12/13, 11:44 AM, Olaf Hering wrote:
On Wed, Oct 23, Michal Marek wrote:
On 23.10.2013 09:32, Olaf Hering wrote:
On Mon, Oct 21, Thomas Renninger wrote:
Yes, callers should be identified and adjusted to call dracut directly. Until these have been found and adjusted, dracut needs the mkinitrd wrapper.
No, until callers have been identified and adjusted to use dracut, its not yet the time to make dracut the default.
Let me repeat: I am not going to change the kernel %post script to call dracut directly instead of mkinitrd, at least not as long the kernel package otherwise works on older distributions.
Due to bugs in the implementation its not easy to change from /boot/initrd* to /boot/initramfs*: rpm/post.sh calls /usr/lib/module-init-tools/weak-modules2 which defaults to /boot/initrd-<version> when it runs mkinitrd. Later rpm/post.sh calls "/usr/lib/bootloader/bootloader_entry ... initrd-<version>". If that string is changed to something else, the bootloader config entry and the actual filename in /boot will differ.
So if its a hard requirement to let Kernel:HEAD work out of the box in older dists we are stuck with /boot/initrd and the currently implemented package conflict.
We've never had a hard requirement that Kernel:HEAD couldn't require updated dependencies. In the past we've required newer mkinitrd and newer udev pretty regularly.
Because there were real problems with older udev and mkinitrd? But if the only problem with dracut is that it needs a wrapper called 'mkinitrd' that creates /boot/initrd-*, then so what? Just use the wrapper. Or to put it other way around: If the only benefit of dracut is that the initramfs image is renamed, then let's please stay with mkinitrd. But my guess is that 1) there are actual benefit of switching to dracut, 2) there may be real problems with the switch, that we only find out by switching ASAP. This "let's patch every occurrence of 'initrd'" effort only delays the switch for questionable benefit.
I am currently looking at adjusting kdump (mkdumprd) to dracut. There may be others , at least for openSUSE factory not elementary features which need to get adjusted now one by one. Olaf's list of possibly affected packages is perfect for finding these. It should get concentrated on those instead of opening another construction site.
Exactly. Michal -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org