[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: live-installer update for Bookworm?



Hello Cyril, list,

On 10/04/2023 10:14, Cyril Brulebois wrote:
Roland Clobus <rclobus@rclobus.nl> (2023-04-10):
It turns out that the package 'live-installer' (which is a udeb-only
package) in Bookworm still is at version 57 [2], while the fix was
released at version 58.

Could the package be unblocked?
...
I asked Jonathan on IRC while preparing RC1 (slightly edited):

     [ kibi] highvoltage: I don't think you answered my live-installer question?
     [ highvoltage] kibi: I didn't think it warranted an unblock
     [ highvoltage] kibi: but if it did for roland's changes then he could file one
     [ kibi] highvoltage: ok, ta

Besides the obviously missing `dch -r` call (“Mon, 15 Apr 2019” was
quite surprising for something uploaded in March 2023), there are lots
of changes that are nowhere suitable at this stage of the release
process.

I would guess that the timestamp from 2019 was the moment 'Fix·typo·in·previous·changelog·entry' was written.

Aside from Janitor, modernisation and lintian corrections, my change was the only functionality change in four years (as seen by diffoscope, see below). There is no autopkgtest, but the openQA run for sid shows that the change has its intended effect.

If I had known that I would need to file an unblock request, I would have done so, but the timing (patch, merge, release) was rather unfortunate.

That plus Jonathan's answer triggered my deciding against unblocking the
package on my own (with my d-i release manager hat). That being said, if
the release team is willing to unblock the package as is, that'd be fine
with me. I suppose it'll be suggested to cherry-pick the desired
change(s) and to upload 57+deb12u1 via tpu, or to back out the undesired
changes and proceed with 59 via unstable. (Both are fine from a d-i
point of view, as long as the package reaches testing in the end.)

It is certainly not a release critical issue, but I personally find it quite annoying to have to wait about 30 minutes for the installation, and then to read 'Installation is complete, so it is time to boot into your new system', press a key and then wait another 2-3 minutes before the reboot is actually performed, while the additional waiting time could have been incorporated into the longer non-interactive phase.

With kind regards,
Roland

---
dget https://deb.debian.org/debian/pool/main/l/live-installer/live-installer_57.dsc dget https://deb.debian.org/debian/pool/main/l/live-installer/live-installer_58.dsc diffoscope live-installer-57 live-installer-58 --html live-installer-57vs58.html

PS: No need to CC me, I'm subscribe to the mailing list

Attachment: OpenPGP_signature
Description: OpenPGP digital signature


Reply to: