[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