пн, 13 апр. 2020 г. в 18:11, Dmitry Baryshkov :
>
> Hello,
>
> вс, 12 апр. 2020 г. в 21:37, Niels Möller :
>
> > > 001d48f8 R_X86_64_JUMP_SLOT
> > > _nettle_poly1305_block@NETTLE_INTERNAL_7_0
> >
> > The last is non-trivial, and it seems it is declared in the installed
> > header
Jeffrey Walton writes:
> It is Nettle's OpenSSL dependency that is causing the trouble. OpenSSL
> depends on Unistring and Unbound, and they bring in the extra gear.
That's for benchmarking only. It's supposed to be autodetected and used
only if available on the build system, but you can also
On Mon, Apr 13, 2020 at 12:54 PM Niels Möller wrote:
>
> Jeffrey Walton writes:
>
> > On Mon, Apr 13, 2020 at 10:09 AM Niels Möller wrote:
> >>
> >> As far as I'm aware, that should fix BSDs and other systems disliking
> >> relative names in LD_LIRBARY_PATH. If you can verify the rc1 tarball on
Jeffrey Walton writes:
> On Mon, Apr 13, 2020 at 10:09 AM Niels Möller wrote:
>>
>> As far as I'm aware, that should fix BSDs and other systems disliking
>> relative names in LD_LIRBARY_PATH. If you can verify the rc1 tarball on
>> NetBSD (I only have FreeBSD nearby), that would be nice.
>
>
Hello,
вс, 12 апр. 2020 г. в 21:37, Niels Möller :
> > 001d48f8 R_X86_64_JUMP_SLOT
> > _nettle_poly1305_block@NETTLE_INTERNAL_7_0
>
> The last is non-trivial, and it seems it is declared in the installed
> header poly1305.h (which is a mistake; other internal declarations were
> moved
On Mon, Apr 13, 2020 at 10:09 AM Niels Möller wrote:
>
> Jeffrey Walton writes:
>
> > The failure will also affect some of the BSDs. I know it affects NetBSD,
> > too.
>
> I made a commit a while ago to always use an absolute name (based on
> autoconf's abs_top_builddir). See
>
Jeffrey Walton writes:
> The failure will also affect some of the BSDs. I know it affects NetBSD, too.
I made a commit a while ago to always use an absolute name (based on
autoconf's abs_top_builddir). See
On Mon, Apr 13, 2020 at 8:16 AM Niels Möller wrote:
>
> Jeffrey Walton writes:
>
> > nettle-3.6rc1.tar.gz tested OK on an old PowerMac with OS X 10.5 and
> > an Intel Mac Mini with OS X 10.12.6 with SIP.
>
> Thanks for testing. Regarding the remaining DYLD_LIBRARY_PATH problem
> with tests on
пн, 13 апр. 2020 г. в 15:08, Niels Möller :
> >> I'm not sure I understand the implications. Getting it in would let
> >> GnuTLS drop some of the references to HOGWEED_INTERNAL, is that what you
> >> mean with simplify, or something different? But all of them? And it
> >> doesn't look like it
Jeffrey Walton writes:
> nettle-3.6rc1.tar.gz tested OK on an old PowerMac with OS X 10.5 and
> an Intel Mac Mini with OS X 10.12.6 with SIP.
Thanks for testing. Regarding the remaining DYLD_LIBRARY_PATH problem
with tests on the the mac mini, I think we'll have to live with that for
now. The
ni...@lysator.liu.se (Niels Möller) writes:
> Andreas Metzler writes:
>
>> PS: On top of this the Debian nettle *packaging* currently is broken
>> with respect to unsynced soname bumps of libhogweed/libnettle runtime
>> packages, which is a different issue, probably a bug.
>
> I think it's a
Dmitry Baryshkov writes:
>> We can wait a few days to understand the references to NETTLE_INTERNAL.
>> But if there's no other easy fix, I'll just bump the libnettle soname
>> too, which should solve the immediate problem, right? Then we can still
>> release this week.
>
> MR against GnuTLS will
Hello,
пн, 13 апр. 2020 г. в 13:24, Niels Möller :
>
> Dmitry Baryshkov writes:
>
> > I remember your answer about not delaying the release.
>
> We can wait a few days to understand the references to NETTLE_INTERNAL.
> But if there's no other easy fix, I'll just bump the libnettle soname
> too,
On Mon, Apr 13, 2020 at 7:10 AM Jeffrey Walton wrote:
>
> On Sun, Apr 5, 2020 at 2:03 PM Niels Möller wrote:
> >
> > I've updated the NEWS file, and I don't think there are any easy changes
> > pending. Please let me know ASAP if there's anything missing in NEWS, or
> > if there are additional
On Sun, Apr 5, 2020 at 2:03 PM Niels Möller wrote:
>
> I've updated the NEWS file, and I don't think there are any easy changes
> pending. Please let me know ASAP if there's anything missing in NEWS, or
> if there are additional changes you think ought to be included before
> release.
>
> I
Dmitry Baryshkov writes:
> I remember your answer about not delaying the release.
We can wait a few days to understand the references to NETTLE_INTERNAL.
But if there's no other easy fix, I'll just bump the libnettle soname
too, which should solve the immediate problem, right? Then we can still
Hello,
пн, 13 апр. 2020 г. в 09:52, Niels Möller :
>
> Dmitry Baryshkov writes:
>
> >> for x86_64-linux-gnu gnutls builds against nettle 3.5 and 3.6 (the
> >> latter patched to bump nettle soname, too). I am not an expert in this
> >> area - I think this generates the correct list.
> >
> > It
Dmitry Baryshkov writes:
>> for x86_64-linux-gnu gnutls builds against nettle 3.5 and 3.6 (the
>> latter patched to bump nettle soname, too). I am not an expert in this
>> area - I think this generates the correct list.
>
> It looks correct to me. If nobody takes a step, I'm going to look on
>
Hello,
вс, 12 апр. 2020 г. в 20:23, Andreas Metzler :
>
> On 2020-04-12 Niels Möller wrote:
> > Andreas Metzler writes:
>
> >> According to objdump -R GnuTLS uses internal symbols of both libhogweed
> >> and libnettle (e.g. _nettle_mpn_set_base256_le@HOGWEED_INTERNAL_5_0 and
> >>
Andreas Metzler writes:
> In the medium term nettle might start enforcing saner usage
> by not exporting *INTERNAL* in libraries shipped in "make install"
They're now accessible at link-time, with intended usage being low-level
tests, and experimental code. The intention is that they should
On 2020-04-12 Niels Möller wrote:
> Andreas Metzler writes:
>> According to objdump -R GnuTLS uses internal symbols of both libhogweed
>> and libnettle (e.g. _nettle_mpn_set_base256_le@HOGWEED_INTERNAL_5_0 and
>> _nettle_write_le64@NETTLE_INTERNAL_7_0). These nettle *internal* symbols
>> seem
Andreas Metzler writes:
> According to objdump -R GnuTLS uses internal symbols of both libhogweed
> and libnettle (e.g. _nettle_mpn_set_base256_le@HOGWEED_INTERNAL_5_0 and
> _nettle_write_le64@NETTLE_INTERNAL_7_0). These nettle *internal* symbols
> seem to be incompatible in 3.6, at least they
nettle-benchmark freezes on Android, because clang optimized away the
bench_nothing function. Attached the proposed patch.
--
With best wishes
Dmitry
вс, 5 апр. 2020 г., 21:03 Niels Möller :
> Hi,
>
> I've updated the NEWS file, and I don't think there are any easy changes
> pending. Please
On 2020-04-05 Niels Möller
wrote:
> Hi,
> I've updated the NEWS file, and I don't think there are any easy changes
> pending. Please let me know ASAP if there's anything missing in NEWS, or
> if there are additional changes you think ought to be included before
> release.
Hello,
I am not
Hello Niels,
ni...@lysator.liu.se (Niels Möller) writes:
> ni...@lysator.liu.se (Niels Möller) writes:
>
>> I've updated the NEWS file, and I don't think there are any easy changes
>> pending. Please let me know ASAP if there's anything missing in NEWS, or
>> if there are additional changes you
ni...@lysator.liu.se (Niels Möller) writes:
> I've updated the NEWS file, and I don't think there are any easy changes
> pending. Please let me know ASAP if there's anything missing in NEWS, or
> if there are additional changes you think ought to be included before
> release.
I've created a
пн, 6 апр. 2020 г. в 20:46, Niels Möller :
>
> Dmitry Baryshkov writes:
>
> > вс, 5 апр. 2020 г. в 23:27, Niels Möller :
> >> Dmitry Baryshkov writes:
> >>
> >> > GnuTLS project would like to ask you to bump libhogweed soname as a
> >> > way to enforce recompilation because of the ecc-internal.h
Dmitry Baryshkov writes:
> вс, 5 апр. 2020 г. в 23:27, Niels Möller :
>> Dmitry Baryshkov writes:
>>
>> > GnuTLS project would like to ask you to bump libhogweed soname as a
>> > way to enforce recompilation because of the ecc-internal.h usage.
>>
>> I guess that makes sense. It will
Hello,
вс, 5 апр. 2020 г. в 23:27, Niels Möller :
> Dmitry Baryshkov writes:
>
> > GnuTLS project would like to ask you to bump libhogweed soname as a
> > way to enforce recompilation because of the ecc-internal.h usage.
>
> I guess that makes sense. It will inconvenience all other packages
Niels M??ller wrote:
>I've updated the NEWS file, and I don't think there are any easy changes
>pending. Please let me know ASAP if there's anything missing in NEWS, or
>if there are additional changes you think ought to be included before
>release.
I presume that the bcrypt support is
Dmitry Baryshkov writes:
> GnuTLS project would like to ask you to bump libhogweed soname as a
> way to enforce recompilation because of the ecc-internal.h usage.
I guess that makes sense. It will inconvenience all other packages which
don't access internals and which could benefit from ABI
Hi,
I've updated the NEWS file, and I don't think there are any easy changes
pending. Please let me know ASAP if there's anything missing in NEWS, or
if there are additional changes you think ought to be included before
release.
I intend to create a release-candidate tarball in a day or two for
32 matches
Mail list logo