- Arch-general - lists.archlinux.org

[arch-general] X fails to start with intel card after latest kernel update
by David C. Rankin 17 Oct '09

17 Oct '09

Listmates, After the latest kernel update, I cannot start X for the Arch box I have that has an onboard intel graphics card. (Dell 280GX sff) The errors are: 02:31 nirvana:/srv/www/download/Archlinux/bugs/supersff> grep "(EE)" Xorg.0.log (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (EE) Failed to load module "i810" (module does not exist, 0) (EE) Failed to load module "fbdev" (module does not exist, 0) Obviously it is complaining about the intel i810 and framebuffer modules. Why? This box has always worked fine with the 915 module. It looks like all the normal intel modules are loaded: 02:34 supersff:~> lsmod | grep "intel\|915" i915 231880 0 drm 156160 1 i915 i2c_algo_bit 5888 1 i915 video 20116 1 i915 snd_intel8x0 30616 0 snd_ac97_codec 106112 1 snd_intel8x0 snd_pcm 74464 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd 58820 9 snd_seq_oss,snd_seq,snd_intel8x0,snd_seq_device,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer snd_page_alloc 8900 2 snd_intel8x0,snd_pcm intel_agp 28348 1 i2c_core 21808 4 i915,drm,i2c_algo_bit,i2c_i801 agpgart 32660 2 drm,intel_agp Any ideas? I'm not even sure where to begin on this one. This box doesn't have an xorg.conf and the defaults have always worked just fine. What could have changed? Full Xorg.0.log and pacman.log are here: http://www.3111skyline.com/download/Archlinux/bugs/supersff/Xorg.0.log http://www.3111skyline.com/download/Archlinux/bugs/supersff/pacman.log.bz2 Any help would be appreciated. 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

13 40

[arch-general] Latest Kernel Update Breaks kdm with Radeonhd (abterm of greeter) -- Requires Removal of xorg.conf
by David C. Rankin 17 Oct '09

17 Oct '09

Guys, I almost had a heartattack tonight when I updated my laptop and X died. I though "oh no, here we go again -- the intel story all over again..." After update I did a clean restart and the first thing I noticed was the screen resolution changed (twice) during the boot process: (1) First few lines ~ 640x480 regular text (2) Arch console splash displayed, looked like 1024x768 ::process a [result] ::process b [result] ::process c [result] (3) The something switched again and right justified the results: ::process d [result] ::process e [result] ::process f [result] Then when Runlevel 5 was reached and X started it hung and looked like it was frying my screen (started out blackscreened and then became progressively brighter until ctrl+alt+F1 to drop to console). I killed kdm (initially using kdm3) with /etc/rc.d/kdm3 stop and confirmed all was dead with ps ax | grep kdm. Thinking it could have been a problem with kdm3 versus kdm, I tried to start kdm with /etc/rc.d/kdm start -- same result. X hung, same frying screen look ctrl+alt+F1 to drop to console. Crap! Ok, then I decided to try starting X without an xorg.conf to see if the defaults would work. /etc/rc.d/kdm start -- same result. X hung, same frying screen look ctrl+alt+F1 to drop to console. Alright, I killed everything off and tried the kde3 greeter with /etc/rc.d/kdm3 start -- Ha! It worked (I'm typing now) Whatever is going on with the modules moving into the kernel, etc. there are some very nasty unexpected consequences for users. I am glad I was able to get the kde3 greeter to start X, but I suspect that if I only had kde4 installed, I would be dead-in-the-water. (I launch kde4 from the kde3 greeter) An example of the errors.log messages I saw were: Oct 16 16:37:15 alchemy kernel: ..MP-BIOS bug: 8254 timer not connected to IO- APIC Oct 16 16:37:15 alchemy kernel: ata1: softreset failed (device not ready) Oct 16 16:37:17 alchemy kernel: Intel AES-NI instructions are not detected. Oct 16 21:14:39 alchemy kernel: ..MP-BIOS bug: 8254 timer not connected to IO- APIC Oct 16 21:14:39 alchemy kernel: ata1: softreset failed (device not ready) Oct 16 21:14:39 alchemy kernel: fb: conflicting fb hw usage radeondrmfb vs VESA VGA - removing generic driver Oct 16 21:14:55 alchemy kernel: [drm:radeon_cp_setparam_kms] *ERROR* invalid ioctl with kms radeon_cp_setparam_kms Oct 16 21:14:55 alchemy kernel: [drm:radeon_cp_init_kms] *ERROR* invalid ioctl with kms radeon_cp_init_kms Oct 16 21:16:31 alchemy kernel: [drm:radeon_cp_setparam_kms] *ERROR* invalid ioctl with kms radeon_cp_setparam_kms Oct 16 21:16:31 alchemy kernel: [drm:radeon_cp_init_kms] *ERROR* invalid ioctl with kms radeon_cp_init_kms Oct 16 21:16:51 alchemy kernel: [drm:radeon_cp_setparam_kms] *ERROR* invalid ioctl with kms radeon_cp_setparam_kms Oct 16 21:16:51 alchemy kernel: [drm:radeon_cp_init_kms] *ERROR* invalid ioctl with kms radeon_cp_init_kms Oct 16 21:16:56 alchemy kdm_greet[1905]: Cannot load /usr/share/apps/kdm/faces/.default.face: No such file or directory Oct 16 21:16:56 alchemy kdm: :0[1903]: Abnormal termination of greeter for display :0, code 1, signal 0 Oct 16 21:17:34 alchemy kdm_greet[1949]: Cannot load /usr/share/apps/kdm/faces/.default.face: No such file or directory Oct 16 21:17:34 alchemy kdm: :0[1947]: Abnormal termination of greeter for display :0, code 1, signal 0 So far performance is fine with the new setup. To be honest, I don't even know what driver is being used at the moment (I haven't had time to check. I thought I would get this post out in case some other radeonhd user is freaking out after update). I have captured the following information and I'm making it available to the devs if anyone is interested in what happened here. This laptop is an old Toshiba P205d (Radeon RS690M graphics card). The information I saved is: (hostname is alchemy) dmesg.alchemy.txt dmidecode.alchemy.txt errors.log everything.log kdm.log kernel.log lspci.alchemy.txt messages.log pacman.log Xorg.0.log Xorg.0.log.old Xorg.1.log Xorg.1.log.old xorg.conf All of the files are contained in a bzipped tar archive at (~126k): http://www.3111skyline.com/download/Archlinux/alchemy/alchemy.X.crash.tar.b… Each of the files can be accessed individually at: http://www.3111skyline.com/download/Archlinux/alchemy/ Let me know if I can provide more information. -- 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

2 2

[arch-general] Question about the mailman package
by Sebastian Köhler 17 Oct '09

17 Oct '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just tried to install the mailman package but I'm wondering if there is a good reason why this package installs all its content into /home/ ? Wouldn't /opt/ be a better place for a program like mailman? According to [1] the /home/ directory is off limits for packages. [1]<http://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Directories> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJK2a8DAAoJELgoSeO+fWZhrEwP/1oKxRIj38Nc7vYXRZU8QOEh 4FSIUlIlFq+lP2/1Xumf6AJEzd+Xb+c2H1AsdRkeLu2nnz0JEhw051Eydz+7v1Q2 oPePB974xFta0Q8Uoyj71tSyvg1lUZ/Zx4NjrXQNVvkxK9ChZfvj90pxB61q47Pr qkdD7Xh3y8wyjXuAAB06SINElhtrP6n823y47Z26JrpgEBN2wYBw0Lwv1B+NveLp PgmRdvcPrL7c7Ln3Vmg8cZmXVnDb6PqTW07SOv9TmS9SXdnrDyeF6YRMZhLiXpm6 EwdoCUAQ2zkphL9IAEHwNHTc4DXWO+rqYUQwb+3vC4oSbs0hqexe1azM1o0X4EyD 81rdj/8VIT3+zTE0cq1DOgSd94wO7usklRtA9Zg+Yj2Q8KnffP0s8g2UUQi58xBZ y+aZog+ZTJ0fwobPAsgZ7DnCP9+oaCmouN4avqNUC8/Amc6d2Q9i7lIAaxXU5mRk pK3cI8evszEhDlg1JcM+O0DNWkfNAgDnaxiraIZRP9c66mPFsIuftcnQ/ztFOJo+ uhw4owlJ3UchRFU57sFtljp/GcpZBFxiuBhoK60w+XkV3SmKC7M8lckC1snEqpp9 giWl/3t6Ek+OF3gZmwfLw2GYJHFesrrufGRqFMgYqVN0I8Nyb/W77SK8VsUYAo2m SvICyhn44Hs08w8dHo+r =u5ku -----END PGP SIGNATURE-----

2 2

[arch-general] Intel AG 4965
by Alan Hoffmeister 17 Oct '09

17 Oct '09

Hello guyz! First of all, let me introduce. My name is Alan Hoffmeister, I'm from Brazil and I'm a new user to Archlinux. I sucefully installed Arch and XFCE4 on my notebook (by the way, awesome performance compared to Win7), my wired network is connecting Ok, I'm using networkmanager to manage my connections... The nm-applet can see all SSIDs around my notebook, it ask me some password, but when it try to get an IP it fails... I had this problem whit wicd too.. Always failing to get an IP.. Here is my rc.conf: ############################# Start ####################################### # # /etc/rc.conf - Main Configuration for Arch Linux # # ----------------------------------------------------------------------- # LOCALIZATION # ----------------------------------------------------------------------- # # LOCALE: available languages can be listed with the 'locale -a' command # HARDWARECLOCK: set to "UTC" or "localtime" # USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock # TIMEZONE: timezones are found in /usr/share/zoneinfo # KEYMAP: keymaps are found in /usr/share/kbd/keymaps # CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US) # CONSOLEMAP: found in /usr/share/kbd/consoletrans # USECOLOR: use ANSI color sequences in startup messages # LOCALE="pt_BR.utf8" HARDWARECLOCK="" USEDIRECTISA="no" TIMEZONE="America/Sao_Paulo" KEYMAP="us-acentos" CONSOLEFONT="lat0-16" CONSOLEMAP= USECOLOR="yes" # ----------------------------------------------------------------------- # HARDWARE # ----------------------------------------------------------------------- # # MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed # MOD_BLACKLIST: Prevent udev from loading these modules # MODULES: Modules to load at boot-up. Prefix with a ! to blacklist. # # NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array. # MOD_AUTOLOAD="yes" #MOD_BLACKLIST=() #deprecated MODULES=(iwl4965) # Scan for LVM volume groups at startup, required if you use LVM USELVM="no" # ----------------------------------------------------------------------- # NETWORKING # ----------------------------------------------------------------------- # # HOSTNAME: Hostname of machine. Should also be put in /etc/hosts # HOSTNAME="archie" # Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces. # # Interfaces to start at boot-up (in this order) # Declare each interface then list in INTERFACES # - prefix an entry in INTERFACES with a ! to disable it # - no hyphens in your interface names - Bash doesn't like it # # DHCP: Set your interface to "dhcp" (eth0="dhcp") # Wireless: See network profiles below # #Static IP example #eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255" eth0="dhcp" wlan0="dhcp" INTERFACES=(!eth0) WLAN_INTERFACES=(!wlan0) # Routes to start at boot-up (in this order) # Declare each route then list in ROUTES # - prefix an entry in ROUTES with a ! to disable it # gateway="default gw 192.168.0.1" ROUTES=(!gateway) # Enable these network profiles at boot-up. These are only useful # if you happen to need multiple network configurations (ie, laptop users) # - set to 'menu' to present a menu during boot-up (dialog package required) # - prefix an entry with a ! to disable it # # Network profiles are found in /etc/network.d # # This now requires the netcfg package # #NETWORKS=(main) # ----------------------------------------------------------------------- # DAEMONS # ----------------------------------------------------------------------- # # Daemons to start at boot-up (in this order) # - prefix a daemon with a ! to disable it # - prefix a daemon with a @ to start it up in the background # DAEMONS=(syslog-ng !network netfs crond @alsa hal fam networkmanager) ############################# End ####################################### And this is my iwconfig wlan0: iwconfig wlan0 wlan0 IEEE 802.11abgn ESSID:"" Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated Tx-Power=14 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality:0 Signal level:0 Noise level:0 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Some clue? Att, Alan

6 7

[arch-general] Something so ugly only a BASH scripter could love it.
by David C. Rankin 17 Oct '09

17 Oct '09

Listmates, Here is an off-the-wall one for the BASH guys. Many times I need to get file or directory information from the command line with wildcards in the filename or path. I have always hated having to quote the filename or path to prevent shell expansion before it gets to my script. I was pecking around on a script for rsync that would take the same type of file and path information with wildcards and hit upon a really cool way to handle the input without having to quote the names with wildcards to prevent expansion. (.. at least I thought it was cool) Any way, I thought somebody else could get some use out of it. I've replaced the rsync calls with echo statments so your can test it if you have any use for it. Any script that deals with multiple files or filespecs is a candidate for its use. Take a look. The process is a 2-loop process with an Array of cli inputs as the outer loop and the inner loop tests whether the array element holds a directory or a filespec with globbing. If it is a filespec with wildcards, then the wildcards are processed with the inner loop using ls for the individual files. Works for one file or a thousand specified in as many chunks as you want to put on the command line: #!/bin/bash --norc OLDIFS=$IFS IFS=$'\n' ## Fill an Array with all CLI input declare -a CLIARRAY CLIARRAY=( "$@" ) ## Step through CLIARRAY with ls to expand wildcards and process ## files specified on the command line sequentially. Rely on ## rsync to throw error if bad filename ## Simple echo is used for this example for ((a=0;a<${#CLIARRAY[@]};a++)); do ## if the argument is a directory rsync in 1 shot, else rsync each file if [[ -d ${CLIARRAY[${a}]} ]]; then echo "directory: ${CLIARRAY[${a}]}" else for b in $(ls ${CLIARRAY[${a}]}); do echo "file: $b" done fi done IFS=$OLDIFS exit 0 If you are interested in using it with rsync as I had it originally, just replace the first echo with: rsync -ruv ${CLIARRAY[${a}]} ${SSUSER}@${DESTHOST}:${DESTPATH} and the second echo with: rsync -ruv $b ${SSUSER}@${DESTHOST}:${DESTPATH} This allowed me to collect a lot of dispersed information for troubleshooting the X issues that have been plaguing me with a minimum of typing. I had used it like: 2nv /var/log/mes* /var/log/Xorg.* /var/log/kdm.log (the script name was 2nv (short for rsync to nirvana) but it allow chunks to be thown into it and it would nicely rsync the wanted files to their destination. Script in good health :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

1 0

[arch-general] Who has the original for backgrounds in /usr/share/archlinux/wallpaper
by David C. Rankin 17 Oct '09

17 Oct '09

Listmates Does anybody know who has the originals of the wallpapers in /usr/share/archlinux/wallpaper? I as because I would like to get the backgrounds but have the arch logo moved to the lower left corner instead of the center or the right where they are covered by the kde4 weather app and CPU meter. I don't mind putting the arch logos back on just the plain backgrounds, but with the textures and patterns involved, there aren't something you can just move the logo on. If anybody has them, I would appreciate a copy. 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

2 2

[arch-general] Kernel Updates & radeonhd -- what does that mean for me compiling the radeonhd from git?
by David C. Rankin 17 Oct '09

17 Oct '09

Guys, I don't know exactly how the kernel changes would effect me compiling and installing the radeonhd module from the radeonhd git repository (if at all). My question is "If I compile and install the radeonhd driver, will the new kernel setup use my module or will it use so precompiled module that is built into the kernel?" In the past, for testing all I had to do was build drm and build the radeonhd driver, install both and restart X. How does the new setup effect that? Do I have to rebuild the initfs with mkinitcpio -p kernel26 every time I build a new module like with the intel driver? What say the gurus? -- 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] vi problems
by richard terry 16 Oct '09

16 Oct '09

Hi List, I upgraded a couple of days ago not having done so for a number of weeks and now vi dosn't work properly in a konsole - the key allocations seem all wrong (eg up/down arrows, insert, delete > all print A', B' etc. Clueless as to where to start. Any help appreciated. Richard

7 8

[arch-general] Is it possible to move Mumble to community repository?
by Lauri Niskanen 15 Oct '09

15 Oct '09

Hello, Mumble [1] is an open source, low-latency, high quality voice chat software. It has a stable version package on AUR [2]. Would it be possible to have Mumble in [community]? Mumble is very popular application and it doesn't have any license issues [3]. It has 216 votes on AUR. Pkgstats reports 8.91 % usage [4]. Having Mumble in official repository would help users installing it and keeping it up-to-date. [1] http://mumble.sourceforge.net/Main_Page [2] http://aur.archlinux.org/packages.php?ID=10221 [3] It's licensed as BSD and GPL. [4] http://www.archlinux.de/?page=PackageStatistics -- Ape <Lauri Niskanen>

2 3

[arch-general] [PATCH] automatically mount debugfs
by Markus Trippelsdorf 15 Oct '09

15 Oct '09

Here is a patch for rc.sysinit to automatically mount the kernel's debugfs, if available. (I switched from Gentoo to Arch two days ago and first sent this message to arch-dev-public which turned out to be read-only. Maybe a hint on the mailman page would be nice, to spare future newbies the same experience?) --- rc.sysinit_old 2009-10-14 20:08:56.776237753 +0200 +++ rc.sysinit 2009-10-14 20:40:28.227216838 +0200 @@ -19,6 +19,13 @@ /bin/mount -n -t proc none /proc /bin/mount -n -t sysfs none /sys +# mount debugfs, if available +if [ -d /sys/kernel/debug ]; then + if grep -qs debugfs /proc/filesystems; then + mount -n -t debugfs -o nodev,noexec,nosuid debugfs /sys/kernel/debug + fi +fi + # Copy static device nodes to /dev /bin/cp -a /lib/udev/devices/* /dev/ @@ -288,7 +295,7 @@ /bin/mount -o remount,rw / # Write /proc, /sys and /dev to /etc/mtab if [ -e /proc/mounts ]; then - /bin/grep -e "/proc " -e "/sys " -e "/dev " /proc/mounts >> /etc/mtab + /bin/grep -e "/proc " -e "/sys " -e "/dev " -e "debugfs" /proc/mounts >> /etc/mtab fi # now mount all the local filesystems /bin/mount -a -t $NETFS -O no_netdev -- Markus

3 2