Re: support-snapshots.debian.org-in-live-build
On Thu, Jun 28, 2012 at 3:29 AM, Daniel Baumann
<daniel.baumann@progress-technologies.net> wrote:
> On 06/28/2012 02:22 AM, Rui Miguel P. Bernardo wrote:
>> I tried to apply all that in the patch.
>
> good, so we're entirely on the same page, great.
>
>> Because daily installer builds are not in snapshots.debian.org
>
> probably they should be? i'll open a bug about it later.. in the meanwhile..
>
The url is http://d-i.debian.org/daily-images/. It would be great if
it could get to snapshots.debian.org, like security and backports are.
>> lb config -d squeeze --snapshot 20120601
>>
>> would make a live image where built with the repos on that date and with
>> binary sources.list using that date snapshot repositories and not the
>> latest repos, right?
>
> yes.
>
And what do you think about the installed system? Although live-build
sets everything to snapshots.debian.org in the _live_ image, the same
will not happen in d-i. The installed system will have a sources.list
normally created by apt-setup with the normal local country mirror of
the normal debian repository (if chosen during install). The installed
image will be upgraded by d-i when the install finishes.
I think this should be made clear in the man pages later, to not
mislead the user to think that live-build will install a "frozen"
system. Anyway, a "frozen" _installed_ system is not wanted by anybody
but only for something like a kiosk system maybe, and even then, the
admin surely
will setup/preseed d-i to use the correct snapshot intentionally, if
not using a real live system, which would be much better for a kiosk
needs.
Personally, I find that the real advantage of using daily d-i with
snapshots is for d-i debug purposes or to use an installer that works
when the actual is broken.
>> should we try to get the "closest" daily installer or give an error if
>> daily installer does not exist for that date?
>
> imho give a very prominent warning and fall back to the previous (=the
> one which is the closest one before/older than the snapshot) available one.
>
That will be hard because I can't see a simple way compare dates now,
but I'll come out with something.
Reply to: