Re: Rekall for Mandrake

Spencer <sdander-gM+QbJpSfZ/[email protected]> Sat, 17 Jan 2004 06:30:36 -0800
Newsgroups gmane.comp.db.rekall.devel
Message-ID <[email protected]>
john-VaIkxCi+oFdWk0Htik3J/[email protected] wrote:

>Hi
>What if the prefix lib was removed, would that help. If so I suppose we could make appropriate changes to the "lib locator" module
>
>Regards
>John Dean
>co-author of Rekall,
>the alternative to MS Access
>
>
>----- Original Message ----- 
>From: "Spencer" <sdander-gM+QbJpSfZ/[email protected]>
>To: "Rekall-devel" <[email protected]>
>Sent: Saturday, January 17, 2004 2:04 AM
>Subject: [Rekall-devel] Rekall for Mandrake
>
>
>  
>
>>Hi all,
>>I have successfully built a full set of RPMS for Mandrake Cooker but 
>>have run into a few difficulties. Mandrake uses a macro called 
>>%mklibname. This effectively sets the library package name to 
>>lib%name%major plus extensions (eg: -runtime, -drivers, etc). This works 
>>very well except for -devel.
>>
>>There are several .so files that rpmlint ( Mandrake's RPM correctness 
>>checker ) considers -devel files and belong in the -devel package. These 
>>include libkbase_componentview.so, libkbase_copierview.so, etc. On 
>>rechecking, all the .so files are this way. Now I could put these in the 
>>devel package but idea is not to have to load the devel package on 
>>installation.
>>
>>The workaround is to add a major as a suffix to the lib *.so name. The 
>>problem is that the makefiles do not support a major and second, there 
>>is no clear place to add a patch. As an example, a line such as "$(CC) 
>>$(SHFLAGS) -Wl,-soname,[email protected] -o $@ $(LIBOBJS) $(RUNTIMELIBS)" would 
>>probably work ( with corrections ) but the question is where to put it. 
>>Needless to say, linking would have to be done but this can be added in 
>>the specfile.
>>
>>Any help that you can provide would greatly be appreciated.
>>
>>TIA
>>Spence
>>    
>>
I doubt that would help because it's the .so extension that it's 
screaming about, not the lib name. I am going to try to pass it as a CC 
variable in the spec file but I assume it would have to be for 
$(PORTLIB) $(GUILIBS) $(RUNTIMELIBS). Please correct me if I'm wrong.

Spence