I've seen the screenshot and screencast on the site, and it seems to be great for a so young program, here the features : * Play your favorite music * Manage your music library * Manage your ipod * Make playlist * Automatically or manually download album cover * Automatically synchronize album cover with iPod * Easy burn a audio CD * Manage your ipod * Directly get informations from wikipedia when you play a song * See the lyric of a song * Have statistics about your favorite song, album or artist
Another version, 0.2-1 is out. This fixes some problem, and add web radio support. This the changes : * add some verification while parse tag file * add verification if album cover exist in song directory * correct some problem when write tag on the file * Change mutagen version with lastest found on quodlibet website * Add flac support (thank quolibet&mutagen developper) * Correct problem with gnome key binding * Correct tracknumber sort column * Remove splashscreen if no module image (not really essential) * add es.po translation (thx to mariodebian) * add it.po translation (thx to Claudio Riva ) * add correction in fr.po (thx to Ersplus) * Missing translate in osd.py * Add a simple cache for wikipedia * Add clean entry in Makefile * Change some text error * Add all wikipedia lang with over 100,000 articles * Add parse directory to follow link * First implemantion of web radio (only m3u playlist work or stream url)
Created attachment 79118 [details] listen-0.2.1.ebuild Here's a "quick done" ebuild for listen. Current problems are: - ipod support will not work until a ebuild for python-gpod is created - listen doesn't seem to like all my flac files :(
Created attachment 79119 [details] listen-0.2.1.ebuild typo correction
I've searched a little for the iPod support and discovered that 'python-gpod' isn't a package: it's part of libgpod (in portage). The problem is that the ebuild doesn't build and install the python bindings for libgpod. A solution would be to rework libgpod's ebuild but for the moment i can't figure out how to do that...
There probably is still anything incorrect in the build: I get following output after having emerged the ebuild and its dependencies - listen itself is not starting: saillord@swordfish ~ $ listenI Traceback (most recent call last): File "/usr/bin/listen", line 50, in ? from player import * File "/usr/lib/listen/player.py", line 34, in ? from view_playlist_current import * File "/usr/lib/listen/view_playlist_current.py", line 29, in ? from db_manager import DBManager File "/usr/lib/listen/db_manager.py", line 27, in ? from song import * File "/usr/lib/listen/song.py", line 23, in ? import ogg.vorbis ImportError: No module named vorbis
(In reply to comment #5) maybe you miss python bindings for ogg: * dev-python/pyogg Available versions: !1.1 1.3 1.3-r1 Installed: 1.3-r1 Homepage: http://www.andrewchatham.com/pyogg/ Description: Python bindings for the ogg library if so, just tell me and i'll add it to $DEPEND
does listen really depend on dev-python/gnome-python-extras only when ipod use flag is set? I guess it's a must have dependency as well as the following two... dev-python/pyvorbis dev-python/imaging
Created attachment 79279 [details] listen-0.2.1-r1.ebuild (In reply to comment #7) You're right, dev-python/gnome-python-extras is a must have dependency. You're right again about pyvorbis but since it depends on pyogg i've replaced pyogg by pyvorbis in the ebuild, it should cover both dependencies. I'm not sure about dev-python/imaging because it isn't installed on my system and it doesn't seem to matter...
The site is closed : http://listengnome.free.fr/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Temporarily close Listen doesn't respect some copyright, the project is temporarily stopped, the time to do what is necessary and giving the appropriate credits to the people concerned, like the creators of Quodlibet/Mutagen who without those listen would be nothing All my excuses to Joe Wreschnig Sorry for disagree ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ You can also read the open letter from Joe the developer of "Quod libet" : http://www.sacredchao.net/~piman/journal/archives/2006/02/08/copyright-infringement/
nother version, 0.3 is out. This the changes : New release 0.3 08/02/2006 * Add Audioscrobbler support * Change license to GPLv2 only * Many UI change * New preference dialog * Many bug fix * Some volume effect on startup and stop * Crossfade support
Another version, 0.3.1 is out. New release 0.3.1 06/03/2006 Some bug fix Hide and encrypt audioscrobbler password Add option to clear playlist when add a new song
hacke to py bindings in libgpod #127276
Created attachment 83149 [details] listen-0.3.1.ebuild New ebuild
Comment on attachment 83149 [details] listen-0.3.1.ebuild ># Copyright 1999-2005 Gentoo Foundation ># Distributed under the terms of the GNU General Public License v2 ># $Header: /media-sound/listen/listen-0.3.1.ebuild 2006/03/26 $ > >inherit eutils > >MYPV=0.3.1 >DESCRIPTION="A Music player and management for GNOME" >HOMEPAGE="http://listengnome.free.fr" >SRC_URI="http://heanet.dl.sourceforge.net/sourceforge/listengnome/${PN}-${MYPV}.tar.gz" > >LICENSE="GPL-2" >IUSE="ipod" >SLOT="0" >KEYWORDS="~amd64 ~x86" > >RDEPEND=">=dev-lang/python-2.3 > >=dev-python/pygtk-2.0 > >=media-libs/gstreamer-0.8 > >=dev-python/gst-python-0.8.2 > dev-python/pyvorbis > dev-python/pymad > dev-python/pysqlite > dev-python/gnome-python-extras > ipod? ( >=media-libs/libgpod-0.3 )" > >DEPEND="${RDEPEND} > >=x11-libs/gtk+-2.8 > >=sys-apps/dbus-0.50" > >S=${WORKDIR}/${PN}-${MYPV} > >pkg_setup() { > if use ipod; then > ewarn "In order to use your iPod with Listen, you need to have" > ewarn "the python bindings for libgpod. They are part of libgpod" > ewarn "but aren't installed by the current ebuild" > fi > > if ! built_with_use sys-apps/dbus python ; then > echo > eerror "In order to install Listen, you need to have sys-apps/dbus" > eerror "with 'python' in your USE flags. Please add that flag," > eerror "re-emerge dbus, and then emerge listen." > die "sys-apps/dbus is missing the python binding." > fi > >} > >src_unpack() { > unpack ${A} > cd ${S} >} > >src_compile() { > make || die "compile failure" >} > >src_install() { > make DESTDIR="${D}" PREFIX="/usr" install || die "install failure" >}
Created attachment 83269 [details] listen-0.4.2.ebuild Version bump to 0.4.2 changes in ebuild: -upgrade dep to >=dev-python/gst-python-0.10 -new dep: dev-python/ctypes for mp4 & m4a support -correct needed versions of pysqlite and pygtk -ebuild clean-up There's still a bug in the ebuild: emerge it with FEATURES="-sandbox" else it will fail (on a sandbox violation of course). I couldn't figure out what was going on so if somebody knows how to fix this issue, please update the ebuild.
I have some problem with this ebuild. Listen 0.4.2 Complains in this mode, at startup: File "/usr/bin/listen", line 144, in __init__ self.run() File "/usr/bin/listen", line 265, in run self.player = Player(self.osd) File "/usr/lib/listen/player.py", line 54, in __init__ self.gst_player = GstPlayer(self) File "/usr/lib/listen/gstplayer.py", line 60, in __init__ try: self.vis = gst.element_factory_make(config.get("player","vis")) PluginNotFoundError: goom
(In reply to comment #16) You seem to miss some gstreamer visualiation plugins... try to emerge : "media-libs/gst-plugins-good" Tell me if it solves the issue: i'll add it to the deps.
Beno
Benoît, you are right. After emerging "media-libs/gst-plugins-good" everything works fine. You should add this packaeg to DEPEND flag. Gian Luca
New strange things happen. When I launch listen form the command line, I see a lot of errors. It seems that gstreamer 0.10 in his base configuration misses a lot of plugins needed by "listen" itself. I added this packages those correct this behaviour: gst-plugins-base gst-plugins-gconf gst-plugins-xvideo Now, when I try to add a file or a folder, nothing happens. At command line I obtain a message such as "$folder nothing to add". The $folder is filled with Mp3... Am I missing some other plugins? Gian Luca
(In reply to comment #19) here'a list of the installed plugins on my sytem: $ eix -I gst-plugins --compact [I] media-libs/gst-plugins (0.8.12): Basepack of plugins for gstreamer [I] media-libs/gst-plugins-base (0.10.4-r1): Basepack of plugins for gstreamer [I] media-libs/gst-plugins-good (0.10.2): Basepack of plugins for gstreamer [I] media-libs/gst-plugins-ugly (0.10.2): Basepack of plugins for gstreamer [I] media-plugins/gst-plugins-alsa (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-cdparanoia (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-esd (0.8.12 0.10.2): plugin for gstreamer [I] media-plugins/gst-plugins-faac (0.10.1): plugin for gstreamer [I] media-plugins/gst-plugins-faad (0.10.1): plugin for gstreamer [I] media-plugins/gst-plugins-flac (0.8.12 0.10.2): plugin for gstreamer [I] media-plugins/gst-plugins-gconf (0.10.2): plugin for gstreamer [I] media-plugins/gst-plugins-gnomevfs (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-lame (0.10.1): plugin for gstreamer [I] media-plugins/gst-plugins-mad (0.8.12 0.10.2): plugin for gstreamer [I] media-plugins/gst-plugins-ogg (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-pango (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-vorbis (0.8.12 0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-x (0.10.4): plugin for gstreamer [I] media-plugins/gst-plugins-xvideo (0.10.4-r1): plugin for gstreamer Try to install them one by one so that we can find out which ones are really needed by "listen"
(In reply to comment #20) Ok, Here I Am. After emerge, unmerge I have the following list: gst-plugins-base (Alsa and so on) gst-plugins-cdparanoia (Support for CDParanoia) gst-plugins-good (goom Codec needed) gst-plugins-gconf (Used by Listen to read gstreamer configuration) gst-plugins-mad (MP3 Support) gst-plugin-ogg (Ogg container support) gst-plugin-vorbis (Vorbis compression support) gst-plugin-xvideo (Video Support) With this package, I have Listen 0.4.2 running and reading music.
Created attachment 83298 [details] listen-0.4.2-r1.ebuild fix problems with gtsreamer plugins according to comments #16 to #21 I also bumped all gstreamer's deps to >=0.10 beacause since listen is ~ARCH, i think that it makes no sense to to stay with gtreamer-0.8 (if people disagrees, just edit your local copy of the ebuild). All needed plugins are now enabled by USE flags. Available flags are now: "aac flac ipod mad vorbis"
There is a problem which I had with the application (not with ebuild). Do you have the same problems? I proposed a patch to the listen bugzilla. See http://sourceforge.net/tracker/index.php?func=detail&aid=1460063&group_id=161415&atid=819743 for informations and stay tuned ;)
Created attachment 83395 [details] listen-0.4.2-r2.ebuild (sandbox fix) Corrects the sandbox issues referenced in comment #15 Quodlibet had the same issue, so I just copied the relevant part of its fix to correct the issue. Works for me anyway.
I just tried 0.4.2-r2 and it seems to be working beautifully. I ended up compiling the source first before I went searching for the ebuild, so I had emerged all of the dependencies previously. Thanks for putting this together, I hope it makes it into portage soon. Here are the errors I get when I run it, though they don't *seem* to be doing any harm. /usr/local/lib64/listen/main_window.py:105: GtkWarning: gtk_window_resize: assertion `width > 0' failed try: self.resize(int(config.get("window","width")),int(config.get("window","height"))) Introspect error: The name org.freedesktop.Notifications was not provided by any .service files Gstplayer error: Resource not found. gstplaybasebin.c(1361): setup_source (): /playbin0
This error occurs when emerging the latest ebuild. This is after getting past the Sandbox errors others were having: ebuild.sh, line 1557: Called dyn_compile ebuild.sh, line 966: Called src_compile Anyone else see this?
Well I ran into a snag on amd64. I'm running into the problem where when I close listen it doesn't actually kill the program. If I run it from the console I cant ctrl-c, but if I use the icon I setup I have to manually kill it after finding its pid.
Running python-updater fixes this error. > This error occurs when emerging the latest ebuild. This is after getting past > the Sandbox errors others were having: > ebuild.sh, line 1557: Called dyn_compile > ebuild.sh, line 966: Called src_compile
(In reply to comment #27) > Well I ran into a snag on amd64. I'm running into the problem where when I > close listen it doesn't actually kill the program. If I run it from the > console I cant ctrl-c, but if I use the icon I setup I have to manually kill it > after finding its pid. > Did you try unchecking the "minimize to system tray" and "close to system tray" options in the preferences, especially if you aren't running Gnome?
io think that now it can be submitted to portage :)
now in portage, please test if any problem reopen this bug
(In reply to comment #31) > now in portage, please test > if any problem reopen this bug > I performed a test and it seems to work ok, except it cannot detect my ipod. GTKPOD works fine, and I know kde wants to mount it through dbus/hald and does so sucessfully. Here is the error returned by listen when the ipod is mounted: Traceback (most recent call last): File "/usr/lib/listen/hal.py", line 80, in __volume_mounted_cb device_dbus_obj = self.bus.get_object("org.freedesktop.Hal" ,device_udi) File "//usr/lib/python2.4/site-packages/dbus/_dbus.py", line 145, in get_object return self.ProxyObjectClass(self, named_service, object_path) File "//usr/lib/python2.4/site-packages/dbus/proxies.py", line 143, in __init__ (result, self._pending_introspect) = self._Introspect() File "//usr/lib/python2.4/site-packages/dbus/proxies.py", line 155, in _Introspect message = dbus_bindings.MethodCall(self._object_path, 'org.freedesktop.DBus.Introspectable', 'Introspect') File "dbus_bindings.pyx", line 1630, in dbus_bindings.MethodCall.__init__ File "dbus_bindings.pyx", line 1443, in dbus_bindings.Message.__init__ TypeError: expected string or Unicode object, NoneType found Additionally, CD buring is dependent on serpentine.
serpentine added to "cdr" USE flag. about your iPod problem i cannot reproduce it, it works here with my iPod using udev 087 and hal 0.5.5.5.1-r3
(In reply to comment #33) > serpentine added to "cdr" USE flag. > > about your iPod problem i cannot reproduce it, it works here with my iPod using > udev 087 and hal 0.5.5.5.1-r3 > Thanks on the serpentine dependency. I found out my problem with the ipod. I needed to recompile gnome-vfs with the hal USE flag.
0.5 beta1 is out. any chanches to have an ebuild?