Re: Moving libcrypto.so.* back to /lib

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

 



On Fri, Apr 09, 2010 at 01:42:54PM -0400, Adam Jackson wrote:
> On Fri, 2010-04-09 at 17:54 +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> > > Depending on fixed paths seems like a bad idea.
> > 
> > It depends on fixed paths because fixed paths are used to build the
> > appliance.  Therefore the dependencies tell us when something isn't
> > going to work at runtime, instead of having the package silently
> > broken by changes such as the one discussed in the OP.
> > 
> > Now you may think that this is a bad way to build an appliance, but no
> > one has come up with any better ideas for that so far.
> 
> I thought I did suggest how to do this better:
> 
> http://lists.fedoraproject.org/pipermail/devel/2010-February/131091.html
> 
> Is there a reason why that won't work?

It's not just libraries, the appliance gets built from many different
types of files.  To do this quickly, in 1/5th of a second, we start
with a list of filenames[0] (wildcards, actually) that we want to pick
up from the host system.  We use a C program[1], that for speed
reasons doesn't call out to any external programs, to generate the
cpio-format initramfs.

It turns out that binaries moving between /s?bin and /usr/s?bin, or
libraries moving, are quite rare events.  In the very few cases where
there are libraries that frequently churn we've added exceptions for
them.  We added an exception for libntfs-3g.so more than a month ago,
and that's been it since.

Patches welcomed if you want to have a go at solving a very
challenging problem better.

Rich.

[0] http://annexia.org/tmp/hostfiles.txt

[1] http://git.annexia.org/?p=libguestfs.git;a=blob;f=appliance/libguestfs-supermin-helper.c;hb=HEAD

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux