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.baum...@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.baum...@progress-technologies.net > Internet: http://people.progress-technologies.net/~daniel.baumann/ > > -- To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1430341540.1982.24.ca...@gmail.com
