Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-12-01 Thread Elimar Riesebieter
* Mike Fedyk  [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


Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-12-01 Thread Mike Fedyk
On Sat, Dec 1, 2018 at 3:16 AM Elimar Riesebieter  wrote:
>
> * Mike Fedyk  [2018-12-01 03:04 -0600]:
>
> > Hi,
> >
> [...]
>
> >
> > Then I run dpkg as requested:
> >
> > (test-buster)root@localhost:/# dpkg -l | egrep "(libasou|alsa)"
> > ii  alsa-utils1.1.7-1  armhf
> > Utilities for configuring and using ALSA
> > ii  libasound2:armhf  1.1.7-1+b1   armhf
> > shared library for ALSA applications
> > ii  libasound2-data   1.1.7-1  all
> > Configuration files and profiles for ALSA drivers
> > ii  libasound2-dev:armhf  1.1.7-1+b1   armhf
> > shared library for ALSA applications -- development files
> >
> > Confirmation the directory is missing:
> >
> > (test-buster)root@localhost:/# ls -lhd /usr/share/alsa/alsa.conf.d
> > ls: cannot access '/usr/share/alsa/alsa.conf.d': No such file or directory
>
> /u/s/a/alsa.conf is installed by libasound2-plugins. Please install
> libasound2-plugins and test again.
>

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.



Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-12-01 Thread Elimar Riesebieter
* Mike Fedyk  [2018-12-01 03:04 -0600]:

> Hi,
> 
[...]

> 
> Then I run dpkg as requested:
> 
> (test-buster)root@localhost:/# dpkg -l | egrep "(libasou|alsa)"
> ii  alsa-utils1.1.7-1  armhf 
> Utilities for configuring and using ALSA
> ii  libasound2:armhf  1.1.7-1+b1   armhf
> shared library for ALSA applications
> ii  libasound2-data   1.1.7-1  all
> Configuration files and profiles for ALSA drivers
> ii  libasound2-dev:armhf  1.1.7-1+b1   armhf
> shared library for ALSA applications -- development files
> 
> Confirmation the directory is missing:
> 
> (test-buster)root@localhost:/# ls -lhd /usr/share/alsa/alsa.conf.d
> ls: cannot access '/usr/share/alsa/alsa.conf.d': No such file or directory

/u/s/a/alsa.conf is installed by libasound2-plugins. Please install
libasound2-plugins and test again.

Elimar
-- 
  Obviously the human brain works like a computer.
  Since there are no stupid computers humans can't be stupid.
  There are just a few running with Windows or even CE ;-)


signature.asc
Description: PGP signature


Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-12-01 Thread Mike Fedyk
Hi,

I just re-ran a test using:

$ sudo bash ~/Downloads/crouton -r buster -t audio -n test-buster

Which gives these errors:

Compiling CRAS (native)...
Installing CRAS...
/prepare.sh: 1173: /prepare.sh: cannot create
/usr/share/alsa/alsa.conf.d/10-cras.conf: Directory nonexistent
Failed to complete chroot setup.
Unmounting /mnt/stateful_partition/crouton/chroots/test-buster...


I mount it with this crouton tool:

$ sudo mount-chroot test-buster

Then I chroot into it:

$ sudo chroot 
/var/run/crouton/mnt/stateful_partition/crouton/chroots/test-buster/
bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)

Then I run dpkg as requested:

(test-buster)root@localhost:/# dpkg -l | egrep "(libasou|alsa)"
ii  alsa-utils1.1.7-1  armhf
Utilities for configuring and using ALSA
ii  libasound2:armhf  1.1.7-1+b1   armhf
shared library for ALSA applications
ii  libasound2-data   1.1.7-1  all
Configuration files and profiles for ALSA drivers
ii  libasound2-dev:armhf  1.1.7-1+b1   armhf
shared library for ALSA applications -- development files

Confirmation the directory is missing:

(test-buster)root@localhost:/# ls -lhd /usr/share/alsa/alsa.conf.d
ls: cannot access '/usr/share/alsa/alsa.conf.d': No such file or directory


On Sat, Dec 1, 2018 at 1:32 AM Elimar Riesebieter  wrote:

> * Mike Fedyk  [2018-11-30 12:44 -0600]:
>
> > 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.
>
> What tells:
>
> $ dpkg -l | egrep "(libasou|alsa)"
>
> ?
>
> Elimar
> --
>   "Talking much about oneself can also
>be a means to conceal oneself."
>  -Friedrich Nietzsche
>


Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-11-30 Thread Elimar Riesebieter
* Mike Fedyk  [2018-11-30 12:44 -0600]:

> 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.

What tells:

$ dpkg -l | egrep "(libasou|alsa)" 

?

Elimar
-- 
  "Talking much about oneself can also
   be a means to conceal oneself."
 -Friedrich Nietzsche


signature.asc
Description: PGP signature


Bug#915125: libasound2-data: Stretch Regression: alsa.conf.d not provided and breaks crouton audio build

2018-11-30 Thread Mike Fedyk
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