Your message dated Sat, 1 Dec 2018 11:43:16 +0100
with message-id <[email protected]>
and subject line Re: Bug#915125: libasound2-data: Stretch Regression:
alsa.conf.d not provided and breaks crouton audio build
has caused the Debian Bug report #915125,
regarding libasound2-data: Stretch Regression: alsa.conf.d not provided and
breaks crouton audio build
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
915125: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915125
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libasound2-data
Version: 1.1.7-1
Severity: normal
Hi,
I can install crouton with audio with stretch by running:
$ sudo bash ~/Downloads/crouton -r stretch -t audio
But it fails when I try with testing/buster:
$ sudo bash ~/Downloads/crouton -r buster -t audio
Looking into it, it fails on this line:
https://github.com/dnschneid/crouton/blob/master/targets/audio#L200
which writes to /usr/share/alsa/alsa.conf.d/10-cras.conf, but that
directory doesn't exist.
https://github.com/dnschneid/crouton/blob/master/targets/audio#L84
shows that it is installing a minimal set of packages including
libasound2 and libasound2-dev.
Because libasound2-data doesn't provide /usr/share/alsa/alsa.conf.d/
anymore, the write to 10-cras.conf fails there and the crouton install
fails there because of the error.
Bug 912680 makes libasound2-plugins provide that directory, but its
dependencies are not required to build CRAS, the Crouton Audio Server,
and in the interest of minimal installs, I think libasound2-data should
provide /usr/share/alsa/alsa.conf.d/ as well, or instead.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: armhf (armv7l)
Kernel: Linux 3.8.11 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
libasound2-data depends on no packages.
libasound2-data recommends no packages.
Versions of packages libasound2-data suggests:
ii alsa-utils 1.1.7-1
-- no debconf information
--- End Message ---
--- Begin Message ---
* Mike Fedyk <[email protected]> [2018-12-01 03:34 -0600]:
[...]
> I know /u/s/a/alsa.conf.d is installed by libasound2-plugins, and I
> referenced the other bug in my original report to say as much.
>
> I know how to work around the problem, and I already have on one of my
> systems. I'm filing this bug report to keep from having to work
> around the problem on other machines, and for others as well then they
> eventually use buster with crouton.
>
> In order to install libasound2-plugins during the chroot build, I
> would have to patch crouton. While I could do that, the build doesn't
> need anything in libasound2-plugins besides the /u/s/a/alsa.conf.d
> directory. Why must libasound2-plugins be installed when the only
> thing required from it is directory creation? That goes against
> minimal installs "only install what is needed, and no more"
> philosophy.
>
> Please put /u/s/a/alsa.conf.d back in libasound2-data so that minimal
> installs can be minimal.
libasound2-data doesn't need /usr/share/alsa/alsa.conf.d. So it
won't be installed, though.
Hmm. You have 2 chances to get what you want:
1. Create /usr/share/alsa/alsa.conf.d by hand.
2. Ask the crouton people to create /usr/share/alsa/alsa.conf.d
during the install if not available.
The most reasonable way would be 2.
Debian doesn't support crouton so I have to close this bug, Done
hereby.
Elimar
--
355/113: Not the famous irrational number pi,
but an incredible simulation!
-unknown
signature.asc
Description: PGP signature
--- End Message ---
