[Yaird-devel] Bug#518315: deprecation notice of mkinitramfs-kpkg

Jonas Smedegaard dr at jones.dk
Mon Mar 9 14:01:49 UTC 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Feb 16, 2009 at 03:06:05PM +0100, maximilian attems wrote:
>On Mon, Feb 16, 2009 at 02:45:51PM +0100, Jonas Smedegaard wrote:
>> On Mon, Feb 16, 2009 at 01:16:55PM +0100, maximilian attems wrote:
>> >this command is a kludge.
>> >it was added for kernel-package as some guy wanted still to use 
>> >initrd-tools. next initramfs-tools upload will emit a warning when 
>> >it is used.
>> >
>> >i'll change linux-2.6 trunk to properly call update-initramfs.
>> >as it already does for xen images.
>> 
>> Do I understand you correctly that you want to drop support not only 
>> for initrd-tools but generally for alternative ramdisk generators?
>
>no please reread.
>
>also latest yaird understands update-initramfs call syntax.

No, that is incorrect.

It is true that yaird silently ignore some of the newer initramfs-tools 
extensions to the mkinitrd interface, but not the -t option which is now 
expected by linux-2.6 (see bug#518315).

mkinitrd provided a limited set of commands needed by kernels to 
automate generating ramdisks. This interface is what both 
initramfs-tools and yaird implemented and still used by kernel-package.

I believe that option caused problems in the past for initramfs-tools to 
have that option enabled by default, leading to the change in 0.53 (or 
really 0.53c).

Why do recent linux-2.6 need to introduce the use of the -t option?


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkm1IU0ACgkQn7DbMsAkQLgfBQCfYindlEK1kt+GjGkhm8qHyIym
JKsAnAtw6QQsRYTBdRTQXi7f88h7ZWnD
=vTXn
-----END PGP SIGNATURE-----





More information about the Yaird-devel mailing list