David C. Rankin wrote:
Guys
I was trying to setup entranced on Arch. I followed the enlightenment.org
wiki, but the arch setup for Xsession, etc. left me a little unsure on exactly
where some of the entrance_edit path info should point.
The Arch default for entrance_config.cfg is:
Entrance
Guys
I was trying to setup entranced on Arch. I followed the enlightenment.org
wiki, but the arch setup for Xsession, etc. left me a little unsure on exactly
where some of the entrance_edit path info should point.
The Arch default for entrance_config.cfg is:
Entrance Daemon Settings
attempts
On Tue, Nov 10, 2009 at 10:28:34AM +0100, Xavier wrote:
> On Tue, Nov 10, 2009 at 1:16 AM, Alessandro Doro wrote:
> > And times ago there where permission (umask) issues with users calling
> > pacman with sudo.
> >
>
> There is no problem calling pacman with sudo, I do that all the time.
>
> I t
On Tue, Nov 10, 2009 at 12:11:04PM -0500, Christopher Daley wrote:
> I think the default way of starting pulse has become dependent on consolekit
> & policykit ever since the pulse user was removed.
If you (like me) don't like all this kiddy stuff, both are
easy to disable. For Consolekit, just r
Never mind about that package on AUR, I can't get it to build.
On Tue, Nov 10, 2009 at 12:11 PM, Christopher Daley wrote:
> Have you tried running pulseaudio as a daemon? e.g. "/etc/rc.d/pulseaudio
> start'
> This would likely be a fix for now...
>
> OR
> If you're feeling daring, then maybe try
Have you tried running pulseaudio as a daemon? e.g. "/etc/rc.d/pulseaudio
start'
This would likely be a fix for now...
OR
If you're feeling daring, then maybe try out this udev-acl package I just
put up on AUR. I have no idea if it will work, I just threw it together
with the patch that was prov
On Tue, Nov 10, 2009 at 10:59 AM, Christopher Daley wrote:
> Also, make sure your user is a member of the group 'audio'?
>
> If you're still having problems then run
>
> ls -l /dev/snd
>
> and show us the output
I'm having the same problem as OP. Re-configuring fails:
% groups
wheel audio users
On Tue, 2009-11-10 at 11:36 +0100, A Rojas wrote:
> I just updated to hal 0.5.13-3 and after rebooting the soundcard is not
> accessible to non-root users anymore, so there is no sound. Any idea how to
> solve this?
> Thanks
>
Hal used to do ACL management, just like udev does. The new release
Also, make sure your user is a member of the group 'audio'?
If you're still having problems then run
ls -l /dev/snd
and show us the output
On Tue, Nov 10, 2009 at 5:54 AM, Jozsef wrote:
> On Tue, 10 Nov 2009, A Rojas wrote:
>
> > I just updated to hal 0.5.13-3 and after rebooting the soundca
On Tue, 10 Nov 2009, A Rojas wrote:
> I just updated to hal 0.5.13-3 and after rebooting the soundcard is not
> accessible to non-root users anymore, so there is no sound. Any idea how to
> solve this?
> Thanks
ALSA or OSS?
If it is ALSA try to reconfigure it. That should work.
--
Best,
Joz
I just updated to hal 0.5.13-3 and after rebooting the soundcard is not
accessible to non-root users anymore, so there is no sound. Any idea how to
solve this?
Thanks
On Tue, Nov 10, 2009 at 1:16 AM, Alessandro Doro wrote:
> And not only for security reasons; If you have time have a look at
> http://bugs.archlinux.org/task/14926
> in that case the permission problems affected the system directories.
>
> And times ago there where permission (umask) issues with u
12 matches
Mail list logo
