Bug#779313: live-build: non-live d-i not configured correctly
Without re-reading all of my previous messages attached to this bug
report, I believe I also concluded that it was unreasonable and
unnecessary to expect a change to be made in d-i, and switched to
expecting a fix to be implemented in live-build instead. I do think a
fix is worth making in live-build and thus that you should consider
reopening this.
In this configuration, i.e. dist=sid installer=cdrom, the installer in
the image generated by live-build will only work for a short period of
time (hours/days/weeks) after it has been created. Updates to packages
in the archives, combined with the d-i in sid images actually being
targeted at the testing release, soon result in installation failure as
described in the initial report.
If old-stable, stable or testing releases are selected on the other
hand, the installer will continue to work for much longer, perhaps the
entire lifetime of that release. It is reasonable to expect a sid
installer to work for a similar length of time (if not indefinitely).
All that is needed to fix this problem and allow such a sid installer to
remain functional for a longer period (without requiring or expecting
the user to use the workaround of switching to a terminal and modifying
the apt config to specify sid), is for live-build, when this
configuration is specified, to create and insert into d-i's initrd a
preseed file specifying sid as the target release.
I haven't found the time to further investigate this since my previous
reply; perhaps the problem can be worked around (such a preseed file be
inserted) by the user using existing mechanisms in live-build, but imo
user's should not be expected to know to do this nor should they be
expected to have to do this, especially when it is pretty trivial for
live-build to do it automatically.
On Tue, 28 Apr 2015 07:45:29 +0200 Daniel Baumann <daniel.baumann@progress-technologies.net> wrote:
> close 779313
> thanks
>
> Hi,
>
> here's how i see it: d-i does something that you might or might not want
> it to. if you're not fine with the default, you can change it (through
> general live-build mechanisms). the 'default' of d-i to behave that way
> however is how it is, and we shouldn't change it to behave differently
> just because the image was built with live-build.
>
> Regards,
> Daniel
>
> --
> Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email: daniel.baumann@progress-technologies.net
> Internet: http://people.progress-technologies.net/~daniel.baumann/
>
>
Reply to: