GNU bug report logs - #30972
[PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline

Previous Next

Package: guix-patches;

Reported by: Roel Janssen <roel <at> gnu.org>

Date: Wed, 28 Mar 2018 16:18:01 UTC

Severity: normal

Tags: patch

Done: Roel Janssen <roel <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30972 in the body.
You can then email your comments to 30972 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Wed, 28 Mar 2018 16:18:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Roel Janssen <roel <at> gnu.org>:
New bug report received and forwarded. Copy sent to guix-patches <at> gnu.org. (Wed, 28 Mar 2018 16:18:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Roel Janssen <roel <at> gnu.org>
To: guix-patches <guix-patches <at> gnu.org>
Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
Date: Wed, 28 Mar 2018 18:17:27 +0200

[0001-gnu-virtuoso-ose-Unbundle-zlib-and-build-with-readli.patch (text/x-patch, attachment)]
[Message part 2 (text/plain, inline)]
Dear Guix,

I'd like to change the Virtuoso recipe to use readline so that we can go
to previous commands in the “isql” command-line program.  And I'd like
to unbundle zlib.

Kind regards,
Roel Janssen
Information forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Wed, 28 Mar 2018 19:07:01 GMT) Full text and rfc822 format available.

Message #8 received at 30972 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Roel Janssen <roel <at> gnu.org>, 30972 <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Wed, 28 Mar 2018 21:06:56 +0200

[Message part 1 (text/plain, inline)]
Roel Janssen <roel <at> gnu.org> writes:

> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
> From: Roel Janssen <roel <at> gnu.org>
> Date: Wed, 28 Mar 2018 18:13:23 +0200
> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>  support.
>
> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>   readline support.

Please mention the changes to [inputs] and [arguments] here.  Also,
assuming there is an internal copy of zlib, can you remove it with a
source 'snippet'?

[signature.asc (application/pgp-signature, inline)]
Information forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Wed, 28 Mar 2018 22:30:01 GMT) Full text and rfc822 format available.

Message #11 received at 30972 <at> debbugs.gnu.org (full text, mbox):

From: Roel Janssen <roel <at> gnu.org>
To: Marius Bakke <mbakke <at> fastmail.com>
Cc: 30972 <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Thu, 29 Mar 2018 00:29:21 +0200

Marius Bakke <mbakke <at> fastmail.com> writes:

> Roel Janssen <roel <at> gnu.org> writes:
>
>> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
>> From: Roel Janssen <roel <at> gnu.org>
>> Date: Wed, 28 Mar 2018 18:13:23 +0200
>> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>>  support.
>>
>> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>>   readline support.
>
> Please mention the changes to [inputs] and [arguments] here.  Also,
> assuming there is an internal copy of zlib, can you remove it with a
> source 'snippet'?

Thanks for the quick response!

Then I'll need to rerun “autogen.sh” to make sure
“libsrc/zlib/Makefile.in” isn't included in the configure phase.  That
in turns needs the following packages added to native-inputs: autoconf,
automake, bison, flex, gettext, gperf, libtool, perl, and pkg-config.

Does that justify removing the zlib source directory?  If so, I'll send
the updated patch.  Otherwise, I'll just update the commit message.
Would this be a proper commit message:

gnu: virtuoso-ose: Unbundle zlib and build with readline support.

* gnu/packages/databases.scm (virtuoso-ose):
  [inputs]: Add zlib, and readline;
  [arguments]: Add --without-internal-zlib, and --with-readline.


Thanks for your time.

Kind regards,
Roel Janssen
Information forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Thu, 29 Mar 2018 16:22:01 GMT) Full text and rfc822 format available.

Message #14 received at 30972 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Roel Janssen <roel <at> gnu.org>
Cc: 30972 <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Thu, 29 Mar 2018 18:21:35 +0200

[Message part 1 (text/plain, inline)]
Roel Janssen <roel <at> gnu.org> writes:

> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> Roel Janssen <roel <at> gnu.org> writes:
>>
>>> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
>>> From: Roel Janssen <roel <at> gnu.org>
>>> Date: Wed, 28 Mar 2018 18:13:23 +0200
>>> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>>>  support.
>>>
>>> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>>>   readline support.
>>
>> Please mention the changes to [inputs] and [arguments] here.  Also,
>> assuming there is an internal copy of zlib, can you remove it with a
>> source 'snippet'?
>
> Thanks for the quick response!
>
> Then I'll need to rerun “autogen.sh” to make sure
> “libsrc/zlib/Makefile.in” isn't included in the configure phase.  That
> in turns needs the following packages added to native-inputs: autoconf,
> automake, bison, flex, gettext, gperf, libtool, perl, and pkg-config.

I came across a similar problem in <https://bugs.gnu.org/30974>.  Can
you see if the same solution works for you (preserve the autoconfery)?

> Does that justify removing the zlib source directory?  If so, I'll send
> the updated patch.  Otherwise, I'll just update the commit message.
> Would this be a proper commit message:
>
> gnu: virtuoso-ose: Unbundle zlib and build with readline support.
>
> * gnu/packages/databases.scm (virtuoso-ose):
>   [inputs]: Add zlib, and readline;
>   [arguments]: Add --without-internal-zlib, and --with-readline.

Looks good.

[signature.asc (application/pgp-signature, inline)]
Information forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Thu, 29 Mar 2018 22:17:02 GMT) Full text and rfc822 format available.

Message #17 received at 30972 <at> debbugs.gnu.org (full text, mbox):

From: Roel Janssen <roel <at> gnu.org>
To: Marius Bakke <mbakke <at> fastmail.com>
Cc: 30972 <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Fri, 30 Mar 2018 00:16:09 +0200

Marius Bakke <mbakke <at> fastmail.com> writes:

> Roel Janssen <roel <at> gnu.org> writes:
>
>> Marius Bakke <mbakke <at> fastmail.com> writes:
>>
>>> Roel Janssen <roel <at> gnu.org> writes:
>>>
>>>> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
>>>> From: Roel Janssen <roel <at> gnu.org>
>>>> Date: Wed, 28 Mar 2018 18:13:23 +0200
>>>> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>>>>  support.
>>>>
>>>> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>>>>   readline support.
>>>
>>> Please mention the changes to [inputs] and [arguments] here.  Also,
>>> assuming there is an internal copy of zlib, can you remove it with a
>>> source 'snippet'?
>>
>> Thanks for the quick response!
>>
>> Then I'll need to rerun “autogen.sh” to make sure
>> “libsrc/zlib/Makefile.in” isn't included in the configure phase.  That
>> in turns needs the following packages added to native-inputs: autoconf,
>> automake, bison, flex, gettext, gperf, libtool, perl, and pkg-config.
>
> I came across a similar problem in <https://bugs.gnu.org/30974>.  Can
> you see if the same solution works for you (preserve the autoconfery)?

I couldn't get this to work after spending two hours at it.  So I
checked whether it actually affects the build, and here's what I found:

Built with “--without-internal-zlib”:
roel <at> yellowstone /gnu/store/lngvklw1hniykn6skz3gghps3d08is7d-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
        linux-vdso.so.1 (0x00007ffe331a0000)
        libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f2b552a7000)
        libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f2b54e50000)
        liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f2b54c2a000)
        libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f2b54a0c000)
        libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f2b54808000)
        libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f2b544bc000)
        libz.so.1 => /gnu/store/8hxm8am4ll05sa8wlwgdq2lj4ddag464-zlib-1.2.11/lib/libz.so.1 (0x00007f2b542a1000)
        libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f2b5408a000)
        libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f2b53cd8000)
        /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f2b5551a000)

Built without “--without-internal-zlib”:
roel <at> yellowstone /gnu/store/nf3j0zc64flq47nlq65kvnhqzmp3lm1v-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
        linux-vdso.so.1 (0x00007ffda150f000)
        libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f09d4f93000)
        libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f09d4b3c000)
        liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f09d4916000)
        libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f09d46f8000)
        libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f09d44f4000)
        libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f09d41a8000)
        libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f09d3f91000)
        libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f09d3bdf000)
        /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f09d5206000)

So at least it does seem to affect the resulting binaries.

I also tried adding the native-inputs and run autogen.sh.  This also
failed to build when removing the “libsrc/zlib” directory.  It seems to
be tied into the build deeper than I thought at first.

What should I do now?

>
>> Does that justify removing the zlib source directory?  If so, I'll send
>> the updated patch.  Otherwise, I'll just update the commit message.
>> Would this be a proper commit message:
>>
>> gnu: virtuoso-ose: Unbundle zlib and build with readline support.
>>
>> * gnu/packages/databases.scm (virtuoso-ose):
>>   [inputs]: Add zlib, and readline;
>>   [arguments]: Add --without-internal-zlib, and --with-readline.
>
> Looks good.

Kind regards,
Roel Janssen
Information forwarded to guix-patches <at> gnu.org:
bug#30972; Package guix-patches. (Tue, 03 Apr 2018 10:51:02 GMT) Full text and rfc822 format available.

Message #20 received at 30972 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <mbakke <at> fastmail.com>
To: Roel Janssen <roel <at> gnu.org>
Cc: 30972 <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Tue, 03 Apr 2018 12:50:00 +0200

[Message part 1 (text/plain, inline)]
Roel Janssen <roel <at> gnu.org> writes:

> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> Roel Janssen <roel <at> gnu.org> writes:
>>
>>> Marius Bakke <mbakke <at> fastmail.com> writes:
>>>
>>>> Roel Janssen <roel <at> gnu.org> writes:
>>>>
>>>>> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
>>>>> From: Roel Janssen <roel <at> gnu.org>
>>>>> Date: Wed, 28 Mar 2018 18:13:23 +0200
>>>>> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>>>>>  support.
>>>>>
>>>>> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>>>>>   readline support.
>>>>
>>>> Please mention the changes to [inputs] and [arguments] here.  Also,
>>>> assuming there is an internal copy of zlib, can you remove it with a
>>>> source 'snippet'?
>>>
>>> Thanks for the quick response!
>>>
>>> Then I'll need to rerun “autogen.sh” to make sure
>>> “libsrc/zlib/Makefile.in” isn't included in the configure phase.  That
>>> in turns needs the following packages added to native-inputs: autoconf,
>>> automake, bison, flex, gettext, gperf, libtool, perl, and pkg-config.
>>
>> I came across a similar problem in <https://bugs.gnu.org/30974>.  Can
>> you see if the same solution works for you (preserve the autoconfery)?
>
> I couldn't get this to work after spending two hours at it.  So I
> checked whether it actually affects the build, and here's what I found:
>
> Built with “--without-internal-zlib”:
> roel <at> yellowstone /gnu/store/lngvklw1hniykn6skz3gghps3d08is7d-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
>         linux-vdso.so.1 (0x00007ffe331a0000)
>         libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f2b552a7000)
>         libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f2b54e50000)
>         liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f2b54c2a000)
>         libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f2b54a0c000)
>         libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f2b54808000)
>         libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f2b544bc000)
>         libz.so.1 => /gnu/store/8hxm8am4ll05sa8wlwgdq2lj4ddag464-zlib-1.2.11/lib/libz.so.1 (0x00007f2b542a1000)
>         libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f2b5408a000)
>         libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f2b53cd8000)
>         /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f2b5551a000)
>
> Built without “--without-internal-zlib”:
> roel <at> yellowstone /gnu/store/nf3j0zc64flq47nlq65kvnhqzmp3lm1v-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
>         linux-vdso.so.1 (0x00007ffda150f000)
>         libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f09d4f93000)
>         libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f09d4b3c000)
>         liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f09d4916000)
>         libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f09d46f8000)
>         libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f09d44f4000)
>         libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f09d41a8000)
>         libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f09d3f91000)
>         libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f09d3bdf000)
>         /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f09d5206000)
>
> So at least it does seem to affect the resulting binaries.
>
> I also tried adding the native-inputs and run autogen.sh.  This also
> failed to build when removing the “libsrc/zlib” directory.  It seems to
> be tied into the build deeper than I thought at first.
>
> What should I do now?

Oh well.  I guess leaving it is fine, with a TODO note somewhere.

Thanks for checking!

[signature.asc (application/pgp-signature, inline)]
Reply sent to Roel Janssen <roel <at> gnu.org>:
You have taken responsibility. (Tue, 03 Apr 2018 11:12:01 GMT) Full text and rfc822 format available.
Notification sent to Roel Janssen <roel <at> gnu.org>:
bug acknowledged by developer. (Tue, 03 Apr 2018 11:12:02 GMT) Full text and rfc822 format available.

Message #25 received at 30972-done <at> debbugs.gnu.org (full text, mbox):

From: Roel Janssen <roel <at> gnu.org>
To: Marius Bakke <mbakke <at> fastmail.com>
Cc: 30972-done <at> debbugs.gnu.org
Subject: Re: [bug#30972] [PATCH] gnu: virtuoso-ose: Unbundle zlib and build
 with readline
Date: Tue, 03 Apr 2018 13:10:57 +0200

Marius Bakke <mbakke <at> fastmail.com> writes:

> Roel Janssen <roel <at> gnu.org> writes:
>
>> Marius Bakke <mbakke <at> fastmail.com> writes:
>>
>>> Roel Janssen <roel <at> gnu.org> writes:
>>>
>>>> Marius Bakke <mbakke <at> fastmail.com> writes:
>>>>
>>>>> Roel Janssen <roel <at> gnu.org> writes:
>>>>>
>>>>>> From 80b26cfcc3d64588738e5fecc92f3eabc214ed4c Mon Sep 17 00:00:00 2001
>>>>>> From: Roel Janssen <roel <at> gnu.org>
>>>>>> Date: Wed, 28 Mar 2018 18:13:23 +0200
>>>>>> Subject: [PATCH] gnu: virtuoso-ose: Unbundle zlib and build with readline
>>>>>>  support.
>>>>>>
>>>>>> * gnu/packages/databases.scm (virtuoso-ose): Unbundle zlib and build with
>>>>>>   readline support.
>>>>>
>>>>> Please mention the changes to [inputs] and [arguments] here.  Also,
>>>>> assuming there is an internal copy of zlib, can you remove it with a
>>>>> source 'snippet'?
>>>>
>>>> Thanks for the quick response!
>>>>
>>>> Then I'll need to rerun “autogen.sh” to make sure
>>>> “libsrc/zlib/Makefile.in” isn't included in the configure phase.  That
>>>> in turns needs the following packages added to native-inputs: autoconf,
>>>> automake, bison, flex, gettext, gperf, libtool, perl, and pkg-config.
>>>
>>> I came across a similar problem in <https://bugs.gnu.org/30974>.  Can
>>> you see if the same solution works for you (preserve the autoconfery)?
>>
>> I couldn't get this to work after spending two hours at it.  So I
>> checked whether it actually affects the build, and here's what I found:
>>
>> Built with “--without-internal-zlib”:
>> roel <at> yellowstone /gnu/store/lngvklw1hniykn6skz3gghps3d08is7d-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
>>         linux-vdso.so.1 (0x00007ffe331a0000)
>>         libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f2b552a7000)
>>         libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f2b54e50000)
>>         liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f2b54c2a000)
>>         libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f2b54a0c000)
>>         libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f2b54808000)
>>         libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f2b544bc000)
>>         libz.so.1 => /gnu/store/8hxm8am4ll05sa8wlwgdq2lj4ddag464-zlib-1.2.11/lib/libz.so.1 (0x00007f2b542a1000)
>>         libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f2b5408a000)
>>         libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f2b53cd8000)
>>         /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f2b5551a000)
>>
>> Built without “--without-internal-zlib”:
>> roel <at> yellowstone /gnu/store/nf3j0zc64flq47nlq65kvnhqzmp3lm1v-virtuoso-ose-7.2.4.2/bin$ ldd virtuoso-t 
>>         linux-vdso.so.1 (0x00007ffda150f000)
>>         libssl.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libssl.so.1.0.0 (0x00007f09d4f93000)
>>         libcrypto.so.1.0.0 => /gnu/store/ggrpw6gh2rnqjwyjf99z8cdw5digc4hb-openssl-1.0.2o/lib/libcrypto.so.1.0.0 (0x00007f09d4b3c000)
>>         liblzma.so.5 => /gnu/store/pj8xqlnkwgjia87jy6i8slglip9k8x6a-xz-5.2.3/lib/liblzma.so.5 (0x00007f09d4916000)
>>         libpthread.so.0 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f09d46f8000)
>>         libdl.so.2 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libdl.so.2 (0x00007f09d44f4000)
>>         libm.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libm.so.6 (0x00007f09d41a8000)
>>         libgcc_s.so.1 => /gnu/store/2ifmksc425qcysl5rkxkbv6yrgc1w9cs-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f09d3f91000)
>>         libc.so.6 => /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f09d3bdf000)
>>         /gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f09d5206000)
>>
>> So at least it does seem to affect the resulting binaries.
>>
>> I also tried adding the native-inputs and run autogen.sh.  This also
>> failed to build when removing the “libsrc/zlib” directory.  It seems to
>> be tied into the build deeper than I thought at first.
>>
>> What should I do now?
>
> Oh well.  I guess leaving it is fine, with a TODO note somewhere.
>
> Thanks for checking!

Thanks for your reply!

I added the TODO note, and pushed in 6d09a7b5e.

Kind regards,
Roel Janssen
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 01 May 2018 11:24:05 GMT) Full text and rfc822 format available.
This bug report was last modified 7 years and 52 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.