(In reply to comment #2)
> Hi,
>
> thanks for the quick response. You guessed it right, I had libgpod4-nogtk
> installed. It was a plain kubuntu installation, so I wouldn't expect any
> problems. This seems like an FAQ to me, was there anything in the docs I
> overlooked?
This is a bug on Debian/Ubuntu side, let me explain.
1. Debian/Ubuntu ships libgpod in two main variants:
a) libgpod4
b) libgpod4-nogtk
This is an artificial distinction that doesn't exist in upstream projects, but I would be fine if it was handled correctly. The only difference is that the -nogtk version is compiled with GDKPixBuf support disabled (thus doesn't support cover art) and therefore it doesn't depend on libgdk-pixbuf2.0-0.
2. However, Amarok's (optional) iPod cover support itself needs GDKPixBuf (as documented in README) *and* Debian/Ubuntu builds Amarok with GDKPixBuf enabled, Amarok's amarok_collection-ipodcollection.so links
libgdk_pixbuf-2.0.so.0 and thus the amarok package depends on libgdk-pixbuf2.0-0.
3. On the other hand, the amarok package depends on libgpod4 OR libgpod4-nogtk, which makes no sense, because it already pulls libgdk-pixbuf2.0-0. It should just depend on libgpod4 and you wouldn't ever run into this problem.
Debian/Ubuntu pacakgers, if you want to reduce Amarok dependencies, split
<prefix>/share/kde4/services/amarok_collection-ipodcollection.desktop
<prefix>/lib/kde4/amarok_collection-ipodcollection.so
into a subpackage. (but I'd be happied if you did not)
Jens, please report the above to Ubuntu/Debian (I had more luck with Debian last time) developers and CC me on the report. It should be fixed at least for their "testing" distro versions.
(In reply to comment #2)
> Hi,
>
> thanks for the quick response. You guessed it right, I had libgpod4-nogtk
> installed. It was a plain kubuntu installation, so I wouldn't expect any
> problems. This seems like an FAQ to me, was there anything in the docs I
> overlooked?
This is a bug on Debian/Ubuntu side, let me explain.
1. Debian/Ubuntu ships libgpod in two main variants:
a) libgpod4
b) libgpod4-nogtk
This is an artificial distinction that doesn't exist in upstream projects, but I would be fine if it was handled correctly. The only difference is that the -nogtk version is compiled with GDKPixBuf support disabled (thus doesn't support cover art) and therefore it doesn't depend on libgdk-pixbuf2.0-0.
2. However, Amarok's (optional) iPod cover support itself needs GDKPixBuf (as documented in README) *and* Debian/Ubuntu builds Amarok with GDKPixBuf enabled, Amarok's amarok_ collection- ipodcollection. so links pixbuf- 2.0.so. 0 and thus the amarok package depends on libgdk-pixbuf2.0-0.
libgdk_
3. On the other hand, the amarok package depends on libgpod4 OR libgpod4-nogtk, which makes no sense, because it already pulls libgdk-pixbuf2.0-0. It should just depend on libgpod4 and you wouldn't ever run into this problem.
Debian/Ubuntu pacakgers, if you want to reduce Amarok dependencies, split /share/ kde4/services/ amarok_ collection- ipodcollection. desktop /lib/kde4/ amarok_ collection- ipodcollection. so
<prefix>
<prefix>
into a subpackage. (but I'd be happied if you did not)
Jens, please report the above to Ubuntu/Debian (I had more luck with Debian last time) developers and CC me on the report. It should be fixed at least for their "testing" distro versions.