[packman] [PM] songbird 1.1.1-0.pm.5 (openSUSE 11.1/x86_64)

[Wolfgang Rosenauer]

Hi again,

Toni schrieb:
> Am Mittwoch, 25. März 2009 schrieb:
>> Toni schrieb:
>>> Am Mittwoch, 25. März 2009 schrieb Wolfgang Rosenauer:
>>>> Hi Toni,
>>>>
>>>> I just had a short look at your songbird package.
>>>>
>>>> I see the package requires amongst others:
>>>>
>>>> libjemalloc.so()
>>>> libmozjs.so()
>>>> libsqlite3.so()
>>>> libxpcom.so()
>>>> libxul.so()
>>>>
>>>> but the package doesn't provide any of these. So you are depending on
>>>> other packages (namely mozilla-xulrunner190 on recent openSUSE versions)
>>>> without need.
>>> those libraries are "hidden" in the package, otherwise the songbird
>>> package will be handled as a provider for those libs by the installers
>>> and conflicts with existing xulrunner/taglib packages.
>>> And when rpm installs this package it detects these libs internally. So
>>> this is attended.
>> Hmm, then I missed a change in RPM. Back when I was doing things like
>> that it didn't notice the internal provides unless they were actually in
>> the exported RPM provides.
>> When did that change in RPM?

Ok, you are wrong. I just verified with a test openSUSE 11.1
installation. If no package is installed which actually exports the
stuff above RPM refuses to install your songbird package because of
these missing dependencies.
As I wrote it's a bug that you require other packages while you don't
need to.
Please fix that. (I could give you some advice on that since I have some
experience with that stuff)

>>>> You are also delivering Mozilla's NSPR and NSS libraries which is not
>>>> exactly an issue but could be a thing to improve.
>>> read the comments in the spec file:
>>> # Songbird requires an upstream patched xulrunner and taglib to function
>>> properly.
>>>
>>> And as long upstream insists in having a own private xulrunner version
>>> nad taglib version, this is the onlypossibility to provide this package.
>>> They even don't fix known issues in the emebedded xulrunner package.
>>>
>>> Formerly they needed also a complete internal gstreamer framework .... So
>>> things are getting better with each release.
>> That all has nothing to do with NSPR and NSS though ;-)
> songbird is only compilable and working with the sources from the 
> songbird-vendor tarball. xulrunner was a example, same for the nspr and nss.
> 
> http://wiki.songbirdnest.com/Developer/Articles/Builds/Contributed_Builds
> 
> If you want a songbird linked against system installed libraries, file a bug 
> to songbird upstream ... 
> I would also prefer such a package as it safes a lot of patching and compile 
> time for me and other package providers.

It was just a suggestion. No need to argue about. I can't find any
reference that Songbird patches NSPR or NSS for anything though and that
would make it possible to use system provided libs but no worries.


Wolfgang