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