Red Hat Bugzilla – Bug 487155
Library warnings on startup
Last modified: 2009-12-18 03:02:00 EST
$ banshee-1 --debug > /dev/null
** (/usr/lib64/banshee-1/Banshee.exe:2912): WARNING **: Symbol file /usr/lib64/mono/gac/NDesk.DBus/126.96.36.199__f6716e4f9b2ed099/NDesk.DBus.dll.mdb has incorrect version (expected 50.0, got 39)
** (/usr/lib64/banshee-1/Banshee.exe:2912): WARNING **: Symbol file /usr/lib64/mono/gac/Mono.Addins/0.3.0.0__0738eb9f132ed756/Mono.Addins.dll.mdb has incorrect version (expected 50.0, got 39)
** (Banshee:2912): WARNING **: Symbol file /usr/lib64/mono/gac/NDesk.DBus.GLib/188.8.131.52__f6716e4f9b2ed099/NDesk.DBus.GLib.dll.mdb has incorrect version (expected 50.0, got 39)
** (Banshee:2912): WARNING **: Symbol file /usr/lib64/mono/gac/Mono.Zeroconf/184.108.40.206__e60c4f4a95e1099e/Mono.Zeroconf.dll.mdb has incorrect version (expected 50.0, got 39)
** (Banshee:2912): WARNING **: Symbol file /usr/lib64/mono-zeroconf/Mono.Zeroconf.Providers.Avahi.dll.mdb has incorrect version (expected 50.0, got 39)
** (Banshee:2912): WARNING **: Symbol file /usr/lib64/mono-zeroconf/Mono.Zeroconf.Providers.Bonjour.dll.mdb has incorrect version (expected 50.0, got 39)
Looks like badly versioned dependencies.
Libraries it complains about are in:
I believe this should be filed against ndesk-dbus and mono-zeroconf respectively. Reassigning.
And I'm pretty sure it's a problem of banshee not have defined-enough dependencies on those libraries.
This is a known Mono problem -- the warnings are harmless, but that simply means ndesk-dbus and mono-zeroconf need to be rebuilt against the current Mono stack.
David, since you're the maintainer for both, could you do a rebuild?
I am not the maintainer anymore, they belong to nigelj. However these will go away once the mass rebuild lands. We should really get everyone in the Mono SIG into ACL for all Mono packages.
The mass rebuild won't stop spurious bug reports being filed against Mono packages in F-10 and F-9, though. Could we just do a rebuild (after checking with Paul that the F-10 and F-9 Mono stack won't be updated for a while)?
True in my defence I was mighty tired at the time. I have applied to be comaintainer for the relevant packages and I promise I will take care of it once I am allowed.
ndesk-dbus-glib-0.4.1-4.fc10,ndesk-dbus-0.6.1a-4.fc10 has been submitted as an update for Fedora 10.
Mono-zeroconf will take a little bit longer, upstream released 0.8.0 which I want to update to on account of some nice bugfixes. Mono-addins will follow shortly.
ndesk-dbus-glib-0.4.1-4.fc10, ndesk-dbus-0.6.1a-4.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update ndesk-dbus-glib ndesk-dbus'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-2115
updates-testing should now fix all of these except boo. Boo doesn't currently build on F10, I have filed a bug with the maintainer.
Great work -- thanks! mono-zeroconf breaks ABI compatibility with banshee, though. I've checked and there does not seem to be any other applications using mono-zeroconf, so could you cancel the testing request for now?
We need to get rel-eng to approve adding mono-zeroconf-* to the override tag, so I can build Banshee against it, and then add Banshee to the list of packages in that update.
Build is done (banshee-1.4.2-3.fc10.1); feel free to edit the update. Thanks!
I tried re-adding mono-addins, mono-zeroconf, ndesk-dbus and ndesk-dbus-glib to the update request, but apparently only the first requester gets to edit it (I get HTTP 500 errors). Currently the update only pushes banshee
No actually bodhi just sucks, I get the 500 message as well. Aside that it should be smart enough to know that when I add a package to the update request I don't want it to magically delete the other ones.. *sigh*
Michel, can we consider this one solved regardless of Bastians lack of reply (say for boo which Paul promised to fix once he had time). The warnings were harmless and for the most part taken care of now
This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '10'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 10's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 10 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.