- Arch-general - lists.archlinux.org

Re: [arch-general] the problem about app's popup menu
by Northwoods 09 Feb '12

09 Feb '12

Then it is a bug and should be reported to gnome devs. There is not much I can help. In fact I wouldn't bother) Gehong Zhu <zhugehonghn(a)gmail.com> wrote: >在 2012-02-09四的 02:53 -0500，mountpeaks(a)lavabit.xn--com:-7z8fk634a >> > äºŽ 2012å¹´02æœˆ09æ—¥ 01:30, Northwoods å†™é“: >> >> Zhu Ge Long, could you make a screenshot, its difficult to say. Maybe >> >> your fonts are way big. >> >> >> >> æœ±æ ¼å®<zhugehonghn(a)gmail.com> wrote: >> >> >> >>> Hi,guys: >> >>> I have a question about gnome-shell popup menu,I found actives bar >> >>> will block app's popup menu when popup menu too long. is it my setting >> >>> have some problem?? >> > http://imagebin.org/197986 >> > you can see actives bar block list >> > >> Ok, I didn't notice anything out-of-ordinary on your screenshot, seems >> like its ok since the focused application is on top layer and overlaps the >> bar. I don't think that is a bug. >> 你会放心点儿:) >> >> >ok,beacause actives bar is transparent , please notice list top >position,if actives bar isn't transparent, you will not see the top of >list > >

1 0

Re: [arch-general] the problem about app's popup menu
by Northwoods 09 Feb '12

09 Feb '12

Zhu Ge Long, could you make a screenshot, its difficult to say. Maybe your fonts are way big. 朱格宏 <zhugehonghn(a)gmail.com> wrote: >Hi,guys: > I have a question about gnome-shell popup menu,I found actives bar >will block app's popup menu when popup menu too long. is it my setting >have some problem??

4 3

[arch-general] Wi-Fi rtl8192s
by Ralf Mardorf 08 Feb '12

08 Feb '12

Hi, does anybody know if the first driver mentioned here [1] is ok, in other words, won't there be dropped connections? [1] https://wiki.archlinux.org/index.php/Wireless_Setup#rtl8192s Anybody using a Sempre WU300 on Arch Linux with kernel 3.0-rt, to connect an iPad 2 to the Internet? Regards, Ralf

4 8

[arch-general] Can't rebuild audiofile 3.2 from PKGBUILD?
by David C. Rankin 08 Feb '12

08 Feb '12

Guys, I have almost survived the updates from today, but the last issue I have is audiofile 3.2->3.3 kills sound in trinity and kills basket-notepads. I am trying to rebuild from the 3.2 pkgbuild, but the build fails: /bin/sh ../libtool --tag=CC --mode=link gcc -std=gnu99 -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o power power.o ../libaudiofile/libaudiofile.la libtool: link: gcc -std=gnu99 -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -o .libs/power power.o ../libaudiofile/.libs/libaudiofile.so /usr/bin/ld: power.o: undefined reference to symbol 'log10@@GLIBC_2.0' /usr/bin/ld: note: 'log10@@GLIBC_2.0' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line /lib/libm.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[2]: *** [power] Error 1 make[2]: Leaving directory `/home/david/arch/pkg/abs/audiofile/src/audiofile-0.3.2/examples' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/david/arch/pkg/abs/audiofile/src/audiofile-0.3.2' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... I am using the pkgbuild from: http://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h… I can see the main problem is: /usr/bin/ld: power.o: undefined reference to symbol 'log10@@GLIBC_2.0' /usr/bin/ld: note: 'log10@@GLIBC_2.0' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line but how do I modify the PKGBUILD to account for this? Shouldn't audiofile be backwards compatible from 3.3->3.2? -- David C. Rankin, J.D.,P.E.

3 4

[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