Le lundi 05 novembre 2012 à 10:13 +0100, Dr. Werner Fink a écrit :
On Mon, Nov 05, 2012 at 08:50:18AM +0000, Frederic Crozat wrote:
Le jeudi 01 novembre 2012 à 20:23 +0100, Andreas Jaeger a écrit :
On 11/01/2012 12:03 PM, Raymond Wooninck wrote:
[...] Again based on the current status of mkinitrd (and the fact that the above bug somehow seems to take quite some time to be resolved) I really wonder if we have to keep the old mkinitrd functionality or that we should go with a newer technology which is used by more distributions. Especially as that we are already providing working packages for dracut.
Currently mkinitrd has support for some hardware/boot scenario that dracut has not, so before we make dracut the default (or drop mkinitrd) we need to get everything running. Hannes, Frederic, what's exactly is missing?
* dsdt support (skeleton in place) * blogd (not sure it is still needed with systemd)
If do not want to have the logs of the boot scripts and file system check of the root file system doen *within* initrd you might drop it. Otherwise it would better not todo.
* rtc / zoneinfo (might not be relevant anymore, might be worth asking Werner)
It is relevant otherwise the timestamps of the root file system are wrong that is you may check and mount it in the `future'. Even with (U)EFI it is required as in UEFI the local time is the default for the CMOS clock but the kernels system clock has to be in UTC as otherwise the user space clock determined by /etc/localtime goes wrong.
* EC2 (but it is just a workaround)
All the points
* kdump * mtab "migration" * "supported" option for kernel module * netconsole
are required for paying customers. Btw: What are the advantages of dracut over mkinitrd? Please do not tell its colored and animated as this is *not* a advantage.
Well, we are speaking about Factory, not about SLE ;) But I'd say sharing maintenance load across vendors, easier switch from customers coming from another distribution, for a component which is not really a core differentiation with competition. -- Frederic Crozat <fcrozat@suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org