November 2011 - Arch-general - lists.archlinux.org

[arch-general] ArchCon 2012
by Albino Biasutti Neto 26 Nov '11

26 Nov '11

Hi peoples. The event ArchCon 2012, what date ? Curiosity, the event takes place only in a country/state ? Cheers, Albino Biasutti Neto

1 0

[arch-general] console-kit session not activates properly
by János Illés 25 Nov '11

25 Nov '11

Hi, I have a bit of a trouble with proper policy-kit settings. I’m running a standalone openbox session for desktop usage. For login I have a simple script in my .zprofile file, which will start the X server if I log in from the first virtual terminal (which is what I’m doing 99% of the time). if [[ `tty` == "/dev/tty1" ]]; then startx &! logout fi my xinitrc is the following: exec ck-launch-session dbus-launch openbox-session The problem is that in the X session the consolekit session’s is-local and active properties are FALSE hence the removable device automount breaks (I guess it could affect other things I dont use) If I start the X server with startx manually from the tty2 after logging in, both values will be TRUE and device automounting works fine. Should I switch to a proper login manager or is there a quick/easy fix for this? -- J.

4 6

Re: [arch-general] [arch-dev-public] Developer / TU key signing, first master key available
by Marek Otahal 23 Nov '11

23 Nov '11

On Wednesday 23 of November 2011 17:12:44 Pierre Schmitz wrote: > I created a graph of our web of trust as it looks now (using sig2dot; > thanks Dan): > https://users.archlinux.de/~pierre/tmp/sigs.png I'm not sure how the graph should work, but it shows eg. Thomas B. three times! :) -- Marek Otahal :o)

1 0

[arch-general] pacman new generation
by Bernardo Barros 23 Nov '11

23 Nov '11

Perhaps the developers want to take a look at this distribution.It is reported that is written in a `purely functional package management' and tries to be a highly safe OS, where `upgrading a system is as reliable as reinstalling from scratch'. http://nixos.org/nixos/ > Because the files of a new configuration don’t overwrite old ones, you > can (atomically) roll back to a previous configuration. For instance, > if after a nixos-rebuild switch you discover that you don’t like the > new configuration, you can just go back It can be an inspiration for a new version of pacman rewritten in haskell? Also Don Stewart's talk about 'Scripting with Types' might inspire someone too (BTW since he started arch-haskell I think he is a Arch user): http://donsbot.files.wordpress.com/2009/01/semicolon.pdf

20 42

[arch-general] libgphoto2 2.4.10.1-2 udev rules not matching
by Ruslan Nabioullin 23 Nov '11

23 Nov '11

I am trying to access a camera using the gphoto2 frontend to x86_64 libgphoto2 2.4.10.1-2, which installs a udev rules file to /lib/udev/rules.d/40-gphoto.rules. 40-gphoto.rules (abridged): # udev rules file for libgphoto2 devices (for udev 136 version) # Created from this library: # libgphoto2 2.4.10.1 gcc, ltdl, EXIF # libgphoto2_port 0.8.0 gcc, ltdl, USB, serial without locking # # this file is autogenerated, local changes will be LOST on upgrades ACTION!="add", GOTO="libgphoto2_rules_end" SUBSYSTEM!="usb", GOTO="libgphoto2_usb_end" ENV{DEVTYPE}!="usb_device", GOTO="libgphoto2_usb_end" ENV{ID_USB_INTERFACES}=="", IMPORT{program}="usb_id --export %p" ENV{ID_USB_INTERFACES}=="*:08*:*", GOTO="libgphoto2_usb_end" ENV{ID_USB_INTERFACES}=="*:060101:*", ENV{ID_GPHOTO2}="1", ENV{GPHOTO2_DRIVER}="PTP", GOTO="libgphoto2_usb_end" ... ATTRS{idVendor}=="04a9", ATTRS{idProduct}=="315d", ENV{ID_GPHOTO2}="1", ENV{GPHOTO2_DRIVER}="proprietary", MODE="0660", GROUP="camera" ... LABEL="libgphoto2_usb_end" ... LABEL="libgphoto2_rules_end" When I connect a camera (which is listed as supported by the libgphoto2 webpages), udevadm reports the following event: UDEV [18908.111143] add /devices/pci0000:00/0000:00:1d.7/usb2/2-2 (usb) ACTION=add BUSNUM=002 COLORD_DEVICE=1 COLORD_KIND=camera DEVICE=/proc/bus/usb/002/017 DEVNAME=/dev/bus/usb/002/017 DEVNUM=017 DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb2/2-2 DEVTYPE=usb_device GPHOTO2_DRIVER=PTP ID_BUS=usb ID_GPHOTO2=1 ID_MODEL=Canon_Digital_Camera ID_MODEL_ENC=Canon\x20Digital\x20Camera ID_MODEL_ID=315d ID_REVISION=0002 ID_SERIAL=Canon_Inc._Canon_Digital_Camera_3DEABCB4221D4B9A8677BD305FF7A362 ID_SERIAL_SHORT=3DEABCB4221D4B9A8677BD305FF7A362 ID_USB_INTERFACES=:060101: ID_VENDOR=Canon_Inc. ID_VENDOR_ENC=Canon\x20Inc. ID_VENDOR_ID=04a9 MAJOR=189 MINOR=144 PRODUCT=4a9/315d/2 SEQNUM=1971 SUBSYSTEM=usb TAGS=:udev-acl: TYPE=0/0/0 UDEV_LOG=3 USEC_INITIALIZED=18907744211 ID_VENDOR_ID, ID_MODEL_ID, and ID_GPHOTO2 matches, but GPHOTO2_DRIVER does not ("PTP" does not match "proprietary"). As a result, /dev/bus/usb/002/017 is owned by the "root" group, instead of the "camera" group, thus preventing the use of gphoto2 due to no write permissions: crw-rw-r-- 1 root root 189, 144 Nov 22 18:23 017 In fact, I have tried chgrp'ing the aforementioned device file to "camera", and gphoto2 successfully functioned inasmuch as I tested it (except for an error when gphoto2 tried accessing some other USB device file as well for some reason, but this did not impact functionality). Any ideas why the udev rules file was written under the assumption that the camera vendor and model ("Canon:PowerShot A720 IS (PTP mode)", 0x04a9, 0x315d) uses a "proprietary" driver instead of "PTP"? I have found a possible solution (https://wiki.archlinux.org/index.php/Digital_Cameras#Permission_issues) but I have not tested it since I see no reason why the libgphoto2 package should not work with this camera vendor and model by default. Thanks in advance, -Ruslan -- Ruslan Nabioullin rnabioullin(a)gmail.com

1 0

[arch-general] uname26 - Where is it?
by Karol Babioch 22 Nov '11

22 Nov '11

Hi, I've looked around for the last couple of weeks for a package providing uname26 [1]. However I couldn't find such and in the mean time compiled it for myself. I've also searched for the appearance of uname26 in the forums and the mailing lists and couldn't find that much about it. So I'm wondering whether nobody of you was (and/or is) affected by the kernel version scheme change, so that there is no need for you to have this package? As it is quite simple to get and compile this code, it wouldn't be that much of a hassle to package it. However I'm not that much into packaging, so I wouldn't like to do it, unless I have to. I'm not asking anyone of you to do the packaging, and considering myself to get into it (the whole Arch Build System), but I'm wondering why nobody of you seems to have a need for it ;)? Best regards, Karol Babioch

4 5

[arch-general] Fwd: [aur-general] Dropping tango-icon-theme{, -extras}
by Lukas Fleischer 22 Nov '11

22 Nov '11

Forwarding this to arch-general to get some developers' attention on this (I failed at entering the mail address the first time). ----- Forwarded message from Lukas Fleischer <archlinux(a)cryptocrack.de> ----- Date: Tue, 22 Nov 2011 10:17:47 +0100 From: Lukas Fleischer <archlinux(a)cryptocrack.de> To: arch-general@archlinux, aur-general(a)archlinux.org Subject: [aur-general] Dropping tango-icon-theme{,-extras} User-Agent: Mutt/1.5.21 (2010-09-15) Hi! All sources hosted at tango.freedesktop.org became inaccessible [1] a couple of days ago, probably due to some software upgrade on freedesktop.org. I contacted upstream yesterday and was told that tango-icon-theme, tango-icon-theme-extras and icon-naming-utils are dead and that we shouldn't rely on upstream sources being available (they even mentioned they probably won't care about the 404). It has been suggested to use gnome-icon-theme and gnome-icon-theme-extras instead. Given that xfce4-settings seems to be the only package depending on tango-icon-theme, I'd suggest to: * Remove the "tango-icon-theme" dependency from xfce4-settings (this shouldn't break anything, does it?) * Move both tango-icon-theme and tango-icon-theme-extras to [unsupported]. * Think about what to do with icon-naming-utils. We seem to need those for gnome-icon-theme and gnome-icon-theme-symbolic, so putting the source tarball on our source mirror might be the best thing to do (unless there's a proper alternative, of course). Objections and other suggestions welcome. Cheers, Lukas [1] http://tango.freedesktop.org/Tango_Icon_Library#Download ----- End forwarded message -----

2 2

[arch-general] udev rules from hplip are invalid after update
by Hector Martinez-Seara 21 Nov '11

21 Nov '11

Hi, After yesterday update I get the following message when rebooting the computer (the computer boots fine): ##################################################### Sun Nov 20 12:45:34 2011: :: Triggering UDev uevents [BUSY] [DONE] Sun Nov 20 12:45:34 2011: :: Loading User-specified Modules [BUSY] udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6 Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: invalid rule '/etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:6' Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: unknown key 'SYSFS{idVendor}' in /etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:9 Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: udevd[221]: invalid rule '/etc/udev/rules.d/86-hpmud-hp_laserjet_p1005.rules:9' Sun Nov 20 12:45:34 2011: Sun Nov 20 12:45:34 2011: [FAIL] Sun Nov 20 12:45:34 2011: :: Waiting for UDev uevents to be processed [BUSY] [DONE] #################################################### The rules in question are those coming with the hplip package for my printer (this is only one example). Since then the printer don't work, not that I'm surprise. Here is the rule: ###################################################### # Load hp firmware for this printer. ACTION!="add", GOTO="hpmud_rules_end" # hp_laserjet_p1005 for Suse 10.3 SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3d17", PROGRAM="/bin/sh -c 'logger -p user.info loading hp_laserjet_p1005 firmware $env{BUSNUM} $env{DEVNUM}'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s$env{BUSNUM}:$env{DEVNUM} &'" # hp_laserjet_p1005 SUBSYSTEM=="usb_device", SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="3d17", PROGRAM="/bin/sh -c 'X=%k; X=$${X#usbdev}; B=$${X%%%%.*}; D=$${X#*.}; logger -p user.info loading hp_laserjet_p1005 firmware $$B $$D; printf %%03i:%%03i $$B $$D'", RUN+="/bin/sh -c '/usr/bin/hp-firmware -y3 -s%c &'" LABEL="hpmud_rules_end" ###################################################### I guess that one of this two updates triggered the problem: libusb-compat (0.1.3-1 -> 0.1.3-2) linux (3.1-4 -> 3.1.1-1) Does anybody know what is going on? Thanks in advance, Hector PD: Please find attached the full log of the update that caused the problem: [2011-11-20 02:46] Running 'pacman -Sy' [2011-11-20 02:46] synchronizing package lists [2011-11-20 02:47] Running 'pacman -S -u' [2011-11-20 02:47] starting full system upgrade [2011-11-20 03:14] upgraded gtk-update-icon-cache (2.24.8-1 -> 2.24.8-2) [2011-11-20 03:14] upgraded gtk2 (2.24.8-1 -> 2.24.8-2) [2011-11-20 03:14] upgraded chromium (15.0.874.120-1 -> 15.0.874.121-1) [2011-11-20 03:14] upgraded telepathy-farstream (0.1.1-1 -> 0.1.2-1) [2011-11-20 03:14] upgraded gnome-keyring (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded empathy (3.2.1.2-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded libcroco (0.6.2-2 -> 0.6.3-1) [2011-11-20 03:14] upgraded librsvg (2.34.1-2 -> 2.34.2-1) [2011-11-20 03:14] upgraded eog (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded eventlog (0.2.12-2 -> 0.2.12-3) [2011-11-20 03:14] upgraded evolution-data-server (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gtkhtml4 (4.2.1-1 -> 4.2.2-1) [2011-11-20 03:14] upgraded evolution (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded file-roller (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded freetype2 (2.4.7-1 -> 2.4.8-1) [2011-11-20 03:14] upgraded gedit (3.2.2-1 -> 3.2.3-1) [2011-11-20 03:14] upgraded glibmm (2.30.0-1 -> 2.30.1-1) [2011-11-20 03:14] upgraded gnome-tweak-tool (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gnome-user-docs (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded gucharmap (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:14] upgraded heirloom-mailx (12.5-2 -> 12.5-3) [2011-11-20 03:14] upgraded initscripts (2011.10.2-1 -> 2011.11.3-1) [2011-11-20 03:14] upgraded jfsutils (1.1.15-2 -> 1.1.15-3) [2011-11-20 03:14] upgraded lame (3.99-1 -> 3.99.1-1) [2011-11-20 03:14] upgraded libdvdcss (1.2.10-2 -> 1.2.11-1) [2011-11-20 03:15] upgraded libgnome-keyring (3.2.0-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded libusb-compat (0.1.3-1 -> 0.1.3-2) [2011-11-20 03:15] >>> Updating module dependencies. Please wait ... [2011-11-20 03:15] >>> Generating initial ramdisk, using mkinitcpio. Please wait... [2011-11-20 03:15] ==> Building image from preset: 'default' [2011-11-20 03:15] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img [2011-11-20 03:15] ==> Starting build: 3.1.1-1-ARCH [2011-11-20 03:15] -> Parsing hook: [base] [2011-11-20 03:15] -> Parsing hook: [udev] [2011-11-20 03:15] -> Parsing hook: [autodetect] [2011-11-20 03:15] -> Parsing hook: [pata] [2011-11-20 03:15] -> Parsing hook: [scsi] [2011-11-20 03:15] -> Parsing hook: [sata] [2011-11-20 03:15] -> Parsing hook: [filesystems] [2011-11-20 03:15] -> Parsing hook: [usbinput] [2011-11-20 03:15] ==> Generating module dependencies [2011-11-20 03:15] ==> Creating gzip initcpio image: /boot/initramfs-linux.img [2011-11-20 03:15] ==> Image generation successful [2011-11-20 03:15] ==> Building image from preset: 'fallback' [2011-11-20 03:15] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect [2011-11-20 03:15] ==> Starting build: 3.1.1-1-ARCH [2011-11-20 03:15] -> Parsing hook: [base] [2011-11-20 03:15] -> Parsing hook: [udev] [2011-11-20 03:15] -> Parsing hook: [pata] [2011-11-20 03:15] -> Parsing hook: [scsi] [2011-11-20 03:15] -> Parsing hook: [sata] [2011-11-20 03:15] -> Parsing hook: [filesystems] [2011-11-20 03:15] -> Parsing hook: [usbinput] [2011-11-20 03:15] ==> Generating module dependencies [2011-11-20 03:15] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img [2011-11-20 03:15] ==> Image generation successful [2011-11-20 03:15] upgraded linux (3.1-4 -> 3.1.1-1) [2011-11-20 03:15] upgraded linux-headers (3.1-4 -> 3.1.1-1) [2011-11-20 03:15] upgraded lua (5.1.4-8 -> 5.1.4-9) [2011-11-20 03:15] upgraded mesa (7.11-4 -> 7.11.1-1) [2011-11-20 03:15] upgraded openconnect (1:3.13-1 -> 1:3.14-1) [2011-11-20 03:15] upgraded orca (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded ppp (2.4.5-2 -> 2.4.5-3) [2011-11-20 03:15] upgraded pptpclient (1.7.2-3 -> 1.7.2-4) [2011-11-20 03:15] upgraded python-logilab-common (0.56.0-1 -> 0.57.1-1) [2011-11-20 03:15] upgraded python-logilab-astng (0.22.0-1 -> 0.23.0-1) [2011-11-20 03:15] upgraded pylint (0.24.0-1 -> 0.25.0-1) [2011-11-20 03:15] upgraded python2-distribute (0.6.21-1 -> 0.6.24-1) [2011-11-20 03:15] upgraded rasqal (1:0.9.27-1 -> 1:0.9.28-1) [2011-11-20 03:15] upgraded reiserfsprogs (3.6.21-3 -> 3.6.21-4) [2011-11-20 03:15] upgraded sdparm (1.06-1 -> 1.06-2) [2011-11-20 03:15] upgraded seahorse (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:15] upgraded spyder (2.1.1-1 -> 2.1.2-1) [2011-11-20 03:15] upgraded syslog-ng (3.3.1-1 -> 3.3.2-1) [2011-11-20 03:15] Unknown media type in type 'all/all' [2011-11-20 03:15] Unknown media type in type 'all/allfiles' [2011-11-20 03:15] Unknown media type in type 'uri/mms' [2011-11-20 03:15] Unknown media type in type 'uri/mmst' [2011-11-20 03:15] Unknown media type in type 'uri/mmsu' [2011-11-20 03:15] Unknown media type in type 'uri/pnm' [2011-11-20 03:15] Unknown media type in type 'uri/rtspt' [2011-11-20 03:15] Unknown media type in type 'uri/rtspu' [2011-11-20 03:15] Unknown media type in type 'interface/x-winamp-skin' [2011-11-20 03:15] upgraded tomboy (1.8.0-1 -> 1.8.3-1) [2011-11-20 03:15] upgraded transcode (1.1.5-7 -> 1.1.6-1) [2011-11-20 03:16] upgraded unetbootin (555-1 -> 563-1) [2011-11-20 03:16] upgraded valgrind (3.6.1-2 -> 3.7.0-1) [2011-11-20 03:16] upgraded vinagre (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:16] upgraded vino (3.2.1-1 -> 3.2.2-1) [2011-11-20 03:16] upgraded winetricks (20110629-1 -> 20111115-1) [2011-11-20 03:16] upgraded xfsprogs (3.1.5-1 -> 3.1.7-1) [2011-11-20 03:16] upgraded xkeyboard-config (2.4.1-1 -> 2.4.1-2) [2011-11-20 03:16] upgraded xorg-server-common (1.11.2-1 -> 1.11.2-2) [2011-11-20 03:16] upgraded xorg-server (1.11.2-1 -> 1.11.2-2) -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

3 6

[arch-general] ACPI bug in kernel 3.1?
by Erik Johnson 21 Nov '11

21 Nov '11

Since the 3.1 update, when I suspend with pm-suspend, upon resuming my netbook goes right back to sleep. This behavior is not present in 3.0.7-1 but exists in 3.1-4 and 3.1.1-1. However, this only happens when my netbook is suspended via a lid close event. Running pm-suspend from the command line works as expected. I'm not using a DE. Suspend is triggered by adding /usr/sbin/pm-suspend to the "button/lid" action in /etc/acpi/handler.sh. This seems like an upstream bug, but I just wanted to see if anyone else was experiencing this. -- -Erik "For me, it is far better to grasp the universe as it really is than to persist in delusion, however satisfying and reassuring." --Carl Sagan

8 11

[arch-general] Kernel pkgbuild
by Myra Nelson 21 Nov '11

21 Nov '11

Caveats first: I know the package I'm referring to is from the aur -- the linux-pf kernel. I'm asking here rather than file a needless bug report for someone to have to squash. I also realize not everyone's whims can be considered or satisfied and don't expect such. However since the pkgbuild is crafted from the mainline pkgbuild this trivial change would, imho, make the pkgbuild more flexible. Below is the section I'm referring to. # http://bugs.archlinux.org/task/11194 mkdir -p "${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/" cp include/config/dvb/*.h "${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/" I understand the need for this as the main kernel builds the modules but would like to request one small change. # http://bugs.archlinux.org/task/11194 mkdir -p "${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/" if [ -a include/config/dvb/*.h ] ; then cp include/config/dvb/*.h "${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/" fi This allows one to build the kernel without having to build the dvb modules if they are not required. My build went fine so I think my bash is correct, but I haven't tested it with the dvb modules being built. Myra -- Life's fun when your sick and psychotic!

4 4