This is an ebuild for the new version of quodlibet (0.12). Adapted from the earlier ebuilds. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 65292 [details] Quodlibet 0.12 ebuild Until it's added to the official portage repository, you can use this ebuild to install quodlibet 0.12 by using the portage overlay feature. 1.# mkdir /usr/local/portage/media-sound/ 2.# mkdir /usr/local/portage/media-sound/quodlibet 2.# Add this file to /usr/local/portage/media-sound/quodlibet 3.# cd /usr/local/portage/media-sound/quodlibet/ 4.# ebuild quodlibet-0.12.ebuild digest 5.# ACCEPT_KEYWORDS=~x86 emerge quodlibet 6. Enjoy!
The ebuild works well for me!
It doesn't need pyid3lib anymore (you can remove it safely from the ebuild), they have their own tag lib now (mutagen). pygtk must be >=2.6, as I said here http://bugs.gentoo.org/show_bug.cgi?id=96548
Created attachment 67184 [details] Updated quodlibet 0.12, now with accurate dependencies Implemented the changes suggested by Alessandro Chirico, namely accurate dependencies for pygtk 2.6.0 and removal of pyid3lib.
(In reply to comment #4) > Created an attachment (id=67184) [edit] > Updated quodlibet 0.12, now with accurate dependencies > > Implemented the changes suggested by Alessandro Chirico, namely accurate > dependencies for pygtk 2.6.0 and removal of pyid3lib. Is it possible to include MPC support?
To play mpc in quodlibet you should install pymusepack, made by the quodlibet devs I made an ebuild for it http://bugs.gentoo.org/show_bug.cgi?id=96020
Created attachment 68274 [details] quodlibet-0.13.ebuild I made an ebuild for quodlibet 0.13 It's based on gstreamer now (uses gst-python), so pyao can be removed
(In reply to comment #7) This latest ebuild also works fine for me.
Created attachment 68518 [details] quodlibet-0.13.1.ebuild Here's the ebuild for the new version with bugfixes
$sudo emerge -av quodlibet [ebuild N ] all/quodlibet-0.13.1 +X +mad +vorbis 0 kB ......................... Checking for PyGTK >= 2.6: found ACCESS DENIED access_wr: /var/lib/cache/gstreamer-0.8 ACCESS DENIED access_wr: /root/.gstreamer-0.8 Checking for PyGSt >= 0.8.2: found ......................... make[1]: Leaving directory `/var/tmp/portage/quodlibet-0.13.1/work/quodlibet-0.13.1/mmkeys' cp mmkeys/mmkeys.so . --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-my_-_quodlibet-0.13.1-29589.log" access_wr: /var/lib/cache/gstreamer-0.8 access_wr: /root/.gstreamer-0.8 --------------------------------------------------------------------------------
(In reply to comment #10) > $sudo emerge -av quodlibet > > [ebuild N ] all/quodlibet-0.13.1 +X +mad +vorbis 0 kB > > ......................... > Checking for PyGTK >= 2.6: found > ACCESS DENIED access_wr: /var/lib/cache/gstreamer-0.8 > ACCESS DENIED access_wr: /root/.gstreamer-0.8 > Checking for PyGSt >= 0.8.2: found > ......................... > make[1]: Leaving directory > `/var/tmp/portage/quodlibet-0.13.1/work/quodlibet-0.13.1/mmkeys' > cp mmkeys/mmkeys.so . > --------------------------- ACCESS VIOLATION SUMMARY --------------------------- > LOG FILE = "/tmp/sandbox-my_-_quodlibet-0.13.1-29589.log" > > access_wr: /var/lib/cache/gstreamer-0.8 > access_wr: /root/.gstreamer-0.8 > -------------------------------------------------------------------------------- Probably this is a silly idea, i've never really used sudo, but could you try to emerge from root, without suoding? If this doesn't work post here your emerge info
(In reply to comment #11) >If this doesn't work post here your emerge info user@host:/$ su Password: root@host:/$ ACCEPT_KEYWORDS="~x86" emerge -av all/quodlibet ................................. Calculating dependencies ...done! [ebuild N ] all/quodlibet-0.13.1 +X +mad +vorbis 0 kB [1] ................................ Checking for PyGTK >= 2.6: found ACCESS DENIED access_wr: /var/lib/cache/gstreamer-0.8 ACCESS DENIED access_wr: /root/.gstreamer-0.8 Checking for PyGSt >= 0.8.2: found ................................ pygtk-codegen-2.0 --prefix mmkeys \ --register `pkg-config --variable=defsdir pygtk-2.0`/gdk-types.defs \ --register `pkg-config --variable=defsdir pygtk-2.0`/gtk-types.defs \ --override mmkeys.override \ mmkeys.defs > gen-tmp ***INFO*** There are no declared global functions. ***INFO*** There are no declared methods. ***INFO*** There are no declared virtual proxies. ***INFO*** There are no declared virtual accessors. ***INFO*** There are no declared interface proxies. .............................................. mv gen-tmp mmkeyspy.cmake[1]: Leaving directory `/var/tmp/portage/quodlibet-0.13.1/work/quodlibet-0.13.1/mmkeys' cp mmkeys/mmkeys.so . --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/tmp/sandbox-all_-_quodlibet-0.13.1-8234.log" access_wr: /var/lib/cache/gstreamer-0.8 access_wr: /root/.gstreamer-0.8 -------------------------------------------------------------------------------- root@host:/$ emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r0, 2.6.12-rc6-mm1 i686) ================================================================= System uname: 2.6.12-rc6-mm1 i686 Intel(R) Celeron(R) CPU 2.13GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="... autoconfig buildpkg candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.linux.kiev.ua/pub/Linux/Gentoo" LANG="ru_RU.KOI8-R" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/kefiiir/ebuilds" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 7zip X alsa apm avi bash-completion berkdb bitmap-fonts bzip2 cdparanoia cdr crypt cups curl dga dhcp divx4linux dvd eds emboss encode fam flac foomaticdb fortran gd gdbm ggi gif glut gpm gstreamer gtk gtk2 gtkhtml i8x0 imagemagick imlib java javascript jpeg libg++ libwww logrotate mad mikmod mmx motif mp3 mpeg mysql ncurses network nls ogg oggvorbis opengl pam pda pdflib perl png python quicktime readline samba sdl slang spell sse ssl svga symlink tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode userlocales vorbis x11 xml xml2 xmms xv xvid zlib video_cards_i830 userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
You have to upgrade sandbox to the stable version 1.2.12 I downgraded it to your version number (1.2.10) and it gave me the same error. So upgrade and let us know if everything works
(In reply to comment #13) All compiled (= but some new bug 1) media-plugins/gst-plugins-oss is required else i received message Opening audio device. 'gconf' failed, falling back to osssink (no element "gconf"). No valid GStreamer sinks found. $ 2) in my locale LC_NUMERIC="ru_RU.KOI8-R" i have decimal delimiter "," and receive error message 'gconf' failed, falling back to osssink (нет элемента "gconf"). /usr/lib/quodlibet/quodlibet.zip/widgets.py:1046: GtkWarning: /usr/lib/gtk-2.0/2.4.0/engines/libmetal.so: undefined symbol: gtk_toggle_button_get_type Traceback (most recent call last): File "/usr/bin/quodlibet", line 247, in ? main() File "/usr/bin/quodlibet", line 21, in main widgets.init() File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line 2700, in init File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line 1075, in __init__ File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line 935, in __init__ File "/usr/lib/quodlibet/quodlibet.zip/widgets.py", line 1030, in __init__ File "/usr/lib/python2.3/ConfigParser.py", line 318, in getfloat return self._get(section, float, option) File "/usr/lib/python2.3/ConfigParser.py", line 312, in _get return conv(self.get(section, option)) ValueError: invalid literal for float(): 0.503703703704 $ but if i lounch QL $ LC_NUMERIC="POSIX" quodlibet all ok
Created attachment 69078 [details] quodlibet-0.13.1-r1.ebuild 1) I modified the ebuild with 3 new use flag to install the needed gst-plugin audio backend. I also added the gst-plugins for mad and vorbis. 2) Sorry, I really don't know what's the problem here, I've never set LC_NUMERIC I'll try to find out. You could ask on quodlibet homepage
For those of you getting the following error: 'gconf' failed, falling back to osssink This can be overcome by adding the following to ~/.quodlibet/config: pipeline = alsasink
(In reply to comment #16) > For those of you getting the following error: 'gconf' failed, falling back to > osssink > > This can be overcome by adding the following to ~/.quodlibet/config: > pipeline = alsasink Probably this is http://www.sacredchao.net/quodlibet/ticket/269 So i modified the ebuild to install gnome-python-extras, but only with the gnome USE flag, because quodlibet can work even without installing gnome
Created attachment 69186 [details] quodlibet-0.13.1-r2.ebuild
Created attachment 71211 [details] quodlibet-0.14.ebuild Quodlibet 0.14 is out. This is the old ebuild, so you can just rename it
quodlibet-0.14.ebuild is working great for me. The only thing is that I had to apply the "pipeline = alsasink" fix. ANy chance of getting this into portage any time soon?
Yes, it does seem to be quite stable and becoming more widespread now. It seems an ideal candidate to put into the Portage tree. (The 0.14 ebuild works great for me, no changes necessary.)
To get ogg vorbis files to play I had to emerge gst-plugins-ogg. So I think the portion of the ebuild should be: vorbis? ( dev-python/pyvorbis media-plugins/gst-plugins-vorbis media-plugins/gst-plugins-ogg) but I suppose that could be a problem with gst-plugins-vorbis rather than quodlibet. I am using the stable version of gst-plugins-vorbis (0.8.10)
Created attachment 71516 [details] quodlibet-0.14-r1.ebuild You are right, here's the new ebuild with gst-plugins-ogg
0.15 is out. You only have to rename the ebuild.
Created attachment 73023 [details] Updated quodlibet-0.15.ebuild, with gst-python dependency Copying the ebuild as suggested in comment #24 didn't work for me. Had the following output: * Starting Xvfb on $DISPLAY=2 ... Checking for Python... /usr/bin/python Checking Python version: 2.4 Checking for PyGTK >= 2.6: found Checking for PyGSt >= 0.8.2: not found Quod Libet requires PyGSt 0.8.1. (http://gstreamer.freedesktop.org) make: *** [all] Error 1 I tried dev-python/gst-python-0.8.1, but it failed. 0.8.2 worked. After that, the attached quodlibet-0.15 ebuild emerged OK. I'm using an amd64
Ah, rename from here, not portage. 0.14-r1 looks like it would've worked (mine was from the "in portage" version .11
Created attachment 73063 [details] quodlibet-0.15.ebuild Exactly, I put the working ebuild for simplicity, please obsolete yours
0.15 works well for me on x86, any chaance of updating portage?
version 0.16 wok fine with 0.15 renamed ubuild
Created attachment 75064 [details] quodlibet-0.16.ebuild Ebuild for the new release of quodlibet, 0.16 I made the USE flag mp4 to install the needed gstreamer plugin for aac support. I also put cytpes as a dependency, because quodlibet requires this for a lot of audio formats, like aac, musepack (I made the ebuild for it, https://bugs.gentoo.org/show_bug.cgi?id=96020 ), and wavpack ( here's an ebuild for gst-plugins-wavpack https://bugs.gentoo.org/show_bug.cgi?id=106277 ). I didn't add mpc and wavpack USE flags because they are not yet in portage, and all this bugzilla dependencies would be a little mess. Tell me if you think they should be added to the ebuild.
Since the current ebuild in portage (0.11-r1) is for a version that has some nasty bugs (http://www.sacredchao.net/quodlibet/ticket/275) could a newer ebuild be put in portage?
Created attachment 75387 [details] quodlibet-0.16-r1.ebuild I found out that this new version of quodlibet supports natively musepack and mikmod, without using external plugins (pymusepack and pymodplug). So I added this new USE flags, to install only the needed gst-plugins. You cam safely remove those modules. Quodlibet now supports internet radios, but it needs gst-plugins-gnomevfs to play them, so I added it under the gnome USE flag, because it installs a lot of gnome libraries. I added there dev-python/feedparser, a python module to parse feeds
Created attachment 77396 [details] quodlibet-0.17.ebuild Ebuild for quodlibet 0.17 Quodlibet has built-in support for flac now, so you can remove pyflac
Created attachment 77580 [details] quodlibet-0.17.1.ebuild Quodlibet 0.17.1 is out. You can simply rename the 0.17 ebuild if you already have it.
I'm getting problems with the sandbox: make[1]: Leaving directory `/var/tmp/portage/quodlibet-0.17.1/work/quodlibet-0.17.1/mmkeys' cp mmkeys/mmkeys.so _mmkeys.so cp build/lib*/trayicon.so . make[1]: Leaving directory `/var/tmp/portage/quodlibet-0.17.1/work/quodlibet-0.17.1/trayicon' cp trayicon/trayicon.so _trayicon.so >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-media-sound_-_quodlibet-0.17.1-21947.log" mkdir: /root/.gnome2 open_wr: /root/.gstreamer-0.10/registry.x86_64.xml.tmp mkdir: /root/.gstreamer-0.10 open_wr: /root/.gstreamer-0.10/registry.x86_64.xml.tmp -------------------------------------------------------------------------------- The log file: mkdir: /root/.gnome2 open_wr: /root/.gstreamer-0.10/registry.x86_64.xml.tmp mkdir: /root/.gstreamer-0.10 open_wr: /root/.gstreamer-0.10/registry.x86_64.xml.tmp My emerge info: Portage 2.1_pre4-r1 (default-linux/amd64/2005.0, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r1 x86_64) ================================================================= System uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre15 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en it" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/main /usr/local/overlays/lila /usr/local/overlays/crossdev" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X a52 aac aalib alsa amuled aotuv asf avahi avi berkdb bidi bitmap-fonts bonjour bzip2 cairo canvas cdio cdparanoia cdr cdrom cgi chm crypt cups curl daap dba dbus devil directfb djvu dts dvb dvd dvdr dvdread eds emboss encode examples fam fame fastcgi fat fbcon ffmpeg firefox flac foomaticdb fortran fping gd gdbm gif gimp gimpprint glade glitz glut gnome gpm grammar gstreamer gtk gtk2 gtkhtml gvim h323 hal howl httpd icq imagemagick imlib ipod ipv6 jabber javascript jikes joystick jpeg kdeenablefinal libcaca live lzw lzw-tiff mad math matroska mbox mhash mjpeg mono moznocompose moznoirc moznomail mp3 mp4live mpeg mpeg2 mplayer musepack musicbrainz mysql nautilus ncurses network new-login nls nntp nodrm nowin nptl nptlonly nsplugin ntfs nvidia offensive ogg oggvorbis openal opengl pam pcre pdf pdflib perl php player png postgres ppds python quicktime rar readline real reiserfs remote ruby samba scanner sdl server session silc speex spreadsheet sql sqlite sqlite3 ssl stats stencil-buffer stream subtitles subversion svg symlink sysfs tagwriting tcpd theora thesaurus threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utf8 v4l v4l2 vim-pager visualization vlm vorbis webservices wxwindows x264 xerces-c xine xinerama xml xml2 xpm xscreensaver xv xvid yp zlib elibc_glibc kernel_linux linguas_en linguas_it userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS
(In reply to comment #35) > I'm getting problems with the sandbox: i don't have an amd64, so i'm just guessing... You could try to emerge the stable sandbox (1.2.12).
*** Bug 123454 has been marked as a duplicate of this bug. ***
Please add ~amd64 flag for quodlibet, works fine.
I'm having the same problems with the sandbox, on x86: building 'mmkeys' extension creating build creating build/temp.linux-i686-2.4 i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O3 -pipe -march=athlon-xp -fomit-frame-pointer -fPIC -I/usr/include/python2.4 -c mmkeyspy.c -o build/temp.linux-i686-2.4/mmkeyspy.o -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O3 -pipe -march=athlon-xp -fomit-frame-pointer -fPIC -I/usr/include/python2.4 -c mmkeys.c -o build/temp.linux-i686-2.4/mmkeys.o -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 i686-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O3 -pipe -march=athlon-xp -fomit-frame-pointer -fPIC -I/usr/include/python2.4 -c mmkeysmodule.c -o build/temp.linux-i686-2.4/mmkeysmodule.o -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pygtk-2.0 creating build/lib.linux-i686-2.4 i686-pc-linux-gnu-gcc -pthread -shared -O3 -pipe -march=athlon-xp -fomit-frame-pointer build/temp.linux-i686-2.4/mmkeyspy.o build/temp.linux-i686-2.4/mmkeys.o build/temp.linux-i686-2.4/mmkeysmodule.o -o build/lib.linux-i686-2.4/mmkeys.so -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgmodule-2.0 -ldl -lgobject-2.0 -lglib-2.0 cp build/lib*/mmkeys.so . make[1]: Leaving directory `/var/tmp/portage/quodlibet-0.17.1/work/quodlibet-0.17.1/mmkeys' cp mmkeys/mmkeys.so _mmkeys.so --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/var/log/sandbox/sandbox-media-sound_-_quodlibet-0.17.1-6061.log" open_wr: /root/.gstreamer-0.10/registry.i686.xml.tmp mkdir: /root/.gstreamer-0.10 open_wr: /root/.gstreamer-0.10/registry.i686.xml.tmp -------------------------------------------------------------------------------- my emerge info: Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -pipe -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -pipe -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://mirror.tucdemonic.org/gentoo/ http://mirror.datapipe.net/gentoo http://mirror.usu.edu/mirrors/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X acpi aim alsa apache2 artworkextra audiofile avi bash-completion berkdb bitmap-fonts bzip2 cdparanoia cdr crypt cups curl divx4linux dts dvd dvdread eds emboss encode ethereal evo exif expat fam ffmpeg flac foomaticdb fortran ftp gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml guile hal icq idn imagemagick imap imlib innodb jabber java jpeg junit lcms libg++ libwww mad matroska mikmod mime mmx mmxext mng mono mp3 mpeg msn ncurses network nptl nptlonly nvidia offensive ogg oggvorbis opengl pam pcre pdflib perl pic png python quicktime readline real ruby spell sse ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb videos vorbis win32codecs wmf xml2 xv xvid yahoo zlib video_cards_nvidia userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS
Managed to install without the sandbox: FEATURES="-sandbox" emerge quodlibet Installation goes fine, but I can't run quodlibet: $ quodlibet Traceback (most recent call last): File "/usr/bin/quodlibet", line 315, in ? load_library() File "/usr/bin/quodlibet", line 250, in load_library import library File "/usr/share/quodlibet/library.py", line 15, in ? import formats File "/usr/share/quodlibet/formats/__init__.py", line 20, in ? format = __import__(name, globals(), locals(), self) File "/usr/share/quodlibet/formats/ape.py", line 12, in ? if gst.element_factory_make('monkeysdec'): extensions = [".ape"] gst.PluginNotFoundError: monkeysdec Possibly a missing dependency for monkeysaudio, but I can't find it in portage. Tried to emerge gst-plugins-good, bad and ugly and re-emerged quodlibet, but without success.
Created attachment 80989 [details] quodlibet-0.17.1-r1.ebuild Added ~amd64 I am really trying to figure out what is this problem with the sandbox. First of all I unmasked and emerged gstreamer-0.10 and all its plugins, but reemerging quodlibet goes fine. Then I removed my (really really ugly :) ebuild of gst-monkeysaudio. Quodlibet again emerges and works fine. I really don't know what's the problem here.
Created attachment 80990 [details] quodlibet-0.17.1-r1.ebuild Added ~amd64 I am really trying to figure out what is this problem with the sandbox. First of all I unmasked and emerged gstreamer-0.10 and all its plugins, but reemerging quodlibet goes fine. Then I removed my (really really ugly :) ebuild of gst-monkeysaudio. Quodlibet again emerges and works fine. I really don't know what's the problem here.
Created attachment 80991 [details] quodlibet-0.17.1-r1.ebuild Added ~amd64 I am really trying to figure out what is this problem with the sandbox. First of all I unmasked and emerged gstreamer-0.10 and all its plugins, but reemerging quodlibet goes fine. Then I removed my (really really ugly :) ebuild of gst-monkeysaudio. Quodlibet again emerges and works fine. (I'm having lots of problems wirh my ADSL, sorry for the delays) I really don't know what's the problem here.
Ok, so this is really weird: when running as a normal user I get the problem I mentioned above (about missing dependency for monkeysaudio), but if I run as root it works fine (just some DeprecationWarnings)! Hope this new information helps.
Please disconsider the last post. I was actually running version 0.11 as root and version 0.17.1 as normal user. Sorry. Cleaned that now. It's not just the monkeysaudio plugin that it's not finding. It's not finding any plugin at all. If I remove the file /usr/share/quodlibet/formats/ape.py, it starts complaining about FLAC, if I remove /usr/share/quodlibet/formats/flac.py, it starts complaining about MP3, and so on... After removing mp3 and oggvorbis.py, it finally starts, but gives this in a messagebox: Unable to open audio device Quod Libet tried to access the 'alsasink', 'osssink', and 'alsasink' drivers but could not open any of them. Set your GStreamer pipeline by changing the pipeline = alsasink line in ~/.quodlibet/config. So maybe it's something about gstreamer-0.10. I just installed it (automatically as a dependence of quodlibet) and installed the good, bad and ugly plugins. Is there something I'm missing?
Have you installed gst-python-0.10? It could be a problem in dev-python/ctypes. The new stable version 0.9.9.3 (on x86) doesn't work with quodlibet. I had to mask it to let portage install 0.9.6 (but i don't think this is about the sandbox error, i tried reinstalling the last version and quodlibet emerges fine again)
I have gst-python-0.10.2, and ctypes 0.9.9.3. After downgrading to ctypes to 0.9.6, I re-emerged quodlibet. The sandbox violation still happens. If I bypass that and emerge it, the same error occurs while trying to run quodlibet. Looking at the latest code from the quodlibet repository, looks like the exceptions are now caught. In ape.py they are now using: try: gst.element_factory_make('monkeysdec') or ""+1 except: extensions = [] instead of: if gst.element_factory_make('monkeysdec'): extensions = [".ape"] else: extensions = [] I'll try to install from the repository and report to you later. Thanks for your time.
I made an archive and ebuild using the latest revision from the repository. The exceptions about not finding the gstreamer plugin are no longer trown, but none are loaded either, so the program starts but can't add any type of file. After reading the python tutorial, and learning enough to understand and test the code I finally found the problem: I have no gst-plugins installed! This is really weird because I have: gstreamer; gst-plugins-base; gst-plugins-good; gst-plugins-bad; and gst-plugins-ugly. The last 3 I installed manually. Here is the explanation: quodlibet-0.17.1.ebuild lists as dependencies the correct plugins (like media-plugins/gst-plugins-mad for the mad keyword) but the wrong versions (0.8 instead of 0.10). In 0.17.1 this causes the program to exit with an exception and in versions above it (0.18 when it is released) the program just starts withou any gst-plugin. I took the liberty submit a fixed ebuild.
Created attachment 81086 [details] Ebuild for quodlibet-0.17.1 Fixes dependecy problem: quodlibet depending on gst-plugins-*-0.8.x instead of gst-plugins-*-0.10.x.
*** Bug 124595 has been marked as a duplicate of this bug. ***
Holy crap you guys are all idiots. Quod Libet 0.17.1 requires GStreamer 0.8. 0.10 will not work. I repeat my request that this be removed from your distribution. It is still out of date, I have never been contacted about these problems, and you guys clearly have no idea what you're doing.
(In reply to comment #51) > Holy crap you guys are all idiots. Quod Libet 0.17.1 requires GStreamer 0.8. > 0.10 will not work. > > I repeat my request that this be removed from your distribution. It is still > out of date, I have never been contacted about these problems, and you guys > clearly have no idea what you're doing. > Nice words of encouragement from one of the developers of this software. We are not developers (at least I am not) and we don't live for quodlibet. We are only trying to make your app work here on gentoo, because we like it, giving away our free time. You have not been contacted about this problem because the ebuild works (more or less). There's one guy having a problem and we are trying to fix it. The problem is in the ebuild, so we had to contact you to ask what? To hear "leave Gentoo and use Debian"?
(In reply to comment #52) > Nice words of encouragement from one of the developers of this software. That means you should listen extra hard to what I say, because I know what I'm talking about. > We are not developers (at least I am not) If you're making an ebuild, and distributing software, you're a developer. Congratulations on the promotion. Now please concentrate on being a *good* developer. > and we don't live for quodlibet. Neither do I. That's why don't want to deal with invalid bug reports from year old software. > We are only trying to make your app work here on gentoo, because we like it, > giving away our free time. And I'm saying, thanks but no thanks, right now you're just making it worse and taking up everyone's time -- yours, mine, and people who emerge quodlibet. So it's okay, and even preferable, if you just remove it from Gentoo. > You have not been contacted about this problem because the ebuild works (more > or less). Sigh. No. Your PyGTK dep is too old, your GStreamer dependencies are too new and mismatched. It's working basically out of luck, because gst-python 0.8 will cause most of the other GStreamer 0.8 dependencies to be installed. And the ebuild that's actually *in Portage*, for 0.11, does not work at all. > There's one guy having a problem and we are trying to fix it. The > problem is in the ebuild, so we had to contact you to ask what? To hear "leave > Gentoo and use Debian"? Had you contacted me, I would happily have clarified QL's dependencies, which I know aren't the easiest thing to manage. I would've pointed you to our wiki pages about the GStreamer migration, and the issues involved. But you didn't contact me, and so the errors kept compounding, while an old ebuild languished in the actual package database. So *now*, I'm saying leave Gentoo and use Debian, or anything where the distribution's developers keeps a working relationship with the upstream developers. And finally, I restate my original request: Regardless of what ebuilds are sitting here in this bug, please remove the useless, broken, out-of-date 0.8.1 and 0.11 ebuilds in Portage.
(In reply to comment #53) You're fast man! You're right. I hope someone really good at this kind of things starts to make working ebuilds for quodlibet (and puts them in portage). I may not like you (your manners actually), but love your software.
(In reply to comment #51) > Holy crap you guys are all idiots. Quod Libet 0.17.1 requires GStreamer 0.8. > 0.10 will not work. Calm down, seriously! If you are claiming that something is useless and unmaintained (Bug 124595) without any help, then rather fix *your* package meanwhile to work with decently up-to-date gstreamer version. That's exactly the same issue like if you are complaining that versions in portage don't work w/ gtk+-2.8*. Such contact from upstream is rather ridiculous, better just continue to ignore Gentoo if you want to continue in such manner. :(
(In reply to comment #55) > Calm down, seriously! Read, seriously. > If you are claiming that something is useless and unmaintained (Bug 124595) > without any help, then rather fix *your* package meanwhile to work with > decently up-to-date gstreamer version. We are. We've been porting for the past month (you'd know that, if you watched our Trac). A release is planned for this week (you'd know that, if you were on our mailing list). However, 0.8 is not totally dead upstream, even if it is deprecated (you'd know that, if you talked to the GStreamer guys); 0.8 and 0.10 are different APIs, and many programs are using 0.8 until 0.10 gets phased in completely (you'd know that, if you read the GStreamer documentation). There are still several regressions in areas important to QL (you'd know that, if you read our wiki). I've been reporting them to GStreamer, and they've been fixing them (you'd know that, if you checked GNOME Bugzilla). These are the kinds of things package maintainers keep in contact with upstream to learn about. But even if we released tomorrow, that still doesn't make this ebuild correct in any way; it has all the problems I listed in my last comment. And that indicates to me that no one involved really knows what they're doing, and I'd rather have no package (and make users get working source from our website) than a broken package. > That's exactly the same issue like if > you are complaining that versions in portage don't work w/ gtk+-2.8*. GStreamer 0.10 has only been usable for about a week, and porting takes time. Quod Libet 0.11 is almost a year old. We had that bug fixed even before GTK+ 2.8 came out. > Such contact from upstream is rather ridiculous, better just continue to ignore > Gentoo if you want to continue in such manner. :( You still don't get it. Upstreams are what make you guys possible, not the other way around. If upstream is pissed and you (and I assure you, I am) you should endeavor to understand why, and fix your processes.
(In reply to comment #56) Attach a working ebuild once this thing is ready for gstreamer 0.10. All this ranting serves no good purpose. And stop insulting out users that are trying to help. Instead of claiming that they are idiots, show them how to do things properly. If you are not willing to do that, then there's no use in poluting this bug with impolite and unconstructive comments. Thanks.
*** Bug 96548 has been marked as a duplicate of this bug. ***
(In reply to comment #53) > So *now*, I'm saying leave Gentoo and use > Debian, or anything where the distribution's developers keeps a working > relationship with the upstream developers. Maybe you still didn't get the message - this application is currently *lacking* a maintainer, since the original one has *retired*. So there's noone who could possibly contact you so that you could share your warm comments with him. Please keep such ridiculous generalizations and recommendations for yourself if you don't have a basic clue about state of things. > If upstream is pissed and you (and I assure you, I am) you > should endeavor to understand why, and fix your processes. Not exactly our problem. If you are pissed off, then Gentoo bugzilla is not a proper place to give a vent to your frustrations. There's exactly one open bug about quodlibet, and that's this one, requesting a version bump. So be so kind and stop requesting removal of the package, there's no reason to do it, except for your attitude. Submit a fixed ebuild and I'll ask someone to commit it, or even become a maintainer. We are not going to jump as you whistle just because you are pissed off.
I have given, repeatedly, two constructive suggestions: 1. Remove the broken software from your distribution, since apparently it cannot be upgraded. It is hurting everyone. I'm fine leaving broken ebuilds here, as unofficial versions, if the ancient versions get ripped out of portage; you were the one who decided to conflate that issue by marking the bugs duplicates. 2. Touch base with upstream developers, even if only passively. Then you would know what's going on with GStreamer 0.10. Then you *will* know what's going on with GStreamer 0.10, so someone skilled can make a proper ebuild when 0.18 is released. I realize that the application is lacking a maintainer and no one knows when it may get another one. That is all the more reason to go ahead with my first suggestion. The idea that I should fix a package I didn't create for an OS I don't use is laughable. That you still don't understand how *you* need to communicate with *us* about this, since I can't keep tabs on every OS packaging QL, is sad. If I just make an ebuild later and dump it here, the problem isn't solved at all.
(In reply to comment #60) > The idea that I should fix a package I didn't create for an OS I don't use is > laughable. That you still don't understand how *you* need to communicate with > *us* about this, since I can't keep tabs on every OS packaging QL, is sad. If > I just make an ebuild later and dump it here, the problem isn't solved at all. You apparently didn't read, did you? There's noone to communicate, there's no maintainer currently. Since you are the only one who's requesting to remove the ebuild from portage, we won't do that just on grounds that some upstream guy got pissed off and started to rant on our bugzilla. Go fix your stuff for current gstreamer, you are not useful here at all. Bye.
(In reply to comment #59) > (In reply to comment #53) > > So *now*, I'm saying leave Gentoo and use > > Debian, or anything where the distribution's developers keeps a working > > relationship with the upstream developers. > > Maybe you still didn't get the message - this application is currently > *lacking* a maintainer, since the original one has *retired*. So there's noone > who could possibly contact you so that you could share your warm comments with > him. Please keep such ridiculous generalizations and recommendations for > yourself if you don't have a basic clue about state of things. Unless you want to maintain that the huge list of ebuilds above this form is a figment of my imagination, someone has been submitting them for every QL version. Ergo, that same someone could have contacted me. > > If upstream is pissed and you (and I assure you, I am) you > > should endeavor to understand why, and fix your processes. > > Not exactly our problem. If you are pissed off, then Gentoo bugzilla is not a > proper place to give a vent to your frustrations. If I am pissed off about the way Gentoo is handling my software, I cannot think of a better place than the Gentoo Bugzilla to vent my frustrations, with justification behind each one. > There's exactly one open bug > about quodlibet, and that's this one, requesting a version bump. Yeah. All the other ones are ending up in our Trac, or in my private inbox, and wasting my time. That's why I want the software removed. > So be so kind > and stop requesting removal of the package, there's no reason to do it, except > for your attitude. Submit a fixed ebuild and I'll ask someone to commit it, or > even become a maintainer. So if I do the work, you'll appoint someone else as a maintainer? Yeah, that makes sense.. I'm sure you'll be glad to hear, I'm done here. Quod Libet no longer supports Gentoo as a platform. Users wanting to know why will be directed to this bug report.
(In reply to comment #62) > Unless you want to maintain that the huge list of ebuilds above this form is a > figment of my imagination, someone has been submitting them for every QL > version. Ergo, that same someone could have contacted me. That were our *users* who submitted the ebuilds. So, they have been *far* more useful then you, I have to to say. Now I fully understand that they didn't contact you, I wouldn't do it either - to contact someone upstream to only get screamed upon that I'm an idiot and don't understand you, the brilliant upstream guys, that's something I can live without, thanks. > Quod Libet no longer supports Gentoo as a platform. Users wanting to know why > will be directed to this bug report. Yeah, that's indeed a good idea - users of your software will at least know how helpful you can be and will be able to more properly consider one of many existing alternatives to your application.
What a flame war! Let me join in. I'm only a user, I have never coded in python in my life nor have I any experience with writing ebuilds. The reason I'm trying to make QL work is because I love this software and want to help. So JOE, I'd really like to see you reffering people to this bug, especifically to comment #51, where YOU call people who is trying to help IDIOTS, instead of offering some help.
bumped in cvs thanks for all people involved in this bug and sorry for all this time but it wasn't really our fault since this app was maintained by a inactive developer. Feel free to open a new bug if you find something wrong. Thanks again
Latest version is 0.18....
Err, and, I'm getting access violations as well, with the current version in portage, with newest sandbox... --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-media-sound_-_quodlibet-0.17.1-4285.log" open_wr: /root/.gconf/.testing.writeability unlink: /root/.gconf/.testing.writeability open_wr: /root/.gconfd/saved_state open_wr: /root/.gconfd/saved_state open_wr: /root/.gstreamer-0.10/registry.i686.xml.tmp mkdir: /root/.gstreamer-0.10 open_wr: /root/.gstreamer-0.10/registry.i686.xml.tmp -------------------------------------------------------------------------------- Portage 2.1_pre5-r2 (default-linux/x86/2005.1, gcc-4.0.2, glibc-2.3.6-r3, 2.6.15-nitro3 i686) ================================================================= System uname: 2.6.15-nitro3 i686 Intel(R) Pentium(R) 4 CPU 3.20GHz Gentoo Base System version 1.12.0_pre16 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4-r1, 2.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott -pipe -ftracer -fomit-frame-pointer -fprefetch-loop-arrays -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=prescott -pipe -ftracer -fomit-frame-pointer -fprefetch-loop-arrays -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 7zip X Xaw3d a52 aac acpi aim alsa apache2 arts asf audiofile avi bash-completion berkdb bitmap-fonts bonjour bzip2 cairo ccache cdda cddb cdio cdparanoia cdr clamav crypt cscope css ctype cups curl dba dbus dcraw dga disablexmb dvd dvdr dvdread eds emboss encode exif expat faad faad2 fame ffmpeg firefox flac flash foomaticdb fortran freetype ftp gb gd gdbm gif gimp gimp-print gimpprint glx gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal howl iconv icq imagemagick imlib inifile ithreads jabber jack java javascript joystick jpeg jpeg2k kde kdeenablefinal ladcca libclamav libg++ libwww lirc live lm_sensors logitech-mouse lzw-tiff mad mbox mhash mikmod mjpeg mmap mmx mmxext mng motif mozdevelop mozilla moznocompose moznoirc moznomail mozsvg mp3 mpeg msn musepack musicbrainz mysql ncurses network nls nntp nptl nptlonly nvidia oav objc offensive ogg oggvorbis opengl pam pcre pdflib perl php png posix ppds pthreads python qt quicktime readline real rtc rtsp ruby samba scanner sdl session sharedmem silc sndfile sockets socks5 spell sse sse2 sse3 ssl stream svg tabs tcltk tcpd tga theora threads tidy tiff truetype truetype-fonts trusted type1-fonts unicode usb userlocales utf8 v4l v4l2 visualization vorbis win32codecs wmf wxwindows xchat xcomposite xft xine xml xml2 xmlrpc xmms xosd xpm xrandr xscreensaver xsl xv xvid yahoo zeroconf zip zlib zsh elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia video_cards_v4l" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS, LINGUAS
(In reply to comment #66) > Latest version is 0.18.... Please open a separate version bump request bug. (In reply to comment #67) > Err, and, I'm getting access violations as well, with the current version in > portage, with newest sandbox... Please open a separate bug for this too.