RE: [Lsb-build] Need an lsb chroot build environment with real libsinstead of stubs.

"Wichmann, Mats D" <[email protected]> Tue, 3 Feb 2004 17:50:24 -0800
Newsgroups gmane.linux.lsb.implementation
Message-ID <[email protected]>
> I'd like to set up an LSB chroot build environment for all my 
> packages. 
> There's a slight problem with the lsbdev-chroot solution.  In 
> my RPM build, 
> I compile a tool, then execute the tool within the RPM build. 
>  Since lsbdev-chroot
> only gives me access to stub libraries.  I can't execute the tool.  
> 
> It seems to me that what I need is LSB-si + build tools.  
> This way I would have 
> real libraries instead of stubs, so I can execute my newly 
> compiled tool within
> the RPM build. 
> 
> I can take LSB-si and lsbdev-chroot and start to build such 
> an environment. 
> I'm sending this email to see if anyone else has already done 
> this and can give me some advice. 

There's some work afoot to add build tools to the lsbsi.
I've added the lsb-impl list to this thread for that reason.

Is there a good reason why the alternative build toolkit
(lsbcc) doesn't work for you?  It was designed for the
situation where more tools are needed than are provided
by the chroot, in particulat the GNU-configure type
arrangement where lots of things that aren't part of the
LSB need to run before the build can actually proceed.

Actually more feedback on what would make the chroot more
useful would be appreciated... you've begun that process 
already, thanks.  What libraries are you using that are
not found at run-time?  The lsb stub libraries are still
only pulled in at link time, and the ordinary versions /ought/
to be available at runtime. If not, the existing tools 
(gcc, etc) wouldn't be working either!  If there are only a 
few extra libs needed, you can import them into the chroot via
the config file, or arrange to link those libraries statically.

Anyway, that's the scheme :-)

More details please?