On Tue, Jul 27, 2021 at 2:38 AM Simon Josefsson via Gnulib discussion
list wrote:
> Hi. Our announce-gen contains:
>
> If that command fails because you don't have the required public key,
> then run this command to import it:
> gpg --keyserver keys.gnupg.net --recv-keys $gpg_key_id
>
>
On 7/27/21 1:19 PM, Florian Weimer wrote:
So if there's any change regarding LIBPTHREAD_SO, I think the natural one
would be to define it to LIBC_SO (I hope the dlopen/dlsym case works
regardless of whether that change is made or not).
That is in an interesting idea. I like it.
Me too.
It
* Joseph Myers:
> On Sat, 17 Jul 2021, Bruno Haible wrote:
>
>> 2) /usr/include/gnu/lib-names.h still defines LIBPTHREAD_SO.
>>How about not defining LIBPTHREAD_SO, since linking with it is supposed
>>to be a no-op in these newer glibc versions?
>
> I think LIBPTHREAD_SO is really for use
On Sat, 17 Jul 2021, Bruno Haible wrote:
> 2) /usr/include/gnu/lib-names.h still defines LIBPTHREAD_SO.
>How about not defining LIBPTHREAD_SO, since linking with it is supposed
>to be a no-op in these newer glibc versions?
I think LIBPTHREAD_SO is really for use with dlopen (followed by
I agree that the current situation is bad and that your suggestions
would be improvement.
Particularly the part about involving the ftp-upload people. My
impression is that they're quite conservative about changing things (and
rightly so) but we really need a more-reliable distribution
Hi. Our announce-gen contains:
If that command fails because you don't have the required public key,
then run this command to import it:
gpg --keyserver keys.gnupg.net --recv-keys $gpg_key_id
Given recent OpenPGP key server issues, that doesn't work reliably any
more, and behave different
