Linux Man Pages

• Thread Index

• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: UNIX(7)
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• mount(2) missing EOVERFLOW
  • From: "Priedhorsky, Reid" <reidpr@xxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: UNIX(7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: "Günther Noack" <gnoack@xxxxxxxxxx>
• UNIX(7)
  • From: Alexey Tikhonov <atikhono@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] strtol.3, strtoul.3: ERRORS: Clarify that these don't set errno on success
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] strtol.3: EXAMPLES: Fix error checking
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] Revert "strtol.3: EXAMPLES: Simplify errno checking"
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] wfix: sigaltstack(2) example: function pointer
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] wfix: sigaltstack(2) example: function pointer
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 3/4] listmount: small changes in semantics
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 4/4] listmount: allow continuing
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 2/4] listmount: list mounts in ID order
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 1/4] listmount: rip out flags
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 0/4] listmount changes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Namjae Jeon <linkinjeon@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Brian Kernighan <bwk@xxxxxxxxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Brian Kernighan <bwk@xxxxxxxxxxxxxxxx>
• Re: Online PDF of the Linux man-pages @ git HEAD
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: NULL safety
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Online PDF of the Linux man-pages @ git HEAD
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: NULL safety
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: posix_memalign(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Online PDF of the Linux man-pages @ git HEAD
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] proc_sys_user.5: tfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/5] pthread_key_create.3: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 4/5] proc_pid_oom_score_adj.5: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 3/5] proc_pid_mountinfo.5: spfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 5/5] proc_sys_user.5: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 2/5] proc_crypto.5: spfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: NULL safety
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• NULL safety (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• posix_memalign(3)
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH v2 1/3] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] ffs.3: all these functions live in <strings.h>.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Andriy Utkin <andriy_utkin@xxxxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ffs.3: all these functions live in <strings.h>.
  • From: enh <enh@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Sam James <sam@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Signing all patches and email to this list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Andriy Utkin <andriy_utkin@xxxxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/4] * Remove man3/stpecpyx.3; no longer present.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 4/4] stpncpy(3) fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 1/4] * Remove man3/stpecpyx.3; no longer present.
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 3/4] strncat.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 2/4] string.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 0/4] improvements for strncpy.3 etc
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v2 3/3] strtcpy.3, string_copying.7: Add strtcpy(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 2/3] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/3] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 0/3] Improve string_copying(7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• [PATCH 2/2] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 0/2] Expand BUGS section of string_copying(7).
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] remove mailmap from README
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] remove mailmap from README
  • From: Florian Lehner <dev@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/2] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: catenate vs concatenate
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: PSA: migrating linux-man to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v6] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v6] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v5] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v5] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: Two STANDARDS sections in strncpy(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Two STANDARDS sections in strncpy(3)
  • From: Jonathan Wakely <jwakely@xxxxxxxxxx>
• Re: PSA: migrating linux-man to new vger infrastructure
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• PSA: migrating linux-man to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• [Bug 218105] New: Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Nikolaos Chatzikonstantinou <nchatz314@xxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Issue in man page regex.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page setlogmask.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page regex.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page catan.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page readlink.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: Issue in man page syscalls.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page posixoptions.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page adjtime.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page syscalls.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Issue in man page malloc_get_state.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page open.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page motd.5
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page motd.5
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page open.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page INFINITY.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page nfsservctl.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getnetent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page INFINITY.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page getservent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getgrnam.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getgrent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page execve.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page connect.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clone.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page catan.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page bcmp.3.
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page syscalls.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page syscalls.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page setlogmask.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page regex.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page adjtime.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page readlink.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page regex.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page open.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page posixoptions.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page malloc_get_state.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page motd.5
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page nfsservctl.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page mount_namespaces.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getgrnam.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getnetent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getservent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page INFINITY.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page clone.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page connect.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page execve.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getgrent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getdents.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• [no subject]
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issues in man pages
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Bruno Haible <bruno@xxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• s/PP/P/; s/LP/P/
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH] prctl.2: Fix typo
  • From: Bruno Haible <bruno@xxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• groff 1.23.0 stability (was: using the TQ macro)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Ingo Schwarze <schwarze@xxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing?
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing?
  • From: Ingo Schwarze <schwarze@xxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH 1/2] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH v4 0/2] migrate man page cross references to MR macro
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: using the TQ macro
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] man*/: ffix (Place short options after long options)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4 3/6] namespace: extract show_path() helper
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v10 0/1] smartpqi man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v10 1/1] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v10 0/1] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• using the TQ macro
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH v4 5/6] add listmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 6/6] wire up syscalls for statmount/listmount
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 4/6] add statmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 0/6] querying mount attributes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 1/6] add unique mount ID
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v9 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 2/3] smartpqi: remove sysfs entry for version
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 1/3] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v9 0/3] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 3/3] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 2/3] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 1/3] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Vincent Lefevre <vincent@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH v2 1/2] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH v2 0/2] Some ld.so updates
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 5/5] ld.so.8: Describe the --list-diagnostics loader option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 4/5] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/5] ld.so.8: Add add filtered out environment variable in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 5/5] ld.so.8: Describe the --list-diagnostics loader option
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 3/5] ld.so.8: Add add filtered out environment variable in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 4/5] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 0/5] Some ld.so updates
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 1/3] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v3 2/3] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 3/3] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 1/3] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 0/3] userfaultfd man page updates
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Guillem Jover <guillem@xxxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: man7 - useradd query
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v8 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v8 1/3] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218018] New: dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v8 2/3] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 3/3] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 1/3] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 0/3] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] set_thread_area.2: Add C-SKY document
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] set_thread_area.2: Add C-SKY document
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: set_thread_area.2: csky architecture undocumented
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] set_thread_area.2: Add C-SKY document
  • From: guoren@xxxxxxxxxx
• Re: [PATCH] fanotify.7: Fix field name in struct fanotify_event_info_fid
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] fanotify.7: Fix field name in struct fanotify_event_info_fid
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: set_thread_area.2: csky architecture undocumented
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 4/4] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 3/4] smartpqi: add host attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 1/4] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v5] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v5] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: string_copying.7: Clarifying ustr and zustr
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: string_copying.7: Clarifying ustr and zustr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Using hg and git (Was: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v7 4/4] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 3/4] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 1/4] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 2/4] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 0/4] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH v3] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 10/10] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• string_copying.7: Clarifying ustr and zustr
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 10/10] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/10] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 02/10] userfaultfd.2: reword to account for new fault resolution ioctls
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/10] userfaultfd.2: comment on feature detection in the example program
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] userfaultfd.2: briefly mention two-step feature handshake process
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 3/6] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 2/6] smartpqi: update FILES section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] userfaultfd man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/5] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Yannik Sembritzki <yannik@xxxxxxxxxxxxxx>
• [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Yannik Sembritzki <yannik@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH] man2/userfaultfd.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v6 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 5/6] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 6/6] smartpqi: add HISTORY section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 4/6] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 3/6] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 0/6] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 2/6] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 1/5] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 0/5] userfaultfd man page updates
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 2/5] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 2/6] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 0/6] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 4/6] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 6/6] smartpqi: add HISTORY section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 3/6] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 5/6] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: Manual pages from glibc-doc
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [patch v3] truncate.2: EINVAL is returned for non regular files except directories
  • From: Quentin Armitage <quentin@xxxxxxxxxxxxxxx>
• Re: Manual pages from glibc-doc
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Missing pthread manual pages
  • From: Arnav Rawat <rawat.arnav@xxxxxxxxx>
• Re: [PATCH v4 3/5] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 1/5] smartpqi: add module parameter ctrl_ready_timeout
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [patch v2] truncate.2: EINVAL is returned for non regular files except directories
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4 0/5] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 5/5] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 4/5] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>