rpm and mono

[Jakub Bogusz]

On Sun, Jul 15, 2007 at 12:53:17PM -0400, Jeff Johnson wrote:
> On Jul 15, 2007, at 12:39 PM, Jakub Bogusz wrote:
> > On Sun, Jul 15, 2007 at 11:24:19AM -0400, Jeff Johnson wrote:
> >> On Jul 15, 2007, at 7:45 AM, Jakub Bogusz wrote:
> >>> On Sun, Jul 15, 2007 at 10:44:59AM +0200, Łukasz Jernaś wrote:
> >>>> Hello.
> >>>>
> >>>> I just want to drop a note here that current mono-find-requires
> >>>> doesn't find
> >>>> libraries p-invoked from mono assemblies. They can be partially
> >>>> get from
> >>>> monodis --moduleref <assembly> but some sort of mechanism for
> >>>> pulling the
> >>>> complete soname would be needed, because just the name of the lib
> >>>> is included
> >>>> in the output from the previous command. Any hints?
> >>>
> >>> We can read ${dllname}.config and determine dll->soname aliases.
> >>> But there is a problem with translating sonames to rpm Requires -  
> >>> they
> >>> are arch-dependent (because of "()(64-bit)" suffix on most 64-bit
> >>> systems with 64-bit mono).
> >>>
> >>
> >> If you send me a test case, I'll get you a patch to rpm.
> >
> > Well, it's not (directly) rpm problem.
> 
> It is an rpm problem: find-provides and find-requires for ELF  
> dependencies
> are being phased out. There is rpm functionality with attaching
> dependencies to files, classifying files using libmagic, determining
> sonames at install, not build, time, and whether rpmbuild invokes  
> external
> helpers per-file or per-package  that are intimately tied to how mono  
> soname
> dependencies are implemented (if at all).
> 
> > And mono dependency generators are part of mono, not rpm.
> >
> 
> Well, I'll remove the mono scripts (added 2 days ago) from rpm  
> sources. ;-)

Oops, I didn't know that :)

> > Actually:
> > 1. We can safely generate (arch-dependent) soname dependencies for
> > arch-dependent dotnet* packages (those with glue ELF libraries, like
> > gtk-sharp, or gnome-sharp, which started this discussion).
> > mono-find-requires script can detect mono version basing on monodis
> > (or libmono.so) ELF type.
> >
> > 2. if we decide to generate soname dependencies for some noarch
> > dotnet* package, it won't by noarch any longer.
> >
> 
> If there are soname dependencies, the package is not "noarch", is it?

In case of mono/dotnet assemblies (*.dll) without native glue code
library sonames are specified in text/xml file (*.dll.config), and
libraries themselves are dlopened by mono - so assembly packages don't
contain anything arch-dependent.


-- 
Jakub Bogusz    http://qboosh.pl/