gmane.comp.lib.gnulib.bugs archive

513 archived articles, newest first (page 2 of 6). Latest articles →

Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang
Fri, 7 Aug 2026 11:25:48 +0300
Lasse Collin <[email protected]> • #56907
Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang
Thu, 06 Aug 2026 21:24:12 -0700
Collin Funk <[email protected]> • #56906
[PATCH] * m4/gnulib-common.m4: update comment to match code
Thu, 6 Aug 2026 23:19:09 -0500
Paul Eggert <[email protected]> • #56905
Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang
Thu, 6 Aug 2026 23:06:13 -0500
Paul Eggert <[email protected]> • #56904
Re: readutmp: Add option to make use of wtmpdb
Thu, 06 Aug 2026 20:53:50 -0700
Collin Funk <[email protected]> • #56903
Re: readutmp: Fix naming of configure option
Thu, 06 Aug 2026 20:31:21 -0700
Collin Funk <[email protected]> • #56902
problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang
Thu, 6 Aug 2026 22:23:28 -0500
"G. Branden Robinson" <[email protected]> • #56901
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 06 Aug 2026 20:16:50 +0800
"Andreas K. Huettel" <[email protected]> • #56900
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 6 Aug 2026 08:18:11 -0300
Adhemerval Zanella Netto <[email protected]> • #56899
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 06 Aug 2026 10:05:17 +0200
Andreas Schwab <[email protected]> • #56898
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 06 Aug 2026 10:04:21 +0200
Andreas Schwab <[email protected]> • #56897
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 06 Aug 2026 06:30:58 +0200
Florian Weimer <[email protected]> • #56896
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Thu, 06 Aug 2026 10:43:09 +0800
"Andreas K. Huettel" <[email protected]> • #56895
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Wed, 05 Aug 2026 22:57:44 +0200
Florian Weimer <[email protected]> • #56894
Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Wed, 05 Aug 2026 22:15:20 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #56893
[RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437)
Wed, 5 Aug 2026 15:11:38 -0300
Adhemerval Zanella <[email protected]> • #56892
Re: The goal of the Linux man-pages project
Wed, 5 Aug 2026 16:15:07 +0200
Alejandro Colomar <[email protected]> • #56891
Re: The goal of the Linux man-pages project
Wed, 05 Aug 2026 11:31:11 +0200
Arsen Arsenović <[email protected]> • #56890
Re: [GNULIB] The goal of the Linux man-pages project
Wed, 5 Aug 2026 00:24:30 +0300
"Αγαθοκλής Χατζημανίκας" <[email protected]> • #56889
Re: [GNULIB] The goal of the Linux man-pages project
Tue, 4 Aug 2026 23:14:23 +0300
"Αγαθοκλής Χατζημανίκας" <[email protected]> • #56888
The goal of the Linux man-pages project
Tue, 4 Aug 2026 19:16:17 +0200
Alejandro Colomar <[email protected]> • #56887
Re: the Linux man-pages as an educational tool
Tue, 04 Aug 2026 17:49:43 +0200
Arsen Arsenović <[email protected]> • #56886
readutmp: Add option to make use of wtmpdb
Tue, 04 Aug 2026 17:22:02 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #56885
readutmp: Fix naming of configure option
Tue, 04 Aug 2026 16:29:42 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #56884
Re: the Linux man-pages as an educational tool
Tue, 4 Aug 2026 14:12:42 +0200
Alejandro Colomar <[email protected]> • #56883
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 19:39:43 -0700
Collin Funk <[email protected]> • #56882
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Tue, 4 Aug 2026 04:35:41 +0200 (CEST)
Thorsten Glaser <[email protected]> • #56881
Re: on the irresponsibility of pursuing C language reform
Mon, 3 Aug 2026 19:24:29 -0500
Nevin Liber <[email protected]> • #56880
Re: on project management
Mon, 03 Aug 2026 23:09:40 +0200
Arsen Arsenović <[email protected]> • #56879
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 21:50:19 +0200
Alejandro Colomar <[email protected]> • #56878
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 21:47:00 +0200
Alejandro Colomar <[email protected]> • #56877
Re: on project management (was: the Linux man-pages as an educational tool)
Mon, 3 Aug 2026 15:46:00 -0400
enh <[email protected]> • #56876
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 19:45:06 +0000 (UTC)
Joseph Myers <[email protected]> • #56875
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 19:31:19 +0000 (UTC)
Joseph Myers <[email protected]> • #56874
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 18:43:08 +0200
Alejandro Colomar <[email protected]> • #56873
Re: N3322 functionality tests
Mon, 3 Aug 2026 19:23:40 +0300
Lasse Collin <[email protected]> • #56872
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 18:17:44 +0200
Alejandro Colomar <[email protected]> • #56871
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 17:15:59 +0100
Sam James <[email protected]> • #56870
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 18:11:36 +0200
Alejandro Colomar <[email protected]> • #56869
on project management (was: the Linux man-pages as an educational tool)
Mon, 3 Aug 2026 11:09:02 -0500
"G. Branden Robinson" <[email protected]> • #56868
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 12:07:41 -0400
Jeffrey Walton <[email protected]> • #56867
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 10:34:56 -0500
"G. Branden Robinson" <[email protected]> • #56866
Re: on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform)
Mon, 3 Aug 2026 10:18:01 -0500
"G. Branden Robinson" <[email protected]> • #56865
Re: on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform)
Mon, 3 Aug 2026 14:44:55 +0000 (UTC)
Joseph Myers <[email protected]> • #56864
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 16:40:26 +0200
Alejandro Colomar <[email protected]> • #56863
on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform)
Mon, 3 Aug 2026 09:38:17 -0500
"G. Branden Robinson" <[email protected]> • #56862
Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform)
Mon, 3 Aug 2026 16:31:58 +0200
Alejandro Colomar <[email protected]> • #56861
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 16:28:24 +0200
Alejandro Colomar <[email protected]> • #56860
Re: on the irresponsibility of pursuing C language reform
Mon, 3 Aug 2026 16:22:34 +0200
Alejandro Colomar <[email protected]> • #56859
Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform)
Mon, 3 Aug 2026 14:10:30 +0000 (UTC)
Joseph Myers <[email protected]> • #56858
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 15:05:36 +0100
Sam James <[email protected]> • #56857
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 15:03:30 +0100
Sam James <[email protected]> • #56856
When and why realloc(,0) was broken in glibc in 1999
Mon, 3 Aug 2026 15:51:29 +0200
Alejandro Colomar <[email protected]> • #56855
Re: on the irresponsibility of pursuing C language reform
Mon, 3 Aug 2026 13:42:31 +0000 (UTC)
Joseph Myers <[email protected]> • #56854
Re: on the irresponsibility of pursuing C language reform
Mon, 3 Aug 2026 13:23:46 +0000 (UTC)
Joseph Myers <[email protected]> • #56853
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 15:07:00 +0200
Alejandro Colomar <[email protected]> • #56852
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 14:35:06 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #56851
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 14:21:17 +0200
Alejandro Colomar <[email protected]> • #56850
Re: on the irresponsibility of pursuing C language reform
Mon, 3 Aug 2026 13:39:48 +0200
Alejandro Colomar <[email protected]> • #56849
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 13:00:19 +0200
Arsen Arsenović <[email protected]> • #56848
Re: the Linux man-pages as an educational tool... and a bit about C.
Mon, 3 Aug 2026 13:28:53 +0300
"Αγαθοκλής Χατζημανίκας" <[email protected]> • #56847
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 22:28:00 -0500
Paul Eggert <[email protected]> • #56846
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 21:09:08 -0500
"G. Branden Robinson" <[email protected]> • #56845
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 03:12:41 +0200
Alejandro Colomar <[email protected]> • #56844
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 01:42:57 +0200
Alejandro Colomar <[email protected]> • #56843
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 01:41:35 +0200
Alejandro Colomar <[email protected]> • #56842
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 01:37:26 +0200
Alejandro Colomar <[email protected]> • #56841
Re: the Linux man-pages as an educational tool
Mon, 3 Aug 2026 01:30:06 +0200
Alejandro Colomar <[email protected]> • #56840
Re: the Linux man-pages as an educational tool
Sun, 02 Aug 2026 16:27:21 -0700
Collin Funk <[email protected]> • #56839
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 18:10:58 -0500
"G. Branden Robinson" <[email protected]> • #56838
Re: the Linux man-pages as an educational tool
Mon, 03 Aug 2026 01:08:32 +0200
Arsen Arsenović <[email protected]> • #56837
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 23:34:40 +0200
Alejandro Colomar <[email protected]> • #56836
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 22:23:36 +0100 (BST)
"Maciej W. Rozycki" <[email protected]> • #56835
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 22:31:55 +0200
Alejandro Colomar <[email protected]> • #56834
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 14:28:33 -0500
Paul Eggert <[email protected]> • #56833
Re: NetBSD 11.0 released
Sun, 02 Aug 2026 11:05:55 -0700
Collin Funk <[email protected]> • #56832
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 16:11:56 +0200
Alejandro Colomar <[email protected]> • #56831
Re: on the irresponsibility of pursuing C language reform
Sun, 02 Aug 2026 09:45:17 -0400
scs-qx95VtOkOx/[email protected] (Steve Summit) • #56830
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 15:17:00 +0200
Alejandro Colomar <[email protected]> • #56829
Re: on the irresponsibility of pursuing C language reform
Sun, 02 Aug 2026 08:52:04 -0400
[email protected] (Steve Summit) • #56828
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 14:04:16 +0200
Alejandro Colomar <[email protected]> • #56827
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 13:47:50 +0200
Alejandro Colomar <[email protected]> • #56826
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 13:29:41 +0200
Alejandro Colomar <[email protected]> • #56825
Re: the Linux man-pages as an educational tool
Sat, 01 Aug 2026 18:49:03 -0700
Collin Funk <[email protected]> • #56824
Re: the Linux man-pages as an educational tool
Sun, 2 Aug 2026 03:15:40 +0200
Alejandro Colomar <[email protected]> • #56823
Re: the Linux man-pages as an educational tool
Sat, 1 Aug 2026 20:15:15 -0500
"G. Branden Robinson" <[email protected]> • #56822
Re: the Linux man-pages as an educational tool
Sat, 01 Aug 2026 18:04:05 -0700
Collin Funk <[email protected]> • #56821
Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform)
Sun, 2 Aug 2026 03:03:27 +0200
Alejandro Colomar <[email protected]> • #56820
Re: the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>)
Sun, 2 Aug 2026 02:45:01 +0200
Alejandro Colomar <[email protected]> • #56819
Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform)
Sun, 2 Aug 2026 02:27:38 +0200
Alejandro Colomar <[email protected]> • #56818
the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>)
Sat, 1 Aug 2026 19:08:33 -0500
"G. Branden Robinson" <[email protected]> • #56817
proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform)
Sat, 1 Aug 2026 18:53:32 -0500
"G. Branden Robinson" <[email protected]> • #56816
Re: NetBSD 11.0 released
Sun, 02 Aug 2026 01:46:51 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #56815
Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sun, 2 Aug 2026 01:36:28 +0200
Alejandro Colomar <[email protected]> • #56814
Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sun, 2 Aug 2026 01:34:28 +0200
Alejandro Colomar <[email protected]> • #56813
Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sat, 1 Aug 2026 18:29:13 -0500
Paul Eggert <[email protected]> • #56812
Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sat, 01 Aug 2026 16:26:18 -0700
Collin Funk <[email protected]> • #56811
Re: on the irresponsibility of pursuing C language reform
Sun, 2 Aug 2026 01:24:28 +0200
Alejandro Colomar <[email protected]> • #56810
Re: test-free failure
Sat, 1 Aug 2026 18:17:22 -0500
Paul Eggert <[email protected]> • #56809
Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sun, 2 Aug 2026 01:10:17 +0200
Alejandro Colomar <[email protected]> • #56808
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.