[arch-general] sudoers file change - not much on dev list - reason for changes?
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 group instead of using wheel? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On 07/09/10 16:22, 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 group instead of using wheel? Upstream made the change so it is just being passed along. No idea why but sudo does seem a better name for a group of sudoers than wheel... Allan
Re: [arch-general] Unable to stop/restart network daemon if NETWORK_PERSIST=yes
On Tue, Sep 7, 2010 at 6:43 AM, Konor John joker-...@yandex.ru wrote: Hello! If NETWORK_PERSIST=yes (in /etc/rc.conf) i can't stop/restart network daemon: :: Skipping Network Shutdown against :: Stopping Network It's seems not good Is this not what this option is intended for ? -- Cédric Girard
Re: [arch-general] Something is wrong with xbindkeys
Am 29.08.2010 15:52, schrieb 大熊: I use xbindkeys under kde4 (start xbindkeys with kde's autorun), add some hotkeys: win+a, win+c, win+h, win+j, ... When kde4.4, All are OK. Few days ago I upgraded to kde4.5 , So something is wrong: When I just enter desktop, some keys( win+h, win+j) would be invalid, but when I restart xbindkeys, All keys will be OK again! KDE 4.5 sets some new default KWin key bindings that use the Meta (Windows) key. I removed those bindings and xbindkeys works fine again. signature.asc Description: OpenPGP digital signature
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On Tue, Sep 7, 2010 at 08:13, Allan McRae al...@archlinux.org wrote: On 07/09/10 16:22, 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 group instead of using wheel? Upstream made the change so it is just being passed along. No idea why but sudo does seem a better name for a group of sudoers than wheel... Even though wheel is historic[1] I agree that sudo is a better name for the group. /M [1]: https://secure.wikimedia.org/wikipedia/en/wiki/Wheel_%28Unix_term%29 -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [arch-general] Unable to stop/restart network daemon if NETWORK_PERSIST=yes
On 07.09.2010 06:43, Konor John wrote:
Hello! If NETWORK_PERSIST=yes (in /etc/rc.conf) i can't stop/restart network
daemon:
:: Skipping Network Shutdown
against
:: Stopping Network
It's seems not good
http://mailman.archlinux.org/pipermail/arch-general/2010-August/015737.html
--
Florian Pritz -- {flo,bluewi...@server-speed.net
signature.asc
Description: OpenPGP digital signature
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On Tue, 7 Sep 2010 11:10:18 +0100 Magnus Therning mag...@therning.org wrote: On Tue, Sep 7, 2010 at 08:13, Allan McRae al...@archlinux.org wrote: On 07/09/10 16:22, 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 group instead of using wheel? Upstream made the change so it is just being passed along. No idea why but sudo does seem a better name for a group of sudoers than wheel... Even though wheel is historic[1] I agree that sudo is a better name for the group. /M [1]: https://secure.wikimedia.org/wikipedia/en/wiki/Wheel_%28Unix_term%29 Huh. I always wondered what 'wheel' meant.
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On 09/07/2010 11:52 AM, Ty John wrote: Huh. I always wondered what 'wheel' meant. I always though that it had to do with being at the wheel, as in command or in control of things. -- Mauro Santos
Re: [arch-general] The principle behind MSN Yahoo invisible scanners?
On 09/07/2010 01:14 AM, David C. Rankin wrote: (I always end up asking the question of: Why would anyone ever use yahoo or msn to begin with? But, to each his own...) That has a very simple reason, I guess some people come from windows, much like I did, we all have friends/acquaintances/contacts (which have friends/acquaintances/contacts of their ow) that only use windows and/or msn/yahoo and do not even consider changing to another instant messenger. Some might try something else just for fun but always end up ditching the alternative so if you want to have a real time chat with your friends there is no choice. -- Mauro Santos
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On Tue, Sep 7, 2010 at 4:42 PM, Mauro Santos registo.maill...@gmail.com wrote: On 09/07/2010 11:52 AM, Ty John wrote: Huh. I always wondered what 'wheel' meant. I always though that it had to do with being at the wheel, as in command or in control of things. -- Mauro Santos Exactly, even I thought the same. Actually, if you've ever used FreeBSD, some root permissions are given to the wheel group. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps
Re: [arch-general] Failed to upgrade!!
problem solved :D manually reinstalled lib32-hal from AUR.
[arch-general] Failed to upgrade!!
hi, When i tried to run sudo pacman -Syu today got the following output. [pa...@papuldesktop ~]$ sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date catalyst is up to date multilib is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: lib32-hal: requires lib32-dbus Why cant i upgrade?? How do i install the mentioned dependency 'lib32-dbus'? Thanks.
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On 09/07/2010 05:10 AM, Magnus Therning wrote: On Tue, Sep 7, 2010 at 08:13, Allan McRaeal...@archlinux.org wrote: On 07/09/10 16:22, 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 group instead of using wheel? Upstream made the change so it is just being passed along. No idea why but sudo does seem a better name for a group of sudoers than wheel... Even though wheel is historic[1] I agree that sudo is a better name for the group. /M [1]: https://secure.wikimedia.org/wikipedia/en/wiki/Wheel_%28Unix_term%29 Thanks guys, I guess I'll transition to sudo from wheel or just implement the sudo group in addition to wheel so I can use it in the future changing a decade+ of mental inertia that says wheel. It is funny how we really are creatures of habit :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] [arch-dev-public] [signoff] openvpn 2.1.3-1
On 06.09.2010 08:36, Thomas Bächler wrote:
Upstream update, please sign off.
i686 signoff
--
Florian Pritz -- {flo,bluewi...@server-speed.net
signature.asc
Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [signoff] device-mapper/lvm2 2.02.73-1
On 06.09.2010 19:29, Thomas Bächler wrote:
Upstream update, please sign off.
x86_64 signoff
--
Florian Pritz -- {flo,bluewi...@server-speed.net
signature.asc
Description: OpenPGP digital signature
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On 09/07/2010 03:13 AM, Allan McRae wrote: On 07/09/10 16:22, 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 group instead of using wheel? Upstream made the change so it is just being passed along. No idea why but sudo does seem a better name for a group of sudoers than wheel... Allan Are we going to get sudo in the filesystem package?
[arch-general] digital camera not showing as mass storage device
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, and it popped up fine as a hard disk /dev/sdX... In the logs I see a load-modules.sh error. Please advise.
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
On 07-09-2010 20:19, David C. Rankin wrote: Thanks guys, I guess I'll transition to sudo from wheel or just implement the sudo group in addition to wheel so I can use it in the future changing a decade+ of mental inertia that says wheel. It is funny how we really are creatures of habit :p I confess I'm baffled as to why upstream did this change, why it was needed and if it actually was needed. I can't seem to find anything about it in the online changelog either. Seems something completely arbitrary. Or an oversight. Or a mistake. 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 and innocuous reference is lost to one arbitrary decision. And with it the need to rewrite manuals, tutorials, and any other reference mater
Re: [arch-general] [Packages] [dbus-core] DeveloperWiki:CoreSignoffs wiki needs update
dbus 1.4.0 has been released (http://lists.freedesktop.org/archives/dbus/2010-September/013378.html), so the problem should be solved when that is moved to core (so no need for using the development version). -t
Re: [arch-general] [PATCH 01/48] Bashification of initscripts
On Tue, Sep 7, 2010 at 3:32 PM, Thomas Bächler tho...@archlinux.org wrote:
Am 30.06.2010 23:47, schrieb Victor Lowther:
Despite efforts to make the initscripts POSIX, we use bash 4.0 features.
Bashifying this framework should result in about a 30% speedup, assuming no
IO latency and that all programs we call also take zero time. :)
I just pushed the patches - I was going to do more review of some of
them, but I am apparently too busy. Please post any patches (especially
if a correction of patch 21 is needed, I haven't finished reading the
discussion) rebased on the current initscripts.git.
Your last patch has a typo (missed close paren):
diff --git a/rc.sysinit b/rc.sysinit
index b25f7ac..dc916a2 100755
--- a/rc.sysinit
+++ b/rc.sysinit
@@ -275,7 +275,7 @@ stat_busy Removing Leftover Files
/bin/rm -f /var/lock/* /dev/null
/bin/rm -rf /tmp/* /tmp/.* /dev/null
/bin/rm -f /forcefsck /dev/null
-[[ -d /var/run ]] /usr/bin/find /var/run/ \! -type d -delete )
+[[ -d /var/run ]] /usr/bin/find /var/run/ \! -type d -delete
: | /var/run/utmp
/bin/chmod 0664 /var/run/utmp
# Keep {x,k,g}dm happy with xorg
Re: [arch-general] [PATCH 01/48] Bashification of initscripts
On Tue, Sep 07, 2010 at 09:51:59PM -0500, Victor Lowther wrote:
On Tue, Sep 7, 2010 at 3:32 PM, Thomas Bächler tho...@archlinux.org wrote:
Am 30.06.2010 23:47, schrieb Victor Lowther:
Despite efforts to make the initscripts POSIX, we use bash 4.0 features.
Bashifying this framework should result in about a 30% speedup, assuming no
IO latency and that all programs we call also take zero time. :)
I just pushed the patches - I was going to do more review of some of
them, but I am apparently too busy. Please post any patches (especially
if a correction of patch 21 is needed, I haven't finished reading the
discussion) rebased on the current initscripts.git.
Your last patch has a typo (missed close paren):
-snip-
There's a typo in the network script from commit a334b36b:
diff --git a/network b/network
index 20ff9c7..5abb824 100755
--- a/network
+++ b/network
@@ -96,7 +96,7 @@ rtup()
rtdown()
{
-if [[ ! $1 ]; then
+if [[ ! $1 ]]; then
echo usage: $0 rtdown route_name
return 1
fi
Re: [arch-general] [PATCH 01/48] Bashification of initscripts
On Tue, Sep 07, 2010 at 10:32:28PM +0200, Thomas Bächler wrote: Am 30.06.2010 23:47, schrieb Victor Lowther: Despite efforts to make the initscripts POSIX, we use bash 4.0 features. Bashifying this framework should result in about a 30% speedup, assuming no IO latency and that all programs we call also take zero time. :) I just pushed the patches - I was going to do more review of some of them, but I am apparently too busy. Please post any patches (especially if a correction of patch 21 is needed, I haven't finished reading the discussion) rebased on the current initscripts.git. I'm noticing that in general, the vim modelines aren't followed. Not sure what editor was used to rebase these scripts, but the mix of tabs and spaces for indents is somewhat irritating. I'm about to send a pair of patches (neither of which address this) but which follow the modeline. d
[arch-general] [PATCH 1/2] kill_everything: Reduce number of -f tests
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 the environment since we
may be going to runlevel 1 only temporarily.
---
functions |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/functions b/functions
index b9ba718..7a0c4f8 100644
--- a/functions
+++ b/functions
@@ -206,11 +206,13 @@ kill_everything() {
# $1 = where we are being called from.
# This is used to determine which hooks to run.
# Find daemons NOT in the DAEMONS array. Shut these down first
+(
+shopt -s nullglob
for daemon in /var/run/daemons/*; do
-[[ -f $daemon ]] || continue
daemon=${daemon##*/}
in_array $daemon ${daemo...@]} || stop_daemon $daemon
done
+)
# Shutdown daemons in reverse order
for ((i=${#daemo...@]}-1; i=0; i--)); do
--
1.7.2.3
[arch-general] [PATCH 2/2] rc.sysinit: Reduce number of calls to /bin/rm
Take full advantage of /bin/rm accepting multiple arguments. We still
use two calls to separate the recursive from the non-recursive call.
---
rc.sysinit |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/rc.sysinit b/rc.sysinit
index b25f7ac..0af84de 100755
--- a/rc.sysinit
+++ b/rc.sysinit
@@ -270,11 +270,8 @@ if [[ -f $RANDOM_SEED ]]; then
fi
stat_busy Removing Leftover Files
-/bin/rm -f /etc/nologin /dev/null
-/bin/rm -f /etc/shutdownpid /dev/null
-/bin/rm -f /var/lock/* /dev/null
+/bin/rm -f /etc/{nologin,shutdownpid} /var/lock/* /forcefsck /dev/null
/bin/rm -rf /tmp/* /tmp/.* /dev/null
-/bin/rm -f /forcefsck /dev/null
[[ -d /var/run ]] /usr/bin/find /var/run/ \! -type d -delete )
: | /var/run/utmp
/bin/chmod 0664 /var/run/utmp
--
1.7.2.3
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
i tried to add myself into the sudo group to avoid possible future problems and found out that sudo group does not even exist. i will just ignore this and keep granting sudoer privilege by user.
Re: [arch-general] [PATCH 01/48] Bashification of initscripts
On Tue, Sep 7, 2010 at 10:47 PM, Dave Reisner d...@falconindy.com wrote: On Tue, Sep 07, 2010 at 10:32:28PM +0200, Thomas Bächler wrote: Am 30.06.2010 23:47, schrieb Victor Lowther: Despite efforts to make the initscripts POSIX, we use bash 4.0 features. Bashifying this framework should result in about a 30% speedup, assuming no IO latency and that all programs we call also take zero time. :) I just pushed the patches - I was going to do more review of some of them, but I am apparently too busy. Please post any patches (especially if a correction of patch 21 is needed, I haven't finished reading the discussion) rebased on the current initscripts.git. I'm noticing that in general, the vim modelines aren't followed. Not sure what editor was used to rebase these scripts, but the mix of tabs and spaces for indents is somewhat irritating. I'm about to send a pair of patches (neither of which address this) but which follow the modeline. 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 indentation is not really enough, and most of the preexisting code happily ignored it anyways. d
Re: [arch-general] [PATCH 1/2] kill_everything: Reduce number of -f tests
On Tue, Sep 7, 2010 at 10:47 PM, Dave Reisner d...@falconindy.com 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 the environment since we
may be going to runlevel 1 only temporarily.
I thought about just enabling nullglobs and extglobs unconditionally
in functions, but decided that was too likely to get objections no
matter how unlikely breakage was. :)
---
functions | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/functions b/functions
index b9ba718..7a0c4f8 100644
--- a/functions
+++ b/functions
@@ -206,11 +206,13 @@ kill_everything() {
# $1 = where we are being called from.
# This is used to determine which hooks to run.
# Find daemons NOT in the DAEMONS array. Shut these down first
+ (
+ shopt -s nullglob
for daemon in /var/run/daemons/*; do
- [[ -f $daemon ]] || continue
daemon=${daemon##*/}
in_array $daemon ${daemo...@]} || stop_daemon $daemon
done
+ )
# Shutdown daemons in reverse order
for ((i=${#daemo...@]}-1; i=0; i--)); do
--
1.7.2.3
