- Arch-general - lists.archlinux.org

[arch-general] CDROM cannot mount
by Thanos Zygouris 19 Feb '10

19 Feb '10

Hi gyus, i got a problem...(do not know how/when did it started though). I cannot mount CD roms...(i do not speak about automounting) Here is what "dmesg" tells: sr 5:0:0:0: [sr0] Unhandled sense code sr 5:0:0:0: [sr0] Result: hostbyte=0x00 driverbyte=0x08 sr 5:0:0:0: [sr0] Sense Key : 0x4 [current] sr 5:0:0:0: [sr0] ASC=0x3e ASCQ=0x2 sr 5:0:0:0: [sr0] CDB: cdb[0]=0x28: 28 00 00 00 e6 2a 00 00 02 00 end_request: I/O error, dev sr0, sector 235688 Buffer I/O error on device sr0, logical block 29461 I got more or less the same problem with almost all my data cds (i do not use audio ones) Also, i cannot even mount them manually (via mount /dev/cdrom0 <dir> or /dev/sr0/ <dir>) But one or two, mounts normally. (I use pcmanfm as a file manager, and yes i have ck-launch-session in my .xinitrc) The strange thing is that all of them can be mounted under Windows XP SP3...so it's not a hardware problem. Looked through Archlinux forums, but found nothing that i could use... Any clues? P.S.1 : Most of the CDs are bootable ones, writen with "cdrecord -v speed=8 dev=/dev/scd0 -data -tao -multi". They boot normally though. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master.

3 9

[arch-general] Kernel 2.6.30 on EEE and KMS
by fons＠kokkinizita.net 19 Feb '10

19 Feb '10

Hello all, I'm installing Arch on an EEE. Following the wiki, I installed from a core image which hase 2.6.30, blocked its update, and then updated all the rest. Starting X I get this: (EE) intel(0): No kernel modesetting driver detected. Does this mean I'll need 2.6.32 anyway (and hence no Wifi) or are there other solutions ? TIA, -- FA O tu, che porte, correndo si ? E guerra e morte !

4 8

[arch-general] EEE 1000H - control of Wifi device
by fons＠kokkinizita.net 19 Feb '10

19 Feb '10

Hello all, A few days ago I installed Arch on an EEE-1000H. Things work very well and I'm sort of impressed by how easy it worked out to be (there were a few hickups but nothing serious). Today I discovered one possible problem. The key combination 'Fn + F2' enables or disables the wireless network device. If you hit it accidentally there's no more wifi. Using netcfg (I'm using the version from testing) doesn't bring it back, as the wlan0 device doesn't exist. The solution is hitting again 'Fn + F2', then netcfg the wireless profile. No big deal for me, but the end users of this machine are less technically inclined. So I'm looking for either - a way to disable the action of this key combination (while leaving the other F-keys intact), or - a way to re-enable the wireless device from a script. The trick mentioned on the EEE-901 wiki echo 1 > /sys/......./wlan0 doesn't work - there's no such file on the 1000H Any hints will be appreciated ! Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !

8 14

[arch-general] new libdrm breaks nouveau
by Ray Kohler 19 Feb '10

19 Feb '10

After upgrading to the just-released libdrm 2.4.18-1 (and the new xorg-server), I can no longer start X: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 (EE) [drm] failed to open device (EE) No devices detected. Fatal server error: no screens found I tried rebuilding xf86-video-nouveau against this new libdrm, but it doesn't compile: nouveau_xv.c: In function ‘nouveau_xv_bo_realloc’: nouveau_xv.c:251: error: ‘NOUVEAU_BO_TILED’ undeclared (first use in this function) nouveau_xv.c:251: error: (Each undeclared identifier is reported only once nouveau_xv.c:251: error: for each function it appears in.) make: *** [nouveau_xv.lo] Error 1 make: *** Waiting for unfinished jobs.... nv_accel_common.c: In function ‘NVAccelInitImageBlit’: nv_accel_common.c:273: error: ‘NV04_IMAGE_BLIT_DMA_NOTIFY’ undeclared (first use in this function) nv_accel_common.c:273: error: (Each undeclared identifier is reported only once nv_accel_common.c:273: error: for each function it appears in.) nv_accel_common.c:275: error: ‘NV04_IMAGE_BLIT_COLOR_KEY’ undeclared (first use in this function) nv_accel_common.c:279: error: ‘NV04_IMAGE_BLIT_CLIP_RECTANGLE’ undeclared (first use in this function) nv_accel_common.c:283: error: ‘NV04_IMAGE_BLIT_OPERATION’ undeclared (first use in this function) nv_accel_common.c:284: error: ‘NV04_IMAGE_BLIT_OPERATION_ROP_AND’ undeclared (first use in this function) nv_accel_common.c: In function ‘NVAccelInitScaledImage’: nv_accel_common.c:327: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_DMA_NOTIFY’ undeclared (first use in this function) nv_accel_common.c:337: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_COLOR_CONVERSION’ undeclared (first use in this function) nv_accel_common.c:338: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_COLOR_CONVERSION_DITHER’ undeclared (first use in this function) nv_accel_common.c:340: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_OPERATION’ undeclared (first use in this function) nv_accel_common.c:341: error: ‘NV04_SCALED_IMAGE_FROM_MEMORY_OPERATION_SRCCOPY’ undeclared (first use in this function) nv_accel_common.c: In function ‘NVAccelInitImageFromCpu’: nv_accel_common.c:436: error: ‘NV05_IMAGE_FROM_CPU_BETA4’ undeclared (first use in this function) nv_accel_common.c:439: error: ‘NV05_IMAGE_FROM_CPU_SURFACE’ undeclared (first use in this function) make: *** [nv_accel_common.lo] Error 1 Downgrading libdrm makes X work again. Is this already being worked on, or should I open a bug? If so, against which package, libdrm or xf86-video-nouveau?

2 3

[arch-general] netcfg v2.5.2 in [core]
by James Rayner 18 Feb '10

18 Feb '10

netcfg v2.5.2 This release brings a completely new auto wireless/wired configuration. The old net-auto is deprecated and no longer included. There are also some very minor configuration changes that may affect a few people. Move to new auto-wireless/wired The new automatic connection has proper roaming support and will prove more reliable than the old setup - particularly with more complicated wireless configurations. To migrate to the new automatic wireless setup: 1. pacman -S testing/wpa_actiond 2. Set WIRELESS_INTERFACE="" to your wireless interface in /etc/rc.conf. For example WIRELESS_INTERFACE="wlan0" 3. Add net-auto-wireless to your DAEMONS=() array. Note: wpa-config profiles do not work with this, convert them to wpa-configsection profiles. An example is included in /etc/network.d/examples/ The new auto-wired uses similar configuration - follow the above instructions except use the net-auto-wired daemon, and WIRED_INTERFACE configuration option. New features: - net-auto-wireless/wpa_actiond - Real wireless roaming/auto connection. Based on same principle as autowifi. Requires optional dependency: wpa_actiond - net-auto-wired - automatic ethernet configuration. Requires optional dependency: ifplugd - Interface configurations - set options for all profiles using an interface - Output hooks - Internal cleanup & improvement Internal changes: - Uses wpa_supplicant for all wireless configuration by default, including wep/none security. This adds improves support for most and should improve reliability. - Uses iproute by default for all static configuration. net_tools which contains ifconfig is effectively obsolete and hasnt seen a release for over 8 years. The 'ethernet-iproute' and 'ethernet' connection types have been merged together to simply 'ethernet'. All options are still supported and existing configurations will continue to work for both types. A symlink has been made to ensure that profiles using 'ethernet-iproute' will continue to function. Changes in configuration syntax - net-auto and AUTO_NETWORKS is now deprecated in favour of net-auto-wireless/net-auto-wired. - wireless: If you were previously specifying the wpa_supplicant driver in WPA_OPTS, you now need to specify it in WPA_DRIVER. - wireless: iwconfig based configuration for wep/none can be used by changing to wep-old or none-old. This should not be necessary and is left in place only for the possibility of very old drivers that do not support wpa_supplicant. - ethernet-iproute: As 'ethernet' is now iproute based, those using 'ethernet-iproute' can revert the name. There is a symlink in place, so existing configurations of either name will continue to function regardless. - wireless-dbus: Unsupported. The wpa_supplicant dbus interface isn't particularly well documented and it doesn't fit well into the netcfg codebase. There is a symlink in place so that configurations using wireless-dbus will continue to function using the 'wireless' connection scripts. Download: netcfg 2.5.2 is in [core]. Source: ftp://ftp.archlinux.org/other/netcfg/netcfg-2.5.2.tar.gz PKGBUILD: In subversion Documentation: http://wiki.archlinux.org/index.php/Network_Profiles Contributors: I had a few big contributors to this release: Jim Pryor: Many internal changes and improvements Thomas Bächler: wpa_actiond based auto roaming/connection Thanks guys! Bugs: On the bug tracker as always.

2 1

[arch-general] Pacman Error: upgrading to same package version again & again
by Gaurish Sharma 17 Feb '10

17 Feb '10

Hi, Pacman is acting weird. Its asking me to upgrade same set of packages over & over. Even, I have just updated said packages.I posted my query on forums[1] but helpful reply. So posting it here: gaurish ~ > upgrade :: Synchronizing package databases... core 35.9K 21.8K/s 00:00:02 [#####################################################################] 100% extra 445.1K 31.6K/s 00:00:14 [#####################################################################] 100% community is up to date :: Starting full system upgrade... warning: go-openoffice: ignoring package upgrade (3.2.0.4-1 => 3.2.0.5-1) resolving dependencies... looking for inter-conflicts... Targets (8): flashplugin-10.0.45.2-1 fuse-2.8.3-1 gstreamer0.10-base- plugins-0.10.26-1 soprano-2.4.0.1-1 kdelibs-4.4.0-4 ppp-2.4.5-1 rp-pppoe-3.10-4 vi-050325-2 Total Download Size: 0.15 MB Total Installed Size: 97.46 MB Proceed with installation? [Y/n] y :: Retrieving packages from core... vi-050325-2-x86_64 158.3K 17.8K/s 00:00:09 [#####################################################################] 100% checking package integrity... (8/8) checking for file conflicts [#####################################################################] 100% (1/8) upgrading flashplugin [#####################################################################] 100% (2/8) upgrading fuse [#####################################################################] 100% (3/8) upgrading gstreamer0.10-base-plugins [#####################################################################] 100% (4/8) upgrading soprano [#####################################################################] 100% (5/8) upgrading kdelibs [#####################################################################] 100% (6/8) upgrading ppp [#####################################################################] 100% (7/8) upgrading rp-pppoe [#####################################################################] 100% >>> The kernel-mode plugin has a new place. >>> It's now located under /usr/lib/rp-pppoe/rp-pppoe.so >>> Change LINUX_PLUGIN to the new path in your /etc/ppp/pppoe.conf (8/8) upgrading vi [#####################################################################] 100% Now If I run the update again, it still asks to upgrade same set of packages again. gaurish ~ > upgrade :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... warning: go-openoffice: ignoring package upgrade (3.2.0.4-1 => 3.2.0.5-1) resolving dependencies... looking for inter-conflicts... Targets (7): flashplugin-10.0.45.2-1 fuse-2.8.3-1 gstreamer0.10-base- plugins-0.10.26-1 soprano-2.4.0.1-1 kdelibs-4.4.0-4 ppp-2.4.5-1 rp-pppoe-3.10-4 Total Download Size: 0.00 MB Total Installed Size: 97.12 MB Proceed with installation? [Y/n] y checking package integrity... (7/7) checking for file conflicts [#####################################################################] 100% (1/7) upgrading flashplugin [#####################################################################] 100% (2/7) upgrading fuse [#####################################################################] 100% (3/7) upgrading gstreamer0.10-base-plugins [#####################################################################] 100% (4/7) upgrading soprano [#####################################################################] 100% (5/7) upgrading kdelibs [#####################################################################] 100% (6/7) upgrading ppp [#####################################################################] 100% (7/7) upgrading rp-pppoe [#####################################################################] 100% >>> The kernel-mode plugin has a new place. >>> It's now located under /usr/lib/rp-pppoe/rp-pppoe.so >>> Change LINUX_PLUGIN to the new path in your /etc/ppp/pppoe.conf This errors is weird and I also have fsck root, /home partition . I would apreciate your help in solving this [1] http://bbs.archlinux.org/viewtopic.php?id=91207

4 4

[arch-general] howto trace userland startup
by clemens fischer 17 Feb '10

17 Feb '10

It may so happen that one wants to know what's wrong with some configuration, but it is handled at boot time and the initscripts don't provide enough info. An alternative is to use the hook functions scattered about the initscripts, which may or may not be better for your needs. This is my trick to have certain scripts set to bash's trace mode and leave output in a file. It needs one configuration line in etc/rc.conf and a file in etc/rc.d/functions.d/: Example: # /etc/rc.conf - Main Configuration for Arch Linux ... only_info_pls="*@(/network|/iptables)*:::/root/system/boot/questions/!0-!1-!2.txt" ... This will "trigger" when the name of the script executed matches either */network* or */iptables*, set them to trace mode "-x" and collect their output in files named after the script's name, with "/" replaced by ":". Each of "!0", "!1" .. "!5" undergo this substitution. I get the following files: $ ls -l /root/system/boot/questions/ total 32K -rw-r--r-- 1 root root 1235 Feb 17 20:38 :etc:rc.d:iptables-start-.txt -rw-r--r-- 1 root root 4699 Feb 17 20:37 :etc:rc.d:iptables-stop-.txt -rw-r--r-- 1 root root 8802 Feb 17 20:39 :etc:rc.d:network-start-.txt -rw-r--r-- 1 root root 4827 Feb 17 20:37 :etc:rc.d:network-stop-.txt The syntax of the variable $only_info_pls is like this: <matcher>:::<output> where <matcher> is matched against the scripts name with bash option extglob set before going to work and reset to its previous state afterwards. <output> defines a file on a filesystem that must be mounted when the monitored script starts. Occurrences of !<n> with <n> from "0" ... "5" are expanded with the appropriate script arguments, and directory separators are replaced with colons. etc/rc.d/functions.d/only_info_pls.sh is too small to make anything more than this post of it, but it proved very useful so far. I tried to make it safe to use even with matchers such as "*/rc.sysinit*" in that the existence of logger(1) and /dev/null are checked before use, and a missing <output> declaration defaults to "only_info_pls.sh-!0", which dumps the trace into the current directory if its writable. clemens # /etc/rc.d/functions.d/only_info_pls.sh # _date: 20100217-2035_ # # to be sourced by bash(1). # see /etc/rc.conf # see /etc/rc.d/functions _iam="/etc/rc.d/functions.d/only_info_pls.sh" # global: ${only_info_pls} ${_only_info_pls_out}, ${_only_info_pls_trig}, # ${_only_info_pls_extglob}, ${_only_info_pls_logger} # initscripts colors from /etc/rc.d/functions: # global: $C_MAIN, $C_OTHER, $C_SEPARATOR, $C_BUSY, $C_FAIL, $C_DONE, # $C_BKGD, $C_H1, $C_H2, $C_CLEAR, $SAVE_POSITION, $RESTORE_POSITION, # $DEL_TEXT, $STAT_COL, $SECOLOR _only_info_pls_prep() { local out0="${0//\//:}" local cmd="${1:-prep}" local devnull="/dev/null" local out1 local out2 local out3 local out4 local out5 shift # case "-${cmd}" in -prep) out1="${1//\//:}" out2="${2//\//:}" out3="${3//\//:}" out4="${4//\//:}" out5="${5//\//:}" _only_info_pls_trig="${only_info_pls%%:::*}" _only_info_pls_out="${only_info_pls##*:::}" : ${_only_info_pls_logger:="logger -s"} : ${_only_info_pls_out:="${_iam##*/}-!0"} _only_info_pls_out="${_only_info_pls_out/!0/${out0}}" _only_info_pls_out="${_only_info_pls_out/!1/${out1}}" _only_info_pls_out="${_only_info_pls_out/!2/${out2}}" _only_info_pls_out="${_only_info_pls_out/!3/${out3}}" _only_info_pls_out="${_only_info_pls_out/!4/${out4}}" _only_info_pls_out="${_only_info_pls_out/!5/${out5}}" [ -w "${devnull}" ] && { type -t "${_only_info_pls_logger%% *}" > ${devnull} || _only_info_pls_logger="echo" : } || { type -t "${_only_info_pls_logger%% *}" || _only_info_pls_logger="echo" : } _only_info_pls_extglob="-u" shopt -q extglob && _only_info_pls_extglob="-s" ;; -colors) C_MAIN="" # main text C_OTHER="" # prefix & brackets C_SEPARATOR="-" # separator C_BUSY="" # busy C_FAIL="" # failed C_DONE="" # completed C_BKGD="<bg>" # backgrounded C_H1="" # highlight text 1 C_H2="" # highlight text 2 C_CLEAR="" SAVE_POSITION=""; RESTORE_POSITION=""; DEL_TEXT="" STAT_COL=80; SECOLOR="neee" ;; esac return 0 } # local hack: info instead of colors! # implemented via /etc/rc.d/functions.d/only_info_pls.sh # see /etc/rc.conf #only_info_pls="" #only_info_pls="*@(/network|/iptables)*:::/root/system/boot/questions/!0-!1-!2.txt" #only_info_pls="*@(/network|/iptables)*:::/root/system/boot/questions/rc.d-network-!1.txt" #only_info_pls="*/network*:::/root/system/boot/questions/rc.d-network-!1-!2.txt" # [ -n "${only_info_pls}" ] && { _only_info_pls_prep prep "$@" ${_only_info_pls_logger} "${_iam}: trigger='${_only_info_pls_trig}' out='${_only_info_pls_out}' \$0='$0' \$*='$*'" # debugging aid: match on both $0 and $1 to catch scripts shopt -s extglob case "${0}x${1}" in ${_only_info_pls_trig}) _only_info_pls_prep colors "$@" [ -w "${_only_info_pls_out}" ] && exec >> "${_only_info_pls_out}" 2>&1 echo echo "=== $(date '+%y%m%d-%H%M') ${_iam}: '${0}' '${*}'" echo set -x ;; esac shopt "${_only_info_pls_extglob}" extglob }

1 0

[arch-general] Kde upgrade ?phonon/qt?
by richard terry 17 Feb '10

17 Feb '10

I read the notes on the web about upgrading, and started with this, but it want's to remove qt ??? what does this mean, for example I use qt4 in my gambas programming, so unsure where to head. Any advice appreciated. Ricahrd # pacman -Sy --asdeps qt :: Synchronizing package databases... archlinuxfr 24.9K 25.0K/s 00:00:01 [##########################################################################################################################################] 100% core 35.9K 133.0K/s 00:00:00 [##########################################################################################################################################] 100% extra 449.0K 157.1K/s 00:00:03 [##########################################################################################################################################] 100% community 358.0K 156.8K/s 00:00:02 [##########################################################################################################################################] 100% resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: qtscriptgenerator: requires phonon # pacman -S phonon resolving dependencies... warning: provider package was selected (phonon-gstreamer provides phonon- backend) looking for inter-conflicts... :: phonon conflicts with qt. Remove qt? [Y/n]

6 6

[arch-general] unit test generator for shared C/C++ library API
by Andrey Ponomarenko 17 Feb '10

17 Feb '10

Dear colleagues, Linux Verification Center at the Institute for System Programming of RAS and the Linux Foundation have released a free unit test generator for shared C/C++ library API. It helps to quickly generate simple ("sanity" or "shallow"-quality) tests for all functions from the library API using their signatures and data type definitions straight from the library header files. The quality of generated tests allows to check absence of critical errors in simple use cases and can be improved by involving of highly reusable specialized types for the library. This tool can execute generated tests and detect all kinds of emitted signals, early program exits, program hanging and specified requirement failures. It can be considered as a tool for low-cost sanity checking of library API or as a powerful test development framework. Also it supports universal Template2Code format of tests, random test generation mode and other useful features. This tool is free software: you can redistribute it and/or modify it under the terms of the GNU GPLv2. We suppose this tool can be very useful for shared library developers and recommend it for including to Arch Linux. For more information, please see: http://ispras.linux-foundation.org/index.php/API_Sanity_Autotest Andrey Ponomarenko Linux Verification Center at the Institute for System Programming of RAS

3 3

[arch-general] zen kernel
by Otávio Módolo 16 Feb '10

16 Feb '10

really don't know if this kernel is in the arch repos but it's good idea to put it there. this kernel is a fork-like from the normal kernel but specific for desktops. the site: http://zen-kernel.org/ -- http://id.liquuid.net

6 12