Boot method: USB
Image version: D-I Trixie RC 2 (unofficial)

Machine: Dell G3

Sanity-checking the upcoming src:debian-installer upload and debian-cd
integration, I ended up with a few oddities with those choices:
 - Full disc installation on NVMe.
 - With GNOME desktop.
 - With the Hamradio blend (which had been problematic in the past).
 - With French settings.

Issue #1: radioclk's postinst brings back ISO-vs-UTF fun, and a quick
look at the templates suggests the French localization is indeed broken
("double-encoded", some used to say). Other languages seem OK:

    Description-cs.UTF-8: Sériový port, ke kterému je připojen rádiový přijímač:
    Description-de.UTF-8: Serieller Port, an den der Empfänger angeschlossen ist:
    Description-fr.UTF-8: Port série sur lequel e récepteur radio est connecté :
    Description-ja.UTF-8: 電波受信機が接続されているシリアルポート:

Issue #2: I'm asked twice whether I want to disable Secure Boot. That's
really new to me as I've never seen that prompt before. I suppose this
is due to having not one but two DKMS packages installed? I'm not sure
this is a huge problem in practice, that just means having to re-affirm
the initial choice (I opted to keep Secure Boot enabled, I had to do
that twice).

    ii  dkms                      3.2.0-1                       all          Dynamic Kernel Module System (DKMS)
    ii  langford-dkms             0.0.20130228-7                all          Kernel drivers for the Per Vices Noctar IQ demodulator board
    ii  xtrx-dkms                 0.0.1+git20190320.5ae3a3e-3.7 all          XTRX PCI driver for Linux

Cyril Brulebois <kibi@debian.org> (2025-06-30):


I suppose this was shim-signed's update-secureboot-policy, which does:

        while true; do
            case "$STATE" in
            1)
                db_capb
                db_fset shim/secureboot_explanation seen false
                db_input critical shim/secureboot_explanation || true
                db_go

                # Allow the user to skip disabling Secure Boot.
                db_fset shim/${action}_secureboot seen false
                db_input critical shim/${action}_secureboot || true
                ;;

so asking again seems to be on purpose. Plus it's called by both
debian/shim-signed.postinst and debian/shim-signed-common.postinst,
which might explain the double-tap, more than the presence of two DKMS
packages?

I can easily redo the installation if that's useful (I wasn't expecting
anything special, especially not a double prompt, so I didn't pause to
actually look into what was asking the question).

Cc-ing shim people, for informational purposes mostly.


Cheers,

It looks like the same as #989460 and #1082012.

<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989460>
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1082012>

Cyril Brulebois <kibi@debian.org> (2025-06-30):

Ironically, I totally forgot about the fixed blendsel package (since
it's deb-only, it doesn't show up on my usual release radar), but the
bug disappeared anyway when I tested:
 - blendsel 0.8 is deployed in /target;
 - apt-cache show reports the buggy 0.8 description;
 - but I got the fixed 0.9 translated description in the installer's
   interface, courtesy of that file:
     /var/lib/apt/lists/deb.debian.org_debian_dists_trixie_main_i18n_Translation-fr

Discovering this, I initially supposed the description could have been
copied from unstable to testing for some reason, despite the package's
not having migrated but something else must be happening since I'm
seeing this:

    Description-da: Debian Hamradio (amatørradio, SDR og hobby-radio)    [testing]
    Description-da: Debian Hamradio - amatørradio og hobby-radio         [unstable]

    Description-en: Debian Hamradio (amateur radio, SDR and hobby radio) [testing]
    Description-en: Debian Hamradio (amateur and hobby radio)            [unstable]

    Description-fr: Debian Hamradio (radio-amateur et radio logicielle)  [testing]
    Description-fr: Debian Hamradio (radio-amateur et radio de loisirs)  [unstable]

so that doesn't seem to be some unstable→testing sync, but more likely
an independent update of the French translation for the trixie version?

Anyway, this hid the bug from me, that's why it's only going to get
fixed in a further release (i.e. after RC 2), we won't respin images
just for this.


Cheers,

Hi Cyril,

Am 2. Juli 2025 18:18:03 MESZ schrieb Cyril Brulebois <kibi@debian.org>:

If you hint blendsel into Trixie now, we could benefit from the fixed version even with the RC2 installer, when at least using netboot or netinst image, right?
(it would load Trixie's blendsel version from the mirror)


Holger