May 2012 - Arch-general - lists.archlinux.org

[arch-general] Possibility of including xorg input patch
by Kirill Churin 25 Jul '15

25 Jul '15

Can this patch https://bugs.freedesktop.org/attachment.cgi?id=33142 be applied to Arch's xorg? It solves famous problem https://bugs.freedesktop.org/show_bug.cgi?id=865 with broken keyboard input for users who use multiple keyboard layouts without any noticeable side-effects. It's known this patch has been applied in Ubuntu. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

5 4

[arch-general] A little script to deploy dot files
by 郑文辉(Techlive Zheng) 26 Oct '13

26 Oct '13

[Inspired by tomd123@bbs.archlinux.org](https://bbs.archlinux.org/viewtopic.php?id=134622), I have wrote a small script to deploy the dotfiles acrossing viarous hosts, may be you guys are interested to have a look. Github: https://github.com/techlivezheng/dotploy Thoughts and advices are very welcome, cause my bash skills are still need much improving, there must be some ugly workaround. Regards, Techlive Zheng

2 3

[arch-general] Unable to add fonts to X
by D. R. Evans 30 Sep '12

30 Sep '12

I couldn't find a more appropriate place to ask this question. Please feel free to point me to such a place if one exists. ---- Using a completely up-to-date 32-bit arch system, I am trying to make some fonts available to X. My understanding of the process is: 1. Put the fonts in a directory. 2. Since these are scalable fonts, run mkfontscale in the directory. 3. Run mkfontdir in the directory. 4. run xset +fp <directory name> So what I did: 0. Created the directory ~/.fonts. 1. Put the fonts in ~/.fonts. At this point the contents of the directory looks like this (sorry about the wrapping): lrwxrwxrwx 1 n7dr users 39 Apr 22 17:08 CourierNewPSMTN7DR.ttf -> /home/n7dr/fonts/CourierNewPSMTN7DR.ttf lrwxrwxrwx 1 n7dr users 34 Apr 22 17:08 N7DR_SFTT1000.afm -> /home/n7dr/fonts/N7DR_SFTT1000.afm lrwxrwxrwx 1 n7dr users 34 Apr 22 17:08 N7DR_SFTT1000.pfb -> /home/n7dr/fonts/N7DR_SFTT1000.pfb 2. Ran mkfontscale in ~/.fonts. This created the file fonts.scale, which had the following contents: 33 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-adobe-standard CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-ascii-0 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-ibm-cp437 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-ibm-cp850 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-ibm-cp852 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-ibm-cp866 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso10646-1 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-1 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-10 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-13 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-15 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-2 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-3 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-4 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-5 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-8 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-iso8859-9 CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-koi8-e CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-koi8-r CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-koi8-ru CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-koi8-u CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-koi8-uni CourierNewPSMTN7DR.ttf -monotype-courier new n7dr-medium-r-normal--0-0-0-0-m-0-microsoft-cp1252 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-adobe-standard N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-ascii-0 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-iso10646-1 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-iso8859-1 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-iso8859-15 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-iso8859-9 N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-koi8-r N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-koi8-ru N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-koi8-u N7DR_SFTT1000.pfb -misc-computer modern n7dr-medium-r-normal--0-0-0-0-p-0-microsoft-cp1252 3. Ran mkfontdir in ~/.fonts. This created the file fonts.dir, which was identical to fonts.scale. 4. One piece of documentation I read said that X automatically includes ~/.fonts in its path, but running xset q did not include ~/.fonts in the directory list. So I ran: xset +fp /home/n7dr/.fonts But now we come to the problem. This command returns: xset: bad font path element (#37), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax But: a. the directory obviously exists, and it has permissions rwx for the user. b. The directory contains the file fonts.dir c. The syntax looks OK. So what is xset complaining about? (I suspect that the problem lies in the *contents* of fonts.dir, since if I create a dummy version of the file, I don't receive the error. But since the file was automatically created, I don't know what might be wrong, nor how to correct it. Maybe my suspicion is wrong, though.) Doc -- Web: http://www.sff.net/people/N7DR

6 16

[arch-general] Upgrading password hashes
by Kevin Chadwick 12 Jul '12

12 Jul '12

I know arch tries to keep to upstream but their seems some discrepencies that you may or may not be aware of so thought I'd share. The crypt man page says glibc may not support blowfish (stronger than nists recommendation) and that seems true when used via the commandline (very short output). The arch wiki says you can use a library from AUR. There is also a sha512 arch wiki which says you should edit pamd.d/passwd from md5 to sha512 but the default seems to already be sha512, maybe it tries both as some distros default is now sha512 so no need anymore. It seems if you simply edit /etc/default/passwd to blowfish and reset your password, sha512 is used e.g. encrypted password beginning with $6 in /etc/shadow not $2 (blowfish) and logins work fine. I guess the /etc/default/passwd config file may be futurised or the config written before changing to SHA which was easier to implement and the wiki is out of date with the code?? -- Kc

9 26

[arch-general] Source control on /etc
by Don deJuan 21 Jun '12

21 Jun '12

What is considered the Arch way to have version control over the configs in /etc? I would like to be able to see at least a few changes back in my config history at the minimum. I have seen the package etckeeper and it does not seem to really fully be setup to work with pacman. Both AUR packages are very outdated. Would I just be best off just copying the ones I change and then push the changes to a separate dir that is under control of say git? What methods do you employ? Thanks for any info or tips on this. :)

21 43

[arch-general] shutdown problems
by G. Schlisio 13 Jun '12

13 Jun '12

hi all, since a few days, i experience some problems on shutdown. i'm running kde and systemd on a fully upgraded system. when shutting down via kde controls (ctrl-alt-del oder button), i am logged off and presented the login screen, but no shutdown occurs. i tried to change the shutdown command from '/sbin/shutdown -h -p now' to '/sbin/shutdown -h now' but that made just no difference. if i use these commands on bash, it shuts down as expected, not showing the login screen. is this somewhat systemd-related? hints appreciated… georg

6 7

[arch-general] linux-3.4.0-1 enters [testing]
by Tobias Powalowski 12 Jun '12

12 Jun '12

Hi guys, Upstream changes: http://kernelnewbies.org/LinuxChanges The x86_32 switch is not yet enabled. Please report any issues that arise. Thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

16 22

Re: [arch-general] Powertop tunables and performance + Other optimizations
by Sergi Pons Freixes 11 Jun '12

11 Jun '12

2012/5/31 Martin Cigorraga <msx(a)archlinux.us>: > From my subjective own experience, it don't, the only thing I don't > activate when my laptop is plugged is the mouse switch since it instructs > the system to turnoff the USB port whenever there's no activity on it and > that can be very annoying, believe me xD I've been playing interactively with the tunables, and completely agree about how annoying is the auto suspend for the USB mouse :P. I'll probably make all the others permanent. > Combining Powertop 2 with Liquorix kernel, Ulatencyd, e4rat, preload and > some more fancy tweakes here and there -sysctl.conf, grub kernel line, > etc.- I have a feather-light, lightspeed KDE SC full suite with every eye > candy effect on and the best part is my notebook -Pavilion dv7-4287cl- > reminds _cool_ all the time. Sounds really nice. I've never heard about the kernel and software you mention, and after reading about them it sounds really interesting. Do you have any reference (website/blog/wiki/whatever) with these optimizations, apart from the Arch Wiki?

2 1

[arch-general] UEFI secure boot
by Genes MailLists 07 Jun '12

07 Jun '12

Matthew Garret(Redhat) has written[1] an updated and interesting blog on this topic; which of course will impact arch too ... sharing in case anyone hasn't seen it: http://mjg59.dreamwidth.org/12368.html gene/ [1] Also discussed some in fedora ML

11 18

[arch-general] pm-suspend stuck at uhci_hcd
by Manne Merak 03 Jun '12

03 Jun '12

Hi, Couple of updates ago suspend to RAM stopped working. Looking at the pm-suspend.log (below) file shows that it gets stuck at unloading uhci_hcd? I can unload and load the module by hand just fine. Anyone else have this? Manne ------- Wed May 16 21:06:10 SAST 2012: Running hooks for suspend. Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux hanslaptop 3.3.6-1-ARCH #1 SMP PREEMPT Sun May 13 09:59:18 UTC 2012 i686 GNU/Linux Module Size Used by fuse 59284 2 vboxnetadp 6727 0 vboxnetflt 16787 0 hidp 11791 1 rfcomm 28730 8 bnep 7254 2 usbhid 31477 0 btusb 10047 4 bluetooth 150114 28 btusb,bnep,rfcomm,hidp hid 66633 2 usbhid,hidp uvcvideo 60797 0 videobuf2_vmalloc 1736 1 uvcvideo videobuf2_memops 1562 1 videobuf2_vmalloc videobuf2_core 18103 1 uvcvideo videodev 72205 1 uvcvideo media 8513 2 videodev,uvcvideo snd_hda_codec_idt 48318 1 nvidia 10925239 44 snd_hda_intel 20080 2 arc4 1118 2 iwl3945 49250 0 iwlegacy 42390 1 iwl3945 b44 22954 0 ssb 41732 1 b44 joydev 7663 0 snd_hda_codec 79405 2 snd_hda_intel,snd_hda_codec_idt uhci_hcd 19712 0 mac80211 336883 2 iwlegacy,iwl3945 firewire_ohci 27283 0 firewire_core 44257 1 firewire_ohci r852 9032 0 sm_common 6510 1 r852 nand 42135 2 sm_common,r852 nand_ecc 3192 1 nand nand_ids 3629 1 nand dell_wmi 1217 0 sparse_keymap 2532 1 dell_wmi ehci_hcd 38640 0 serio_raw 3709 0 pcmcia 31438 1 ssb mii 3439 1 b44 iTCO_wdt 10773 0 mtd 26317 2 nand,sm_common snd_pcm 60499 2 snd_hda_codec,snd_hda_intel snd_page_alloc 5901 2 snd_pcm,snd_hda_intel sdhci_pci 8683 0 cfg80211 153196 3 mac80211,iwlegacy,iwl3945 sdhci 20362 1 sdhci_pci mmc_core 73191 3 sdhci,sdhci_pci,ssb i2c_i801 6992 0 psmouse 69902 0 i2c_core 16845 3 i2c_i801,nvidia,videodev wmi 7259 1 dell_wmi dell_laptop 9400 0 iTCO_vendor_support 1545 1 iTCO_wdt crc_itu_t 1095 1 firewire_core usbcore 122751 6 ehci_hcd,uhci_hcd,uvcvideo,btusb,usbhid pcmcia_core 10241 1 pcmcia snd_hwdep 4970 1 snd_hda_codec intel_agp 8688 0 intel_gtt 11193 1 intel_agp agpgart 22159 3 intel_gtt,intel_agp,nvidia r592 10291 0 snd_timer 15158 1 snd_pcm snd 45013 10 snd_timer,snd_hwdep,snd_pcm,snd_hda_codec,snd_hda_intel,snd_hda_codec_idt memstick 5616 1 r592 soundcore 4986 1 snd usb_common 622 1 usbcore rfkill 12600 4 dell_laptop,cfg80211,bluetooth dcdbas 4340 1 dell_laptop evdev 7310 21 thermal 6563 0 battery 5053 0 button 3614 0 ac 1796 0 video 9819 0 vboxdrv 195748 2 vboxnetflt,vboxnetadp cpufreq_powersave 674 0 acpi_cpufreq 5145 1 mperf 1027 1 acpi_cpufreq processor 23476 3 acpi_cpufreq ext4 384604 1 crc16 1091 2 ext4,bluetooth jbd2 60590 1 ext4 mbcache 4345 1 ext4 sd_mod 25867 3 sr_mod 13148 0 cdrom 30504 1 sr_mod pata_acpi 2388 0 ata_generic 2391 0 ahci 17689 2 libahci 16783 1 ahci ata_piix 18616 0 libata 145743 5 ata_piix,libahci,ahci,ata_generic,pata_acpi scsi_mod 112765 3 libata,sr_mod,sd_mod total used free shared buffers cached Mem: 2067496 1125712 941784 0 83492 693888 -/+ buffers/cache: 348332 1719164 Swap: 2104508 0 2104508 /usr/lib/pm-utils/sleep.d/00logging suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: /usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend: /usr/lib/pm-utils/sleep.d/01grub suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend: /usr/lib/pm-utils/sleep.d/01laptop-mode suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success. Running hook /etc/pm/sleep.d/50-hdparm_pm suspend suspend: /etc/pm/sleep.d/50-hdparm_pm suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/55wicd suspend suspend: /usr/lib/pm-utils/sleep.d/55wicd suspend suspend: success. Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend: Unloading kernel module uhci_hcd...

2 6

[arch-general] Groups and GIDs in PKGBUILDs
by Paul Gideon Dann 01 Jun '12

01 Jun '12

Hi guys, Is there a policy with regards to GIDs in packages? Here's my scenario: When creating a PKGBUILD, I want certain files to belong to the http group. However, if http might have a different GID on other systems, I'll need to chgrp the files in the .install file, rather than the PKGBUILD, to ensure correct behaviour. On the other hand, if the http group is considered a standard group belonging to the base system, it may be safe to perform the chgrp in the PKGBUILD, and I can be sure that it will map to the correct group when it's upacked on another system. The Mediawiki PKGBUILD in ABS performs a chown to http in the PKGBUILD. I wonder if there's an official list of "safe" groups somewhere? Cheers, Paul

4 6

[arch-general] linux-3.4.0-1 enters [testing]
by ashim acharya 01 Jun '12

01 Jun '12

Issues with usb devices: 0425:f102 Motorola Semiconductors HK, Ltd G-Tech U+P Wireless Mouse -does not work. An added logitech usb wireless mouse worked though. 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter -stops working after awhile, and after pm-suspend. Falling back linux, udev, mkinitcpio, nvidia makes devices work again. Xorg.0.log-no errors- says mouse was added: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.1/1-4.1.1/1-4.1.1:1.0/input/input8/event8 (II) XINPUT: Adding extended input device "G-Tech CHINA U+P Wireless Mouse " (type: MOUSE, id 8) kernel.log snippet, maybe of use: May 21 21:06:40 localhost kernel: [ 139.034500] ------------[ cut here ]------------ May 21 21:06:40 localhost kernel: [ 139.034513] WARNING: at net/mac80211/driver-ops.h:10 ieee80211_do_stop+0x694/0x6b0 [mac80211]() May 21 21:06:40 localhost kernel: [ 139.034515] Hardware name: Dell DM051 May 21 21:06:40 localhost kernel: [ 139.034517] Modules linked in: fuse aes_x86_64 cryptd aes_generic autofs4 nfsd exportfs nfs nfs_acl lockd auth_rpcgss fscache sunrpc ext4 jbd2 mbcache crc16 arc4 uvcvideo videobuf2_vmalloc rt2800usb videobuf2_memops videobuf2_core rt2x00usb videodev rt2800lib rt2x00lib media usbhid crc_ccitt mac80211 snd_usb_audio cfg80211 snd_usbmidi_lib snd_rawmidi snd_seq_device hid rfkill usb_storage uas nvidia(PO) iTCO_wdt e100 iTCO_vendor_support snd_hda_codec_idt psmouse evdev snd_hda_intel acpi_cpufreq i2c_i801 mperf dcdbas intel_agp serio_raw snd_hda_codec mii i2c_core intel_gtt processor button snd_hwdep microcode snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_timer snd soundcore btrfs crc32c libcrc32c zlib_deflate sd_mod sr_mod cdrom pata_acpi ata_generic ata_piix uhci_hcd libata scsi_mod ehci_hcd usbcore usb_common May 21 21:06:40 localhost kernel: [ 139.034570] Pid: 1136, comm: kworker/u:65 Tainted: P W O 3.4.0-1-ARCH #1 May 21 21:06:40 localhost kernel: [ 139.034572] Call Trace: May 21 21:06:40 localhost kernel: [ 139.034576] [<ffffffff810515df>] warn_slowpath_common+0x7f/0xc0 May 21 21:06:40 localhost kernel: [ 139.034579] [<ffffffff8105163a>] warn_slowpath_null+0x1a/0x20 May 21 21:06:40 localhost kernel: [ 139.034590] [<ffffffffa11b0244>] ieee80211_do_stop+0x694/0x6b0 [mac80211] May 21 21:06:40 localhost kernel: [ 139.034595] [<ffffffff8138caa9>] ? dev_deactivate_many+0x209/0x260 May 21 21:06:40 localhost kernel: [ 139.034605] [<ffffffffa11b027a>] ieee80211_stop+0x1a/0x20 [mac80211] May 21 21:06:40 localhost kernel: [ 139.034608] [<ffffffff8136c235>] __dev_close_many+0x85/0xd0 May 21 21:06:40 localhost kernel: [ 139.034611] [<ffffffff8136c370>] dev_close_many+0xa0/0x110 May 21 21:06:40 localhost kernel: [ 139.034615] [<ffffffff8136c4c8>] rollback_registered_many+0xe8/0x260 May 21 21:06:40 localhost kernel: [ 139.034618] [<ffffffff8136c65b>] unregister_netdevice_many+0x1b/0x80 May 21 21:06:40 localhost kernel: [ 139.034628] [<ffffffffa11af820>] ieee80211_remove_interfaces+0xd0/0x110 [mac80211] May 21 21:06:40 localhost kernel: [ 139.034636] [<ffffffffa119f133>] ieee80211_unregister_hw+0x53/0x120 [mac80211] May 21 21:06:40 localhost kernel: [ 139.034641] [<ffffffffa1245f51>] rt2x00lib_remove_dev+0x161/0x1a0 [rt2x00lib] May 21 21:06:40 localhost kernel: [ 139.034646] [<ffffffffa128717b>] rt2x00usb_disconnect+0x3b/0x80 [rt2x00usb] May 21 21:06:40 localhost kernel: [ 139.034658] [<ffffffffa0015410>] usb_unbind_interface+0x50/0x180 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034663] [<ffffffff8130f42c>] __device_release_driver+0x7c/0xe0 May 21 21:06:40 localhost kernel: [ 139.034667] [<ffffffff8130f4bc>] device_release_driver+0x2c/0x40 May 21 21:06:40 localhost kernel: [ 139.034678] [<ffffffffa00155d0>] usb_driver_release_interface+0x90/0xa0 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034691] [<ffffffffa0015604>] usb_forced_unbind_intf+0x24/0x30 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034702] [<ffffffffa0008120>] ? usb_dev_thaw+0x20/0x20 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034714] [<ffffffffa00156b9>] usb_resume+0xa9/0xd0 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034724] [<ffffffffa0008120>] ? usb_dev_thaw+0x20/0x20 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034735] [<ffffffffa0008133>] usb_dev_resume+0x13/0x20 [usbcore] May 21 21:06:40 localhost kernel: [ 139.034739] [<ffffffff813168eb>] dpm_run_callback.isra.4+0x3b/0x70 May 21 21:06:40 localhost kernel: [ 139.034743] [<ffffffff81317608>] device_resume+0xa8/0x160 May 21 21:06:40 localhost kernel: [ 139.034746] [<ffffffff813176e1>] async_resume+0x21/0x50 May 21 21:06:40 localhost kernel: [ 139.034750] [<ffffffff8107ab9e>] async_run_entry_fn+0x7e/0x170 May 21 21:06:40 localhost kernel: [ 139.034754] [<ffffffff8106d4ea>] process_one_work+0x12a/0x440 May 21 21:06:40 localhost kernel: [ 139.034757] [<ffffffff8107ab20>] ? async_schedule+0x20/0x20 May 21 21:06:40 localhost kernel: [ 139.034761] [<ffffffff8106dd4e>] worker_thread+0x12e/0x2d0 May 21 21:06:40 localhost kernel: [ 139.034764] [<ffffffff8106dc20>] ? manage_workers.isra.25+0x1f0/0x1f0 May 21 21:06:40 localhost kernel: [ 139.034767] [<ffffffff810731f3>] kthread+0x93/0xa0 May 21 21:06:40 localhost kernel: [ 139.034771] [<ffffffff8146b6e4>] kernel_thread_helper+0x4/0x10 May 21 21:06:40 localhost kernel: [ 139.034775] [<ffffffff81073160>] ? kthread_freezable_should_stop+0x70/0x70 May 21 21:06:40 localhost kernel: [ 139.034778] [<ffffffff8146b6e0>] ? gs_change+0x13/0x13 May 21 21:06:40 localhost kernel: [ 139.034780] ---[ end trace b62da83db6ef94ab ]---

3 2

[arch-general] Powertop tunables and performance
by Sergi Pons Freixes 31 May '12

31 May '12

Hi All, PowerTOP 2.0 was released some time ago [1]. I've seen that it now has a tunables section where you can turn on/off several optimizations. When running only with battery, I don't hesitate to turn all of them on, but I'm not sure about what to do when I'm running on AC. Do you know if any of the tunables can have an impact on the performance of the laptop? Regards, Sergi

5 10

[arch-general] Can't upgrade due to gnupg vs gnupg2
by Ralf Mardorf 31 May '12

31 May '12

[root@archlinux spinymouse]# pacman -Syu :: Synchronizing package databases... [snip] :: The following packages should be upgraded first : pacman :: Do you want to cancel the current operation :: and upgrade these packages now? [Y/n] y resolving dependencies... warning: dependency cycle detected: warning: udev will be installed before its util-linux dependency looking for inter-conflicts... :: gnupg and gnupg2 are in conflict. Remove gnupg2? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.3-1 [root@archlinux spinymouse]# pacman -Syu :: Synchronizing package databases... [snip] :: The following packages should be upgraded first : pacman :: Do you want to cancel the current operation :: and upgrade these packages now? [Y/n] Y resolving dependencies... warning: dependency cycle detected: warning: udev will be installed before its util-linux dependency looking for inter-conflicts... :: gnupg and gnupg2 are in conflict. Remove gnupg2? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: gnupg and gnupg2 are in conflict

4 5

[arch-general] Mirrors
by P .NIKOLIC 31 May '12

31 May '12

Hi .. I am getting lots of errors from the mirror.lividpenguin.com stating : Given file does not exist is this mirror having problems or should i remove it from my mirrors list this has been an issue for best part of a week now Pete . -- Linux 7-of-9 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012 x86_64 GNU/Linux

3 4

Re: [arch-general] [arch-dev-public] [draft] news item for libudev rebuild
by Karol Blazewicz 30 May '12

30 May '12

On Wed, May 30, 2012 at 9:49 PM, Dave Reisner <d(a)falconindy.com> wrote: > systemd-tools Replaces Udev > The release of systemd 183 signifies the first release wherein systemd > and udev share the same upstream code repository. Not everyone is following upstream or the ML, so maybe you could add a few words about systemd *not* replacing our initscripts etc. + a link to some recent discussion and maybe even a link with the udev-systemd merge info. For non-developers for whom English is not the first language, the situation with udev may be a bit unclear but I'm not sure if using simpler language or adding additional explanation is needed or am I just exaggerating :-)

1 0

[arch-general] TK related GUI program run VERY slow, any idea?
by goodmenzy＠gmail.com 30 May '12

30 May '12

Hi, all I found that on my arch (64bit), GUI program which use TK lib runs versy slow, and it also suspend the KDE for a long time to response to the keyboard. I found that when those program begin, the hard disk LED blink many many times. The example of that program is amsn and gitk. Any one have the same phenomena? or anyone have some idea about it? TK package version is 8.5.11-1, seems the most recently version. Thanks for any response!

5 7

Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]
by Martti Kühne 30 May '12

30 May '12

On Mon, May 21, 2012 at 03:21:07PM +0200, Tobias Powalowski wrote: > Please report any issues that arise. As mentioned on irc already I have had trouble with linux 3.4-1 and the network driver (RTL8111/8168B, using r8169 module) with uswsusp 0.8-6 and virtualbox 4.1.16-1 guests, connected through the host's bridge setup. I haven't read up on how to script pausing all running virtual machines before suspending, however trying to suspend with vboxes running leaves me with a badly screwed-up, unkillable brctl process and [1] on trying to shut down/reboot. Update: Hmm, not sure, but it looks like it is taking a while for the virtual maichines to recover from the host's suspend / pause and unpause. However I added a script [2] to pause everything in /etc/pm/sleep.d, which seems to solve the foreground issue with the unkillable process and shutdown issues. Update 2: As it looks, the problem of not being able to shutdown/reboot persists despite pausing the machines, although the usage count ends up on -1 with it. cheers! mar77i [1] http://i.imgur.com/HdNph.jpg [2] https://gist.github.com/2835570

1 0

[arch-general] cups 1.5.3-3 requires gs
by rara8avis＠aol.com 29 May '12

29 May '12

It does not seem to be documented (e.g. pacman -Qi cups) but cups 1.5.3-3 requires ghostscript to be installed. This is a change for some of us who had not otherwise needed ghostscript. FYI T.

3 6

[arch-general] Systemd and init scripts
by Myra Nelson 29 May '12

29 May '12

The latest move of udev to systemd-tools brings up one question for me. When do I need to stop updating my machines so I don't have to switch to systemd? I don't take care of servers or a massive number of systems, just two machines. I have them configured properly and working well using the testing repos and currently don't seem to have any obvious problems. I took a look at systemd and it seems a bit much for my needs; two static wired ip addresses, no laptops, no mobile devices, and one printer. Somewhat old fashion and very simple, one of the reasons I started using Arch Linux to begin with. I don't mean to be derogatory or flippant in any way, and I'm not trying to start a massive thread on the pros and cons of either init system. I appreciate all the work the dev's and tu's have put in to making the system as wonderful and stable as it is. I simply don't believe I need/want systemd. Myra -- Life's fun when your sick and psychotic!

3 3

[arch-general] Perl 5.16 in [testing]
by Florian Pritz 27 May '12

27 May '12

Hi, Perl 5.16, as any other new perl version, requires all modules that are not purely perl code to be rebuilt. We did that for all packages in our repos. For a list of upstream changes please refer to `man perldelta`. Package changes: - Fix FS#27173 - [perl] Remove RPATH Since users probably installed some from AUR or with CPANPLUS::Dist::Arch, I wrote a script[1] that generates a local rebuild list. - raw.txt contains a list of files that generated an error - perl-modules.txt contains a list of modules the files belong to (not mapped to distributions; I'd gladly accept a fix for that) - pacman.txt contains a list of pacman packages the files belong to Binaries linking with libperl.so will also need to be rebuilt. You can use lddd from devtools to find those. Please report any issue you encounter. [1]: http://git.server-speed.net/bin/plain/find-broken-perl-packages.sh -- Florian Pritz

1 0

[arch-general] Mirrors not synchronized or a problem with the package database?
by Heiko Baums 25 May '12

25 May '12

Is there a problem with the mirrors and their synchronization or with the package database? Since a while pacman tells me that my package databases for all repos are up-to-date. The latest version of linux in those databases is linux 3.3.6-1 while the latest version in [core] should be 3.3.7-1 according to the online package database at https://www.archlinux.org/packages and the ABS. This happens with every mirror in my mirrorlist. According to the mirror status at https://www.archlinux.org/mirrors/status/ they are all up-to-date and 100% complete. Of course, I already did a pacman -Syy, but this didn't help. Heiko

9 16

Re: [arch-general] [arch-dev-public] libusbx as replacement for libusb
by Vytautas Stankevičius 25 May '12

25 May '12

On Fri, 25 May 2012 15:25:42 +0200 Tom Gundersen <teg(a)jklm.no> wrote: > On Fri, May 25, 2012 at 3:18 PM, Thomas Bächler > <thomas(a)archlinux.org> wrote: > > Am 25.05.2012 14:56, schrieb Tobias Powalowski: > >> Hi got this feature request: > >> https://bugs.archlinux.org/task/29999 > >> > >> - fedora ditched the libusb usage in favour of the libusbx project. > >> > >> http://www.libusbx.org > >> > >> Shall we move to this too? > > > > Questions not answered in the bug report: > > 1) What is an actual issue solved by libusbx that is present in > > libusb? (by Allan) > > 2) Is it a drop-in replacement that is API-compatible or (better) > > ABI-compatible. > > > > ad 1) I guess there are such issues, otherwise the libusbx people > > wouldn't have been angry enough to make a fork. This point requires > > research. > > From what I gathered, the difference is currently minimal as the > libusb maintainer backported most of the commits from libusbx. I > assume this can not go on forever though... > > > ad 2) If it is ABI-compatible, there is no harm in switching right > > now, as libusbx = libusb-1 + active development + more bugfixes. If > > it is only API-compatible or partially incompatible, we would need > > a strong reason to actually switch. > > It was advertised as a drop in replacement, I assumed this means ABI > compatible, but this we must check. > > -t What about libusb-0.1/libusb-compat compatibility? Quick check in core packages shows it as dependancy for some packages. Regards,

1 0

[arch-general] capturing moonlight stream
by FGr 24 May '12

24 May '12

Hi. Is there a way to capture a silverlight/moonlight video from a website? "DownloadHelper" firefox extension doesn't work.

3 5

[arch-general] [easytag] Updates and improvements for libmp4v2 version 2.0
by Nick Lanham 24 May '12

24 May '12

This makes easytag compile against the newest version of libmp4v2. I haven't done extensive testing, but I have tried it on a number of files with adding/removing/changing tags and it seems to all work fine. Let me know if further updates/changes would be useful. Regards, Nick - Use new API functions - Actually remove tags when requested instead of setting to empty string - Report errors to log when errors occur in reading tags --- src/mp4_header.c | 6 +- src/mp4_tag.c | 189 +++++++++++++++++++++++++++++++++--------------------- 2 files changed, 119 insertions(+), 76 deletions(-)

3 4