Debian Bug report logs - #602887
alsa-utils: only stores levels for current system instead of supporting booting on multiple systems

version graph

Package: alsa-utils; Maintainer for alsa-utils is Debian ALSA Maintainers <[email protected]>; Source for alsa-utils is src:alsa-utils (PTS, buildd, popcon).

Reported by: Paul Wise <[email protected]>

Date: Tue, 9 Nov 2010 06:48:02 UTC

Severity: wishlist

Found in version alsa-utils/1.0.23-3

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Debian ALSA Maintainers <[email protected]>:
Bug#602887; Package alsa-utils. (Tue, 09 Nov 2010 06:48:05 GMT) (full text, mbox, link).


Acknowledgement sent to Paul Wise <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian ALSA Maintainers <[email protected]>. (Tue, 09 Nov 2010 06:48:05 GMT) (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Paul Wise <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: alsa-utils: only stores levels for current system instead of supporting booting on multiple systems
Date: Tue, 09 Nov 2010 14:44:41 +0800
[Message part 1 (text/plain, inline)]
Package: alsa-utils
Version: 1.0.23-3
Severity: wishlist

One of my Debian installs is booted on different machines, I frequently
move the disk between my laptop and desktop. One of the issues I
encountered is that the audio levels are reset when I move between
machines. Specifically the Master Front level is set to zero. I also get
warnings about cards about being present during bootup.

The ideal situation would be:

Store the mixer settings in a per-system or per-audio-device file.

Have a cron job delete mixer settings for cards that haven't been used
in 6 months or so.

This would help roaming folks who boot Debian from a USB key on various
machines, including Internet cafes.

Ideally pulseaudio would take over this job (since it is per-user) but
alsa-utils needs to also do it for those who don't use pulseaudio.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
[signature.asc (application/pgp-signature, inline)]

Information forwarded to [email protected], Debian ALSA Maintainers <[email protected]>:
Bug#602887; Package alsa-utils. (Tue, 09 Nov 2010 18:18:06 GMT) (full text, mbox, link).


Acknowledgement sent to Elimar Riesebieter <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ALSA Maintainers <[email protected]>. (Tue, 09 Nov 2010 18:18:06 GMT) (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Elimar Riesebieter <[email protected]>
To: Paul Wise <[email protected]>, [email protected]
Subject: Re: [Pkg-alsa-devel] Bug#602887: alsa-utils: only stores levels for current system instead of supporting booting on multiple systems
Date: Tue, 9 Nov 2010 19:15:24 +0100
Hello Paul or should I say Paps?

first: your gpg key has been expired ;-)

* Paul Wise [101109 14:44 +0800]:
> Package: alsa-utils
> Version: 1.0.23-3
> Severity: wishlist
> 
> One of my Debian installs is booted on different machines, I frequently
> move the disk between my laptop and desktop. One of the issues I
> encountered is that the audio levels are reset when I move between
> machines. Specifically the Master Front level is set to zero. I also get
> warnings about cards about being present during bootup.
> 
> The ideal situation would be:

Well, just an idea:

I am using netenv in such cases. You can define a per hostname
dependend /var/lib/alsa. This is the place where the soundcontrols
are stored. As well you can define a asoundrc (etc or $home) per
hostname for the diffrent sound devices and you're done.

> Store the mixer settings in a per-system or per-audio-device file.
> 
> Have a cron job delete mixer settings for cards that haven't been used
> in 6 months or so.

Isn't that to complicated?

> This would help roaming folks who boot Debian from a USB key on various
> machines, including Internet cafes.

Nice idea, but you know unixes are providing many solutions and are
always a challenge. If one uses a stick or hd for more than one
machine we can expect that user can handle those comfortable ideas
with provided tools by himself, isn't it?

> Ideally pulseaudio would take over this job (since it is per-user) but
> alsa-utils needs to also do it for those who don't use pulseaudio.

Elimar


-- 
  Do you smell something burning or ist it me?




Information forwarded to [email protected], Debian ALSA Maintainers <[email protected]>:
Bug#602887; Package alsa-utils. (Wed, 10 Nov 2010 01:39:03 GMT) (full text, mbox, link).


Acknowledgement sent to Paul Wise <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ALSA Maintainers <[email protected]>. (Wed, 10 Nov 2010 01:39:03 GMT) (full text, mbox, link).


Message #15 received at [email protected] (full text, mbox, reply):

From: Paul Wise <[email protected]>
To: [email protected]
Subject: Re: [Pkg-alsa-devel] Bug#602887: alsa-utils: only stores levels for current system instead of supporting booting on multiple systems
Date: Wed, 10 Nov 2010 09:35:57 +0800
[Message part 1 (text/plain, inline)]
On Tue, 2010-11-09 at 19:15 +0100, Elimar Riesebieter wrote:

> I am using netenv in such cases. You can define a per hostname
> dependend /var/lib/alsa. This is the place where the soundcontrols
> are stored. As well you can define a asoundrc (etc or $home) per
> hostname for the diffrent sound devices and you're done.

Per-hostname is insufficient since it is the same Debian install on one
hard drive, but I am booting it on different hardware.

> > Store the mixer settings in a per-system or per-audio-device file.
> > 
> > Have a cron job delete mixer settings for cards that haven't been used
> > in 6 months or so.
> 
> Isn't that to complicated?

It would meet my needs and the needs of other roaming Debian users. I
think it would be exactly enough flexibility to support all users.

> Nice idea, but you know unixes are providing many solutions and are
> always a challenge. If one uses a stick or hd for more than one
> machine we can expect that user can handle those comfortable ideas
> with provided tools by himself, isn't it?

It would be almost trivial to support this within alsa-utils and there
are zero to minimal downsides for non-roaming users so I don't see why
it couldn't be implemented within alsa-utils (apart from lack of time).

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
[signature.asc (application/pgp-signature, inline)]

Information forwarded to [email protected], Debian ALSA Maintainers <[email protected]>:
Bug#602887; Package alsa-utils. (Wed, 22 Sep 2021 04:41:18 GMT) (full text, mbox, link).


Acknowledgement sent to PT FINDORA INTERNUSA <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian ALSA Maintainers <[email protected]>. (Wed, 22 Sep 2021 04:41:18 GMT) (full text, mbox, link).


Message #20 received at [email protected] (full text, mbox, reply):

From: PT FINDORA INTERNUSA <[email protected]>
To: me <[email protected]>
Subject: P.O 22/09/2021
Date: Tue, 21 Sep 2021 21:23:55 -0700
[Message part 1 (text/plain, inline)]
Hello,

Good morning,

We have gone through your samples from a partner and Here is our  Order 
List. Please do bear in mind that we are very much in  need of this 
order, quote your competitive prices.

Kindly send the Order confirmation.

Your early reply will be much appreciated.

Best Regards,

Maryanah Erwin.

PT FINDORA INTERNUSA

Jln Pahlawan 66 Kec. Arjawinangun

45162 CIREBON West-Java INDONESIA

tel : +62 231 357334

fax: +62 231 357260

email: [email protected]
[P.O22.09.2021.cab (application/zip, attachment)]

Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Thu May 15 19:21:08 2025; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.