Hi Étienne,
Étienne Mollier (2021-05-24):
> I admit having checkout out from time to time some of the other open
> bugs blocking the release of d-i for bullseye, although I haven't been
> following accurately wether the appropriate fix landed in daily builds
> yet, so thanks for your ping in that
Hi Cyril,
Cyril Brulebois, on 2021-05-24:
> Étienne Mollier (2021-04-28):
> > Device en_US fr_FR
> > /dev/sdb1ok ok
> > /dev/nvme0n1p1 ok ok
> > /dev/md/0ok ok
> > /dev/debian-vg/root ok ok
[...]
> I'm not sure whether you fo
Hi Étienne,
Étienne Mollier (2021-04-28):
> Cyril Brulebois, on 2021-04-28 06:08:30 +0200:
> > Let's see if this helps!
> > https://people.debian.org/~kibi/bug-987377/
>
> According to my observations, I does help with all the known bad
> cases I have hit so far; I notably double checked the "
Hi Étienne,
Étienne Mollier (2021-04-28):
> According to my observations, I does help with all the known bad
> cases I have hit so far; I notably double checked the "Generic"
> partition schemes:
>
> Device en_US fr_FR
> /dev/sdb1ok ok
> /dev/nvme0n1p1
Hi Cyril,
Cyril Brulebois, on 2021-04-28 06:08:30 +0200:
> Let's see if this helps!
> https://people.debian.org/~kibi/bug-987377/
According to my observations, I does help with all the known bad
cases I have hit so far; I notably double checked the "Generic"
partition schemes:
Device
Hi Étienne,
Étienne Mollier (2021-04-26):
> Cyril Brulebois, on 2021-04-26 02:18:49 +0200:
> > Are you happy to trust me with a netboot/gtk/mini.iso build that you
> > would deploy on some USB device (like you would with a Netinst ISO,
> > except it'll need network access to download all d-i comp
Hi Cyril,
Since the LVM result I caught seemed to contradict your own
findings, I did a few more tests in that configuration. I'm
afraid I failed to identify any regular pattern, although I did
try hard to see whether things such as word wrapping might be
involved in some way, so I'm just putting
Hi Cyril,
Étienne Mollier, on 2021-04-26 09:09:50 +0200:
> Cyril Brulebois, on 2021-04-26 02:18:49 +0200:
> > If so, I'd be happy if you could just verify at least one “known-bad”
> > case with the official image first:
> >
> > http://deb.debian.org/debian/dists/bullseye/main/installer-amd64/20
Salut Cyril,
Cyril Brulebois, on 2021-04-26 02:18:49 +0200:
> Are you happy to trust me with a netboot/gtk/mini.iso build that you
> would deploy on some USB device (like you would with a Netinst ISO,
> except it'll need network access to download all d-i components that
> aren't in the initramfs)
Cyril Brulebois (2021-04-25):
> I've ran out of (apparently stupid this time around…) wild guesses, so
> I suppose after a little nap it's going to be (heavy) hammer time…
I'm attaching an almost unedited version of my notes from yesterday.
It's not a definitive guide but might give someone else
Salut Étienne,
Étienne Mollier (2021-04-25):
> I did further testing, so tried to wrap up my findings in a
> hopefully nice Karnaugh table below (dreading mta rewrap at
> this instant):
>
> Layout Plain RaidLVM LVM+Crypto
> LocaleDevice
> en_US Satablank blank ok
I did further testing, so tried to wrap up my findings in a
hopefully nice Karnaugh table below (dreading mta rewrap at
this instant):
Layout Plain RaidLVM LVM+Crypto
Locale Device
en_US Satablank blank ok ok
en_US NVMeok blank ok ok
fr_FR Sat
Cyril Brulebois (2021-04-24):
>
>
> cdebconf-* were updated. There's a change in there but apparently only
> for the text frontend.
>
> At least for src:cdebconf's udebs, the libc they were built against is
> no longer the same (2.29 vs. 2.31).
>
> This might very well be a red herring, though
Cyril Brulebois, on 2021-04-25 14:17:36 +0200:
> Steve McIntyre (2021-04-22):
> > From checking (as discussed in IRC with Phil), rescue-mode moved from
> > 1.78 to 1.80 between those two builds. The only changes were in
> > translations, so the problem must be elsewhere. :-(
>
> Must it really?
>
Steve McIntyre (2021-04-22):
> From checking (as discussed in IRC with Phil), rescue-mode moved from
> 1.78 to 1.80 between those two builds. The only changes were in
> translations, so the problem must be elsewhere. :-(
Must it really?
With a fresh install (with LVM but oh well), using netboot/
Cyril Brulebois, on 2021-04-24 07:22:57 +0200:
> FWIW: I plan to debug (likely starting by bisecting) this somewhen
> during the week-end or next week.
Hi Cyril,
if that helps, I tried to reproduce the bug on real hardware and
virtual machine. The virtual machine was within Qemu, version
availab
Philip Hands (2021-04-24):
> Steve McIntyre writes:
>
> ...
> > From checking (as discussed in IRC with Phil), rescue-mode moved from
> > 1.78 to 1.80 between those two builds. The only changes were in
> > translations, so the problem must be elsewhere. :-(
>
> I've now caused the test job to r
Steve McIntyre writes:
...
> From checking (as discussed in IRC with Phil), rescue-mode moved from
> 1.78 to 1.80 between those two builds. The only changes were in
> translations, so the problem must be elsewhere. :-(
I've now caused the test job to record the installed udebs in the
installer a
On Thu, Apr 22, 2021 at 10:53:38PM +0200, Philip Hands wrote:
>Testing the alpha2 netinst shows that it works:
>
> https://openqa.debian.net/tests/1463
>
>whereas alpha3 shows the bug:
>
> https://openqa.debian.net/tests/1477
>
>Those two tests were run with DEBCONF_DEBUG=5 so the syslog should b
Testing the alpha2 netinst shows that it works:
https://openqa.debian.net/tests/1463
whereas alpha3 shows the bug:
https://openqa.debian.net/tests/1477
Those two tests were run with DEBCONF_DEBUG=5 so the syslog should be
very verbose.
The intent of the test being run here is to try to ope
Package: rescue-mode
Version: 1.83
Severity: normal
Dear Maintainer,
When booting recent daily images, or the bullseye-DI-rc1, into "Graphcal rescue
mode", on a system with a simple partition for root, when one selects to enter a
shell it clears the screen in order to display the "intro" message,
21 matches
Mail list logo
