>>>>> "AL" == Alex Lancaster writes: >>>>> "JK" == Jesse Keating writes: JK> On Wed, 2008-04-09 at 19:08 -0700, Toshio Kuratomi wrote: >>> .. _f-spot: At least, dbus-sharp, libgphoto2-sharp, >>> gnome-keyring-sharp, Tao, google-sharp, FlickrNet, semweb, >>> (dbus-sharp-glib?), Mono.Cairo, Mono.Addins JK> Seems this one got missed. I'm still trying to find something JK> from spot related to this package, but right now things aren't JK> good. It hasn't been built in a while, and it provides a bunch of JK> things that other mono packages are now looking for at a system JK> level, so new system level mono packages aren't being brought in JK> correctly. JK> Somebody want to tackle f-spot please (so that I don't have to JK> block it from the distro for F9 launch) AL> Here is the corresponding bug: AL> https://bugzilla.redhat.com/show_bug.cgi?id=442343 OK, I did an audit of the package and discussed things with the folks on #f-spot on irc.gnome.org and I've summarised my findings on: https://bugzilla.redhat.com/show_bug.cgi?id=442343 Basically: 1) there are no binary .DLLs in the package that don't have associated source, so legally OK 2) most of the provides listed by Toshio in his original message appear to part of f-spot itself (like semweb, FlickNet etc) and *do* have associated source 2) of the DLLs that could be potentially provided by other packages we have: /usr/lib/f-spot/libgphoto2-sharp.dll (effectively this is upstream for libgphoto apparently, it could be patched to use system one) /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) So the only files that conflicts as far as also being provided by other packages appears to be Mono.Addins*.dll. This should probably be fixed (and Tao and gnome-keyring-sharp packaged) very soon, but based on this analysis I don't see any need to yank the package itself from f9-final as it appears to legally OK. Alex -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
