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

[arch-general] Phonon backends not loading
by Kacper Żuk 08 Feb '12

08 Feb '12

All Phonon based apps (I've tried Kadu, Phonik (aur), and my little app) fail to initialize Phonon backend: WARNING: bool Phonon::FactoryPrivate::createBackend() phonon backend plugin could not be loaded WARNING: Phonon::createPath: Cannot connect Phonon::MediaObject ( no objectName ) to Phonon::AudioOutput ( no objectName ). I have backends installed: [kaz@Dmitrij ~]$ pacman -Qs phonon local/phonon 1:4.6.0-1 local/phonon-gstreamer 4.5.1-1 local/phonon-vlc 0.4.1-1 I've tried with only one backend installed (tried both...), but it still doesn't work. I'm using testing repo if that matters. Is it something with my configuration or is it a bug in Arch Linux?

2 2

[arch-general] Beep no longer works
by Sébastien le Preste de Vauban 08 Feb '12

08 Feb '12

#beep Could not open /dev/tty0 or /dev/vc/0 for writing open: No such file or director beep 1.3-2 Before update beep was working ok.

5 4

[arch-general] Debugging a kde app
by Myra Nelson 07 Feb '12

07 Feb '12

Caveat: I know this is probably an upstream bug so I'm just looking for some general info. This is my first try at debugging. I'm using the wiki articles for my guidance. I some questions about debugging a KDE app, kshisen which is included in the kdeames package. The best I can describe the behavior is "it hangs at random intervals. Either when you select a tile it takes several seconds to highlight it, after the first selection the matching selection takes 5 to 10 seconds, then continues without crashing". I've tried to get a screenshot but an unable to when kshisen is hung up. I've recompiled the dependencies and kshisen like this and built the packages in a clean chroot with extra-x86_64-build. options=('!strip') build() { export CFLAGS="-fbuiltin -g -march=native -O1 -pipe -fstack-protector-all --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" export CXXFLAGS="-fbuiltin -g -march=native -O1 -pipe -fstack-protector-all --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" export LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu" cd $srcdir mkdir build cd build cmake ../../${pkgbase}-${pkgver} -DCMAKE_BUILD_TYPE=Debug -DCMAKE_SKIP_RPATH=ON -DCMAKE_INSTALL_PREFIX=/usr -DPYTHON_EXECUTABLE=/usr/bin/python2 make } Next I ran [ valgrind --leak-check=full --track-origins=yes --time-stamp=yes /usr/bin/kshisen ]. Valgrind reports several memory leaks. As an example: ==00:00:07:20.414 32628== 24 bytes in 1 blocks are definitely lost in loss record 139 of 425 ==00:00:07:20.414 32628== at 0x4C2993D: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==00:00:07:20.414 32628== by 0xBA3A75A: FcPatternCreate (in /usr/lib/libfontconfig.so.1.4.4) ==00:00:07:20.414 32628== by 0xBA3861D: FcFontRenderPrepare (in /usr/lib/libfontconfig.so.1.4.4) ==00:00:07:20.414 32628== by 0xBA3883C: FcFontMatch (in /usr/lib/libfontconfig.so.1.4.4) ==00:00:07:20.414 32628== by 0x60BB2D7: QFontDatabase::load(QFontPrivate const*, int) (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x6098586: QFontPrivate::engineForScript(int) const (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x60AC187: QFontMetrics::height() const (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x62E1949: QStatusBar::reformat() (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x62E1C59: QStatusBar::setSizeGripEnabled(bool) (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x62E2007: QStatusBar::QStatusBar(QWidget*) (in /usr/lib/libQtGui.so.4.8.0) ==00:00:07:20.414 32628== by 0x515E55D: KStatusBar::KStatusBar(QWidget*) (in /usr/lib/libkdeui.so.5.8.0) ==00:00:07:20.414 32628== by 0x513F989: KMainWindow::statusBar() (in /usr/lib/libkdeui.so.5.8.0) Next I ran [ strace -eopen /usr/bin/kshisen ], which spits out quite a few missing/not found files. As and example: open("/usr/lib/tls/x86_64/libjson.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/tls/libjson.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/x86_64/libjson.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) There is no directory /usr/lib/tls. Then I ran [ readelf -a /usr/bin/kshisen | grep interp ] with the following results. [ 1] .interp PROGBITS 0000000000400238 00000238 [Requesting program interpreter: /lib/ld-linux-x86-64.so.2] 01 .interp 02 .interp .note.ABI-tag .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_frame Then I ran [ LD_DEBUG=files /usr/bin/kshisen > kshisen-lddebug.log 2>&1 ] which produces a long log. If it would help I can put all the files in a pastebin. I may be into overload but was trying to have enough info up front. First question. Would a backtrace do any good? Second question (sort of). I would like to bisect this app by cloning the svn repo then compiling a previous version. Will I (my belief is yes) need to set up a virtual environment to work on say the 4.7.9 version? Any help or suggestions would be appreciated. Myra -- Life's fun when your sick and psychotic!

1 0

[arch-general] backing up a blackberry phone
by P Nikolic 07 Feb '12

07 Feb '12

Hi .. I have a Balckberry Curve i could do with backing up again on suse i used to use BarryBackup has anyone provided this for Arch or what do people use to backup their Balckberrys .. Cheers Pete . -- Linux 7-of-9 3.2.4-1-ARCH #1 SMP PREEMPT Sat Feb 4 10:53:01 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux

2 3

[arch-general] libpng 14/15 - anyway to workaround by having parallel installs?
by David C. Rankin 07 Feb '12

07 Feb '12

Guys, The libpng issue breaks nearly all of trinity. Is there a way to work around the libpng 1.5 update by having both 1.5 and 1.4 installed or with softlinks until all the rebuilds can be done? I'll play with it, but if anyone knows how to approach this workaround (if possible), I would welcome your thoughts. Thanks. -- David C. Rankin, J.D.,P.E.

4 6

[arch-general] help building aoe block driver against kernel 3.2.4
by Chuck Remes 07 Feb '12

07 Feb '12

Like the subject says, I need a hand building the latest aoe block driver (available here [1]). The built-in aoe driver is back at version 47... there have been *many* improvements, particularly for performance, that I need in the later driver releases. I had great success building the driver against kernel26 for the past 3 years. This is my first try with the 3.x kernel series. In the gist below, I attached 3 sets of detail. The 'install_readme.txt' is a set of instructions I wrote up on how to prepare the kernel sources so that the driver could be built against it. These are the instructions (slightly updated to use the 'linux' package name versus the old 'kernel26' package) that I have successfully used for the last several years to keep the driver up to date as new kernels rolled out. The 'stdout.txt' section of the gist contains the output of my terminal session from when I do the driver build. It throws some errors out and points to a few lines in a specific file (aoeblk.c) as being incorrect. I have compared that code to other drivers and it looks correct to me. Lastly, I included a copy of the aoeblk.c file that contains these supposed errors (to save any helpful soul who wants to see the source without downloading the tarball [1] linked to earlier). https://gist.github.com/1713964 I also took another approach where I copied the updated driver sources directly into the kernel source tree and rebuilt the package. However, it throws the same error. I cannot get support from the vendor (Coraid) because they only officially support the 2.6 kernel series even with a paid plan. I'm at a loss as to what to try next. Any suggestions? [1] http://support.coraid.com/support/linux/aoe6-78.tar.gz

2 2

[arch-general] Nvidia Driver issues
by Don deJuan 07 Feb '12

07 Feb '12

First off I just would like to start off by saying please do not tell me to use nouveau. They do not work and have not worked for me on multiple distros for well over a year now. I also need cuda support on my laptop. I am currently running the xorg-nv driver. I am at a complete loss as far as what is going wrong or what I am missing when trying to install the Nvidia proprietary driver. I have a Nvidia GeForce GTS 360m card. I am fully updated, just updated xorg to 1.14-1. I have been trying since installing which started me at xorg 1.11. What is going wrong is that everything installs fine, but any time I try and shutdown/reboot it goes to a red screen and locks up there, no blinking indicators on the keyboard, so does not appear to be a Kernel panic but an xorg issue. If I do not get the red screen, what happens it the screen goes black and sits there with a blinking cursor. There is no way to change terminals either. I have tried the nvidia nvidia-beta drivers and both have the same issue. Is this due to the nvidia and xorg 1.11 issues I keep reading about? What are my options to try and get this working properly? I have followed the wiki, postings on the bbs. I have tried basically everything I could find minus actually downgrading to xorg 1.10. Which from what I read is the only way to get the proprietary to work, but on arch forums and on here I read of many people with no issue with current X and nvidia closed source drivers, so I would think it must be me who is causing the issue. Thanks for any help, info and most of all your time

4 11

[arch-general] What hapenned to netcfg ?
by Alfredo Palhares 07 Feb '12

07 Feb '12

Hello, I was just talking about this on #archlinux-offtopic. No one is acepting patches[1] to the netcfg[2] project. I aplied as mainteiner when help was asked[3] (as masterkorp) . No replies. Can i apply again ? Is anyone taking care of it? I have a a local repo with the patches and bugfixes applied. [1] https://bugs.archlinux.org/index.php?string=netcfg&project=1&search_name=&t… [2] https://projects.archlinux.org/netcfg.git/ [3] http://www.archlinux.org/news/contributors-wanted/ -- With the best regards, Alfredo Palhares

3 3

[arch-general] Kernel 3.2.1 woes
by Norbert Zeh 06 Feb '12

06 Feb '12

Hi folks, just a heads up (and maybe request for feedback whether anybody has seen similar issues with this kernel upgrade). The recent upgrade from kernel 3.1.9 to 3.2.1 produced two graphics-related issues: On my dual-Opteron Asus board with an NVIDIA GeForce GTX 460, the X server fails to start and says that it cannot initialize the device at PCI 4:0:0 (i.e., my NVIDIA card). Downgrading to 3.1.9 fixes this issue. On my Core i7 Dell Latitude 6510 laptop using the on-chip graphics chip and the 1920x1080 laptop screen, everything is fine until I suspend the machine to RAM. When resuming, I get a black screen and not even rebooting brings the screen back to life. I have to turn the machine off and then back on. In contrast, my Core i7 desktop at home with an NVIDIA Quadro NVS 450 works just fine with the 3.2.1 kernel. I'm in the process of bisecting these issues (currently working on the laptop issue). I remember that back in the kernel 2.6.3x days, it took a long time for the Dell 6510 with 1920x1080 display and Intel graphics to boot without a black screen at all, and I seem to recall that this was because the patch that made it work apparently didn't do what it was supposed to do "right". Maybe they now found a way to do it right, only it doesn't work, at least after a suspend. Note that, even though I get a black screen after suspending, the machine is otherwise alive, as I can blindly switch to a TTY and reboot the machine cleanly from there. Bisecting is proving a bit painful because quite a few intermediate versions I'm testing result in a straight kernel panic after suspend. Cheers, Norbert -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

8 14

[arch-general] [translation] pacman 4.0.2 string freeze
by Dan McGee 06 Feb '12

06 Feb '12

More info: http://www.archlinux.org/pacman/translation-help.html Transifex page: https://www.transifex.net/projects/p/archlinux-pacman/r/4-0-2/ Thanks! -Dan

5 9