On 01/22/2016 03:40 PM, Gregor Zattler wrote:
I now want to learn what problem PA is there to solve.
If you have multiple sound devices then pavucontrol will switch between
them on the fly. I switch between USB headphones and my USB 7.1 sound
system device. Sweet. Ric
--
My father, Victor
On Friday 22 January 2016 14:52:35 Floris wrote:
> Op Fri, 22 Jan 2016 15:40:01 +0100 schreef Gene Heskett
>
> :
> >> > 2.
> >> > Move the unwanted soundcard to an empty seat:
> >> > find your card location with:
> >> > $ loginctl seat-status seat0
> >
> > That command does not exist on wheezy. S
Hi Floris, debian users,
* Floris [22. Jan. 2016]:
> Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell
> :
>
>>udev may be having adverse impacts on abilities to play sounds from
>>certain cards after reboot. Anyone interested may find sound devices in
>>black listed category they don't w
Op Fri, 22 Jan 2016 15:40:01 +0100 schreef Gene Heskett
:
>
> 2.
> Move the unwanted soundcard to an empty seat:
> find your card location with:
> $ loginctl seat-status seat0
That command does not exist on wheezy. Sounds useful, what repo option
do I need to enable to get it?
loginctl i
On 01/22/2016 11:10 AM, Jude DaShiell wrote:
One thing udev or the linux kernel is going to have to get over fast is
its fixation on the 3.5MM jack for speakers. Newer hardware sooner
rather than later will not be including those jacks any longer.
Probably the first noticeable instance will be
On Fri, 22 Jan 2016, to...@tuxteam.de wrote:
Date: Fri, 22 Jan 2016 09:13:17
From: to...@tuxteam.de
To: debian-user@lists.debian.org
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Fri, 22 Jan 2016 14:48:14 + (UTC)
Resent-From: debian-user@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Jan 22, 2016 at 09:40:01AM -0500, Gene Heskett wrote:
> On Friday 22 January 2016 07:44:49 Jude DaShiell wrote:
>
> > That has to be done inside of udev, udev is the one ring that binds
> > them all.
> >
> Not nesessarily. When I rebooted some
e:
> > > Date: Fri, 22 Jan 2016 04:22:50
> > > From: Floris
> > > To: debian-user@lists.debian.org
> > > Subject: Re: ?? user in group audio -- but only root can play
> > > sound Resent-Date: Fri, 22 Jan 2016 09:23:08 + (UTC)
> > > Resent-From
1 years...
> On Fri, 22 Jan 2016, Floris wrote:
> > Date: Fri, 22 Jan 2016 04:22:50
> > From: Floris
> > To: debian-user@lists.debian.org
> > Subject: Re: ?? user in group audio -- but only root can play sound
> > Resent-Date: Fri, 22 Jan 2016 09:23:08 + (UTC)
That has to be done inside of udev, udev is the one ring that binds them
all.
On Fri, 22 Jan 2016, Floris wrote:
Date: Fri, 22 Jan 2016 04:22:50
From: Floris
To: debian-user@lists.debian.org
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Fri, 22 Jan 2016 09
Op Fri, 22 Jan 2016 00:10:27 +0100 schreef Jude DaShiell
:
udev may be having adverse impacts on abilities to play sounds from
certain cards after reboot. Anyone interested may find sound devices in
black listed category they don't want to have black listed. Correcting
such black listin
ne
enough with udev to be safe working with ityet.
On Fri, 22 Jan 2016, Gregor Zattler wrote:
Date: Thu, 21 Jan 2016 18:03:52
From: Gregor Zattler
To: debian-user
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Thu, 21 Jan 2016 23:04:43 + (UTC)
Resent-From: d
Hi Floris, debian users,
* Floris [21. Jan. 2016]:
> Op Thu, 21 Jan 2016 20:32:21 +0100 schreef Gregor Zattler
> :
>
>>since a few days my normal user, which is in group sound, cannot
>>play sound (aplay works but no sound) while root can.
>>
[...]
>>>You are right, the right permissi
takes care for setting the right rights
That is why you have a "+" at the end of the permissions.
What is the outcome of:
getfacl /dev/snd/hwC0D0
c$ getfacl /dev/snd/hwC0D0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/hwC0D0
# owner: root
# g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jan 21, 2016 at 04:56:31PM +0100, Gregor Zattler wrote:
[...]
> You are right of course. play is an alias for sox on my system.
> They give different output on the terminal, but otherwise they
> behave the same: sound as root no sound as use
you have a "+" at the end of the permissions.
What is the outcome of:
getfacl /dev/snd/hwC0D0
c$ getfacl /dev/snd/hwC0D0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/hwC0D0
# owner: root
# group: audio
user::rw-
user:grfz:rw-
group::rw-
mask::rw-
rw-rw+ 1 root audio 116, 1 Jan 16 16:32 ./snd/seq
>>>>crw-rw+ 1 root audio 116, 33 Jan 16 16:32 ./snd/timer
>>
>>>Maybe it sounds odd, but does you have sound when you remove yourself
>>>form the audio group?
>>>
>>>In Debian
I heard sound when in group audio say two
weeks ago.
Nonetheless I did a
sudo delgroup grfz audio
logged in on a VT, played a .wav file with aplay: No sound.
What is the outcome of:
getfacl /dev/snd/hwC0D0
c$ getfacl /dev/snd/hwC0D0
getfacl: Removing leading '/' from absolute path
Hi Chris,
* Chris Bannister [20. Jan. 2016]:
> On Tue, Jan 19, 2016 at 06:28:17PM +0100, Gregor Zattler wrote:
>> Thinking about: mpd is also not in these groups and I can her
>> music.
>>
>> So that's still not it.
>>
>> When I play some sound, I see aplay working, but do not hear sound:
>>
>>
file with aplay: No sound.
> What is the outcome of:
>
> getfacl /dev/snd/hwC0D0
c$ getfacl /dev/snd/hwC0D0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/hwC0D0
# owner: root
# group: audio
user::rw-
user:grfz:rw-
group::rw-
mask::rw-
other::---
Did not k
Op Thu, 21 Jan 2016 12:30:44 +0100 schreef Jude DaShiell
:
On Thu, 21 Jan 2016, Floris wrote:
Date: Thu, 21 Jan 2016 05:22:59
From: Floris
To: debian-user@lists.debian.org
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Thu, 21 Jan 2016 10:23:21 + (UTC
On Thu, 21 Jan 2016, Floris wrote:
Date: Thu, 21 Jan 2016 05:22:59
From: Floris
To: debian-user@lists.debian.org
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Thu, 21 Jan 2016 10:23:21 + (UTC)
Resent-From: debian-user@lists.debian.org
Op Sat, 16 Jan 2016
Op Sat, 16 Jan 2016 20:06:22 +0100 schreef Gregor Zattler
:
Hi there,
since a few days my normal user, which is in group sound, cannot
play sound (aplay works but no sound) while root can.
Any ideas how to debug this?
This is a debian testing system with pulseaudio and mpd running.
/dev$ f
On Tue, Jan 19, 2016 at 06:28:17PM +0100, Gregor Zattler wrote:
> Thinking about: mpd is also not in these groups and I can her
> music.
>
> So that's still not it.
>
> When I play some sound, I see aplay working, but do not hear sound:
>
> $ play /home/grfz/Downloads/tuxok.wav
Just as an
Hi Alexis, debian-users,
* Alexis [19. Jan. 2016]:
>>Hi Jude, debian users, * Jude DaShiell [18. Jan. 2016]:
>>>>This is astonishing, because my main user is in
>>>>
>>>>$ groups grfz cdrom floppy sudo audio dip video plugdev netdev lpadmin
>>&
Gregor Zattler writes:
Hi Jude, debian users, * Jude DaShiell
[18. Jan. 2016]:
This is astonishing, because my main user is in
$ groups grfz cdrom floppy sudo audio dip video plugdev netdev
lpadmin bluetooth scanner
being in group audio should be enough.
If you're using Pulse
Hi Jude, debian users,
* Jude DaShiell [18. Jan. 2016]:
>>This is astonishing, because my main user is in
>>
>>$ groups
>>grfz cdrom floppy sudo audio dip video plugdev netdev lpadmin
>>bluetooth scanner
>>
>>being in group audio should be enough.
>>
On Mon, 18 Jan 2016, Gregor Zattler wrote:
Date: Mon, 18 Jan 2016 16:22:45
From: Gregor Zattler
To: debian-user
Subject: Re: ?? user in group audio -- but only root can play sound
Resent-Date: Mon, 18 Jan 2016 21:23:35 + (UTC)
Resent-From: debian-user@lists.debian.org
Hi Ric, debian
in
$ groups
grfz cdrom floppy sudo audio dip video plugdev netdev lpadmin
bluetooth scanner
being in group audio should be enough.
Actually I do hear music ATM with ncmpcpp/mpd and:
$ sudo groups mpd
mpd : audio
So mpd plays music with permissions from group audio but I cannot
play a wav file o
On 01/16/2016 02:06 PM, Gregor Zattler wrote:
Hi there,
since a few days my normal user, which is in group sound, cannot
play sound (aplay works but no sound) while root can.
Any ideas how to debug this?
Crank up alsamixer and un-mute whatever became muted. Pulse sits on top
of alsa. Look th
Hi there,
since a few days my normal user, which is in group sound, cannot
play sound (aplay works but no sound) while root can.
Any ideas how to debug this?
This is a debian testing system with pulseaudio and mpd running.
/dev$ find |xargs ls -ld|grep audio
crw-rw+ 1 root audio 14,
140-1) unstable; urgency=low
| [...]
| * permissions.rules: removed rtc group audio.
| [...]
| -- Marco d'Itri Mon, 23 Mar 2009 13:16:50 +0100
`
HTH,
Sven
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
On 2010-05-12 16:43 +0200, Rick Thomas wrote:
> Sid does not seem to have anything that corresponds to Lenny's /etc/
> udev/rules.d/*permissions.rules
>
> Any idea why? Any idea what has replaced it.
Read /usr/share/doc/udev/NEWS.Debian.gz.
Sven
--
To UNSUBSCRIBE, email to debian-user-requ..
23:51 /dev/rtc0
Anybody know why?
,[ /usr/share/doc/udev/changelog.Debian.gz ]
| udev (0.140-1) unstable; urgency=low
| [...]
| * permissions.rules: removed rtc group audio.
| [...]
| -- Marco d'Itri Mon, 23 Mar 2009 13:16:50 +0100
`
HTH,
Sven
--
To UNSUBSCRIBE, email
ev/rtc0
>> crw-rw 1 root root 254, 0 May 10 23:51 /dev/rtc0
>>
>
> Anybody know why?
,[ /usr/share/doc/udev/changelog.Debian.gz ]
| udev (0.140-1) unstable; urgency=low
| [...]
| * permissions.rules: removed rtc group audio.
| [...]
| -- Marco d'Itri Mon, 23 Ma
In Lenny, "ls -ld /dev/audio" gives
lenny:~$ ls -ld /dev/rtc0
crw-rw 1 root audio 254, 0 May 2 15:25 /dev/rtc0
But in Sid, it gives
sid:~$ ls -ld /dev/rtc0
crw-rw 1 root root 254, 0 May 10 23:51 /dev/rtc0
Anybody know why?
Thanks!
Rick
--
To UNSUBSCRIBE, email to debian-use
n in gnome is invalid (with a red cross on
> it), I then googled and found some threads about this mentioned that
> you have to check if you are in the group "audio", so I checked the
> /etc/group file and there is something like:
>
> cdrom:x:24:
> audio:x:29:
> plugd
I then googled and found some threads about this mentioned that
> you have to check if you are in the group "audio", so I checked the
> /etc/group file and there is something like:
>
> cdrom:x:24:
> audio:x:29:
> plugdev:x:46:
>
> I added my username to the group &
to check if you are in the group "audio", so I checked the
/etc/group file and there is something like:
cdrom:x:24:
audio:x:29:
plugdev:x:46:
I added my username to the group "audio" and restarted gnome and I got
my sound back.
My question is: Are these groups managed by
are in the group "audio", so I checked the
/etc/group file and there is something like:
cdrom:x:24:
audio:x:29:
plugdev:x:46:
I added my username to the group "audio" and restarted gnome and I got
my sound back.
My question is: Are these groups managed by gnome? Are there any
40 matches
Mail list logo
