July 2010 - Arch-general - lists.archlinux.org

[arch-general] [PATCH 1/2] Add daemon-functions to the initscripts package.
by Victor Lowther 11 Jul '10

11 Jul '10

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, this will close feature request# 18654 It was written on top of my bashification patch series, but is mostly independent of it. --- daemon-functions | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ functions | 2 + 2 files changed, 74 insertions(+), 0 deletions(-) diff --git a/daemon-functions b/daemon-functions new file mode 100755 index 0000000..5f7660a --- /dev/null +++ b/daemon-functions @@ -0,0 +1,72 @@ +#!/bin/bash +# This file contains helper functions for initscripts in /etc/rc.d. +# I am keeping it seperate from the main /etc/rc.d/functions for now. +# Using this file makes most /etc/rc.d files as simple as +# #!/bin/bash +# DAEMON=/path/to/daemon +# case $1 in +# start|stop|restart|status) $1;; +# *) usage;; +# esac + +shopt -s extglob + +# first, source our usual files. +. /etc/rc.conf +. /etc/rc.d/functions + +# Next, declare some useful helper functions +have_daemon() { + local f + [[ $DAEMON && -x $DAEMON ]] || return 1 + [[ $DAEMONNAME ]] || DAEMONNAME="${0##*/}" + PIDS=($(pidof -o %PPID "$DAEMON")) + [[ $DAEMONCONF ]] || \ + for f in "$DAEMONNAME" "$DAEMONNAME.conf"; do + [[ -f /etc/conf.d/$f ]] || continue + DAEMONCONF="/etc/conf.d/$f" + break + done + return 0 +} + +start() { + have_daemon || exit 1 + [[ -f $DAEMONCONF ]] && . "$DAEMONCONF" + stat_busy "Starting $DAEMONNAME" + if [[ ! $PIDS ]] && "$DAEMON" $OPTS >/dev/null 2>&1; then + add_daemon "$DAEMONNAME" + stat_done + else + stat_fail + fi +} + +stop() { + have_daemon || exit 1 + stat_busy "Stopping $DAEMONNAME" + if [[ $PIDS ]] && kill "${PIDS[@]}" >/dev/null 2>&1; then + rm_daemon "$DAEMONNAME" + stat_done + else + stat_fail + fi +} + +restart() { + have_daemon || exit 1 + stat_busy "Restarting $DAEMONNAME" + "$0" stop + sleep 1 + "$0" start +} + +status() { + have_daemon || exit 1 + stat_busy "Checking status of $DAEMONNAME" + ck_status "$DAEMONNAME" +} + +usage() { + echo "Usage: $0 {start|stop|restart|status}" +} \ No newline at end of file diff --git a/functions b/functions index 5e9a3b5..83f8fb7 100644 --- a/functions +++ b/functions @@ -197,8 +197,10 @@ status_stopped() { ck_status() { if ! ck_daemon "$1"; then status_started + return 0 else status_stopped + return 1 fi } -- 1.7.1.1

1 1

Re: [arch-general] [arch-dev-public] [signoff] hdparm-9.29-1
by Emmanuel Benisty 11 Jul '10

11 Jul '10

On Sun, Jul 11, 2010 at 8:34 PM, Tobias Powalowski <t.powa(a)gmx.de> 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 version, added wiper.sh script. >> >>> please signoff both arches >> >>> >> >>> greetings >> >>> tpowa >> >> >> >> bump >> > >> > signoff x86_64 >> >> i'm canceling this signoff. happens when you have the output redirected >> into /dev/null >> >> hdparm -B 254 /dev/sda >> >> /dev/sda: >> setting Advanced Power Management level to 0xfe (254) >> HDIO_DRIVE_CMD failed: Input/output error >> HDIO_DRIVE_CMD(identify) failed: Input/output error > I get this here too, but i don't know if this have to work for each drive. what do you mean "for each drive" ? AFAIC, I have only one on this machine (it's a laptop). cheers

2 2

[arch-general] script to recursively convert filenames to uppercase
by F. Gr. 11 Jul '10

11 Jul '10

Does anybody know a Perl or Bash script to do what I've written in the subject? TIA

3 2

[arch-general] [arch-dev-public] [signoff] hdparm-9.29-1
by Emmanuel Benisty 11 Jul '10

11 Jul '10

---------- Forwarded message ---------- From: Emmanuel Benisty <benisty.e(a)gmail.com> To: Public mailing list for Arch Linux development <arch-dev-public(a)archlinux.org> 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 <t.powa(a)gmx.de> wrote: > Am Dienstag 06 Juli 2010 schrieb Ionuț Bîru: >> On 07/06/2010 02:46 PM, Tobias Powalowski wrote: >> > Am Montag 05 Juli 2010 schrieb Tobias Powalowski: >> >> Hi guys, >> >> bump to latest version, added wiper.sh script. >> >> please signoff both arches >> >> >> >> greetings >> >> tpowa >> > >> > bump >> >> signoff x86_64 > anyone i686? > > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tpowa(a)archlinux.org > [root@blackout ~]# hdparm -B 254 /dev/sda /dev/sda: setting Advanced Power Management level to 0xfe (254) HDIO_DRIVE_CMD failed: Input/output error HDIO_DRIVE_CMD(identify) failed: Input/output error it works fine with 9.28 cheers

1 0

[arch-general] Updated kernel - 2nd issue - compiz whitescreens (radeon driver)
by David C. Rankin 11 Jul '10

11 Jul '10

Guys, One other issue I am having with the box after the kernel update is that compiz whitescreens now. (that usually means a driver wasn't recompiled, but this is with the stock xf86-video-ati package). Compiz starts just fine, I get the splash screen, but everything is white. I have had that a number of times when I have forgotten to recompile a driver after a kernel update, but not when using a stock driver. The package I have is: xf86-video-ati-6.13.0-1-x86_64.pkg.tar.xz (I checked with lsmod and the radeon driver was loaded just fine) Currently I am not using an xorg.conf, so everything is from the default settings. Not long ago I posted about how impressed I was with the new kernel and ati driver, but something seems to be out of whack now. What can I try to get compiz running again? (I got this much info before being stuck by the UTF-8 issue, so we will have to fix that one before I can boot to work on this compiz issue) Thanks again for your help. -- 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

1 0

[arch-general] Updated kernel to 34.1 on x86-64 laptop, won't boot, stuck "Setting Console to UTF-8 Mode" ??
by David C. Rankin 11 Jul '10

11 Jul '10

Guys, I need help recovering from a failure to boot. I updated the kernel to kernel26-2.6.34.1-1 and booted once without issue. I then just configured kdemod3 a bit and went to reboot and now the boot process sticks at the message: "Setting Console to UTF-8 Mode" Huh? I tried the fallback kernel, and it sticks at the same point. Double Huh? I don't understand how it could boot once, then not boot anymore, especially since it sticks at the weird UTF-8 message. That just seems like a weird place to stop in the boot process. When it sticks, the box is hardlocked. I have to power-off to get out of there. ctrl+alt+del or ctrl+c, etc. has no effect. I can boot the new install medium just fine and I can chroot the system under a mount point, but I don't know how to go about fixing or even figuring out this problem. Can anyone offer any suggestions or help explaining what I should try to get the box going again? Thanks. -- 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

1 0

[arch-general] wodim permissions
by Dan Martins 10 Jul '10

10 Jul '10

Hi, Today I found that I need to add the +s flag to /usr/bin/wodim to be able to burn CDs. In the past I did not think this was the case. I have hal running still and my user is a member of the optical group. I last updated this morning. I'm running testing on x86_64 in case that makes a difference. Is anyone else seeing the same problem after a recent update? I'm actually using brasero to burn but it seems like a permission issue due to the log file: BraseroGenisoimage got varg: /usr/bin/genisoimage -input-charset utf8 -r -graft-points -path-list /tmp/brasero_tmp_017RFV -exclude-list /tmp/brasero_tmp_N57RFV -V Music 2 -A Brasero-2.30.2 -sysid LINUX BraseroGenisoimage Launching command BraseroGenisoimage called brasero_job_get_fd_out BraseroGenisoimage called brasero_job_get_fd_in BraseroGenisoimage called brasero_job_get_fd_out BraseroWodim stderr: wodim: No write mode specified. BraseroWodim called brasero_job_get_flags BraseroWodim stdout: TOC Type: 1 = CD-ROM BraseroWodim stderr: wodim: Assuming -tao mode. BraseroWodim called brasero_job_get_flags BraseroWodim stdout: HUP BraseroWodim stderr: wodim: Future versions of wodim may have different drive dependent defaults. BraseroWodim called brasero_job_get_flags BraseroWodim stderr: wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits. BraseroWodim called brasero_job_get_flags BraseroWodim stderr: wodim: Resource temporarily unavailable. Cannot get mmap for 32509952 Bytes on /dev/zero. BraseroWodim called brasero_job_get_flags BraseroWodim stderr: HUP BraseroGenisoimage stderr: Using BBC_S000 for Led Zeppelin/BBC Sessions (Disc 2) (BBC Sessions (Disc 1)) BraseroWodim process finished with status 11 BraseroWodim called brasero_job_error BraseroWodim finished with an error BraseroWodim asked to stop because of an error error = 0 message = "no message" BraseroGenisoimage stopping BraseroGenisoimage got killed BraseroGenisoimage disconnecting BraseroGenisoimage from BraseroChecksumImage BraseroChecksumImage stopping BraseroChecksumImage disconnecting BraseroChecksumImage from BraseroWodim BraseroChecksumImage closing connection for BraseroChecksumImage BraseroWodim stopping BraseroWodim closing connection for BraseroWodim Session error : unknown (brasero_burn_record brasero-burn.c:2842) Regards, Dan

1 0

[arch-general] i915 Module Problem
by Xiaochen Gao 10 Jul '10

10 Jul '10

Dear All, Sorry for the spam. I am new to this list and I'm fairly new to Arch Linux. I encountered a problem when I tried to install and use Arch Linux 2010.05. It seems to be: if modules auto-load is set to yes or I manually set i915 to load in rc.conf, my computer will stop and chang to blank black screen. If I disable i915 the system will start without error, but only with low defination display. My computer is new lenovo Thinkpad X201, with i5-540 processor and integrated Intel HD Graphics. Here I'm wondering whether it is a i915 error, or BIOS or any problem of my computer? And can I have an alternative method to start my Arch Linux system with normal defination display? Thank you very much. Xiaochen

3 2

[arch-general] Rsync not handling spaces in directory names
by Jordan Windsor 10 Jul '10

10 Jul '10

I'm unable to get rsync to handle a particular directory which contains spaces within its name. Here's the command I run and the output: [jordan@archpc Program Files]$ rsync -rve 'ssh -p 2222' Steam archlap:/mnt/media/larissa-wine/drive_c/Program\ Files jordan@archlap's password: sending incremental file list created directory /mnt/media/larissa-wine/drive_c/Program Steam/ Steam/AppUpdateStats.blob Steam/CSERHelper.dll Steam/ClientRegistry.blob Steam/GameOverlayRenderer.dll Steam/GameOverlayRenderer.log Steam/GameOverlayUI.exe Steam/GameValidation.log Steam/Steam.dll Steam/Steam.exe Steam/SteamUI.dll Steam/SteamUI_1289.mst Steam/Steam_61.mst Steam/Support.url Steam/ThirdPartyLegalNotices.doc Steam/WriteMiniDump.exe Steam/dbghelp.dll Steam/mss32_s.dll Steam/steam.ico Steam/steam.log Steam/steam_1289_assert_2010_7_6T17_13_2C0.mdmp Steam/steam_1289_assert_2010_7_8T16_47_28C0.mdmp ^CKilled by signal 2. rsync error: unexplained error (code 255) at rsync.c(543) [sender=3.0.7] I killed the program before it continued, It created a directory on the destinations with the name "Program" when it should have sync'd the Steam folder within the "Program Files" directory. Here's the output of ls -l in the destination directory parent: [jordan@archlap drive_c]$ ls -l total 1572 drwxr-xr-x 3 jordan users 4096 Jul 10 13:26 Program drwxrwxr-- 6 larissa users 4096 Jul 10 12:55 Program Files -rwxrwxr-x 1 larissa users 1588224 Jun 16 17:42 SteamInstall.msi drwxrwxr-x 4 larissa users 4096 Jun 16 17:27 users drwxrwxr-x 14 larissa users 4096 Jun 19 21:08 windows drwxrwxr-x 2 larissa users 4096 Jun 16 23:49 winetrickstmp [jordan@archlap drive_c]$ The jordan users is part of the "users" group and has the correct permission. Thanks!

2 2

[arch-general] Blanks screen after boot
by Philipp 09 Jul '10

09 Jul '10

Hey, I have this problem since a while but it got a lot worse with the last two kernel versions. Now there's an about 50/50 chance to see the user login or simply not see it. I don't have any login manager set up, so after boot there's simply the user login and after that I issue startx. It all works just fine,even if I can't see a thing, and once I issued startx everything goes back to normal, the screen isn't blank anymore. The machine has an Intel chipset, and I guess it's related to that and/or KMS, but that's as far as my guess goes. Maybe one of you knows something about that kind of issue? -- Regards, Philipp -- "Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan

4 8