On Tue May 14, 2019 at 04:38:48PM +0100, Stuart Henderson wrote:
> On 2019/05/13 20:38, Antoine Jacoutot wrote:
> > On Mon, May 13, 2019 at 08:20:22PM +0200, Christian Weisgerber wrote:
> > > All shared libraries should have a SONAME:
> > >
> > > $ readelf -d /usr/lib/libc.so.95.0 | fgrep
On 2019/05/13 20:38, Antoine Jacoutot wrote:
> On Mon, May 13, 2019 at 08:20:22PM +0200, Christian Weisgerber wrote:
> > All shared libraries should have a SONAME:
> >
> > $ readelf -d /usr/lib/libc.so.95.0 | fgrep '(SONAME)'
> > 0x000e (SONAME) Library
On Mon, May 13, 2019 at 08:20:22PM +0200, Christian Weisgerber wrote:
> All shared libraries should have a SONAME:
>
> $ readelf -d /usr/lib/libc.so.95.0 | fgrep '(SONAME)'
> 0x000e (SONAME) Library soname: [libc.so.95.0]
>
> I ran a throwaway script over
All shared libraries should have a SONAME:
$ readelf -d /usr/lib/libc.so.95.0 | fgrep '(SONAME)'
0x000e (SONAME) Library soname: [libc.so.95.0]
I ran a throwaway script over the packages from an amd64 bulk build,
and the libraries listed below lack a SONAME.
On Wed, Sep 26, 2012 at 05:54:34PM +0200, Landry Breuil wrote:
On Wed, Sep 26, 2012 at 03:34:26PM +0200, David Coppa wrote:
On Wed, 26 Sep 2012, Stuart Henderson wrote:
On 2012/09/26 14:58, David Coppa wrote:
dbic++ and libproxy can even go in now, if you give me an okay...
libssh failure was effectively caused by my diff, my bad!
A fixed version is below.
The other ports were already fucked-up per se (very poor cmake-fu
from upstream): I've sent patches for those before, but I'll
re-attach them to this mail too.
dbic++ and libproxy can even go in now, if you give
On 2012/09/26 14:58, David Coppa wrote:
dbic++ and libproxy can even go in now, if you give me an okay...
those look good to me, it would be easier to review if you sent
them as a plain attachment rather than gzip though.
haven't looked at the cmake diff yet.
On 2012/09/25 21:31, Nigel Taylor wrote:
www/nginx/devel,passenger
www/nginx/stable,passenger
sysutils/collectd,-rrdtool
probably unrelated
devel/hs-type-level
devel/hs-vector
unrelated
graphics/hugin
unrelated, build is broken with PIE
On Wed, 26 Sep 2012, Stuart Henderson wrote:
On 2012/09/26 14:58, David Coppa wrote:
dbic++ and libproxy can even go in now, if you give me an okay...
those look good to me, it would be easier to review if you sent
them as a plain attachment rather than gzip though.
haven't looked at
On Wed, Sep 26, 2012 at 03:34:26PM +0200, David Coppa wrote:
On Wed, 26 Sep 2012, Stuart Henderson wrote:
On 2012/09/26 14:58, David Coppa wrote:
dbic++ and libproxy can even go in now, if you give me an okay...
those look good to me, it would be easier to review if you sent
them as
On 09/24/12 15:14, David Coppa wrote:
Hi,
The following diff lets cmake build shared libraries without soname,
which is compliant to our policy for shared libraries.
This should go in a bulk build.
I already know for example that net/libproxy is failing with this,
but I already have
On Tue, Sep 25, 2012 at 10:31 PM, Nigel Taylor
njtay...@asterisk.demon.co.uk wrote:
On 09/24/12 15:14, David Coppa wrote:
Hi,
The following diff lets cmake build shared libraries without soname,
which is compliant to our policy for shared libraries.
This should go in a bulk build.
I
Hi,
The following diff lets cmake build shared libraries without soname,
which is compliant to our policy for shared libraries.
This should go in a bulk build.
I already know for example that net/libproxy is failing with this,
but I already have patches ready for it...
Let me know about other
13 matches
Mail list logo