- Arch-general - lists.archlinux.org

[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

[arch-general] Rename extra/python-pygame to extra/python2-pygame
by nado＠troglodyte.be 24 May '12

24 May '12

Hi folks, Since there is a python3 port fort pygame, maybe should we rename the package for python2 with the python version precision. What do you think ? -- Pazdera Corentin (Nado) Clé PGP/PGP key : http://troglodyte.be/pub/pubkey.pgp.asc

3 2