Bug 121740 - [EBUILD] Listen - "Another" music manager
|
Bug#:
121740
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Other
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: bass@gentoo.org
|
Reported By: xoen.gnu@gmail.com
|
|
Component: Ebuilds
|
|
|
URL:
http://listengnome.free.fr/
|
|
Summary: [EBUILD] Listen - "Another" music manager
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-02-05 15:02 0000
|
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 an attachment (id=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 :(
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 an attachment (id=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
(From update of attachment 83149 [details])
># 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 an attachment (id=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î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 an attachment (id=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"
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?