[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [D-I] Supporting 2.6.14 kernels in base-installer



On Mon, Nov 14, 2005 at 01:37:18AM +0100, Jonas Smedegaard wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Sun, 13 Nov 2005 17:28:38 -0500
> Jeff Bailey <jbailey@ubuntu.com> wrote:
> 
> > On dim, 2005-11-13 at 20:28 +0100, Frans Pop wrote:
> > > On Sunday 13 November 2005 08:16, Sven Luther wrote:
> > > > That is less than 6MB of stuff, hardly "heavy". A single kernel
> > > > flavour is double that for example.
> > > 
> > > That is exactly why we include only one kernel image on i386
> > > netinst CD images.
> > > If we'd follow the suggestion to support both yaird and
> > > initramfs-tools we'd have to include both perl and python in base
> > > installations. This is 8MB (package size; installed size is a lot
> > > larger) in total and IMO not something to be happy about, and not
> > > only from a d-i point of view.
> > 
> > > waldi: Why is mklibs-copy needed?
> > 
> > In Ubuntu we're not using mklibs, we use ldd and sed instead.  If this
> > behaviour can be restored, we can drop the python dep.
> 
> If I understand it correctly, ldd only correctly resolves libraries
> linked with glibc, and yaird includes a more generic tool - documented
> here: http://www.xs4all.nl/~ekonijn/yaird/yaird.html#shlibs
> 
> I am aware that Debian mandates glibc linking, but perhaps the user
> choose to include local non-glibc binaries. I believe we should be kind
> enough to support that.
> 
> Would it perhaps make sense to provide the yaird "findlibs" binary in a
> separate package for initramfs-tools to also use?

But be aware that findlibs does not support everything: libraries have
so much freedom that you can't build a completely generic solution.
Findlibs works with klibc executables, lidd with dietlibc and glibc.

Regards,
Erik



Reply to: