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

[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