Bug#656665: ITP: libglobalplatform -- library to handle communication with GlobalPlatform cards

retitle 656665 ITP: globalplatform -- library to handle communication with GlobalPlatform cards owner 656665 Simon Josefsson tag 656665 + pending thanks Hi. I have discovered that upstream is active again, and have made releases in recent years: https://github.com/kaoh/globalplatform

Bug#656665: ITP: libglobalplatform -- library to handle communication with GlobalPlatform cards

retitle 656665 ITP: globalplatform -- library to handle communication with GlobalPlatform cards owner 656665 Simon Josefsson tag 656665 + pending thanks Hi. I have discovered that upstream is active again, and have made releases in recent years: https://github.com/kaoh/globalplatform

Bug#1051553: ITP: lib25519 -- X25519/Ed25519 microlibrary

tor 2023-09-14 klockan 11:10 +0200 skrev Jan Mojzis: > > I would be happy to help review, co-maintain and upload this > > package. > > Great, thank You. > > > First prototype for review: > 'https://salsa.debian.org/janmojzis/lib25519' > > if it's ok > can you please create

Bug#1051553: ITP: lib25519 -- X25519/Ed25519 microlibrary

tor 2023-09-14 klockan 11:10 +0200 skrev Jan Mojzis: > > I would be happy to help review, co-maintain and upload this > > package. > > Great, thank You. > > > First prototype for review: > 'https://salsa.debian.org/janmojzis/lib25519' > > if it's ok > can you please create

Code indentation?

Bruno Haible writes: > * Commit b93de66735cd6f935ee0970f8cb26908d113e09d introduced mcel.h, but > it has tabs. Can we untabify > mcel.h > mountlist.c > verify.h > (as we do with all source files that are not shared with glibc)? We may have discussed this before, but what do you

Bug#1051553: ITP: lib25519 -- X25519/Ed25519 microlibrary

Jan Mojzis writes: > * Package name: lix25519 ^ lib25519 I guess? Otherwise looks good to me. > I'm using this library and I'm going to maintain using > https://salsa.debian.org/ > I need sponsor for the first upload (I'm DM). I would be happy to help review,

Bug#1051553: ITP: lib25519 -- X25519/Ed25519 microlibrary

Jan Mojzis writes: > * Package name: lix25519 ^ lib25519 I guess? Otherwise looks good to me. > I'm using this library and I'm going to maintain using > https://salsa.debian.org/ > I need sponsor for the first upload (I'm DM). I would be happy to help review,

Re: SHA384

tool --totp=SHA384 -d 6 -s 30 -b "BASE32KEY..." gives wrong code. > I thought SHA384 just ignored > > Regards... > > On Tue, Sep 5, 2023 at 11:21 AM Simon Josefsson > wrote: > > Sergey Yudin writes: > > > > > We faced new login case which req

Re: relocatable-lib-lgpl: Don't export symbols from static MSVC .obj files

Bruno Haible writes: > -#define LIBFOO_DLL_EXPORTED __attribute__((__visibility__("default"))) > -#elif (defined _WIN32 && !defined __CYGWIN__) && BUILDING_SHARED && > BUILDING_LIBFOO > -#define LIBFOO_DLL_EXPORTED __declspec(dllexport) > -#elif (defined _WIN32 && !defined __CYGWIN__) &&

Bug#1042520: jabberd2: diff for NMU version 2.7.0-4.1

Thank you for fixing this! I was just about to fix it. I've merged your patch into git: https://salsa.debian.org/xmpp-team/jabberd2/-/commit/aafafbc13ed3d8f06768d6228de6f58cd3d23ff5 For some reason the pkg-xmpp-de...@lists.alioth.debian.org mailing list doesn't work, or I would have received

Bug#1042520: jabberd2: diff for NMU version 2.7.0-4.1

Thank you for fixing this! I was just about to fix it. I've merged your patch into git: https://salsa.debian.org/xmpp-team/jabberd2/-/commit/aafafbc13ed3d8f06768d6228de6f58cd3d23ff5 For some reason the pkg-xmpp-de...@lists.alioth.debian.org mailing list doesn't work, or I would have received

Re: SHA384

Sergey Yudin writes: > We faced new login case which requires SHA384 algo. Temporary workaround is > to use RedHat's FreeOTP which supports it. Is it possible to add SHA384 ? Can you point to a specification or product specification? Do you mean HOTP or TOTP? Support for it in liboath,

Bug#1029842: ITP: randombytes -- Library generating fresh randomness

Sam Hartman writes: >> "Jan" == Jan Mojzis writes: > > * Package name: randombytes > Version : 20230126 > Upstream Author : Daniel J. Bernstein > * URL : https://randombytes.cr.yp.to/ > * License : Public domain > > Public domain is problematic as a

Bug#1029842: ITP: randombytes -- Library generating fresh randomness

Sam Hartman writes: >> "Jan" == Jan Mojzis writes: > > * Package name: randombytes > Version : 20230126 > Upstream Author : Daniel J. Bernstein > * URL : https://randombytes.cr.yp.to/ > * License : Public domain > > Public domain is problematic as a

Re: Bug#1029842: ITP: randombytes -- Library generating fresh randomness

Sam Hartman writes: >> "Jan" == Jan Mojzis writes: > > * Package name: randombytes > Version : 20230126 > Upstream Author : Daniel J. Bernstein > * URL : https://randombytes.cr.yp.to/ > * License : Public domain > > Public domain is problematic as a

Re: [PATCH] traceroute: Fix hangs or delays in timeout

r brought up for discussion for that implementation in > the first place. > > I also have not checked whether this issue is present in > implementations other than the one written by Dmitry, such as Dublin > Traceroute or Paris Traceroute. > > Best regards, > James Raphael Tiovalen

[gnutls-help] guile-gnutls-4.0.0 released [stable]

contributed changes to this release: Simon Josefsson (10) Vivien Kraus (3) Happy Hacking, Simon == Project homepage: https://gitlab.com/gnutls/guile The release is available here: https://gitlab.com/gnutls/guile/-/releases/v4.0.0

Bug#1043147: [Pkg-sssd-devel] Bug#1043147: Bug#1043147: ding-libs: please consider upgrading to 3.0 source format

:21.0 +0200 @@ -1,3 +1,30 @@ +ding-libs (0.6.2-2) unstable; urgency=medium + + [ Simon Josefsson ] + * control: Add myself as Uploaders. + * control: Use new pkg-sssd email address. + * copyright: Add myself for debian/*, silencing lintian warning update- +debian-copyright. + * Add

Bug#1043147: [Pkg-sssd-devel] Bug#1043147: ding-libs: please consider upgrading to 3.0 source format

sön 2023-08-06 klockan 19:53 +0200 skrev Bastian Germann: > Source: ding-libs > Version: 0.6.2-1 > Severity: wishlist > > This package is among the few that still use source format 1.0. > Please upgrade it to source format 3.0: > https://wiki.debian.org/Projects/DebSrc3.0 Nice catch. Fixed in

Bug#1043183: wrap-and-sort: sort header fields too?

ed on real packages some other "obvious" corrections will be discovered. /Simon Source: socket-wrapper Homepage: http://cwrap.org/socket_wrapper.html Section: devel Priority: optional Maintainer: Debian SSSD Team Uploaders: Laszlo Boszormenyi (GCS) , Timo Aaltonen , Si

Bug#1043111: resolv-wrapper and socket-wrapper?

"László Böszörményi (GCS)" writes: > Your efforts are appreciated. The reasons I've adopted the mentioned > packages are long gone. In short, feel free to take it under the SSSD > umbrella and keep me as an Uploader. Thanks for quick and positive response! I'm uploading resolv-wrapper now and

Bug#1043111: [PATCH] tests: Fix debci failure. Add libsocket-wrapper dependency.

From 6409d3a211917613746adc5708cd8daefa96c093 Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Sun, 6 Aug 2023 11:13:58 +0200 Subject: [PATCH] tests: Fix debci failure. Add libsocket-wrapper dependency. --- debian/changelog | 1 + debian/tests/control | 1 + debian/tests/tests | 7

Bug#1043111: [PATCH] resolv-wrapper: several package improvements

cessary since buster). + * Rebuild manpage with asciidoctor since upstream uses that. + + -- Simon Josefsson Sun, 06 Aug 2023 10:19:30 +0200 + resolv-wrapper (1.1.8-1) unstable; urgency=medium * New upstream release. diff -Nru resolv-wrapper-1.1.8/debian/control resolv-wrapper-1.1.8/debian/contro

Re: CI cross builds failing, advice needed

Niels Möller writes: > 1. Switch to the cross-fedora38 image > > (https://gitlab.com/gnutls/build-images/-/blob/master/docker-cross-fedora38/Dockerfile?ref_type=heads). > > 2. Use some official debian image (not maintained by gnutls), and >install needed cross compilers as part of each

Re: ftp mdtm: invalid command

dy rather complex. /Simon > Felipe > > > > > > On Thu, Aug 3, 2023, 04:02 Erik Auerswald > wrote: > >> Hi, >> >> On Thu, Aug 03, 2023 at 12:20:29AM +0200, Simon Josefsson wrote: >> > Erik Auerswald writes: >> > > On Wed, Aug 02,

Bug#1042827: [Pkg-sssd-devel] priv-wrapper?

Timo Aaltonen writes: > Simon Josefsson kirjoitti 1.8.2023 klo 18.46: >> Hi >> I have finished packaging cwrap's priv-wrapper: >> https://salsa.debian.org/jas/priv-wrapper/ >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 >> Would you be interest

Bug#1042827: [Pkg-sssd-devel] priv-wrapper?

Timo Aaltonen writes: > Simon Josefsson kirjoitti 1.8.2023 klo 18.46: >> Hi >> I have finished packaging cwrap's priv-wrapper: >> https://salsa.debian.org/jas/priv-wrapper/ >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 >> Would you be interest

Re: ftp mdtm: invalid command

Erik Auerswald writes: > Hi, > > On Wed, Aug 02, 2023 at 04:01:00PM -0300, Felipe G. Nievinski wrote: >> >> I'm using the FTP utility, which supposedly supports the MDTM command (as >> per section 21.1 Standards of the documentation): >>

Re: Build issues

thtool and liboath (and ubuntu builds pam) just fine. > >   > > From:oath-toolkit-help-bounces+jcossej=jci@nongnu.org > > on behalf of > > Joseph Cossette > > Date: Monday, July 24, 2023 at 4:52 PM > > To: Simon Josefsson > > Cc: oath-t

Bug#1042827: priv-wrapper?

Hi I have finished packaging cwrap's priv-wrapper: https://salsa.debian.org/jas/priv-wrapper/ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 Would you be interested in co-maintaining priv-wrapper in the SSSD group? I noticed that SSSD maintains some of the other cwrap projects:

Bug#1042827: priv-wrapper?

Hi I have finished packaging cwrap's priv-wrapper: https://salsa.debian.org/jas/priv-wrapper/ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1042827 Would you be interested in co-maintaining priv-wrapper in the SSSD group? I noticed that SSSD maintains some of the other cwrap projects:

Bug#1042827: ITP: priv-wrapper -- library to disable resource limits and other privilege dropping

Package: wnpp Severity: wishlist Hi! I am planning to package priv-wrapper: https://cwrap.org/priv_wrapper.html priv_wrapper aims to help running processes which are dropping privileges or are restricting resources in test environments. A disabled call always succeeds (i.e. returns

Bug#1042827: ITP: priv-wrapper -- library to disable resource limits and other privilege dropping

Package: wnpp Severity: wishlist Hi! I am planning to package priv-wrapper: https://cwrap.org/priv_wrapper.html priv_wrapper aims to help running processes which are dropping privileges or are restricting resources in test environments. A disabled call always succeeds (i.e. returns

Bug#1042827: ITP: priv-wrapper -- library to disable resource limits and other privilege dropping

Package: wnpp Severity: wishlist Hi! I am planning to package priv-wrapper: https://cwrap.org/priv_wrapper.html priv_wrapper aims to help running processes which are dropping privileges or are restricting resources in test environments. A disabled call always succeeds (i.e. returns

Re: setuid/setgid return values not checked in rlogin, rsh, rshd and uucpd

Jeffrey writes: > Patch attached. Thank you! I have pushed this to git. Next time, please run 'make syntax-check' to check your patches (code indentation caused troubles now, but I fixed it) and feel free to include the NEWS blurb in the git patch itself. I'll reach out to the netbsd-tnftpd

Re: Build issues

get oathtool and libpath (and ubuntu builds pam) just fine.   I get oathtool and liboath (and ubuntu builds pam) just fine.   From: oath-toolkit-help-bounces+jcossej=jci@nongnu.org on behalf of Joseph Cossette Date: Monday, July 24, 2023 at 4:52 PM To: Simon Josefsson Cc: oath-toolkit-help

Re: setuid/setgid return values not checked in rlogin, rsh, rshd and uucpd

Jeffrey writes: > I found more occurences of unchecked values for set*id() functions in other > inetutils programs: ftpd, rcp. > > It has different security impact if it can be triggered: > > * rcp: local privilege escalation to the user running the binary > * ftpd: undefined behaviour without

[gnutls-help] guile-gnutls-3.7.14 released [beta]

: Christopher Baines (1) Simon Josefsson (11) Vivien Kraus (1) Happy hacking, Simon == Here is the guile-gnutls home page: https://gitlab.com/gnutls/guile For a summary of changes and contributors, see: https://gitlab.com/gnutls/guile

Re: Build issues

Hi Joseph, Thanks for your interest. Can you be specific about what your build problems are? Explaining how you tried to build the package, and what error message you got will help. OATH Toolkit is built continously in GitLab CI/CD: https://gitlab.com/oath-toolkit/oath-toolkit/-/pipelines

[gnutls-help] guile-gnutls-3.7.13 released [beta]

anneke) Nieuwenhuizen (1) Simon Josefsson (8) Vivien Kraus (13) Simon [on behalf of the guile-gnutls maintainers] == Here is the guile-gnutls home page: https://gitlab.com/gnutls/guile For a summary of changes and contributor

Bug#1041359: missing daemonize causes failed to connect to `/var/guix/daemon-socket/socket'

Package: guix Version: 1.4.0-3 Hi. I was trying to build guile-gnutls via guix in a debian12 container, and the sequence below happened. Is there a missing dependency on daemonize? /Simon $ sudo podman run -it --rm --privileged debian:12-slim # apt-get update # apt-get install guix git # git

[PATCH] announce-gen: Allow using local git user.name.

From: Simon Josefsson Date: Mon, 17 Jul 2023 22:07:57 +0200 Subject: [PATCH] announce-gen: Allow using local git user.name. * build-aux/announce-gen (readable_interval): Remove --global parameter to 'git config' call. --- ChangeLog | 6 ++ build-aux/announce-gen | 4 ++-- 2

bug#64691: use https:// instead of git:// in shepherd www

Hello, and congratulations on the shepherd 0.10.2 release! How about using https for git clone instructions, instead of the old non-secured way? See patch below. The "Download" link on goes to which doesn't exist.

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

Jonathan McDowell writes: > On Wed, Jul 12, 2023 at 09:18:27AM +0200, Simon Josefsson wrote: >> Christian Kastner writes: >> > On 2023-06-12 17:01, Sune Stolborg Vuorela wrote: >> >> Any chance you can give Andreas a go ahead to push a newer Gnupg2 >&g

Bug#1040580: oz: diff for NMU version 0.17.0-5.2

Thank you for fixing this! I'm hoping someone will take over this package (or that upstream will roll a new releases that passes self- tests which would allow me to more easily update the package) so I'll leave this for future package maintainers. Feel free to push fixes to git on salsa. /Simon

Bug#1040580: oz: diff for NMU version 0.17.0-5.2

Thank you for fixing this! I'm hoping someone will take over this package (or that upstream will roll a new releases that passes self- tests which would allow me to more easily update the package) so I'll leave this for future package maintainers. Feel free to push fixes to git on salsa. /Simon

Bug#1022702: [pkg-gnupg-maint] Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

Christian Kastner writes: > Hi Daniel, > > On 2023-06-12 17:01, Sune Stolborg Vuorela wrote: >> Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at >> least >> experimental, or preferably unstable ? > > I, too, would appreciate a newer version. It turns out that in versions

OATH Toolkit 2.6.9

.tar.gz.sig The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try

OATH Toolkit 2.6.8

.tar.gz.sig The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try

Re: setuid/setgid return values not checked in rlogin, rsh, rshd and uucpd

Thank you Jeffrey, have you signed the copyright assignment form? I'll email it to you privately. /Simon signature.asc Description: PGP signature

Re: [PATCH] Add DRBG-CTR-AES256.

Niels Möller writes: > Simon Josefsson writes: > >> This adds DRBG-CTR-AES256, what do you think? > > Thanks, I've had a first look. Thanks for review! >> + INCREMENT (AES_BLOCK_SIZE, V); >> + aes256_encrypt (Key, AES_BLOCK_SIZE, tmp + 2 * AES_BLOCK_SIZE,

Re: [PATCH] Add Streamlined NTRU Prime sntrup761.

Niels Möller writes: > Simon Josefsson writes: > >> No objection, but I find it challenging to come up with a revised patch >> that I feel comfortable with in the near future. I'm not sure I even >> understood what unused functions you noticed (and how?); that fi

Re: [PATCH] Add Streamlined NTRU Prime sntrup761.

Niels Möller writes: >>> My take was that it would be nice to add sntrup761 to Nettle ASAP to >>> stabilize API and establish support for the algorithm -- we can optimize >>> or improve the implementation later on (there are many optimized >>> implementations around for different architectures

Re: [PATCH] Add Streamlined NTRU Prime sntrup761.

Niels Möller writes: > Simon Josefsson writes: > >>> In general, it makes sense to add support for post-quantum key exchange >>> methods, another candidate seems to be https://classic.mceliece.org/ >>> (with the drawback of much larger pubkeys). >> >&

Re: [PATCH] Add Streamlined NTRU Prime sntrup761.

Thanks for reviewing this! Niels Möller writes: > Simon Josefsson writes: > >> This adds sntrup761, what do you think? > > What's the context/usecase? I saw some mails on the ietf-ssh list, but > it was a bit unclear to me what the status of this algorithm is. Sntrup7

Re: ancient install-sh and texinfo.tex?

tor 2023-05-11 klockan 20:15 +0200 skrev Niels Möller: > Simon Josefsson writes: > > > How about this patch?  They are not up to date and I couldn't find > > anywhere that uses them anyway. > > I agree texinfo.tex appears unused (nettle.texinfo is processed with

[PATCH] Add Streamlined NTRU Prime sntrup761.

:00 2001 From: Simon Josefsson Date: Thu, 11 May 2023 13:50:55 +0200 Subject: [PATCH] Add Streamlined NTRU Prime sntrup761. --- Makefile.in|4 +- nettle.texinfo | 49 ++ sntrup761.c| 1080 sntrup761.h

[PATCH] Add DRBG-CTR-AES256.

-drbg.c;hb=HEAD [2] https://github.com/openssl/openssl/blob/master/providers/implementations/rands/drbg_ctr.c [3] https://github.com/torvalds/linux/blob/master/crypto/drbg.c From 2ebaf5b0e6e63b6c059daf37d147fdb1741a20da Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Wed, 10 May 2023 10:28:29

[PATCH] Doc fix for version and date.

From 64f42624c8a40d43b612f41d4bfe7eee06898331 Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Thu, 11 May 2023 12:18:11 +0200 Subject: [PATCH] Doc fix for version and date. --- nettle.texinfo | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/nettle.texinfo b

ARCFOUR doc fixes

Hi What do you think? /Simon From 63cdb2a5ca75392c982315f84143d7e32c340588 Mon Sep 17 00:00:00 2001 From: Simon Josefsson Date: Thu, 11 May 2023 12:03:21 +0200 Subject: [PATCH] Document more ARCFOUR issues. --- nettle.texinfo | 38 -- 1 file changed, 24

bug#63331: Guile-GnuTLS/Git circular dependency

> ice-9/boot-9.scm:1685:16: In procedure raise-exception: > Unbound variable: protocol/ssl3 Maybe ssl3 is disabled (as it probably should be) in guix's gnutls? While I built the package on a Guix system using system GnuTLS, I didn't build it through Guix's packaging, so maybe there is some

bug#63331: Guile-GnuTLS/Git circular dependency

Ludovic Courtès writes: > We need to solve that. For now, the only fix I can think of is having > ‘guile-gnutls’ built from a “make dist”-provided tarballs. Apparently > we can add assets at ; would you > like to upload a tarball and accompanying

[gnutls-help] guile-gnutls-3.7.12 released [stable]

.tar.gz.sig The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try

bug#63331: Guile-GnuTLS/Git circular dependency

Ludovic Courtès writes: > We need to solve that. For now, the only fix I can think of is having > ‘guile-gnutls’ built from a “make dist”-provided tarballs. Apparently > we can add assets at ; would you > like to upload a tarball and accompanying

Bug#1022702: gnupg: Migrating packaging from 2.2.x to "stable" 2.3.x

> I have spent a little bit of effort on packaging 2.4.0. I have pushed > this to salsa (sans tags) into 3 temporary branches that could be > fast-forwarded: > tmp-ametzler-pristine-tar --ff-> pristine-tar > tmp-ametzler-upstream --ff-> upstream > tmp-ametzler-v2.4 --ff->

Re: [PATCH] traceroute: Fix hangs or delays in timeout

t in > implementations other than the one written by Dmitry, such as Dublin > Traceroute or Paris Traceroute. > > Best regards, > James Raphael Tiovalen > > On Mon, Apr 24, 2023 at 3:12 PM Simon Josefsson > wrote: > > > > Hi.  Thank you -- I have sent you the co

Re: [PATCH] traceroute: Fix hangs or delays in timeout

Hi. Thank you -- I have sent you the copyright assignment form separately. Meanwhile, could you say something about how other traceroute implementations behave here? Does this patch make ours more consistent with the rest, or is this an area where implementations behave differently? /Simon

Re: Application deadlock when using GnuPG, gpgsm, and Scute

vuori writes: > On Tue, Apr 11, 2023 at 10:50:39AM +0200, Simon Josefsson via Gnupg-users > wrote: >> Are there well-maintained debian packages for GnuPG 2.4 anywhere? I >> recently ran into yet another bug that has been fixed in later versions >> that Debian/Trisquel d

Re: Application deadlock when using GnuPG, gpgsm, and Scute

Werner Koch via Gnupg-users writes: > I am sorry, for the Debian troubles - we actually had 2.3 in Sid already > 2 years ago. AFAICS the problem is that the Debian maintainer seems to > be in a conflict between being Sequoia contributor and maintainer, > OpenPGP WG Chair and also long time

Re: new modules string-desc, xstring-desc, string-desc-quotearg

Bruno Haible writes: > Thanks for the inputs and feedbacks. Here are the new modules > string-desc, > xstring-desc, > string-desc-quotearg > that I'm adding. Thank you for making it library-friendly! I will try to find some package and migrate to these tools, rather than to use custom

Re: RFC: add a string-desc module

Bruno Haible writes: > struct > { > size_t nbytes; > char * data; > } > > I propose to add a module that adds such a type, together with elementary > functions that work on them. I think this is a useful contribution, however I see two deal-breakers for having it in gnulib -- both

bug#62160: Guix reference manual link from guix.gnu.org?

Hi I often go to guix.gnu.org to read the (excellent!) Guix manual. This leads to this click pattern: guix.gnu.org -> Help -> GNU Guix Manual 1.4.0 which leads me to a page (written in english) to chose language of the manual -- https://guix.gnu.org/en/manual/ -- and when I chose English I get a

Re: Release management: how do you update the libtool version information?

tis 2023-03-07 klockan 14:20 +0100 skrev Bruno Haible: > Simon Josefsson wrote: > > Consider adjusting your habit to update the libtool version > > directly > > AFTER a release instead.  I put the following in cfg.mk to make > > sure I > > don't forget this:

Re: Release management: how do you update the libtool version information?

Vivien Kraus writes: > Dear gnulib people, > > How do you manage the libtool version information for a library using > gnulib? For now, I have it written down explicitly in configure.ac. > Unfortunately, this requires a new commit to bump the numbers before > each release. > > Gnulib provides a

Re: Gnulib and nullptr

Bruno Haible writes: > Therefore, I would be in favour of EITHER > * doing this when the community as a whole has adopted 'nullptr' in C, i.e. > this keyword is no longer something that is new to an average newcomer, > (even if that's only 10 years from now), > OR > * doing the change only

Re: maint.mk: announcement should not be emailed to the TP when there are no changes

Reuben Thomas writes: > Using the standard gnulib release procedure for GNU projects, > coordina...@translationproject.org is automatically emailed for each > release, but apparently this is not desired. I received this from Benno > Schulenberg : > > My scripts find zero changes in the msgids.

Re: Ed25519 verify details

"Niels Möller" writes: > Hi, > > A few weeks ago, I stumbled on > https://hdevalence.ca/blog/2020-10-04-its-25519am. Summary: The > specification for Ed25519 signatures, RFC 8032, doesn't specify > unambiguously which bit strings are valid signatures, and which aren't. > And implementations

Re: ICMPv4 Type 3 Code 13 not implemented

Erik Auerswald writes: > Hi, > > On Sat, Jan 21, 2023 at 04:16:59PM +, Marco wrote: >> >> inetutils-telnet doesn't seem to implement ICMPv4 correctly. > > The telnet client does not use ICMP directly. > >> It doesn't print a proper message when ICMPv4 Type 3 Code 13 is being >> received,

Re: fts: Document this module

Bruno Haible writes: > The 'fts' module was not documented in the documentation, so far. The gnulib fts is different from glibc API, and they can return different results when called the same way. See end of earlier thread here:

Re: RFC: git-commit based mtime-reproducible tarballs

Vivien Kraus writes: > However, there are situations in which you only have access to a > shallow clone of the git repository (for instance, Gitlab CI). I am not > sure how this solution would work in that case. Indeed, good point. I think 'make dist' should continue to work in shallow clones,

Re: RFC: git-commit based mtime-reproducible tarballs

Bruno Haible writes: > Paul Eggert wrote: >> some users want to "trust but verify" and a reproducible >> tarball is easier to audit than a non-reproducible one, so for these >> users it can be a win to omit the irrelevant data from the tarball. > > Reproducibility can be implemented in

Re: RFC: git-commit based mtime-reproducible tarballs

Hi Bruno, > Hi Simon, > >> > This attempts to make >> > reproducible tarballs by sorting the files and passing the >> > "--mtime=" option to tar. ... >> Having the same mtime on all files in a tarball > > First question: What is the point of doing that? Good question, I don't know the

RFC: git-commit based mtime-reproducible tarballs

Hi. Quoting the recent binutils announcement: > As an experiment these tarballs were made with the new "-r " > option supported by the src-release.sh script. This attempts to make > reproducible tarballs by sorting the files and passing the > "--mtime=" option to tar. The date used for

Re: [PATCH] ping: decode unreachable codes added in RFC 4443

Enrik Berkhan writes: > RFC 4443 added two new codes for ICMPv6 destination unreachable messages > (type 1): > > 5 - Source address failed ingress/egress policy > 6 - Reject route to destination Hi Enrik. Thank you, I have pushed this:

Re: [gnutls-help] Guile-Gnutls bindings to separate git repo?

Simon Josefsson writes: >> I’d be happy to make a release, I’ve just been fairly busy making >> releases lately. :-) > > Yay, please merge jas/drop-bootstrap2 (if you like it) to master, make > any further changes you want, and then follow README-releases steps! I merge

Re: OpenPGP card with 25519 key breaks SSH sntrup761x25519-sha...@openssh.com

Never mind -- I realized this was a duplicate of this bug report: https://dev.gnupg.org/T5935 I will try to work on getting a newer GnuPG into Guix as a solution. /Simon signature.asc Description: PGP signature ___ Gnupg-users mailing list

OpenPGP card with 25519 key breaks SSH sntrup761x25519-sha...@openssh.com

Hi. When I SSH with gpg-agent's ssh-agent emulation, this happens: jas@kaka ~$ ssh root@192.168.10.186 sign_and_send_pubkey: signing failed for ED25519 "cardno:FFFE 42315277" from agent: agent refused operation root@192.168.10.186: Permission denied (publickey). jas@kaka ~$ Tracking it down,

Re: [gnutls-help] Guile-Gnutls bindings to separate git repo?

Ludovic Courtès writes: >> The main reason I added the dependencies was 1) to get 'make web-manual' >> to produce a manual during CI/CD, 2) to get a proven 'make release' >> infrastructure including the README-release file, 3) added >> git-version-gen to avoid manual work and to get CI/CD

Re: [gnutls-help] Guile-Gnutls bindings to separate git repo?

Ludovic Courtès writes: >> I can understand that you would want to build from git instead of >> tarballs. How does the download and build process work in Guix? >> Without knowing anything about the environment, I imagine there is some >> part of the process that downloads the git archive from

Re: [gnutls-help] Guile-Gnutls bindings to separate git repo?

Ludovic Courtès writes: > Hi Simon, > > Sorry for the long delay. > > Simon Josefsson skribis: > >> I pushed out 3.7.10 to improve maintainer rules a bit. Would you like >> to make a 3.7.11 shortly? To test the release process and get your >> OpenPGP k

test-stat-time fails on AFS?

Hi. We got a bug report about a gnulib self-test failure: https://gitlab.com/oath-toolkit/oath-toolkit/-/issues/30 Summarizing, this is the failure: test-stat-time.c:186: assertion 'statinfo[2].st_mtime < statinfo[1].st_ctime || (statinfo[2].st_mtime == statinfo[1].st_ctime &&

Bug#1024278: libgssglue: autopkgtest failure with pkgconf

tags 1024278 help thanks Philipp Kern writes: > Hey Simon, > > On Thu, Nov 17, 2022 at 12:46:19PM +0100, Sebastian Ramacher wrote: >> > I see. If so, it would be good if pkgconf was made consistent with >> > pkg-config here, if the intention is to replace it. >> >> This discussion needs to

Bug#1024278: libgssglue: autopkgtest failure with pkgconf

tags 1024278 help thanks Philipp Kern writes: > Hey Simon, > > On Thu, Nov 17, 2022 at 12:46:19PM +0100, Sebastian Ramacher wrote: >> > I see. If so, it would be good if pkgconf was made consistent with >> > pkg-config here, if the intention is to replace it. >> >> This discussion needs to

Re: Running the tests

"Zaki, Ahmed" writes: > Hi, > > I am new to libtasn1 and I am trying to use it for a project I am working on. > > As part of that project I need to get accurate test coverage data for > libtasn1. Hi and welcome. > When trying to do so I have run into two questions: > > 1- What is the

[gnutls-help] guile-gnutls-3.7.11 released [stable]

The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try the following

Re: Build issue since version 4.18 using gcc-4.9

your system supports. I didn't verify that this actually happens, but it is a possibility generally. /Simon Vincent Fortier writes: > Thnx, the tip paid off, switching to -std=gnu99 solved the issue... > Help much appreciated! > > Cheers! > > - vin > > Le dim. 27 nov

Re: explicit_bzero and -std=c99

Paul Eggert writes: >> 2) It seems explicit_bzero.c in gnulib fall backs to using 'asm' for >> GCC, which isn't working in non-GNU modes of gcc. Further wondering: > > I hope I fixed this particular problem by installing the attached. Thank you! > Perhaps Gnulib's other uses of asm should

Re: [PROPOSED 0/4] memset_explicit patches

Paul Eggert writes: > Here's a proposed set of patches to add support for C23's > memset_explicit function, along with the corresponding fallout in > Gnulib. The idea is to prefer memset_explicit, but continue to > support explicit_bzero (which is not marked as obsolescent, as it's > too soon

explicit_bzero and -std=c99

no, what is the better idiom to use here instead of explicit_bzero? Other thoughts? /Simon Simon Josefsson via Discussion list for GNU Libtasn1 writes: > Vincent Fortier writes: > >> While preparing a gnutls update I ended-up updating libtasn1 from >> 4.16. Going to 4.17 works but

Re: Build issue since version 4.18 using gcc-4.9

Vincent Fortier writes: > While preparing a gnutls update I ended-up updating libtasn1 from > 4.16. Going to 4.17 works but anything after that fails with: Thanks for the report! I can reproduce this using: ./configure ac_cv_func_explicit_bzero=no CPPFLAGS="-std=c99" In other words, the

<    1   2   3   4   5   6   7   8   9   10   >