- Arch-general - lists.archlinux.org

[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

[arch-general] apcupsd or rtkit - Caused time to go haywire on shutdown/reboot??
by David C. Rankin 21 Nov '11

21 Nov '11

Guys, Here is one for the brain-trust to consider. Something totally screwed up the time on my computer during an apcupsd commanded shutdown and the subsequent reboot resulting in a 479 Minute time disparity. I don't think this was handled on the first reboot after the power outage because after reboot, I worked for 20-30 minutes before the OS imploded rebooted automatically. I suspect the time discrepancy somehow carried through the boot and went along until some kernel mechanism totally went bonkers and shut the system down. In 12 years of Linux use, this is the first time I've seen something like this happen. (note the time below) The log is: Oct 18 09:21:07 providence -- MARK -- Oct 18 09:24:18 providence apcupsd[949]: Power failure. Oct 18 09:24:24 providence apcupsd[949]: Running on UPS batteries. Oct 18 09:24:24 providence wall[11985]: wall: user root broadcasted 1 lines (56 chars) Oct 18 09:24:24 providence postfix/pickup[11962]: 3468078891: uid=0 from=<root> Oct 18 09:24:24 providence postfix/cleanup[11988]: 3468078891: message-id=<20111018142424.3468078891(a)providence.rlfpllc.com> Oct 18 09:24:24 providence postfix/qmgr[1338]: 3468078891: from=<root(a)rlfpllc.com>, size=1525, nrcpt=1 (queue active) Oct 18 09:24:24 providence postfix/smtp[11990]: 3468078891: to=<root(a)rlfpllc.com>, orig_to=<root>, relay=phoenix.rlfpllc.com[192.168.7.15]:25, delay=0.13, delays=0.07/0.01/0.02/0.04, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 4699114AB47) Oct 18 09:24:24 providence postfix/qmgr[1338]: 3468078891: removed Oct 18 09:25:16 providence shutdown[13133]: shutting down for system halt Oct 18 09:25:17 providence init: Switching to runlevel: 0 Oct 18 14:25:18 providence rtkit-daemon[2768]: Exiting cleanly. Oct 18 14:25:18 providence rtkit-daemon[2768]: Demoting known real-time threads. Oct 18 14:25:18 providence rtkit-daemon[2768]: Successfully demoted thread 2766 of process 2766 (/usr/bin/pulseaudio (deleted)). Oct 18 14:25:18 providence rtkit-daemon[2768]: Demoted 1 threads. Oct 18 14:25:18 providence rtkit-daemon[2768]: Exiting watchdog thread. Oct 18 14:25:18 providence rtkit-daemon[2768]: Exiting canary thread. Oct 18 09:25:18 providence apcupsd[949]: apcupsd exiting, signal 15 Oct 18 09:25:19 providence apcupsd[949]: apcupsd shutdown succeeded Oct 18 09:25:19 providence nmbd[1339]: [2011/10/18 09:25:19.139254, 0] nmbd/nmbd.c:66(terminate) Oct 18 09:25:19 providence nmbd[1339]: Got SIGTERM: going down... Oct 18 09:25:19 providence postfix/postfix-script[13294]: stopping the Postfix mail system Oct 18 09:25:19 providence postfix/postfix-script[13297]: waiting for the Postfix mail system to terminate Oct 18 09:25:19 providence postfix/master[1330]: terminating on signal 15 Oct 18 09:25:22 providence ntpd[944]: ntpd exiting on signal 15 Oct 18 09:25:22 providence dhcpcd[13471]: sending signal 1 to pid 762 Oct 18 09:25:22 providence dhcpcd[762]: received SIGHUP, releasing Oct 18 09:25:22 providence dhcpcd[762]: eth0: releasing lease of 192.168.7.124 Oct 18 09:25:22 providence dhcpcd[13471]: waiting for pid 762 to exit Oct 18 09:25:23 providence dhcpcd[762]: eth0: removing interface Oct 18 09:25:23 providence kernel: [518721.438558] tg3 0000:02:00.0: PME# enabled Oct 18 09:25:23 providence kernel: [518721.438578] pcieport 0000:00:1c.0: wake-up capability enabled by ACPI Oct 18 09:25:25 providence ntfs-3g[524]: Unmounting /dev/sdb2 () Oct 18 09:25:25 providence syslog-ng[707]: Termination requested via signal, terminating; Oct 18 09:25:25 providence syslog-ng[707]: syslog-ng shutting down; version='3.2.4' Oct 18 17:28:06 providence kernel: [ 0.000000] Initializing cgroup subsys cpuset Oct 18 17:28:06 providence kernel: [ 0.000000] Initializing cgroup subsys cpu Oct 18 17:28:06 providence kernel: [ 0.000000] Linux version 3.0-ARCH (tobias@T-POWA-LX) (gcc version 4.6.1 20110819 (prerelease) (GCC) ) #1 SMP PREEMPT Fri Oct 7 10:11:05 UTC 2011 Oct 18 17:28:06 providence kernel: [ 0.000000] BIOS-provided physical RAM map: Oct 18 17:28:06 providence kernel: [ 0.000000] BIOS-e820: 0000000000000000 - 00000000000a0000 (usable) I understand the jump from 09:25:17 to 14:25:18, that just reflects the tzoffset for CDT. What I can't explain is the 09:25:25 to 17:28:06 jump. The power was only out for 5 minutes and the box booted as soon as power was restored. The log entry after reboot that caught my eye was: Oct 18 11:19:01 providence crond[978]: time disparity of -479 minutes detected I don't have a clue what could have caused this time shift unless it was some spurious voltage issue. If not, then something is definitely funny with the time handling in either apcupsd or rtkit. What say the experts, problem or just weird voltage induced time skew? -- David C. Rankin, J.D.,P.E.

3 7

[arch-general] How to find if a file belongs to a installed package?
by Hector Martinez-Seara 20 Nov '11

20 Nov '11

Hi, I have been looking but I haven't found a solution to check if a given file in my system belongs to any of my Installed packages. For example, in all my 3 archllinux machine I have a directory named: /usr/lib/libreoffice/basis3.3 85Mb I would not expect to have this directory as I'm fully updated and my current libreoffice is 3.4. Accordingly there also exists the directory: /usr/lib/libreoffice/basis3.4 335Mb I'm not an expert in the libreoffice package and therefore blindly removing the first, without knowing if it is really needed or it is just some directory during the updates, makes me feel unconformable. The command in question should be able not only to check repository packages but also locally installed ones although if it is not possible with the first will be enough. Thanks in advance, Hector -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

3 3

[arch-general] Why ghc 7.2.2 ?
by Bernardo Barros 20 Nov '11

20 Nov '11

Hello, Why ghc 7.2.2 is in [testing]? People are planing to include it in [extra]? It's a "feature preview" release. It is not a stable release as far as I know. The haskell platform is scheduled to be released "late 2011" with the next stable version.

3 11

[arch-general] Xstartup not run
by Andre "Osku" Schmidt 19 Nov '11

19 Nov '11

Hi, i was wondering if anyone using xdm gets /etc/X11/xdm/Xstartup loaded when you log in? man page sais "After the user logs in, xdm runs the Xstartup script as root.", so between Xsetup and Xsession. but my /var/log/xdm.log only has: ... xdm info (pid 803): sourcing /etc/X11/xdm/Xsetup_0 xdm info (pid 803): sourcing /etc/X11/xdm/GiveConsole xdm info (pid 820): executing session /etc/X11/xdm/Xsession ... i also added `echo "wtf" > /tmp/wtf` to /etc/X11/xdm/Xstartup, just to be sure (before the exec sessreg...) and /tmp/wtf doesnt get created. cheers .andre

1 0