Re: Re: Minimal snapshots for cooker available.
Per Øyvind Karlsen <[email protected]> Fri, 20 Jan 2012 19:48:46 +0100
| Newsgroups | gmane.linux.mandrake.cooker.devel |
|---|---|
| Message-ID | <CA+0WU1SERbGnn2V19r-v8gnD_ZssLiTojKHbhu=Zeq36ETZjpA@mail.gmail.com> |
Den 19:14 20. januar 2012 skrev Matthew Dawkins <[email protected]> følgende: > > > On Thu, Jan 19, 2012 at 1:11 PM, Franck Bui <[email protected]> wrote: >> >> Matthew Dawkins <[email protected]> writes: >> >> [...] >> >> > >> > What kmod is that? i have been checking the kernels ever since you >> > mentioned it to me. >> >> I think I've already described how to get/use it somewhere else... >> >> > My main problem ATM are building solid initrd imgs and the unioning fs >> > needed in the livecd. Currently the kernels are requiring mkinitrd and >> > not dracut. >> >> If you can detail further maybe I could have a look and help. >> >> > We could drastically clean up what is needed in the initrd if we >> > started migrating to dracut and a static busybox. >> >> Perhaps, but my goal was not to have the smallest image, but a snapshot >> of current cooker ready to use in various context. >> >> -- >> Franck > > > > Well, maybe we can address one issue at a time. Aren't you doing the exact opposite here..? ;p > > What would it take to get dracut to replace mkinitd? It's already replaced mkinitrd since a while ago (although for people upgrading and already using mkinitrd, this stayed as default). > And I think dracut should prolly prefer the static busybox over the uclibc > compile busybox. dracut doesn't use busybox at all currently. The statically linked busybox package is anyways linked against uClibc, and as you'd also want to bundle ie. plymouth and other stuff that busybox doesn't provide, it would be preferred to use binaries dynamically linked against uClibc to save space. It's anyways not really a topic worth much discussion before someone does the job of adding support for busybox to dracut though (which would be nice as we then could reduce initrd size from > 32MB all the way down to 1 MB).. And it's rather off-topic for this thread. -- Regards, Per Øyvind