Re: [arch-general] sudoers file change - not much on dev list - reason for changes?

2010-09-08 Thread Ty John (sand_man)
> I find it interesting that upstream made a change/addition just to > accommodate for one distribution. Usually it's the distro that patches > things for their own benefit. > > Sorry. That was me.

Re: [arch-general] sudoers file change - not much on dev list - reason for changes?

2010-09-08 Thread ty-ml
> On 9/7/2010 1:22 AM, David C. Rankin wrote: >> Guys, >> >> Got the sudo update with the new sudoers file, Noticed new %sudo group >> designation along with the traditional %wheel: >> >> ## Uncomment to allow members of group sudo to execute any command >> # %sudo ALL=(ALL) ALL >> >> >> Any reason

Re: [arch-general] sudoers file change - not much on dev list - reason for changes?

2010-09-08 Thread Steven Susbauer
On 9/7/2010 1:22 AM, David C. Rankin wrote: Guys, Got the sudo update with the new sudoers file, Noticed new %sudo group designation along with the traditional %wheel: ## Uncomment to allow members of group sudo to execute any command # %sudo ALL=(ALL) ALL Any reason that we would want a sudo

Re: [arch-general] sudoers file change - not much on dev list - reason for changes?

2010-09-08 Thread Steven Susbauer
On 9/7/2010 9:25 PM, Mario Figueiredo wrote: As far as users (administrators) are concerned, the wheel group can be named anything and nobody will care. Those who still want to use the name "wheel" just need to change the sudoers file. And that's why this change was so unnecessary. An historic an

Re: [arch-general] [arch-dev-public] cairo xcb backend

2010-09-08 Thread Damjan Georgievski
>> Fair enough, if enabling the xcb backend slows things down, especially >> if it is unmaintained so not likely to improve soon, we should remove >> it. >> It's a shame that awesome has to go but I'm sure the people using >> awesome know how to handle building from AUR/ABS and create a >> xcb-enab

Re: [arch-general] distributed bugtracking?

2010-09-08 Thread Aaron Schaefer
On Wed, Sep 8, 2010 at 12:47 PM, Dieter Plaetinck wrote: > anyone knows this? http://bugseverywhere.org/be/show/HomePage > > the concept looks great, although i don't know anything about the > implementation/usage. There's quite a few things out there with this same idea: - Ditz (http://ditz.ru

[arch-general] [PATCH] rc.sysinit: condense calls to mkdir and chmod

2010-09-08 Thread Dave Reisner
--- rc.sysinit |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index f7df48c..bee4efb 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -276,8 +276,7 @@ stat_busy "Removing Leftover Files" : >| /var/run/utmp /bin/chmod 0664 /var/run/utmp # Keep {x,k,

Re: [arch-general] distributed bugtracking?

2010-09-08 Thread C Anthony Risinger
On Wed, Sep 8, 2010 at 3:24 PM, Philipp Überbacher wrote: > Excerpts from Dieter Plaetinck's message of 2010-09-08 21:47:40 +0200: >> anyone knows this? http://bugseverywhere.org/be/show/HomePage >> >> the concept looks great, although i don't know anything about the >> implementation/usage. >> >>

Re: [arch-general] distributed bugtracking?

2010-09-08 Thread Philipp Überbacher
Excerpts from Dieter Plaetinck's message of 2010-09-08 21:47:40 +0200: > anyone knows this? http://bugseverywhere.org/be/show/HomePage > > the concept looks great, although i don't know anything about the > implementation/usage. > > other then the advantages they list, I think something like this

[arch-general] distributed bugtracking?

2010-09-08 Thread Dieter Plaetinck
anyone knows this? http://bugseverywhere.org/be/show/HomePage the concept looks great, although i don't know anything about the implementation/usage. other then the advantages they list, I think something like this can be useful for downstream<->upstream communication. (ie someone reports a bug i

Re: [arch-general] Pacman's superslow

2010-09-08 Thread Dan McGee
On Wed, Sep 8, 2010 at 11:57 AM, Nilesh Govindarajan wrote: > I have an OpenVZ VPS running arch. > For some reason pacman is superslow, and I'm not allowed to create/use > loopback devices. > pacman-optimize takes nearly 5 minutes per run, no matter the last run > was just a minute ago. Unhelpful

[arch-general] Pacman's superslow

2010-09-08 Thread Nilesh Govindarajan
I have an OpenVZ VPS running arch. For some reason pacman is superslow, and I'm not allowed to create/use loopback devices. pacman-optimize takes nearly 5 minutes per run, no matter the last run was just a minute ago. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twi

Re: [arch-general] digital camera not showing as mass storage device

2010-09-08 Thread Mauro Santos
On 09/08/2010 11:57 AM, Matthew Monaco wrote: > > Thank you kindly. I could have sworn the camera used to show up as > /dev/sdX onto /media/*. But it's been so long at this point I could just > be mistaken. > Is there any configuration option in your camera that allows you to change how it ident

Re: [arch-general] digital camera not showing as mass storage device

2010-09-08 Thread Matthew Monaco
On 09/08/2010 05:37 AM, Christoffer Hirth wrote: Matthew Monaco wrote: I can get my digital camera to work with libgphoto stuff like shotwell, but for months now it simply won't show up as a mass storage device. Am I missing a kernel module or something? I loaded usb-storage. I downloaded the U

Re: [arch-general] Issues with SFTP and Nautilus.

2010-09-08 Thread Ashish SHUKLA
Nilesh Govindarajan writes: > On 09/04/2010 10:51 AM, Ashish SHUKLA wrote: >> Hi everyone, >> >> When I connect to my remote SFTP server (running FreeBSD) using GNOME >> Nautilus, I noticed that the in the "Permissions" dialog box, instead of >> user/group names, the numeric U/G IDs are being show

Re: [arch-general] digital camera not showing as mass storage device

2010-09-08 Thread Christoffer Hirth
Matthew Monaco wrote: I can get my digital camera to work with libgphoto stuff like shotwell, but for months now it simply won't show up as a mass storage device. Am I missing a kernel module or something? I loaded usb-storage. I downloaded the Ubuntu 10.10 beta live CD, plugged the camera in,

Re: [arch-general] [PATCH 1/2] kill_everything: Reduce number of -f tests

2010-09-08 Thread Thomas Bächler
Am 08.09.2010 06:16, schrieb Victor Lowther: > On Tue, Sep 7, 2010 at 10:47 PM, Dave Reisner wrote: >> Instead of checking for the existance of a file in /var/run/daemons on >> every iteration, handle the null case by setting nullglob. The shopt >> call is done inside a subshell as to not bother t

Re: [arch-general] [PATCH 01/48] Bashification of initscripts

2010-09-08 Thread Thomas Bächler
Am 08.09.2010 06:07, schrieb Victor Lowther: > Blame my ongoing Emacs education. I learned about > (custom-set-variables '(indent-tabs-mode nil)) after doing most of the > work, and dropped the whitespace cleanup patches due to size. > > Otherwise, I ignored the vim modelines -- 2 characters per i