Bug 224209

Created attachment 146421 [details]
patch which fixes at least startup problem for me

I just updated in rawhide to Listen svn which brings some bugs fixing and a
better support of Python 2.5.
Send me your feedback when it will reach repositories. it works fine for me for
the moment.

The application attempts to start now, but it now seems to be tripping over the
new python bindings for D-Bus, which apparently changed the API.  Versions, just
so we're both on the same page:
  dbus-python-0.80.2-1.fc7
  listen-0.5-12.svn657.fc7.2

The traceback:
/usr/lib/python2.5/site-packages/mutagen/m4a.py:41: DeprecationWarning:
mutagen.m4a is deprecated; use mutagen.mp4 instead.
  "mutagen.m4a is deprecated; use mutagen.mp4 instead.", DeprecationWarning)
No iPod support
Traceback (most recent call last):
  File "/usr/lib64/listen/listen.py", line 208, in <module>
    ListenApp()
  File "/usr/lib64/listen/listen.py", line 135, in __init__
    self.listen_instance = Listen()
  File "/usr/lib64/listen/widget/listen.py", line 121, in __init__
    self.dbus_service = ListenDBus(self,player)
  File "/usr/lib64/listen/dbus_manager.py", line 56, in __init__
    dbus.service.Object.__init__(self, bus_name, object_path)
  File "/usr/lib/python2.5/site-packages/dbus/service.py", line 416, in __init__
    self._connection._register_object_path(object_path, self._message_cb,
self._unregister_cb)
RuntimeError: To make asynchronous calls, receive signals or export objects,
D-Bus connections must be attached to a main loop by passing mainloop=... to the
constructor or calling dbus.set_default_main_loop(...)

(In reply to comment #3)
> The application attempts to start now, but it now seems to be tripping over the
> new python bindings for D-Bus, which apparently changed the API.  Versions, just
> so we're both on the same page:
>   dbus-python-0.80.2-1.fc7
>   listen-0.5-12.svn657.fc7.2
> 
> The traceback:
> /usr/lib/python2.5/site-packages/mutagen/m4a.py:41: DeprecationWarning:
> mutagen.m4a is deprecated; use mutagen.mp4 instead.
>   "mutagen.m4a is deprecated; use mutagen.mp4 instead.", DeprecationWarning)
> No iPod support
> Traceback (most recent call last):
>   File "/usr/lib64/listen/listen.py", line 208, in <module>
>     ListenApp()
>   File "/usr/lib64/listen/listen.py", line 135, in __init__
>     self.listen_instance = Listen()
>   File "/usr/lib64/listen/widget/listen.py", line 121, in __init__
>     self.dbus_service = ListenDBus(self,player)
>   File "/usr/lib64/listen/dbus_manager.py", line 56, in __init__
>     dbus.service.Object.__init__(self, bus_name, object_path)
>   File "/usr/lib/python2.5/site-packages/dbus/service.py", line 416, in __init__
>     self._connection._register_object_path(object_path, self._message_cb,
> self._unregister_cb)
> RuntimeError: To make asynchronous calls, receive signals or export objects,
> D-Bus connections must be attached to a main loop by passing mainloop=... to the
> constructor or calling dbus.set_default_main_loop(...)
> 

Hi, just solved this (after I discovered that it does not work in F7T4, which I
recently installed)... The solution is to disable dbus support, or backport a
patch from upstream. See this bug: http://www.listen-project.org/ticket/566
- the patch is there.

I temporaly made a patched rpms until you import the patch to cvs. The upstream
patch can be applied directly against the current rpms I only changed the name
to listen-dbus.patch.

Patched SRPM:
http://feannatar.hostuju.cz/fedora/files/FC7/SRPMS/listen-0.5-13.1.fc7.src.rpm

Patched i386 RPMS:
http://feannatar.hostuju.cz/fedora/files/FC7/i386/listen-0.5-13.1.fc7.i386.rpm
and debuginfo:
http://feannatar.hostuju.cz/fedora/files/FC7/i386/listen-debuginfo-0.5-13.1.fc7.i386.rpm

I updated the package in cvs yesterday. 
For the moment, I'm having problems to submit builds to Plague.

Build done. 
PPC64 arch is *temporary* disabled until all Listen dependencies are built.

Sorry to comment here again, but I noticed you built 15.f7.1 release using koji,
however the build included in current (already merged) development repo is still
the not working 13.f7 release. I think this bug must be fixed in final but that
needs break of current devel freeze. Did you contact release engineering team
about that?

Release Managers told me that it will be fixed. ;-)