• Re: No speech in the alpha Installer, and speech freeze in Bookworm

    From Samuel Thibault@21:1/5 to All on Mon Apr 28 01:30:01 2025
    Hello,

    Cleverson Casarin Uliana, le dim. 27 avril 2025 23:15:54 +0000, a ecrit:
    Hi Samuel, the laptop's audio simply comes through my laptop's speakers, as on any normal laptop for personal use.

    Ok.

    Do you think there can be any difference in case I get the commands'
    results from within a Bookworm image?

    I don't know. that could be.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Mon Apr 28 15:10:01 2025
    Hello,

    Cleverson Casarin Uliana, le lun. 28 avril 2025 12:49:35 +0000, a ecrit:
    Roland Clobus writes:
    Recently I updated the firmware detection for the live-images [1], to
    have automatic detection, but I might have missed some other modules in newer folders.

    When is the sound missing/broken: only during the installer, or also
    after the installation has completed (or within the live environment)?

    OK, just tested the Mate live image; speech is not broken inside the live environment

    It will then be useful to run the commands again in that situation, to
    check how it is supposed to be working there.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cyril Brulebois@21:1/5 to All on Wed May 14 15:20:01 2025
    Hi,

    Roland Clobus <rclobus@rclobus.nl> (2025-04-28):
    The firmware detection for the Intel SOF family is hardcoded in the installer.

    Recently I updated the firmware detection for the live-images [1], to
    have automatic detection, but I might have missed some other modules
    in newer folders.

    Thanks to whoever added it to the wishlist, I've just pushed a commit
    to debian-cd's master branch to refresh the list for the v6.12.y series.

    Looping in debian-cd@ to make sure it's getting (cherry-)picked up,
    merged, or whatever, so that it's used for RC 1. Thanks!

    https://salsa.debian.org/images-team/debian-cd/-/commit/513684f3f7ec53bdbd7f177ec53f60c8a31656a5


    Cheers,
    --
    Cyril Brulebois (kibi@debian.org) <https://debamax.com/>
    D-I release manager -- Release team member -- Freelance Consultant

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmgklykACgkQ/5FK8MKz VSBhiQ//cb+BeDaWocog+4JAY696lomX0hxE2J02lnM1F8q7raq9NypHrl7mtCPH B1dBWZFwcQYhFbjkjelpUHEIArO/LCtwITuHFf0jInhlZvFZSp2/G3L6X1zYpjIs OxMuOXuMMuHcu1Nxu7PRSxe5bnC/cUwBfmg6LoB9eA1VrEdutVNf4rs3p2Wjz8lA iyV79bIPcjuKwtaSfS2wPXS9KZBs7hnBmB2DkAB3FcWAjs4f9yIoyPowmEpsSnk3 oHTPAr8XdZTW3KB+/eiSVJIHtzrIOrEYzyZ8PGsUnrZWJuRk2AiT3udKYHtrFyRG PDQm0dY/TTg19at/t+NXRo3bsN4Hn6Ol4XyYQzQUCxull7U/DV1+a7mlrr1fFOT/ bIHlshzUDEhYJPxY4eMtLANwo2JoCBlFEEFAYk101TRUJgC349EDsSzbSoV+RJy9 ivheldu3laO/Sv1dNPyJwn+QYz4KdHopREyZtN0cJF2DTf+MxmJU1J64+bGBW+Fg wFsptFpU0F29Yc4m7OpOJ4FQTQbOUXnFDtamrxiv4ZG/vp1U4lvqkiv9hhxBbhRx 9BqE4X0YLBLZS69VqdKYIlfDSWHSkygC80ifgfXdLVMn5eaDI8uVKHZt1OKGsU99 521SpFbi7YJ6C4fvSTOjEK+sRwsYo5wYcthRn1wGOWzSfw5bgBw=
    =M5mG
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    *
  • From Cyril Brulebois@21:1/5 to All on Thu May 15 01:10:01 2025
    Steve McIntyre <steve@einval.com> (2025-05-14):
    On Wed, May 14, 2025 at 03:14:17PM +0200, Cyril Brulebois wrote:
    Thanks to whoever added it to the wishlist, I've just pushed a commit
    to debian-cd's master branch to refresh the list for the v6.12.y series.

    Looping in debian-cd@ to make sure it's getting (cherry-)picked up,
    merged, or whatever, so that it's used for RC 1. Thanks!

    https://salsa.debian.org/images-team/debian-cd/-/commit/513684f3f7ec53bdbd7f177ec53f60c8a31656a5

    That's cool - we're still using master for Trixie at this point, so
    we're all good. :-)

    Great, good to know. (More stuff on the way to avoid ENOSPC…)

    The locally generated netinst image for amd64, using almost-final debian-installer material (built pre-22:00Z britney so before adduser
    and user-setup migrated) is able to start the speech synthesis at least
    in KVM, when started with `-audio driver=pa,model=ac97` (on my Debian
    12 GNOME desktop, with pulseaudio dealing with sound), both in BIOS mode
    and in UEFI mode, so the aforementioned commit doesn't break everything
    at the very least.

    (I don't follow many things in linux.git, especially not sound-related
    changes, but the diff didn't look crazy at all, otherwise I wouldn't
    have pushed it. But I'm also a little reassured to confirm at least basic/minimal support for speech synthesis…)


    Cheers,
    --
    Cyril Brulebois (kibi@debian.org) <https://debamax.com/>
    D-I release manager -- Release team member -- Freelance Consultant

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmglITwACgkQ/5FK8MKz VSDoMg//ZcIfWchXKAW6F6SaAKrRaHTX7kUZJmVsAopd8X/69GUY4nl8ed0YtiJa 5QMlO719wpcbRLt0clH3l58pjfmnubxm8xlM5mXbfQ3UmqNjSMKeY4ZVhYljcq00 VLIFJqBanHdsHUMtzLqwo8xrPNOf/NuYQjf56Y4erwhatdHD5Si1y2fXcm0poK7J sSpK5WrFZclY3Bbt3qcuwyYz+n5zSuaKb82WW74HdCj4LfmQXer+AcxWejtl/lwd fAeWs6VAS7LkoODm4kEXWCl8c4PnVXxk2ccJEe8p33e7f1YHp4916GBvRC5gAWns GkZI1bGxpmDACui2eeNZE88EunlqaHfme9J6IT+Vm2oJJ/Jr3fOwxRTvbYSMeOrJ +qETWWh2Ndyl+j0KAG0uT3illkEhgUG7WfTq2VBJGiNSY9w8dcTgEf24YtfWiSwn bq2xXN70TnxTEUUuAZWbKD0B86JY5bhbjEPcg4H6wLOJUEOHjxTcvSDFVJa0juKr T8tN1ZnuCqtJKPQRLNICcVDq5CE6YIM9e0jyvKJVgk+cAWcfE5oJySfuYYYCsvLz 0ckJrCYiXXpXk1Lw37sYH69sL9Vf2kygNpaRAclaKK6JZTH16/XMjaGOeZalAHIA +gThY+MpD4ITA+7hr+2K0RoHbl7Xpo76vPIERq654T86J9UTEM8=
    =sjaO
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    *
  • From Cleverson Casarin Uliana@21:1/5 to All on Sat May 17 16:10:01 2025
    Hi,
    I'm sorry to report this, but speech still doesn't work in the recently released RC1 for Trixie on my machine. The error remains the same: it
    doesn't find my soundcard. Do you want me to send the results of another
    test?

    Cleverson

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cleverson Casarin Uliana@21:1/5 to All on Tue May 20 14:00:01 2025
    Hi Roland,
    Thanks but no luck. When I boot into the live environment and press the super-alt-s shortcut, it speaks. If however I press a, s and x at the
    boot screen to try starting the expert mode installer, no speech; it
    says it doesn't detect my soundcard and ask me to press Enter to
    continue anyway.

    Greetings,
    Cleverson

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cleverson Casarin Uliana@21:1/5 to Roland Clobus on Mon May 26 13:00:01 2025
    Hi, Roland Clobus writes:
    After some more digging, we came up with another image for you to test
    (this time a network installer image):
    It turned out that the firmware needs to be made available in another location for the speech installer to work.

    It talked, hence it works! I actually had no Debian installed, but now
    I'm gonna install it next weekend.

    Thanks a lot!
    Cleverson

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cyril Brulebois@21:1/5 to All on Mon May 26 21:30:01 2025
    Hi,

    Cleverson Casarin Uliana <clul+debaccess@posteo.com.br> (2025-05-26):
    Hi, Roland Clobus writes:
    After some more digging, we came up with another image for you to test (this time a network installer image):
    It turned out that the firmware needs to be made available in another location for the speech installer to work.

    It talked, hence it works! I actually had no Debian installed, but now
    I'm gonna install it next weekend.

    Thanks, that's very good news. Roland was able to check my image was
    working at least on one affected system, but it's really nice to hear
    (no pun intended) that's also working for you.

    Proofreading my mail, I've come to a slightly different conclusion
    regarding the relevant of the firmware-intel-sound package, but I'm
    keeping it as written initially, see “Update” below.

    There are several things at play here:
    - including some extra modules in the d-i build (which I'll clean up
    and merge into master shortly);
    - including some extra firmware in the debian-cd build, adding them
    alongside firmware-sof-signed files, modifying the initramfs on the
    fly (that's already ready on the debian-cd side, along with other
    patches of mine, see kibi/for-master branch);
    - including a patterns file so that hw-detect can queue the
    firmware-intel-sound package for installation (also enabling the
    non-free-firmware component if it's not already enabled) based on
    modalias information.

    The first two things are the reason why the speech synthesis is able to
    start with the modified image. I'd be happy to hear from either or both
    of you regarding the third point: I expect firmware-intel-sound to be
    deployed via the install-firmware script. This can be confirmed via the installer syslog (/var/log/syslog while d-i is running, kept as /var/log/installer/syslog in the installed system), and/or via the /var/log/installer/firmware-summary file in the installed system.

    I'm afraid speech synthesis won't work in the installed system if the
    package doesn't get deployed. Roland, it might be easier for you to
    check what happens on your system (without using speech synthesis).
    Cleverson, if you want to make sure, and if you can run a few commands
    within d-i (e.g. once you reach the final screen, before rebooting),
    something like this should return an installed package:

    chroot /target dpkg -l firmware-intel-sound

    If it's not installed, assuming non-free-firmware was enabled anyway
    (e.g. because of CPU microcode), you should be able to install it with:

    chroot /target apt-get -y install firmware-intel-sound

    (I'm not really how much it matters if and when the initramfs for the
    installed system is rebuilt…)


    Update: Looking back at the initial report, the card is 8086:51ca and
    it's indeed *not* in the list that's supposed to be supported by the
    module(s) listed in the description of the firmware-intel-sound package
    but it *is* in the list that's supposed to be supported by the modules
    related to the firmware-sof-signed package.

    So perhaps in the end, adding firmware-intel-sound to the installer's
    initramfs (and making sure it gets deployed in the installed system when relevant) is optional, and maybe all that matters is including enough
    modules for the i915 one to load successfully.


    Cheers,
    --
    Cyril Brulebois (kibi@debian.org) <https://debamax.com/>
    D-I release manager -- Release team member -- Freelance Consultant

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmg0wPIACgkQ/5FK8MKz VSBoeRAAwNDtQRxMFSVujoFGuhqPnLuZsYqXpCBKpAIlDn3y1hZ49a1z2NC8Bif0 GXu+/8f0L0JGb83SHTF71bPtfdu2Ri4kd7yR+y3e7OkIigkUJn2ou7NIEjygE4sJ JsFyFzo7ApZaZ4uTaGDMp+v/hUPJNzfHMQHf9BWwHKgzMcntIIqYLxdcDdBPpvEq hmzPAqlNeF5WJYsK/cFiib/vUcbxNHHLzqL1rbZXFiUCuxyYFMEtlpcSyL40YY0S idRy1dZ92VSNRtExBu5Nl+ke6XI7W86Yvf0kE/BkU6sUO51fgJYr6rXrxb+JBtZa T7arXk8cGSsnW8SuvbeBGoXKpGVXrpQgHFCWsOq8e2zh5+LrbMOjXpvSTnoED/OQ gVRo8/MGlxrizvuYxI46y5MA85+G6Bh9OqUTTGG5fcTjGcabyUPyyX1V13+k73sD b8gQwlSeH33jQpeU4opKt1sUntty1usHVFJjKwN4ralfvWZUGfL8aGTYr1osnw7+ IupH7uBsSQrgPWEd7VeA784UAVGzu4gugIYo0nGGBtmZNyaCW/aMyNl776KBi5Mq YT4wb1w5eFdTwkA9MXJBCHKX1wo0ioJtRnuNhfHk84fWnuOj0wvtpmPxyHW8fMmr RHxuetq2NmB9ZZkBgbF51UcazZ3b5QEGIC4a/CXrdA/6MuNPems=
    =5E6w
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    *
  • From Steve McIntyre@21:1/5 to Cyril Brulebois on Mon Jun 30 23:30:01 2025
    On Sun, Jun 29, 2025 at 05:23:49PM +0200, Cyril Brulebois wrote:
    Hi,

    Roland Clobus <rclobus@rclobus.nl> (2025-05-27):
    I agree, but we would support a few more sound cards now.

    For the cAVS sound card firmware-intel-sound might be required, and no
    additional kernel modules. The firmware-intel-sound.patterns file in the
    netinst image does not contain that identifier (even after the update),
    however the patterns file in the live images does contain that identifier
    [1].
    Interestingly enough, the identifier 8086:51ca (Intel cAVS) is mentioned in >> both patterns files on the live images. I read some kernel code, and
    determined at firmware-intel-sound would be required, but I forgot to write >> down exactly how I came to that conclusion.

    I ended up with [3]:
    for _ALIAS in $(dpkg-query -L ${_LINUX_KERNEL_PACKAGE} | egrep
    'kernel/sound/soc/intel/.*\.ko(.xz)?$'); do /usr/sbin/modinfo ${_ALIAS} |
    awk '/^alias:/ { print $2 }'; done | sort -u | awk '{ gsub(/[*]/, ".*", $1); >> printf "^%s$\n", $1 }' > ${_FW_DEP11_DIR}/${_PACKAGE}.patterns

    which parses different kernel modules compared to the logic for
    firmware-sof-signed:
    for _ALIAS in $(dpkg-query -L ${_LINUX_KERNEL_PACKAGE} | egrep
    '(kernel/sound/soc/sof/.*\.ko(.xz)?|/snd-soc-.*sof.*\.ko(.xz)?)$'); do
    /usr/sbin/modinfo ${_ALIAS} | awk '/^alias:/ { print $2 }'; done | sort -u | >> awk '{ gsub(/[*]/, ".*", $1); printf "^%s$\n", $1 }' >
    ${_FW_DEP11_DIR}/${_PACKAGE}.patterns

    On top of this, there are 2 scenarios to consider:
    1) Have espeakup work during the installation
    2) Ensure that the installed system has the correct firmware files

    For 1) the additional firmware is required in the initrd
    For 2) the .patterns files are required (the firmware-intel-sound.patterns >> file was not generated

    I thought I had followed up to this but it seems that didn't happen…

    At the moment, I'm very much not convinced that the initial debian-cd
    patches (besides fixing firmware inclusion logic) are correct, so it would >make sense to me to get the firmware-intel-sound addition reverted, so
    that the next release's focus is on trying to ensure i915 gets loaded >successfully (hopefully the existing firmware-sof-signed integration gets >improved, with speech synthesis starting right off the bat).

    OK. I took the patch here for debian-cd on the assumption that you
    thought it was correct/helpful. Happy to revert if you'd prefer that.

    In a follow-up release (possibly after 13.0 depending on the release
    team's timing when it comes to the full freeze and the initial trixie >release), we can try and come up with proper firmware-intel-sound support, >which would mean (as you identified) making sure speech synthesis works >within d-i, plus ensuring the relevant package(s) get deployed in the >installed system:
    - Having one without the other would only mean wasting people's time, I
    fear.
    - Plus the huge extra cost for the initrd (size-wise) is clearly not
    worth it at this time.

    ACK.

    Also, I suggest turning the firmware-intel-sound topic into a dedicated
    bug report, instead of keeping it entangled with firmware-sof-signed in
    this overlong thread plus merge requets / commit comments on Salsa…

    *Definitely*

    --
    Steve McIntyre, Cambridge, UK. steve@einval.com Dance like no one's watching. Encrypt like everyone is.
    - @torproject

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)