[arch-general] [signoff] udev-160-1

2010-07-11 Thread Tobias Powalowski
Hi guys, udev 160 Bugfixes. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.

Re: [arch-general] No Compiz with current Kernels - but compiz with Linux alchemy 2.6.32-lts OK - Huh?

2010-07-11 Thread Allan McRae
On 12/07/10 14:12, David C. Rankin wrote: On 07/11/2010 09:32 PM, David C. Rankin wrote: Guys, On my box I continue to have problems with the current kernels on, booting lts works fine with compiz - how is that so? IIRC - lts used to be cli only, now it boots into runlevel 5 just fine. Any tho

Re: [arch-general] No Compiz with current Kernels - but compiz with Linux alchemy 2.6.32-lts OK - Huh?

2010-07-11 Thread David C. Rankin
On 07/11/2010 09:32 PM, David C. Rankin wrote: Guys, On my box I continue to have problems with the current kernels on, booting lts works fine with compiz - how is that so? IIRC - lts used to be cli only, now it boots into runlevel 5 just fine. Any thoughts on why compiz won't run on 2.6.34-2 o

Re: [arch-general] boo package failure: /tmp/alpm_CTaAvu/.INSTALL: line 6: pre_remove: command not found

2010-07-11 Thread David C. Rankin
On 07/11/2010 10:12 PM, Allan McRae wrote: I think the error is actually in the package after boo. P.S. - what the hell is 'boo'? You probably have it installed as a dep for banshee Allan Thanks Allan, Looking at it again -- you are right. I guess filing a bug report against boo would

Re: [arch-general] chroot failed to run command `/bin/bash`: Exec format error ??

2010-07-11 Thread David C. Rankin
On 07/11/2010 10:09 PM, Allan McRae wrote: Anybody recognize the error or what the cause could be? Thanks. That occurs when trying to chroot into an x86_64 system from an i686 one. Now, what idiot would ever try and do that?? I now see the danger of the dual-install media :-) -- David C. R

Re: [arch-general] boo package failure: /tmp/alpm_CTaAvu/.INSTALL: line 6: pre_remove: command not found

2010-07-11 Thread Allan McRae
On 12/07/10 12:39, David C. Rankin wrote: Guys, Just thought I would pass this upgrade failure along: ( 2/13) upgrading boo [#] 100% /tmp/alpm_CTaAvu/.INSTALL: line 6: pre_remove: command not found error: command failed to execute correctly Let me know if yo

Re: [arch-general] chroot failed to run command `/bin/bash`: Exec format error ??

2010-07-11 Thread Allan McRae
On 12/07/10 12:35, David C. Rankin wrote: Guys, Booting from the dual install media, attempting to chroot again and I got an error I've never seen before: "chroot failed to run command `/bin/bash`: Exec format error" I checked with mount and all partitions and dev proc and sys where all mounte

[arch-general] boo package failure: /tmp/alpm_CTaAvu/.INSTALL: line 6: pre_remove: command not found

2010-07-11 Thread David C. Rankin
Guys, Just thought I would pass this upgrade failure along: ( 2/13) upgrading boo [#] 100% /tmp/alpm_CTaAvu/.INSTALL: line 6: pre_remove: command not found error: command failed to execute correctly Let me know if you want me to open a bug or if th

[arch-general] chroot failed to run command `/bin/bash`: Exec format error ??

2010-07-11 Thread David C. Rankin
Guys, Booting from the dual install media, attempting to chroot again and I got an error I've never seen before: "chroot failed to run command `/bin/bash`: Exec format error" I checked with mount and all partitions and dev proc and sys where all mounted where they should be, but the box wo

[arch-general] No Compiz with current Kernels - but compiz with Linux alchemy 2.6.32-lts OK - Huh?

2010-07-11 Thread David C. Rankin
Guys, On my box I continue to have problems with the current kernels on, booting lts works fine with compiz - how is that so? IIRC - lts used to be cli only, now it boots into runlevel 5 just fine. Any thoughts on why compiz won't run on 2.6.34-2 or 2.6.34.1-1? I'll keep tin

[arch-general] [PATCH] mkinitcpio: mount real root device instead of symlink

2010-07-11 Thread Dave Reisner
If a symlink such as /dev/disk/by-uuid/x is provided on the kernel cmdline, resolve it and mount that device instead of the symlink. This prevents some ugliness in the output of commands such as mount or df. Signed-off-by: Dave Reisner --- init_functions |3 +++ 1 files changed, 3 inser

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

2010-07-11 Thread Victor Lowther
On Sun, Jul 11, 2010 at 1:11 PM, Thomas Bächler wrote: > Am 11.07.2010 15:12, schrieb Victor Lowther: >> On Sun, 2010-07-11 at 14:26 +0200, Thomas Bächler wrote: >>> Am 11.07.2010 14:20, schrieb Victor Lowther: Going back through and rewriting the patch series to do that will be jsut abo

[arch-general] kernel26-2.6.34.1 - won't boot - stuck at "Setting up UTF-8 mode" [Downgrade to kernel26-2.6.34-2 OK]

2010-07-11 Thread David C. Rankin
Guys, I have managed to find a work-around to the latest kernel failing to boot on my Toshiba laptop. Before downgrading, I tried chrooting the system and rebuilding the initramfs, but no luck it stopped at the same place on boot -- Setting up UTF-8 mode. So I booted to the dual-install me

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

2010-07-11 Thread Caleb Cushing
On Sun, Jul 11, 2010 at 2:11 PM, Thomas Bächler wrote: > No no, that wouldn't make sense. It should be this way: First all > patches that actually change logic, then one big commit that just > converts the _remaining_ [ to [[ with no additional logic changes involved. > wouldn't it be better to do

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

2010-07-11 Thread Thomas Bächler
Am 11.07.2010 15:12, schrieb Victor Lowther: > On Sun, 2010-07-11 at 14:26 +0200, Thomas Bächler wrote: >> Am 11.07.2010 14:20, schrieb Victor Lowther: >>> Going back through and rewriting the patch series to do that will be >>> jsut about as much effort as creating the original one was. If I had

Re: [arch-general] [PATCH 1/1] Make umounting filesystems much more paranoid.

2010-07-11 Thread Dieter Plaetinck
On Sun, 11 Jul 2010 12:20:39 -0500 Victor Lowther wrote: > On Jul 11, 2010, at 10:34 AM, Dieter Plaetinck > wrote: > > > fwiw in AIF I do something similar (see > > http://github.com/Dieterbe/aif/blob/master/src/core/libs/lib-blockdevices-filesystems.sh#L457 > > > > ) > > (but there i use a

Re: [arch-general] [PATCH 1/1] Make umounting filesystems much more paranoid.

2010-07-11 Thread Victor Lowther
On Jul 11, 2010, at 10:34 AM, Dieter Plaetinck wrote: fwiw in AIF I do something similar (see http://github.com/Dieterbe/aif/blob/master/src/core/libs/lib-blockdevices-filesystems.sh#L457 ) (but there i use a text file containing all mountpoints) The interesting thing is, to find the order

Re: [arch-general] [arch-dev-public] System update on all Arch Servers

2010-07-11 Thread Emmanuel Benisty
On Sun, Jul 11, 2010 at 11:01 PM, Dieter Plaetinck wrote: > On Sun, 11 Jul 2010 22:48:45 +0700 > Emmanuel Benisty wrote: > >> On Sun, Jul 11, 2010 at 6:52 PM, Thomas Bächler >> wrote: >> > Hello, >> > >> > I -Syu'd and rebooted all our servers, let me know if there are any >> > problems. >> > >>

Re: [arch-general] [arch-dev-public] System update on all Arch Servers

2010-07-11 Thread Mauro Santos
On 07/11/2010 05:01 PM, Dieter Plaetinck wrote: > On Sun, 11 Jul 2010 22:48:45 +0700 > Emmanuel Benisty wrote: > >> On Sun, Jul 11, 2010 at 6:52 PM, Thomas Bächler >> wrote: >>> Hello, >>> >>> I -Syu'd and rebooted all our servers, let me know if there are any >>> problems. >>> >>> >> >> no idea

Re: [arch-general] [arch-dev-public] System update on all Arch Servers

2010-07-11 Thread Dieter Plaetinck
On Sun, 11 Jul 2010 22:48:45 +0700 Emmanuel Benisty wrote: > On Sun, Jul 11, 2010 at 6:52 PM, Thomas Bächler > wrote: > > Hello, > > > > I -Syu'd and rebooted all our servers, let me know if there are any > > problems. > > > > > > no idea if it's related or if I missed something but abs'ing yes

Re: [arch-general] [arch-dev-public] System update on all Arch Servers

2010-07-11 Thread Emmanuel Benisty
On Sun, Jul 11, 2010 at 6:52 PM, Thomas Bächler wrote: > Hello, > > I -Syu'd and rebooted all our servers, let me know if there are any > problems. > > no idea if it's related or if I missed something but abs'ing yesterday was fine, today I get: [r...@blackout ~]# abs ==> Starting ABS sync... Un

Re: [arch-general] [PATCH 1/1] Make umounting filesystems much more paranoid.

2010-07-11 Thread Dieter Plaetinck
fwiw in AIF I do something similar (see http://github.com/Dieterbe/aif/blob/master/src/core/libs/lib-blockdevices-filesystems.sh#L457) (but there i use a text file containing all mountpoints) The interesting thing is, to find the order in which you should mount or (or umount) blockdevices can be f

[arch-general] [PATCH 1/1] Make umounting filesystems much more paranoid.

2010-07-11 Thread Victor Lowther
In addition to just umounting filesystems, we also try to tear down volume groups, crypt mappings, and loopback devices. We skip /, /proc, /sys, and /dev when umounting filesystems. We do all of the above in a loop, escalating how forcible we are in umounting filesystems up to the point where

[arch-general] [PATCH 2/2] Add daemon-functions to install.sh

2010-07-11 Thread Victor Lowther
--- install.sh |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/install.sh b/install.sh index 2b2cbbc..122d4a2 100755 --- a/install.sh +++ b/install.sh @@ -14,7 +14,10 @@ done install -D -m755 adjtime.cron ${DESTDIR}/etc/cron.hourly/adjtime -install -D -m644 functi

[arch-general] [PATCH 1/2] Add daemon-functions to the initscripts package.

2010-07-11 Thread Victor Lowther
This file encapsulates most common rc.d daemon script idioms, and should allow most of then to be about 6 lines long (not including whitespace) Using it will require some modifications to the /etc/conf.d files, as the generic functions expect all daemon options to be in $OPTS Among other things,

Re: [arch-general] nVidia MCP79

2010-07-11 Thread Rafael Beraldo
2010/7/11 Rafael Beraldo > > $ cat /proc/asound/card0/codec#* | grep Codec > Codec: Realtek ALC269 > Codec: Nvidia MCP79/7A HDMI > > Which, I think, means that MCP79 only controls HDMI audio output. I was > looking at the wrong place all this time. This card is not shown when I run > lspci. Any

Re: [arch-general] [arch-dev-public] [signoff] hdparm-9.29-1

2010-07-11 Thread Emmanuel Benisty
On Sun, Jul 11, 2010 at 9:47 PM, Tobias Powalowski wrote: > Am Sonntag 11 Juli 2010 schrieb Emmanuel Benisty: >> On Sun, Jul 11, 2010 at 8:34 PM, Tobias Powalowski wrote: >> > Am Sonntag 11 Juli 2010 schrieb Ionuț Bîru: >> >> On 07/06/2010 02:49 PM, Ionuț Bîru wrote: >> >> > On 07/06/2010 02:46 P

Re: [arch-general] [arch-dev-public] [signoff] hdparm-9.29-1

2010-07-11 Thread Tobias Powalowski
Am Sonntag 11 Juli 2010 schrieb Emmanuel Benisty: > On Sun, Jul 11, 2010 at 8:34 PM, Tobias Powalowski wrote: > > Am Sonntag 11 Juli 2010 schrieb Ionuț Bîru: > >> On 07/06/2010 02:49 PM, Ionuț Bîru wrote: > >> > On 07/06/2010 02:46 PM, Tobias Powalowski wrote: > >> >> Am Montag 05 Juli 2010 schrie

Re: [arch-general] [arch-dev-public] [signoff] hdparm-9.29-1

2010-07-11 Thread Emmanuel Benisty
On Sun, Jul 11, 2010 at 8:34 PM, Tobias Powalowski wrote: > Am Sonntag 11 Juli 2010 schrieb Ionuț Bîru: >> On 07/06/2010 02:49 PM, Ionuț Bîru wrote: >> > On 07/06/2010 02:46 PM, Tobias Powalowski wrote: >> >> Am Montag 05 Juli 2010 schrieb Tobias Powalowski: >> >>> Hi guys, >> >>> bump to latest v

Re: [arch-general] nVidia MCP79

2010-07-11 Thread Rafael Beraldo
2010/7/11 bardo > I didn't say we have the same soundcard, I said we have the same > chipset, but also that the same chipset can see different releases in > time (my Macbook was bought in late 2008). Check your codec instead, > by launching > > cat /proc/asound/card0/codec#* | grep Codec > $ c

Re: [arch-general] nVidia MCP79

2010-07-11 Thread bardo
2010/7/11 Rafael Beraldo : > According to Corrado, the MacBook uses the same sound card that my netbook > uses. This wiki page says the model parameter can be either mbp3 or mb5: > http://wiki.archlinux.org/index.php/MacBook_Aluminum#Sound I didn't say we have the same soundcard, I said we have th

Re: [arch-general] nVidia MCP79

2010-07-11 Thread Rafael Beraldo
2010/7/11 bardo > 2010/7/11 Alexander Lam : > >> Tried the RC kernel with no success. Sound was the same as in the > current > >> kernel. Maybe it _is_ low and there is no solution or I'm just crazy. > > I'm sorry about that. You could be right, though, after all it is a > netbook. > > > does the

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

2010-07-11 Thread Victor Lowther
On Sun, 2010-07-11 at 14:26 +0200, Thomas Bächler wrote: > Am 11.07.2010 14:20, schrieb Victor Lowther: > > Going back through and rewriting the patch series to do that will be > > jsut about as much effort as creating the original one was. If I had > > know that was what your preference was, I wo

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

2010-07-11 Thread Thomas Bächler
Am 11.07.2010 14:20, schrieb Victor Lowther: > Going back through and rewriting the patch series to do that will be > jsut about as much effort as creating the original one was. If I had > know that was what your preference was, I would have written it that > way to begin with. Since the end resu

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

2010-07-11 Thread Victor Lowther
On Sun, Jul 11, 2010 at 4:45 AM, Thomas Bächler wrote: > First of all: Sorry that I haven't finished the review, I have been busy > with work and the heat kept me from thinking clearly. > > Am 07.07.2010 06:25, schrieb Dan McGee: >> On Tue, Jul 6, 2010 at 11:03 PM, Allan McRae wrote: >>> Here is

Re: [arch-general] script to recursively convert filenames to uppercase

2010-07-11 Thread bardo
2010/7/11 Patrick Burroughs : > I believe this should do it: > find -depth -execdir sh -c 'mv {} $(echo {} | tr a-z A-Z)' \; Looks good, anyway s/he asked for files, so I'd add a '-type f' to the command line. C

Re: [arch-general] script to recursively convert filenames to uppercase

2010-07-11 Thread Patrick Burroughs
On Sun, Jul 11, 2010 at 03:14, F. Gr. wrote: > Does anybody know a Perl or Bash script to do what I've written in the > subject? I believe this should do it: find -depth -execdir sh -c 'mv {} $(echo {} | tr a-z A-Z)' \; ~celti

[arch-general] [arch-dev-public] [signoff] hdparm-9.29-1

2010-07-11 Thread Emmanuel Benisty
-- Forwarded message -- From: Emmanuel Benisty To: Public mailing list for Arch Linux development Date: Sun, 11 Jul 2010 17:28:50 +0700 Subject: Re: [arch-dev-public] [signoff] hdparm-9.29-1 On Sun, Jul 11, 2010 at 1:42 PM, Tobias Powalowski wrote: > Am Dienstag 06 Juli 2010 schr

Re: [arch-general] nVidia MCP79

2010-07-11 Thread bardo
2010/7/11 Alexander Lam : >> Tried the RC kernel with no success. Sound was the same as in the current >> kernel. Maybe it _is_ low and there is no solution or I'm just crazy. I'm sorry about that. You could be right, though, after all it is a netbook. > does the nvidia MCP79 utilize the intel hd

[arch-general] script to recursively convert filenames to uppercase

2010-07-11 Thread F. Gr.
Does anybody know a Perl or Bash script to do what I've written in the subject? TIA

Re: [arch-general] nVidia MCP79

2010-07-11 Thread Alexander Lam
On Sat, Jul 10, 2010 at 9:36 PM, Rafael Beraldo wrote: > 2010/7/10 bardo > > > 2010/7/10 Rafael Beraldo : > > > I just tested the microphone in Audacity (I think it uses ALSA, doesn't > > > it?). It works pretty well! > > > > It uses what it's told to, I don't remember what the default is as I >

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

2010-07-11 Thread Thomas Bächler
First of all: Sorry that I haven't finished the review, I have been busy with work and the heat kept me from thinking clearly. Am 07.07.2010 06:25, schrieb Dan McGee: > On Tue, Jul 6, 2010 at 11:03 PM, Allan McRae wrote: >> Here is a quick review on all these patches. I recommend that the lvm a