You are not logged in.
Hi,
My system is x86_64, KDE, no pulseaudio, Creative X-Fi Music.
2 day ago i found out that i can't make calls because i have "Problem with audio playback". Adding user in audio group solved the problem.
WTF? Wiki clearly says no to add user in any groups.
Reinstalling Arch didn't solved the problem, only adding user in audio group did.
-------------------------------------------------------------------------------------------------------
I got smth strange. It is needed to install alsa-utils, alsa-plugins, lib32-alsa-plugins, lib32-pulse, then uninstall all of them and also libpulse, alsa-lib, lib32-alsa-lib, then install libpulse, alsa-lib, lib32-alsa-lib .. . and the sound is here.
i removed user from audio group
Last edited by Perfect Gentleman (2013-07-10 14:20:51)
Offline
You have to be in audio video etc to make changes and use that applies to all linux distros arch does not hold your hand its all in the wiki. https://wiki.archlinux.org/index.php/Us … tem_groups
I'm dyslexic Please do not complain about puntuation or spelling and remember most dyslexic people have above average iq.
Offline
You have to be in audio video etc to make changes and use
Wrong, logind provides this access. Adding users to audio/video/storage/whatever is no longer needed.
@OP
Post the output of
$ loginctl show-session $XDG_SESSION_ID
Last edited by msthev (2013-07-10 12:23:59)
Offline
@mandog
Not really, I'm using GDM/Gnome and my current user can do pretty much everything (mounting external disks, poweroff/reboot/syspend, etc.) despite being only in the users group and the user's own group.
I don't really know the technical details of the policy, but apparently nowadays the policy is not simply based on groups. So can somebody explain to me the policy settings that are at work? Polkit and systemd-logind maybe?
edit: @msthev thx for the info
Last edited by lolilolicon (2013-07-10 12:35:34)
This silver ladybug at line 28...
Offline
$ loginctl show-session $XDG_SESSION_ID
Id=1
Timestamp=Wed 2013-07-10 20:30:30 NOVT
TimestampMonotonic=27558959
DefaultControlGroup=systemd:/user/1000.user/1.session
VTNr=7
Display=:0
Remote=no
Service=kde
Leader=241
Audit=1
Type=x11
Class=user
Active=yes
State=active
KillProcesses=no
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Name=user_name
user is in audio group
Offline
Logind only provides this access within a given tty session. This will vary depending on how you start X. If you use a display manager, I believe they take care of the new logind session. If you use xinit/startx and you start X on *the same* tty as you launch it from, then you'll be under the same login session and these permissions will be provided.
If you use xinit/startx on tty1 but run X on tty7 (with the vt# option to X) then you will not get these permissions from logind, but will need to add your user to the relevant group(s).
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
pacman -S lib32-libpulse alsa-plugins lib32-alsa-plugins alsa-utils
pacman -Rcssun lib32-libpulse alsa-plugins lib32-alsa-plugins alsa-utils
pacman -Rddun libpulse alsa-lib lib32-alsa-lib
pacman -S libpulse alsa-lib lib32-alsa-lib
problem is solved
Offline