dapper -> edgy dist-upgrade prompts for questions

On fresh dapper install, dist-upgrade to edgy. Nothing fancy installed or changed. Just the bare default.

Fabio

This is not a bug. This is how it works from command line.

If you upgrade from GUI, it won't ask any questions and will keep your configuration files by default.

Onkar, you clearly either don't understand what i wrote or don't understand how configfiles work.

If i do *not* customize configfiles, these should be updated from the old version to the new one without questions, no matter what kind of system tool i use to upgrade.

Fabio

Fabio, please find out how this conffile was modified. I'd start by looking at the diff from dpkg and comparing the current one on disk to the version in the dapper package.

--- /etc/initramfs-tools/initramfs.conf 2006-10-06 06:37:30.000000000 +0200
+++ /etc/initramfs-tools/initramfs.conf.dpkg-new 2006-02-17 05:51:30.0000
00000 +0100
@@ -57,4 +57,4 @@
 # configured in conf.d/resume. Manually specifying "resume=" on your
 # kernel command line will always override this setting.

-RESUME=/dev/hda5
+#RESUME=

It looks to me like some preinst/postinst code in dapper initramfs is broken and still adds RESUME partition to initramfs.conf or the preinst sed to set that value back isn't kicking in on first install?

Fabio

On Fri, Oct 06, 2006 at 04:40:14AM -0000, Fabio Massimo Di Nitto wrote:
> --- /etc/initramfs-tools/initramfs.conf 2006-10-06 06:37:30.000000000 +0200
> +++ /etc/initramfs-tools/initramfs.conf.dpkg-new 2006-02-17 05:51:30.0000
> 00000 +0100
> @@ -57,4 +57,4 @@
> # configured in conf.d/resume. Manually specifying "resume=" on your
> # kernel command line will always override this setting.
>
> -RESUME=/dev/hda5
> +#RESUME=
>
> It looks to me like some preinst/postinst code in dapper initramfs is
> broken and still adds RESUME partition to initramfs.conf or the preinst
> sed to set that value back isn't kicking in on first install?

You must have been upgrading from an old system if that's the case; the
current stuff doesn't touch initramfs.conf.

--
 - mdz

nope.. that was a freshly installed dapper and upgraded to edgy.. retested this morning twice. I think there is something else mangling that file. something in d-i perhaps?

Fabio

On Fri, Oct 06, 2006 at 06:03:14PM -0000, Fabio Massimo Di Nitto wrote:
> nope.. that was a freshly installed dapper and upgraded to edgy..
> retested this morning twice. I think there is something else mangling
> that file. something in d-i perhaps?

Would have to be d-i.

--
 - mdz

Colin,

do you recall any hack in d-i that would have mangled /etc/initramfs-tools/initramfs.conf to set the proper RESUME partition in dapper?

Fabio

Pre-releases of dapper did this (base-installer), but final dapper wasn't supposed to. It does:

                if [ -n "$ramdiskconf" -a "$resume" ]; then
                        if [ "$package" = initramfs-tools ]; then
                                mkdir -p /target/etc/mkinitramfs/conf.d
                                echo "RESUME=$resume" > /target/etc/mkinitramfs/conf.d/resume
                        elif [ -f $ramdiskconf ] ; then
                                sed -e "s@^#* *RESUME=.*@RESUME=$resume@" < $ramdiskconf > $ramdiskconf.new &&
                                        mv $ramdiskconf.new $ramdiskconf
                        else
                                echo "RESUME=$resume" >> $ramdiskconf
                        fi
                fi

$package will always be initramfs-tools for us.

Note that initramfs-tools' maintainer scripts mangle the RESUME setting too, but I just checked dapper's version and it appears to be correct. So, I'm not sure what was at fault here.

Oh, I note that Debian decided to gratuitously move /etc/mkinitramfs to /etc/initramfs-tools in the version in Edgy. It's entirely possible that the migration code in the preinst is broken.

Fixed in initramfs-tools-0.69ubuntu16