as we ship that code and already modified more then bits,
just take up responsibility. copyright is deducible from commits.
let's one jump directly to the code when opening relevant file.
svn path=/dists/trunk/linux-2.6/; revision=14596
maximilian suggested to grab an axe and rip the reverse symlinks handling out.
The man page for kernel-img.conf has no reference to it anymore.
Signed-off-by: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
svn path=/dists/trunk/linux-2.6/; revision=14593
There is no /etc/kernel-img.con on a fresh debootstrap sid. Installing a
kernel leads to:
|mikejones:/var/lib# dpkg --configure -a
|Setting up linux-image-2.6.31-1-amd64 (2.6.31-1) ...
|Running depmod.
|Running update-initramfs.
|update-initramfs: Generating /boot/initrd.img-2.6.31-1-amd64
|Error retreiving answer for linux-image-2.6.31-1-amd64/postinst/create-kimage-link-2.6.31-1-amd64:
| linux-image-2.6.31-1-amd64/postinst/create-kimage-link-2.6.31-1-amd64 doesn't exist at
| /var/lib/dpkg/info/linux-image-2.6.31-1-amd64.postinst line 522, <STDIN> line 3.
|dpkg: error processing linux-image-2.6.31-1-amd64 (--configure):
| subprocess installed post-installation script returned error exit status 9
As far as I understand debconf, there must be a template and input() for
${package_name}/postinst/create-kimage-link-$version in order to get a
value saved. Since I did not find it I guess that this can't work.
If the bootloader is palo than the answer is ignored anyway so the
question is not required there.
kernel-img.conf(5) says that do_symlinks defaults to yes.
This could also fix piuparts [0].
[0] http://piuparts.debian.org/sid/fail/linux-image-2.6.31-1-amd64_2.6.31-1.log
[ nuked that template in question and this is indeed the right fix
instead of reprompting user for useless questions.
Add a comment and keep current ordering. -maks ]
Signed-off-by: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
Really fix making a debian kernel installable without kernel-img.conf.
boah the code below this with reverse links must die pretty soon.
thanks for good analysis and bug report.
svn path=/dists/trunk/linux-2.6/; revision=14589
- Clarify the differences between i386 flavours (Closes: #414690)
- Simplify wording of the description template
svn path=/dists/trunk/linux-2.6/; revision=14342
nuke the preinst check if their is an initramfs,
check makes no sense as anyway around thanks to dep by linux-image
svn path=/dists/trunk/linux-2.6/; revision=14293
used for development in unstable. There are other branches
used for experimental (trunk), oldstable and stable, but Vcs-*
doesn't yet provide the ability to distinguish branches in a
more fine-grained manner. (Closes: #471495)
svn path=/dists/trunk/linux-2.6/; revision=14159
no point in keeping code that allows to circumvent this.
cleans up preinst a lot, nuke related varialbes everywhere.
as bonus nukes in preinst an comment that seems misplaced now..
svn path=/dists/trunk/linux-2.6/; revision=14030
the template is quite aged and thus we don't need to check for that.
first step in cleaning up the symlink mess.
svn path=/dists/trunk/linux-2.6/; revision=14027
as we always ship an initramfs that code path,
was never executed and thus is useless for us, nuke it.
svn path=/dists/trunk/linux-2.6/; revision=14018
initramfs is the default and user shouldn't be prompted for it.
nukes thus some useless templates.
also nuke do_initrd and warn_initrd variables all over the places.
svn path=/dists/trunk/linux-2.6/; revision=14014
Martin Michlmayr
Maximilian Attems
Ben Hutchings
Moritz Muehlenhoff
Bastian Blank