Re: [PATCH] Hurd: use mach_msg_type_number_t for file_get_fs_options since its size is not the same as size_t for x86_64.

Flavio Cruz writes: > This fixes an incompatible-pointer-types error on GCC14. Applied. We do test on GCC14 but alas not on the Hurd, nice catch! /Simon signature.asc Description: PGP signature

Re: [PATCH] ifconfig: Support prefix length.

I have committed this patch here: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=afe3168ee9f15783c71653bee0ec97536daaf217 Btw, please add NEWS entries next time. I added the following, corrections welcome: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=976de5463bedcd8060c7

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Hi. I have commited this now: https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=0b35abbd7a5d074c7e245a49585b2de036d4dec7 /Simon signature.asc Description: PGP signature

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Samuel Thibault writes: > Hello, > > Simon Josefsson, le mer. 28 sept. 2022 13:46:52 +0200, a ecrit: >> have you signed copyright assignment papers for InetUtils, > > I didn't know there was copyright assignment for InetUtils :/ > > I now have sent the form to the

Re: [PATCH] ifconfig hurd: Notify pfinet of interfaces

Both your patches looks good to me -- however, have you signed copyright assignment papers for InetUtils, or how are these contributed? Generally I'm not sure how useful it is to require copyright assignment for smaller InetUtils contributions -- the majority of the code is not copyright by FSF any

Re: ttyname_r returning EINVAL

Thomas Schwinge writes: > Hi! > > On Thu, 04 Aug 2011 12:13:19 +0200, Simon Josefsson > wrote: >> As explained as 4) in this e-mail: >> >> https://lists.gnu.org/archive/html/bug-gnulib/2011-08/msg00027.html >> >> it seems like the ttyname_r function

linkat returns EISDIR when target exists

Hi! I'm porting some software to Debian GNU/Hurd and I think the issues I found are bugs in the Hurd. I haven't reported bugs about the Hurd before, and I'm unsure whether this is an issue with the kernel or libc or some translator, but I'm hoping someone here will know what code to patch. As di

nanosleep modifying second parameter on success

As reported as 2) in this mail: https://lists.gnu.org/archive/html/bug-gnulib/2011-08/msg00027.html it seems the nanosleep function modifies the second parameter on success. This behaviour doesn't seem consistent with the specification at http://pubs.opengroup.org/onlinepubs/9699919799/function

ttyname_r returning EINVAL

As explained as 4) in this e-mail: https://lists.gnu.org/archive/html/bug-gnulib/2011-08/msg00027.html it seems like the ttyname_r function returns EINVAL when the provided buffer is too small. This doesn't seem consistent with the specifcation at: http://pubs.opengroup.org/onlinepubs/969991979