Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 442343 - f-spot builds against some private libraries rather than system ones
Summary: f-spot builds against some private libraries rather than system ones
Alias: None
Product: Fedora
Classification: Fedora
Component: f-spot
Version: 10
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Christian Krause
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: 450893
TreeView+ depends on / blocked
Reported: 2008-04-14 14:38 UTC by Alex Lancaster
Modified: 2013-01-10 04:39 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-11-18 16:40:45 UTC

Attachments (Terms of Use)

Description Alex Lancaster 2008-04-14 14:38:40 UTC
According to Jesse Keating on #fedora-devel, these include (but may not be
limited too):

gnome-keyring-sharp, Tao, google-sharp, FlickrNet, semweb, (dbus-sharp-glib?),
Mono.Cairo, Mono.Addins

see also here:

This needs to be fixed ASAP, otherwise f-spot could be yanked from F-9.

Latest koji build here:

Comment 1 Alex Lancaster 2008-04-15 08:46:56 UTC
Looking at the package it doesn't seem like there are actually any binary DLLs,
every does seem to be built from source, they are just bundled, so changing bug

Comment 2 Alex Lancaster 2008-04-15 09:52:32 UTC
After checking on #f-spot on, it appears that some of these,
namely mono-addins, libgphoto2-devel need to be bundled as they are (currently)
patched versions.

Comment 3 Alex Lancaster 2008-04-15 09:55:20 UTC
See also this mailing list post from Jesse Keating:

Comment 4 Alex Lancaster 2008-04-15 10:20:49 UTC
This is the list of files that f-spot currently installs, and according to
#f-spot irc channel this list is to be expected.  


The only problematic DLLs that could potentially be provided by other packages are:

/usr/lib/f-spot/libgphoto2-sharp.dll  (effectively this is upstream for
libgphoto apparently)
/usr/lib/f-spot/Mono.Addins* (a patched version of upstream)
/usr/lib/f-spot/Tao.* (there is an upstream apparently, but it's not yet
packaged by Fedora and not installed in gac yet anyway)
/usr/lib/f-spot/gnome-keyring-sharp.dll (there is upstream, not yet packaged in
Fedora, and not yet stable to be in gac apparently)

Comment 5 Alex Lancaster 2008-04-15 11:34:53 UTC
The Debian packages has some packages that fix to allow compiling against

According to Debian maintainer you just need:

"link_system_libs, plus some autoreconf stuff."

There maybe some other useful patches there.

Comment 6 Tim Retout 2008-04-15 12:06:39 UTC
If you're linking against the system mono-addins, ensure that certain
mono-addins bugs are fixed - Debian and Ubuntu had big problems with extensions
disappearing when f-spot was upgraded.

The crucial fix is:

Debian is also using mono-addins 0.3.1, and I can't remember whether the .1 made
a difference or not.

Comment 7 Alex Lancaster 2008-04-15 13:18:15 UTC
OK, applied the Debian patch and did rebuild:

Once the mono-addins is also patched as per comment #6 above.  I'll test and
request rel-eng tag for f9-final.

Comment 8 Ray Strode [halfline] 2008-04-15 14:44:17 UTC
This change should fix bug 442373 too.

Comment 9 Jeremy Katz 2008-04-17 07:10:15 UTC
This is tagged

Comment 10 Bug Zapper 2008-05-14 09:23:51 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:

Comment 11 Alex Lancaster 2008-07-06 00:53:48 UTC
Switching back to rawhide and ASSIGNED as some of the bundled bits still need to
be patched to use system ones when the system ones have the necessary features.

Comment 12 Bug Zapper 2008-11-26 02:12:47 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:

Comment 13 Justin Dick 2009-01-26 19:10:53 UTC
Not sure what the status is on this, but if it was fixed before, it is present again on x86_64 Fedora 10.  See also bug 465149 and bug 442373.  F-spot still provides 'mono(Mono.Addins)', which it shouldn't.  Tomboy, for one, breaks because of this - it requires mono-addins, not f-spot.

Please remove mono-addins as a 'provides' for f-spot.

Comment 14 Christian Krause 2009-10-07 21:58:09 UTC
Hi Alex,

So far I think there are two major issues with mono packages and local libraries:

1. There is the generic Fedora policy that packages should not use local copies of libraries. There are several reasons like security updates, preventing of redundancy etc. . If a package violates this rule there is usually no functional impact.

2. There is a problem in the mono packaging: A package can claim that it provides a library (like mono(gnome-keyring-sharp) ), but since the library is not in the GAC it is usually not accessible by other programs anyway and so the other packages may be fooled that one of their requirement is fulfilled but it actually isn't. For example there was the problem that tomboy thought that f-spot fulfills the requirement for Mono.Addins. A problem in this category may has functional impact with respect to the dependency resolution of the packet manager. I've already looked whether the problem can be easily fixed in the find-provides/find-requires scripts for mono, but it seems to be a little bit complicated.

It looks like that it is quite common for mono projects to have their own copies of libraries without providing an easy way to choose between the usage of the internal or the one provided by the system. 

Given all these facts, I don't think they can be solved at once and so I think we should start with the most critical ones where a provides of f-spot hides a standalone library. It is IMHO quite hard for the packager to work in this direction "against" upstream and keep always all patches to use external libraries up-to-date.

As far as I can see, the most critical issue (Mono.Addins) is fixed. In the remaining list of f-spot provides (see below) only gnome-keyring-sharp is provided as a standalone package in Fedora.

So, would it be OK with you if we would limit the scope of this bug to the one remaining issue with the gnome-keyring-sharp library?

Best regards,

current list of provides of f-spot:

rpm --provides -q f-spot|grep mono
mono(BeagleService) =
mono(CDExport) =
mono(ChangePhotoPath) =
mono(Cms) =
mono(CoverTransition) =
mono(DBusService) =
mono(DevelopInUFRaw) =
mono(FSpot.Bling) =
mono(FSpot.Core) =
mono(FSpot.JobScheduler) =
mono(FSpot.Platform) =
mono(FSpot.Query) =
mono(FSpot.Utils) =
mono(FSpot.Widgets) =
mono(FacebookExport) =
mono(FlickrExport) =
mono(FlickrNet) =
mono(FolderExport) =
mono(GalleryExport) =
mono(HashJob) =
mono(MergeDb) =
mono(Mono.Google) =
mono(Mono.Tabblo) = 0.3.3557.15267
mono(NDesk.Glitz) =
mono(PicasaWebExport) =
mono(RawPlusJpeg) =
mono(SemWeb) =
mono(SmugMugExport) =
mono(SmugMugNet) =
mono(TabbloExport) = 0.3.3557.15268
mono(ZipExport) =
mono(f-spot) =
mono(gio-sharp) =
mono(gkeyfile-sharp) =
mono(gnome-keyring-sharp) =
mono(gtk-sharp-beans) =
mono(libgphoto2-sharp) = 1.0.3557.15255

Comment 15 Bug Zapper 2009-11-18 07:45:18 UTC
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:

Comment 16 Christian Krause 2009-11-18 16:40:45 UTC
I've fixed at least the problem for gnome-keyring-sharp in rawhide. 

At least when I've last checked some weeks ago, f-spot should not use a private library which is available in the system anymore. ;-)

So please don't hesitate to create a new bug report if this is still the case.

For now I'll close this bug as FIXED RAWHIDE.

Note You need to log in before you can comment on or make changes to this bug.