org.kernel.vger.linux-man archive

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 21:50:19 +0200

Alejandro Colomar <[email protected]> • #32030

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 21:47:00 +0200

Alejandro Colomar <[email protected]> • #32029

Re: on project management (was: the Linux man-pages as an educational tool)

Mon, 3 Aug 2026 15:46:00 -0400

enh <[email protected]> • #32028

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 19:45:06 +0000 (UTC)

Joseph Myers <[email protected]> • #32027

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 19:31:19 +0000 (UTC)

Joseph Myers <[email protected]> • #32026

[PATCH v4 2/4] man/man5/tunables.conf: Document system-wide tunables config

Mon, 03 Aug 2026 15:21:31 -0400

DJ Delorie <[email protected]> • #32025

Re: proposed revision to memory.h(3head)

Mon, 3 Aug 2026 20:47:44 +0200

Alejandro Colomar <[email protected]> • #32024

Re: proposed revision to memory.h(3head)

Mon, 3 Aug 2026 10:58:35 -0700

Mark Harris <[email protected]> • #32023

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 18:43:08 +0200

Alejandro Colomar <[email protected]> • #32022

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 18:17:44 +0200

Alejandro Colomar <[email protected]> • #32021

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 17:15:59 +0100

Sam James <[email protected]> • #32020

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 18:11:36 +0200

Alejandro Colomar <[email protected]> • #32019

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]> • #32018

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 12:07:41 -0400

Jeffrey Walton <[email protected]> • #32017

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 10:34:56 -0500

"G. Branden Robinson" <[email protected]> • #32016

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]> • #32015

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]> • #32014

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 16:40:26 +0200

Alejandro Colomar <[email protected]> • #32013

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]> • #32012

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]> • #32011

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 16:28:24 +0200

Alejandro Colomar <[email protected]> • #32010

Re: on the irresponsibility of pursuing C language reform

Mon, 3 Aug 2026 16:22:34 +0200

Alejandro Colomar <[email protected]> • #32009

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]> • #32008

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 15:05:36 +0100

Sam James <[email protected]> • #32007

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 15:03:30 +0100

Sam James <[email protected]> • #32006

When and why realloc(,0) was broken in glibc in 1999

Mon, 3 Aug 2026 15:51:29 +0200

Alejandro Colomar <[email protected]> • #32005

Re: on the irresponsibility of pursuing C language reform

Mon, 3 Aug 2026 13:42:31 +0000 (UTC)

Joseph Myers <[email protected]> • #32004

Re: on the irresponsibility of pursuing C language reform

Mon, 3 Aug 2026 13:23:46 +0000 (UTC)

Joseph Myers <[email protected]> • #32003

[PATCH] man/man5/elf.5: Fix description of e_flags

Mon, 3 Aug 2026 22:05:43 +0900

Ryota Saito <[email protected]> • #32002

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 15:07:00 +0200

Alejandro Colomar <[email protected]> • #32001

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 14:35:06 +0200

Bruno Haible <[email protected]> • #32000

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 14:21:17 +0200

Alejandro Colomar <[email protected]> • #31999

Re: on the irresponsibility of pursuing C language reform

Mon, 3 Aug 2026 13:39:48 +0200

Alejandro Colomar <[email protected]> • #31998

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 13:00:19 +0200

Arsen Arsenović <[email protected]> • #31997

Re: the Linux man-pages as an educational tool... and a bit about C.

Mon, 3 Aug 2026 13:28:53 +0300

"Αγαθοκλής Χατζημανίκας" <[email protected]> • #31996

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 22:28:00 -0500

Paul Eggert <[email protected]> • #31995

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 21:09:08 -0500

"G. Branden Robinson" <[email protected]> • #31994

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 03:12:41 +0200

Alejandro Colomar <[email protected]> • #31993

Re: proposed revision to memory.h(3head)

Mon, 3 Aug 2026 02:47:12 +0200

Alejandro Colomar <[email protected]> • #31992

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 01:42:57 +0200

Alejandro Colomar <[email protected]> • #31991

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 01:41:35 +0200

Alejandro Colomar <[email protected]> • #31990

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 01:37:26 +0200

Alejandro Colomar <[email protected]> • #31989

Re: the Linux man-pages as an educational tool

Mon, 3 Aug 2026 01:30:06 +0200

Alejandro Colomar <[email protected]> • #31988

Re: the Linux man-pages as an educational tool

Sun, 02 Aug 2026 16:27:21 -0700

Collin Funk <[email protected]> • #31987

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 18:10:58 -0500

"G. Branden Robinson" <[email protected]> • #31986

Re: the Linux man-pages as an educational tool

Mon, 03 Aug 2026 01:08:32 +0200

Arsen Arsenović <[email protected]> • #31985

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 23:34:40 +0200

Alejandro Colomar <[email protected]> • #31984

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 22:23:36 +0100 (BST)

"Maciej W. Rozycki" <[email protected]> • #31983

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 22:31:55 +0200

Alejandro Colomar <[email protected]> • #31982

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 14:28:33 -0500

Paul Eggert <[email protected]> • #31981

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 16:11:56 +0200

Alejandro Colomar <[email protected]> • #31980

Re: on the irresponsibility of pursuing C language reform

Sun, 02 Aug 2026 09:45:17 -0400

[email protected] (Steve Summit) • #31979

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 15:17:00 +0200

Alejandro Colomar <[email protected]> • #31978

Re: on the irresponsibility of pursuing C language reform

Sun, 02 Aug 2026 08:52:04 -0400

[email protected] (Steve Summit) • #31977

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 14:04:16 +0200

Alejandro Colomar <[email protected]> • #31976

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 13:47:50 +0200

Alejandro Colomar <[email protected]> • #31975

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 13:29:41 +0200

Alejandro Colomar <[email protected]> • #31974

groff 1.25.0.rc2 available for evaluation

Sat, 1 Aug 2026 21:16:22 -0500

"G. Branden Robinson" <[email protected]> • #31973

Re: the Linux man-pages as an educational tool

Sat, 01 Aug 2026 18:49:03 -0700

Collin Funk <[email protected]> • #31972

Re: the Linux man-pages as an educational tool

Sun, 2 Aug 2026 03:15:40 +0200

Alejandro Colomar <[email protected]> • #31971

Re: the Linux man-pages as an educational tool

Sat, 1 Aug 2026 20:15:15 -0500

"G. Branden Robinson" <[email protected]> • #31970

Re: the Linux man-pages as an educational tool

Sat, 01 Aug 2026 18:04:05 -0700

Collin Funk <[email protected]> • #31969

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]> • #31968

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]> • #31967

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]> • #31966

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]> • #31965

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]> • #31964

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]> • #31963

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]> • #31962

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]> • #31961

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]> • #31960

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 01:24:28 +0200

Alejandro Colomar <[email protected]> • #31959

Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>

Sun, 02 Aug 2026 00:55:46 +0200

Bruno Haible <[email protected]> • #31958

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]> • #31957

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 00:44:41 +0200

Alejandro Colomar <[email protected]> • #31956

Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>

Sun, 2 Aug 2026 00:38:48 +0200

Alejandro Colomar <[email protected]> • #31955

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 00:26:46 +0200

Alejandro Colomar <[email protected]> • #31954

Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>

Sun, 02 Aug 2026 00:22:34 +0200

Bruno Haible <[email protected]> • #31953

Re: on the irresponsibility of pursuing C language reform

Sun, 2 Aug 2026 00:22:32 +0200

Alejandro Colomar <[email protected]> • #31952

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 16:34:21 -0500

"G. Branden Robinson" <[email protected]> • #31951

Re: man-pages-6.18 released

Sat, 1 Aug 2026 23:20:05 +0200

Alejandro Colomar <[email protected]> • #31950

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 23:12:21 +0200

Alejandro Colomar <[email protected]> • #31949

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 15:52:26 -0500

"G. Branden Robinson" <[email protected]> • #31948

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 22:45:06 +0200

Alejandro Colomar <[email protected]> • #31947

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 22:42:09 +0200

Alejandro Colomar <[email protected]> • #31946

Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 22:35:48 +0200

Alejandro Colomar <[email protected]> • #31945

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 15:18:49 -0500

"G. Branden Robinson" <[email protected]> • #31944

Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 14:54:35 -0500

"G. Branden Robinson" <[email protected]> • #31943

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 19:09:36 +0200

Alejandro Colomar <[email protected]> • #31942

Re: on the irresponsibility of pursuing C language reform

Sat, 01 Aug 2026 17:10:30 +0100

Sam James <[email protected]> • #31941

Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 17:29:33 +0200

Alejandro Colomar <[email protected]> • #31940

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 17:15:19 +0200

Alejandro Colomar <[email protected]> • #31939

Re: on the irresponsibility of pursuing C language reform

Sat, 01 Aug 2026 15:52:13 +0100

Sam James <[email protected]> • #31938

Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>

Sat, 01 Aug 2026 15:43:03 +0100

Sam James <[email protected]> • #31937

Re: on the irresponsibility of pursuing C language reform

Sat, 01 Aug 2026 15:38:42 +0100

Sam James <[email protected]> • #31936

Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 15:26:05 +0100

Christopher Bazley <[email protected]> • #31935

Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 14:39:45 +0200

Alejandro Colomar <[email protected]> • #31934

Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)

Sat, 1 Aug 2026 08:39:08 -0400

Douglas McIlroy <[email protected]> • #31933

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 14:04:47 +0200

Alejandro Colomar <[email protected]> • #31932

Re: on the irresponsibility of pursuing C language reform

Sat, 1 Aug 2026 14:01:33 +0200

Alejandro Colomar <[email protected]> • #31931