On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
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
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 w
On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
Once upon a time, Richard W.M. Jones said:
> On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> > Once upon a time, Richard W.M. Jones said:
> > > libguestfs builds its appliance on the fly by concatenating together
> > > files [library files, binaries and data files] from the host.
On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> Once upon a time, Richard W.M. Jones said:
> > libguestfs builds its appliance on the fly by concatenating together
> > files [library files, binaries and data files] from the host. We
> > express this requirement by mapping the locat
On Fri, Apr 09, 2010 at 04:21:53PM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> > So I got convinced that libcrypto.so.* should be moved back to /lib in
> > the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> > will stay in /u
Once upon a time, Richard W.M. Jones said:
> libguestfs builds its appliance on the fly by concatenating together
> files [library files, binaries and data files] from the host. We
> express this requirement by mapping the location of those files into
> dependencies.
Why can't it just depend on
On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
On Fri, 2010-04-09 at 10:17 +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked me for t
So I got convinced that libcrypto.so.* should be moved back to /lib in
the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
will stay in /usr/lib though.
I will do that change in F14 packages. Till Maas asked me for this
change also in F13, but I am a little hesitant to do this a
11 matches
Mail list logo
