RFC: change to /usr/lib/rpm/mono-find-provides

Toshio Kuratomi a.badger at gmail.com
Sat Jul 18 02:22:28 UTC 2009


On 07/17/2009 05:21 PM, Christian Krause wrote:
> 
> Bug https://bugzilla.redhat.com/show_bug.cgi?id=484996 claims, that the
> f-spot package contains Provides for generic mono packages which are
> bundled additionally with f-spot. This may or may not be reasonable, but
> the real problem is, that the f-spot packages claims to provide e.g.
> 
Actually I would reverse those.  The real problem is that packages are
not supposed to provide their own copies of generic packages.  But the
current find-provides script makes these issues apparent in a non-subtle
and end-user visible fashion.

> 
> But I'm quite sure that this is wrong. The reason for this script is to
> create the "mono(LIBRARY) = VERSION" provides. But a package should only
> claim to provide a library, if it's really usable by other mono
> libraries / programs.

Yep, agreed.  Now I'm not a mono person so I'd appreciate information
about how it works:

* How does mono determine how to load a library at runtime?  is it a
combination of a default path, the MONO_PATH environment variable, and
anything in the GAC?  Is there more?  Is there less?  What's our default
path on Fedora?

* C libraries provide a mechanism to tell the dynamic linker that
there's other directories that it should add to the search path by
dropping files with the information in /etc/ld.so.d.  Does mono provide
equivalent functionality?

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
Url : http://lists.fedoraproject.org/pipermail/mono/attachments/20090717/0d490571/attachment.bin 


More information about the mono mailing list