- Aur-general - lists.archlinux.org

[aur-general] Delete kmod-mkiss please
by Gordon JC Pearce 18 Jul '10

18 Jul '10

http://aur.archlinux.org/packages.php?ID=31732 It doesn't work, and is fundamentally flawed. The short explanation is that enabling mkiss has further implications than just building a couple of modules, and really requires the kernel to be rebuilt. The long explanation might be better discussed with a kernel packager ;-) Gordon MM0YEQ

2 1

[aur-general] Delete fmod?
by Sven-Hendrik Haase 18 Jul '10

18 Jul '10

The fmod package (http://aur.archlinux.org/packages.php?ID=103) currently does not have any Google-accessible package source and upstream support for it has long been stopped. Its newer version, fmodex, is in community (yes, we do have permission to redistribute it). It thus doesn't build anymore. Should such a package be deleted or should it be left there? -- Sven-Hendrik

5 5

[aur-general] Gizmo crashes at startup
by Legioner 17 Jul '10

17 Jul '10

Hi! I installed the package Gizmo. But at age program crashes and gives bugreports. Who could install Gizmo correctly and how to do it correctly? If i run the program from the terminal: [legioner@legioner ~]$ gizmo gizmo_segv_handle: signum: 11 - SIGSEGV in_segv: 1 gizmo_segv_handle: PID: 5927 And here is the full text of bug reports: Date/Time: 2010-07-17 15:24:57 +0300 OS Version: Linux 2.6.34-ARCH #1 SMP PREEMPT Mon Jul 5 21:03:38 UTC 2010 i686 GTK+ Version: 2.20.1 Language: ru_RU.utf8 Command: /usr/bin/gizmo Product: LinGizmo Version: 3.1.0.79 Gizmo Debug Log - Last 10 lines: Debug: gizmo_core_init: Using SRTP: 0 Debug: gizmo_core_sync_init Debug: gizmo_gtk_stock_init: Loading 149 images Warning: gizmo_gtk_utils_init: Failed to open module libgnomevfs-2 Warning: gizmo_gtk_utils_init: Failed to open module libgnomeui-2 Debug: stheme_parse_xml: Done parsing Debug: gizmo_gtk_browser_init Debug: browser_check_path: checking path: /usr/lib Debug: browser_check_path: checking for 'mozilla-config' Debug: browser_check_path: checking for 'mozilla' Signum: signum: 11 - SIGSEGV Stack Trace: [Thread debugging using libthread_db enabled] [New Thread 0xb350ab70 (LWP 5933)] [New Thread 0xb3d0bb70 (LWP 5932)] [New Thread 0xb450cb70 (LWP 5931)] [New Thread 0xb4d0db70 (LWP 5930)] [New Thread 0xb550eb70 (LWP 5929)] [New Thread 0xb5d3bb70 (LWP 5928)] 0xb7716424 in __kernel_vsyscall () #0 0xb7716424 in __kernel_vsyscall () #1 0xb687116b in waitpid () from /lib/libc.so.6 #2 0xb680fc83 in ?? () from /lib/libc.so.6 #3 0xb681012a in system () from /lib/libc.so.6 #4 0x08090f6c in ?? () #5 <signal handler called> #6 0xb684cc47 in strncmp () from /lib/libc.so.6 #7 0x081373f4 in __xmlParserInputBufferCreateFilename () #8 0x08198b15 in xmlNewInputFromFile () #9 0x0813919d in ?? () #10 0x0812552a in xmlCreateURLParserCtxt () #11 0x081255c1 in xmlCreateFileParserCtxt () #12 0x0812a0b4 in xmlSAXUserParseFile () #13 0x080f7dbb in glade_parser_parse_file () #14 0x080f6c40 in glade_xml_construct () #15 0x080f6cfb in glade_xml_new () #16 0x080eac50 in gizmo_gtk_utils_glade_new () #17 0x080ad722 in gizmo_gtk_bcard_init () #18 0x080ce345 in main () Thread 7 (Thread 0xb5d3bb70 (LWP 5928)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb6871696 in nanosleep () from /lib/libc.so.6 No symbol table info available. #2 0xb68a0c6c in usleep () from /lib/libc.so.6 No symbol table info available. #3 0xb6db3725 in sipphone::EventListeners::sleep () from /lib/libsipphoneapi.so.1.7.07.73 No locals. #4 0xb6db3b90 in sipphone::EventListeners::thread () from /lib/libsipphoneapi.so.1.7.07.73 No locals. #5 0xb6e7cdf1 in threadWrapper () from /lib/libsipphoneapi.so.1.7.07.73 No locals. #6 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 6 (Thread 0xb550eb70 (LWP 5929)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb64947a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0xb68b4f24 in pthread_cond_timedwait () from /lib/libc.so.6 No symbol table info available. #3 0xb7019ad7 in GIPSLinuxEvent::Wait(unsigned long) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #4 0xb701cf49 in GIPSLinuxALSASndCardStream::playoutThreadFun() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #5 0xb701d546 in GIPSLinuxALSASndCardStream::RunPlayout(void*) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #6 0xb701f6fc in GIPSLinuxThread::Run() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #7 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #8 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 5 (Thread 0xb4d0db70 (LWP 5930)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb64947a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0xb68b4f24 in pthread_cond_timedwait () from /lib/libc.so.6 No symbol table info available. #3 0xb7019cde in GIPSLinuxEvent::Process() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #4 0xb7019dd2 in GIPSLinuxEvent::Run(void*) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #5 0xb701f6fc in GIPSLinuxThread::Run() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #6 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 4 (Thread 0xb450cb70 (LWP 5931)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb64947a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0xb68b4f24 in pthread_cond_timedwait () from /lib/libc.so.6 No symbol table info available. #3 0xb7019ad7 in GIPSLinuxEvent::Wait(unsigned long) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #4 0xb701d605 in GIPSLinuxALSASndCardStream::recThreadFun() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #5 0xb701ddee in GIPSLinuxALSASndCardStream::RunRec(void*) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #6 0xb701f6fc in GIPSLinuxThread::Run() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #7 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #8 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 3 (Thread 0xb3d0bb70 (LWP 5932)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb64947a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0xb68b4f24 in pthread_cond_timedwait () from /lib/libc.so.6 No symbol table info available. #3 0xb7019cde in GIPSLinuxEvent::Process() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #4 0xb7019dd2 in GIPSLinuxEvent::Run(void*) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #5 0xb701f6fc in GIPSLinuxThread::Run() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #6 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #7 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 2 (Thread 0xb350ab70 (LWP 5933)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb64947a4 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 No symbol table info available. #2 0xb68b4f24 in pthread_cond_timedwait () from /lib/libc.so.6 No symbol table info available. #3 0xb7019ad7 in GIPSLinuxEvent::Wait(unsigned long) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #4 0xb6fe58e9 in VEAPI::Process() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #5 0xb6fe5f36 in VEAPI::Run(void*) () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #6 0xb701f6fc in GIPSLinuxThread::Run() () from /lib/libsipphoneapi.so.1.7.07.73 No symbol table info available. #7 0xb648fe60 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #8 0xb68a720e in clone () from /lib/libc.so.6 No symbol table info available. Thread 1 (Thread 0xb5fa67d0 (LWP 5927)): #0 0xb7716424 in __kernel_vsyscall () No symbol table info available. #1 0xb687116b in waitpid () from /lib/libc.so.6 No symbol table info available. #2 0xb680fc83 in ?? () from /lib/libc.so.6 No symbol table info available. #3 0xb681012a in system () from /lib/libc.so.6 No symbol table info available. #4 0x08090f6c in ?? () No symbol table info available. #5 <signal handler called> No symbol table info available. #6 0xb684cc47 in strncmp () from /lib/libc.so.6 No symbol table info available. #7 0x081373f4 in __xmlParserInputBufferCreateFilename () No symbol table info available. #8 0x08198b15 in xmlNewInputFromFile () No symbol table info available. #9 0x0813919d in ?? () No symbol table info available. #10 0x0812552a in xmlCreateURLParserCtxt () No symbol table info available. #11 0x081255c1 in xmlCreateFileParserCtxt () No symbol table info available. #12 0x0812a0b4 in xmlSAXUserParseFile () No symbol table info available. #13 0x080f7dbb in glade_parser_parse_file () No symbol table info available. #14 0x080f6c40 in glade_xml_construct () No symbol table info available. #15 0x080f6cfb in glade_xml_new () No symbol table info available. #16 0x080eac50 in gizmo_gtk_utils_glade_new () No symbol table info available. #17 0x080ad722 in gizmo_gtk_bcard_init () No symbol table info available. #18 0x080ce345 in main () No symbol table info available. A debugging session is active. Inferior 1 [process 5927] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal]

2 1

[aur-general] Packages that can be moved to aur
by Laurent Carlier 17 Jul '10

17 Jul '10

I would like to start a talk about packages that can be moved to aur, for various reasons, not only because they are orphaned, but essencially due to lack of maintainance upstream. Feel free to comment and add other packages. striim: http://www.archlinux.org/packages/community/x86_64/striim/ Project seem dead upstream, better alternatives exist xf4vnc-xcliplistproto http://www.archlinux.org/packages/community/i686/xf4vnc-xcliplistproto/ Depend on a cvs snapshot from 2007, not update for 3 years (project is dead ?) xf4vnc-vncproto http://www.archlinux.org/packages/community/x86_64/xf4vnc-vncproto/ Similar to xf4vnc-xcliplistproto sfarkxtc http://www.archlinux.org/packages/community/i686/sfarkxtc/ Binary only, x86 only (x86_64 with lib32), doesn't seem maintain upstream .......

5 4

[aur-general] Move libatomic_ops to AUR?
by Jan Steffens 16 Jul '10

16 Jul '10

I just removed the last dependency on it (makedepend from pulseaudio). As far as I know gcc >= 4.1 has its own support for atomic ops and doesn't need this library.

3 2

[aur-general] Rebuild community/skype-call-recorder
by Michael Witten 16 Jul '10

16 Jul '10

The `skype-call-recorder' package in the `community' repository simply needs to be rebuilt. The current binary fails to run because it cannot load `libpng12' (which no longer seems to exist officially and is indeed not required by skype-call-recorder). -------------------- The following may be of interest to the developer of skype-call-recorder (who has been added to the Bcc list out of respect for a seemingly keen interest for remaining private). Interestingly, after rebuilding skype-call-recorder, the output of this command (which gives the direct shared library dependencies): readelf -d `which skype-call-recorder` | awk -F'[][]' '/NEEDED/ {print $2}' went from this: libmp3lame.so.0 libid3-3.8.so.3 libvorbisenc.so.2 libQtGui.so.4 libpng12.so.0 libSM.so.6 libICE.so.6 libXrender.so.1 libfreetype.so.6 libfontconfig.so.1 libXext.so.6 libX11.so.6 libQtDBus.so.4 libdbus-1.so.3 libQtXml.so.4 libQtNetwork.so.4 libssl.so.0.9.8 libQtCore.so.4 libz.so.1 libgthread-2.0.so.0 libglib-2.0.so.0 librt.so.1 libpthread.so.0 libdl.so.2 libstdc++.so.6 libm.so.6 libgcc_s.so.1 libc.so.6 libvorbis.so.0 libogg.so.0 to this: libmp3lame.so.0 libid3-3.8.so.3 libvorbisenc.so.2 libQtGui.so.4 libQtDBus.so.4 libQtNetwork.so.4 libQtCore.so.4 libstdc++.so.6 libm.so.6 libgcc_s.so.1 libc.so.6 libvorbis.so.0 libogg.so.0 More interesting is that even some of these aren't actually direct dependencies; the output of this command: ldd -u `which skype-call-recorder` is this: Unused direct dependencies: /usr/lib/libmp3lame.so.0 /usr/lib/libid3-3.8.so.3 /usr/lib/libvorbisenc.so.2 /usr/lib/libQtNetwork.so.4 /lib/libm.so.6 /usr/lib/libgcc_s.so.1 /lib/libc.so.6 /usr/lib/libvorbis.so.0 For instance, I imagine that `libc' is listed as unused because skype-call-recorder is actually a C++ program that only depends directly on `libstdc++'. Perhaps the commands used to build skype-call-recorder can be cleaned up. Sincerely, Michael Witten

3 2

[aur-general] any rules for groupadd in .install files?
by Christian Himpel 16 Jul '10

16 Jul '10

hi, it happens that i'm the current maintainer of the go-hg[1] package in aur. currently the package installs in /opt/go. go has nice support for installing third-party packages (goinstall), but it's a security risk for people to goinstall these third-party libraries as root. installing the gofiles with group 'go' and setting sgid bit for all (or only affected) directories this security flaw could be avoided (or at least reduced). so my question is: are there any rules or policies for packages, that call groupadd in the .install files? i saw that extra/qemu-kvm adds the group kvm with gid 78, so is there somewhere a list with `available' gids? do you have any other/better idea how to face the problem? thank you very much in advance! cheers, chressie [1]: http://aur.archlinux.org/packages.php?ID=33695

3 3

[aur-general] Why is there no option to delete your own package in AUR yourself?
by Michael Düll (akurei) 16 Jul '10

16 Jul '10

Hello fellow Archers! I wonder why there's no option to delete your own package from AUR. Some users pointed out, that there once was too much abusive behaviour. I can't think of a way how this could be abused, if you are only allowed to delete your _own_ uploaded packages, except one: If there's many users (and OTHER packages from AUR that rely on that perticular package [eg bin32-wine relies on lib32-libldap from AUR]), and you delete it, thus breaking dependencies. My proposal is: Allow people to delete their own AUR packages if a) No other AUR package depends on it and b) if there's less than 10 people "using" it (aurvote). This way it would be easy to delete a faulty package without first asking on the list and it would hopefully encourage more people to try and put PKGBUILDS on AUR. akurei

9 16

[aur-general] Orphan or deletion request
by Stanislav N. 16 Jul '10

16 Jul '10

http://aur.archlinux.org/packages.php?ID=26708 EMail address no longer exists and I cant contact with linopolus. PKGBUILD incorrect, but I have correct one. -- Stanislav N. <pztrn(a)pozitpoh.is-a-geek.org> Blog: http://pozitpoh.is-a-geek.org/ Jabber: pztrn(a)pozitpoh.is-a-geek.org

2 1

[aur-general] delete request libcdio-legacy
by Ike Devolder 15 Jul '10

15 Jul '10

I originally submitted thisone for compatibility issues of xbmc with the more recent versions of libcdio it has no purpose anymore http://aur.archlinux.org/packages.php?ID=32502 thx

2 1