Bug#1031289: linux: Missing sound drivers (and speakup) in d-i on arm64
Diederik de Haas, le lun. 20 févr. 2023 00:38:28 +0100, a ecrit:
> On Monday, 20 February 2023 00:27:57 CET Samuel Thibault wrote:
> > Diederik de Haas, le lun. 20 févr. 2023 00:14:19 +0100, a ecrit:
> > > On Tuesday, 14 February 2023 18:10:11 CET Samuel Thibault wrote:
> > > > Some people on debian-accessibility wanted to install debian in arm64
> > > > under the utm wrapped qemu on Macos. The current installation images
> > > > however do not include sound drivers and speakup.
> > >
> > > Currently working on a MR to achieve that, but ...
> > >
> > > > ... indeed, it seems these modules are getting built only for
> > > > amd64, 686, mips, sh4.
> > >
> > > ... this architecture list seems rather random? Why not also add it to
> > > f.e.
> > > armhf, which itself is also a rather random not-previously-enabled-arch?
> >
> > I don't see why we shouldn't indeed. If some drivers didn't make sense
> > on these archs they would rather be disabled by the arch configuration
> > anyway. Speakup itself is portable and should be working on any arch,
> > provided it has a virtual console.
> >
> > The only historical reason I can see is that it was enabled only for
> > architectures which have a gtk installer image (for which we consider
> > that size doesn't matter).
>
> On https://www.debian.org/devel/debian-installer/ I checked the links under
> "other images (netboot, USB stick, etc.)" for the presence of a "netboot/gtk/"
> folder and that turned out to be arm64 and armhf, so I'll only add those.
>
> If other arches should be added too, that can be done later.
I'm just thinking that probably people won't actually do it. That's what
happened for arm64: see commit ea37896526075fb9d0f453ec537536149ea97d16
which copied over the gtk configuration, but left speakup/sound
commented, most probably just because the package was not available, and
only now, 4 years later, we notice the missing feature.
Samuel
Reply to: