Util Linux NG

• Thread Index

• Re: [ANNOUNCE] util-linux v2.41-rc1
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.41-rc1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 01/10] colrm: make the wording of the doc string analogous to that of `col`
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [BUG?] agetty: issue printed twice
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [BUG?] agetty: issue printed twice
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• [PATCH] agetty: Implement netlink based IP address lookup
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• [PATCH 08/10] mkfs.cramfs: in usage text, separate two direct arguments from options
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 06/10] textual: make two incorrect synopses identical to a better one
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 04/10] textual: fix three misspellings of "unsupported"
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 01/10] colrm: make the wording of the doc string analogous to that of `col`
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 10/10] unshare: in usage text, reshuffle options into somewhat related groups
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 09/10] prlimit: in man page, mark --resource as placeholder, not literal option
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 07/10] rev: standardize the usage header, making the synopsis equal to another
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 03/10] setterm: mark literal values in the man page in bold
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 05/10] script: mention in usage that value for <size> may have a suffix
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 02/10] setterm: put an option and its description in a single message
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH 01/14] setpriv: make message for failing PR_GET_PDEATHSIG the same as the other
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 10/14 V2] blkzone: improve the wording of an error message
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH 10/14] blkzone: correct the wording of an error message, from ioctl to function
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 14/14] zramctl: improve grammar in usage and don't gettextize list of algorithms
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 13/14] usage: mention also the missing KiB and MiB as permissible suffixes
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 12/14] man pages: use the same verb for --version as for --help, like in usages
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 11/14] renice: put text that belongs together into a single translatable message
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 10/14] blkzone: correct the wording of an error message, from ioctl to function
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 09/14] blkpr: grammarize the description of the tool and its options
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 08/14] textual: give seven error messages the same form as two others
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 02/14] unshare: don't use "=" before a required option argument
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 07/14] unshare: don't mark "|" and ":" as part of the placeholders
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 06/14] mount: properly mark the arguments of the 'ro' and 'rw' extended options
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 01/14] setpriv: make message for failing PR_GET_PDEATHSIG the same as the other
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 05/14] textual: consistently mark "=" as literal before an optional argument
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 04/14] textual: remove other inconsistent uses of "=" before option argument
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 03/14] unshare: use single asterisks around long options, double around values
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH] lscpu: skip frequencies of 0 MHz when getting minmhz
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] logger: grammarize the description of --socket-errors in the man page
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Bug#1094283: util-linux: dmesg shows color when /etc/terminal-colors.d/disable is present (and no override in xdg locations)
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: Bug#1094283: util-linux: dmesg shows color when /etc/terminal-colors.d/disable is present (and no override in xdg locations)
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] setpriv: describe --groups more correctly in the usage text
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH] setpriv: consistently use "<caps>" to indicate a list of capabilities
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH] lscpu: skip frequencies of 0 MHz when getting minmhz
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• Re: [PATCH] Add setsid option to save child process id
  • From: Marc Aurèle La France <tsi@xxxxxxxxxx>
• [PATCH] readprofile: put two things that belong together into a single message
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH] lsmem: make an error message identical to one used in seven other places
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH] logger: grammarize the description of --socket-errors in the man page
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH] logger: do not show arguments of --socket-errors as optional in --help
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: License Combination: LGPL and BSD-4-Clause
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: License Combination: LGPL and BSD-4-Clause
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH V2] blkid: allow up to 64k erofs block sizes
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Fix --disable-widechar compile warnings
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Add setsid option to save child process id
  • From: Marc Aurèle La France <tsi@xxxxxxxxxx>
• Re: [PATCH] blkid: say "override" instead of "overwrite" in the --help text
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] logger: do not show arguments of --socket-errors as optional in --help
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: make three column descriptions more grammatical
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Add setsid option to save child process id
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] blkid: say "override" instead of "overwrite" in the --help text
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Ivan Kokshaysky <ink@unseen.parts>
• [PATCH] logger: do not show arguments of --socket-errors as optional in --help
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: lscpu uses unfitting "MHz" in frequency scaling item
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: Bug#1094283: util-linux: dmesg shows color when /etc/terminal-colors.d/disable is present (and no override in xdg locations)
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• [PATCH] Add setsid option to save child process id
  • From: Marc Aurèle La France <tsi@xxxxxxxxxx>
• [PATCH] Fix --disable-widechar compile warnings
  • From: Marc Aurèle La France <tsi@xxxxxxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] lscpu: make three column descriptions more grammatical
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• lscpu uses unfitting "MHz" in frequency scaling item
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH V2] blkid: allow up to 64k erofs block sizes
  • From: Gao Xiang <xiang@xxxxxxxxxx>
• Re: [RFC] ipcs for POSIX IPC
  • From: Prasanna Paithankar <paithankarprasanna@xxxxxxxxx>
• [PATCH V2] blkid: allow up to 64k erofs block sizes
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] blkid: allow up to 64k erofs block sizes
  • From: Gao Xiang <xiang@xxxxxxxxxx>
• [PATCH] blkid: allow up to 64k erofs block sizes
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• [PATCH 0/2]
  • From: Prasanna Paithankar <paithankarprasanna@xxxxxxxxx>
• [PATCH 2/2] added POSIX IPC paathnames; modified sys-utils/Makemodule.am
  • From: Prasanna Paithankar <paithankarprasanna@xxxxxxxxx>
• [PATCH 1/2] added POSIX IPC support to lsipc, ipcrm, ipcmk
  • From: Prasanna Paithankar <paithankarprasanna@xxxxxxxxx>
• License Combination: LGPL and BSD-4-Clause
  • From: Mario <marioecht@xxxxxx>
• Re: [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Ivan Kokshaysky <ink@unseen.parts>
• fallocate: --insert-range does not work with --posix
  • From: Johannes Schauer Marin Rodrigues <josch@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix non-Linux build
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40.4
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v2] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH] Fix non-Linux build
  • From: Samuel Thibault <samuel.thibault@xxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Ivan Kokshaysky <ink@unseen.parts>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• [PATCH] alpha/elf: Fix misc/setarch test of util-linux by removing 32bit support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.40.3
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.40.3
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40.3
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH] alpha: Fix personality flag propagation across an exec
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• [PATCH] alpha: Fix personality flag propagation across an exec
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Michael Chang <mchang@xxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Michael Chang <mchang@xxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Zdenek Kabelac <zdenek.kabelac@xxxxxxxxx>
• Re: is it possible to add a new filter to detect unusable partition types
  • From: Glass Su <glass.su@xxxxxxxx>
• Re: [PATCH] tests: add skips when IPv6 is not supported
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: v2.40.3 plan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
• Re: [PATCH] tests: add skips when IPv6 is not supported
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• [PATCH] tests: add skips when IPv6 is not supported
  • From: LiviaMedeiros <9@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
• Re: v2.40.3 plan
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• v2.40.3 plan
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
• Re: [PATCH v2] hwclock: Support GNU Hurd
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] hwclock: Support GNU Hurd
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC PATCH] hwclock: Remove ioperm declare as it causes nested extern declare warning
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] hwclock: Support GNU Hurd
  • From: Samuel Thibault <samuel.thibault@xxxxxxx>
• Re: [PATCH] hwclock: Support GNU Hurd
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Ensuring that mount(8) will always interpret a filesystem correctly
  • From: Demi Marie Obenour <demiobenour@xxxxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Krister Johansen <kjlx@xxxxxxxxxxxxxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: lsblk vs blkid to fetch UUID
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Krister Johansen <kjlx@xxxxxxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• lsblk vs blkid to fetch UUID
  • From: anchal agarwal <mail.anchalagarwal@xxxxxxxxx>
• Re: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• RE: [EXT] Re: [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: "Windl, Ulrich" <u.windl@xxxxxx>
• RE: [EXT] [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: "Windl, Ulrich" <u.windl@xxxxxx>
• Re: [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Krister Johansen <kjlx@xxxxxxxxxxxxxxxxxx>
• Re: [systemd-devel] [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• [PATCH] libblkid: fix spurious ext superblock checksum mismatches
  • From: Krister Johansen <kjlx@xxxxxxxxxxxxxxxxxx>
• Chef Knife For vger
  • From: Melissa Lazaro <service@xxxxxxxxxxxxxxxxx>
• lsblk.8: Some remarks about this man page
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• Re: [PATCH v2] lscpu: fix incorrect number of sockets during hotplug
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 2/4] hardlink: add --list-duplicates and --zero
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] lscpu: fix incorrect number of sockets during hotplug
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: fix incorrect number of sockets during hotplug
  • From: Anjali K <anjalik@xxxxxxxxxxxxx>
• [PATCH v2] lscpu: fix incorrect number of sockets during hotplug
  • From: Anjali K <anjalik@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] hardlink: add --list-duplicates and --zero
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] hardlink: add --list-duplicates and --zero
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 2/4] hardlink: add --list-duplicates and --zero
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/4] hardlink.1: directory|file is mandatory
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: fix incorrect number of sockets during hotplug
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 1/4] hardlink.1: directory|file is mandatory
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] hardlink: re-raise SIGINT instead of exiting
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] hardlink: fix 0-sized file processing
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] hardlink: add --list-duplicates and --zero
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lscpu: fix incorrect number of sockets during hotplug
  • From: Anushree Mathur <anushree.mathur@xxxxxxxxxxxxxxxxxx>
• [PATCH] lscpu: fix incorrect number of sockets during hotplug
  • From: Anjali K <anjalik@xxxxxxxxxxxxx>
• Re: [RFC PATCH util-linux] text-utils: add bits command
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH util-linux v2] text-utils: add bits command
  • From: Robin Jarry <robin@xxxxxxxx>
• Re: [RFC PATCH util-linux] text-utils: add bits command
  • From: "Robin Jarry" <robin@xxxxxxxx>
• Re: [RFC PATCH util-linux] text-utils: add bits command
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [RFC PATCH util-linux] text-utils: add bits command
  • From: Robin Jarry <robin@xxxxxxxx>
• Re: Libmount bug ?
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: Libmount bug ?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Libmount bug ?
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• zram: Compressed RAM-based block devices
  • From: Soul-Rebel <thelostrebelsoul@xxxxxxxxx>
• Re: [PATCH 0/2] Add options to enable building lsblk and dmesg
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 0/2] Add options to enable building lsblk and dmesg
  • From: Henrik Lindström <henrik@xxxxxx>
• [PATCH 1/2] lsblk: allow enabling with --disable-all-programs
  • From: Henrik Lindström <henrik@xxxxxx>
• [PATCH 2/2] dmesg: allow enabling with --disable-all-programs
  • From: Henrik Lindström <henrik@xxxxxx>
• Re: [ptxdist] util-linux build error with meson and older glibc
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: util-linux build error with meson and older glibc
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [ptxdist] util-linux build error with meson and older glibc
  • From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• util-linux build error with meson and older glibc
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH 0/2] chcpu documentation update
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 1/2] chcpu(8): Fix typo
  • From: Mete Durlu <meted@xxxxxxxxxxxxx>
• [PATCH 2/2] chcpu(8): Document CPU deconfiguring behavior
  • From: Mete Durlu <meted@xxxxxxxxxxxxx>
• [PATCH 0/2] chcpu documentation update
  • From: Mete Durlu <meted@xxxxxxxxxxxxx>
• Request For Inquiry
  • From: Vivian <inquiry@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: fuse mount failure when type contains '.'
  • From: John Rinehart <johnrichardrinehart@xxxxxxxxx>
• Re: fuse mount failure when type contains '.'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] lscpu: optimize query virt pci device
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] lscpu: optimize query virt pci device
  • From: Guixin Liu <kanie@xxxxxxxxxxxxxxxxx>
• Re: util-linux bug: mkfs(8) has -V for -v
  • From: Karel Zak <kzak@xxxxxxxxxx>
• RE: util-linux bug: mkfs(8) has -V for -v
  • From: Jeremy Dilatush <jdilatus@xxxxxxxxxxxxxx>
• Re: fuse mount failure when type contains '.'
  • From: John Rinehart <johnrichardrinehart@xxxxxxxxx>
• Re: fuse mount failure when type contains '.'
  • From: Karel Zak <kzak@xxxxxxxxxx>
• fuse mount failure when type contains '.'
  • From: John Rinehart <johnrichardrinehart@xxxxxxxxx>
• Re: [PATCH] agetty: Prevent cursor escape
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: [PATCH] agetty: Prevent cursor escape
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] agetty: Prevent cursor escape
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: lsblk: mount point in btrfs raid
  • From: Karel Zak <kzak@xxxxxxxxxx>
• lsblk: mount point in btrfs raid
  • From: lukaro <lists@xxxxxxxx>
• [ANNOUNCE] util-linux v2.40.2
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v3 0/2] unshare: manage binfmt_misc mounts
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] umount, losetup: Document loop destroy behavior
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] umount, losetup: Document loop destroy behavior
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: [PATCH v3 0/2] unshare: manage binfmt_misc mounts
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v3 2/2] unshare: load binfmt_misc interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v3 0/2] unshare: manage binfmt_misc mounts
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v3 1/2] unshare: mount binfmt_misc
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2 2/2] unshare: load binfmt_misc interpreter
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2 2/2] unshare: load binfmt_misc interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2 2/2] unshare: load binfmt_misc interpreter
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] mount, losetup: Document loop destroy behavior
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] mount, losetup: Document loop destroy behavior
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• [PATCH v2 2/2] unshare: load binfmt_misc interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v2 0/2] unshare: manage binfmt_misc mounts
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH v2 1/2] unshare: mount binfmt_misc
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH] mount, losetup: Document loop destroy behavior
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• [PATCH 2/2] unshare: load binfmt_misc interpreter
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH 1/2] unshare: mount binfmt_misc
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH 0/2] unshare: manage binfmt_misc mounts
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v1] Call prctl(2) with long integers, specify 5 arguments, and avoid casts
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libmount: provide tree fd even when a mount helper is used
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v1] Call prctl(2) with long integers, specify 5 arguments, and avoid casts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v1] Call prctl(2) with long integers, specify 5 arguments, and avoid casts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v1] Call prctl(2) with long integers, specify 5 arguments, and avoid casts
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH v1] Call prctl(2) with long integers, specify 5 arguments, and avoid casts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] libmount: provide tree fd even when a mount helper is used
  • From: Linus Heckemann <git@xxxxxxxxxxxxxx>
• Re: [PATCH] libmount: provide tree fd even when a mount helper is used
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] libmount: provide tree fd even when a mount helper is used
  • From: Linus Heckemann <git@xxxxxxxxxxxxxx>
• Cannot mount overlay fs with long lowerdir paths
  • From: Vladimir Smelhaus <vl.sm@xxxxxxxx>
• Re: Parallel build failures with util-linux 2.40
  • From: Alyssa Ross <hi@xxxxxxxxx>
• From Financial Crimes Enforcement Network
  • From: "Financial Crimes Enforcement Network" <bill@xxxxxxxxxxxxxxxxxxx>
• Re: Parallel build failures with util-linux 2.40
  • From: Santiago Vila <sanvila@xxxxxxxxxx>
• Re: Parallel build failures with util-linux 2.40
  • From: Alyssa Ross <hi@xxxxxxxxx>
• Re: Parallel build failures with util-linux 2.40
  • From: Alyssa Ross <hi@xxxxxxxxx>
• Re: Parallel build failures with util-linux 2.40
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Parallel build failures with util-linux 2.40
  • From: Alyssa Ross <hi@xxxxxxxxx>
• Re: luks2: need to check the availability of a JSON area
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• luks2: need to check the availability of a JSON area
  • From: Vitalii Hordii <vitalnodo@xxxxxxxxxxx>
• [ANNOUNCE] util-linux stable v2.40.1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40.1-rc1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Krzysztof Olędzki <ole@xxxxxx>
• Re: [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [Pkg-utopia-maintainers] Bug#1070019: udisks2: autopkgtest failure: fsconfig system call failed: /dev/sr1: Can't open blockdev
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [Pkg-utopia-maintainers] Bug#1070019: udisks2: autopkgtest failure: fsconfig system call failed: /dev/sr1: Can't open blockdev
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• v2.40.1 this week
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v3] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v12] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v3] flock: add support for using fcntl() with open file description locks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH v12] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH v3] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v12] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• [PATCH v12] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v11] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH v11] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v3] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [RFC] ipcs for POSIX IPC
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC] ipcs for POSIX IPC
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: RFE: hardlink: support specifying max_size too?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [RFC] ipcs for POSIX IPC
  • From: Prasanna Paithankar <paithankarprasanna@xxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Krzysztof Olędzki <ole@xxxxxx>
• RFE: hardlink: support specifying max_size too?
  • From: Mikko Rantalainen <mikko.rantalainen@xxxxxxxx>
• [PATCH v2] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• [PATCH v10] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v9] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v9] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Krzysztof Olędzki <ole@xxxxxx>
• Re: umount -r broken due to "mountinfo unnecessary"
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• umount -r broken due to "mountinfo unnecessary"
  • From: Krzysztof Olędzki <ole@xxxxxx>
• Re: [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: [PATCH v8] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• [PATCH v9] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v8] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] flock: add support for using fcntl() with open file description locks
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: lsfd/error-eperm test fails on git master
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: lsfd/error-eperm test fails on git master
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: lsfd/error-eperm test fails on git master
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: lsfd/error-eperm test fails on git master
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: lsfd/error-eperm test fails on git master
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• lsfd/error-eperm test fails on git master
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• [PATCH v8] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v7] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• [PATCH v7] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v6] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH v6] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v6] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH] audit-arch.h: add defines for m68k, sh
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: logger/{errors,formats} tests fail on 32-bit PowerPC
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: logger/{errors,formats} tests fail on 32-bit PowerPC
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] audit-arch.h: add defines for m68k, sh
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] audit-arch.h: add defines for m68k, sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] audit-arch.h: add defines for m68k, sh
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• logger/{errors,formats} tests fail on 32-bit PowerPC
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH v5] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH v4] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH v4] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH v4] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• [ANNOUNCE] util-linux maintenance release v2.39.4
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v3] coresched: Manage core scheduling cookies for tasks
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH v3] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH v2 1/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH v2 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• [PATCH v2 1/1] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• [PATCH v2 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: Mistakes in messages of util-linux-2.40-rc2
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• [PATCH 1/1] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• [PATCH 0/1] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: Mistakes in messages of util-linux-2.40-rc2
  • From: Petr Pisar <petr.pisar@xxxxxxxx>
• Re: Mistakes in messages of util-linux-2.40-rc2
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 1/2] textual: fix some typos and inconsistencies in usage and error messages
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• [PATCH 2/2] lastlog2: begin descriptions of options with a lowercase letter
  • From: Benno Schulenberg <bensberg@xxxxxxxxxx>
• Re: [PATCH RFC] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Re: [PATCH RFC] coresched: Manage core scheduling cookies for tasks
  • From: Phil Auld <pauld@xxxxxxxxxx>
• Mistakes in messages of util-linux-2.40-rc2
  • From: Petr Pisar <petr.pisar@xxxxxxxx>
• Re: [PATCH] rev: Check for wchar conversion errors
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH RFC] coresched: Manage core scheduling cookies for tasks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] rev: Check for wchar conversion errors
  • From: Tim Hallmann <tim@xxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] chcpu(8): document limitations of -g
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] chcpu(8): document limitations of -g
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH RFC] coresched: Manage core scheduling cookies for tasks
  • From: Thijs Raymakers <thijs@xxxxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: bug#69532: mv's new -x option should be made orthogonal to -t/-T/default
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• Re: [PATCH] su: fix use after free in run_shell
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] su: fix use after free in run_shell
  • From: Tanish Yadav <devtany@xxxxxxxxx>
• Re: Escape sequences in /var/log/auth.log
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Finding a block device quickly with libblkid
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Escape sequences in /var/log/auth.log
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Escape sequences in /var/log/auth.log
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Finding a block device quickly with libblkid
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40-rc2
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] setterm: Document behavior of redirection
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] setterm: Document behavior of redirection
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: [PATCH] libmount: don't hold write fd to mounted device
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libmount: don't hold write fd to mounted device
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] libmount: don't hold write fd to mounted device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] Mention systemd implementation of fsck
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: [PATCH] Mention systemd implementation of fsck
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Mention systemd implementation of fsck
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] Mention systemd implementation of fsck
  • From: Stanislav Brabec <sbrabec@xxxxxxx>
• Re: fsck exits 0 with no output (just version) when it doesn't find a type-specific fsck
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: fsck exits 0 with no output (just version) when it doesn't find a type-specific fsck
  • From: Karel Zak <kzak@xxxxxxxxxx>
• fsck exits 0 with no output (just version) when it doesn't find a type-specific fsck
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• branches and v2.40
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: Re: fdisk corrupts data on USB stick
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: fdisk corrupts data on USB stick
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• fdisk corrupts data on USB stick
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.40-rc1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] gpt-partnames: add "ChromeOS firmware" & doc link
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• [PATCH] gpt-partnames: add "ChromeOS firmware" & doc link
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] uuidd: add cont_clock persistence
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libfdisk: fdisk_deassign_device: only sync(2) blockdevs
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] libfdisk: fdisk_deassign_device: only sync(2) blockdevs
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] uuidd: add cont_clock persistence
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• Re: [PATCH] uuidd: add cont_clock persistence
  • From: "Trapp, Michael" <michael.trapp@xxxxxxx>
• Re: [PATCH] util-linux-demsg-issue-2666-patch-1.patch
  • From: Edward Chron <echron@xxxxxxxxx>
• [PATCH] util-linux add dmesg caller_id Issue: 2666 patch 4 of 4
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux add dmesg caller_id Issue: 2666 patch 3 of 4
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux add dmesg caller_id Issue: 2666 patch 2 of 4
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux add dmesg caller_id Issue: 2666 patch 1 of 4
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add standard dmesg kmsg interface tests Issue: #2663 patch #2
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add standard dmesg kmsg interface tests Issue: #2663
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add dmesg syslog interface caller_id tests Issue: #2637
  • From: Edward Chron <echron@xxxxxxxxxx>
• Re: [PATCH] uuidd: add cont_clock persistence
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] util-linux-demsg-issue-2666-patch-1.patch
  • From: Edward Chron <echron@xxxxxxxxx>
• Re: [PATCH] util-linux-demsg-issue-2666-patch-1.patch
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] util-linux-demsg-issue-2666-patch-1.patch
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] util-linux-demsg-issue-2666-patch-4.patch
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux-demsg-issue-2666-patch-3.patch
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux-demsg-issue-2666-patch-2.patch
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux-demsg-issue-2666-patch-1.patch
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add standard dmesg kmsg interface tests Issue: #2663 patch #2
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add standard dmesg kmsg interface tests Issue: #2663
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add dmesg syslog interface caller_id tests Issue: #2637
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux dmesg add PRINTK_CALLER support Issue:2609
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add dmesg syslog interface caller_id tests Issue: #2637
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add standard dmesg kmsg interface tests Issue: #2663
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] uuidd: add cont_clock persistence
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] Add dmesg syslog interface tests for PRINTK_CALLER field
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: logger: should priority come before octet-count?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Add dmesg syslog interface tests for PRINTK_CALLER field
  • From: Karel Zak <kzak@xxxxxxxxxx>
• logger: should priority come before octet-count?
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] Add dmesg syslog interface tests for PRINTK_CALLER field
  • From: Edward Chron <echron@xxxxxxxxxx>
• Re: [PATCH] more: exit if POLLHUP or POLLERR on stdin is received
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] more: exit if POLLHUP or POLLERR on stdin is received
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] bash-completion: make sure that "lastb" actually completes
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] more: exit if POLLHUP or POLLERR on stdin is received
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER id support
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] bash-completion: make sure that "lastb" actually completes
  • From: Eli Schwartz <eschwartz93@xxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg add PRINTK_CALLER id support
  • From: Edward Chron <echron@xxxxxxxxxx>
• [PATCH] more: exit if POLLHUP or POLLERR on stdin is received
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Rishabh Thukral <rthukral@xxxxxxxxxx>
• Re: Piped `column -t` inserts extra newlines since Oct 2023
  • From: Remigiusz Leon Suwalski <remigiusz.suwalski@xxxxxxxxxxxxx>
• Re: [PATCH] increase delay for waitpid test
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39.3
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Piped `column -t` inserts extra newlines since Oct 2023
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39.3
  • From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
• [ANNOUNCE] util-linux v2.39.3
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Piped `column -t` inserts extra newlines since Oct 2023
  • From: Remigiusz Leon Suwalski <remigiusz.suwalski@xxxxxxxxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: util-linux fails to build on alpha due to test_enosys
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: util-linux fails to build on alpha due to test_enosys
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: util-linux fails to build on alpha due to test_enosys
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• util-linux fails to build on alpha due to test_enosys
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] increase delay for waitpid test
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Rishabh Thukral <rthukral@xxxxxxxxxx>
• Re: [PATCH V2] loopdev: report lost loop device file error
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] losetup: report lost loop devices for finding free loop
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Karel Zak <kzak@xxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Unexpected interaction between script and screen
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] tests: (lsfd::column-xmode) ignore "rwx" mappings
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] libuuid: avoid truncate clocks.txt to improve performance
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• RFH: fincore/count lsfd/column-xmode failing on sparc64
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg support for additional human readable timestamp
  • From: Rishabh Thukral <rthukral@xxxxxxxxxx>
• Re: [PATCH] libuuid: avoid truncate clocks.txt to improve performance
  • From: "Trapp, Michael" <michael.trapp@xxxxxxx>
• [PATCH] losetup: report lost loop devices for finding free loop
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH] libuuid: avoid truncate clocks.txt to improve performance
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] fstrim.8: -v doesn't take an argument
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Unexpected interaction between script and screen
  • From: Dyweni - Util-Linux <DDh8rwTFp32E@xxxxxxxxxx>
• [PATCH] fstrim.8: -v doesn't take an argument
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] loopdev: report lost loop device file error
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] setterm: avoid restoring flags from uninitialized memory
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH V2] loopdev: report lost loop device file error
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH V2] loopdev: report lost loop device file error
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] setterm: avoid restoring flags from uninitialized memory
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• Re: [PATCH V2] loopdev: report lost loop device file error
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• [PATCH] setterm: avoid restoring flags from uninitialized memory
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• [PATCH V2] loopdev: report lost loop device file error
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: junxiao.bi@xxxxxxxxxx
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• Re: [PATCH] loopdev: fix losetup failure with a lost device file
  • From: junxiao.bi@xxxxxxxxxx
• [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH] loopdev: fix losetup failure with a lost device file
  • From: Junxiao Bi <junxiao.bi@xxxxxxxxxx>
• [PATCH] libuuid: avoid truncate clocks.txt to improve performance
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Unexpected interaction between script and screen
  • From: Dyweni - Util-Linux <DDh8rwTFp32E@xxxxxxxxxx>
• Re: Fix non-Linux build
  • From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
• Re: Fix non-Linux build
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Fix non-Linux build
  • From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
• Help: Trying to obtain KNAME and PKNAME via <blkid.h> and partititons.c
  • From: Tony Rodriguez <unixpro1970@xxxxxxxxx>
• Re: [PATCH] libmount: Fix regression when mounting with atime
  • From: Filipe Manana <fdmanana@xxxxxxxxxx>
• Re: [PATCH] libmount: Fix regression when mounting with atime
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [ANNOUNCE] util-linux stable v2.39.2
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] libmount: Fix regression when mounting with atime
  • From: fdmanana@xxxxxxxxxx
• Re: [PATCH] Fix build on hppa
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] Fix build on hppa
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• Re: Bug#1042990: util-linux: FTBFS on hppa - #error Unknown target architecture
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH] include: define pidfd syscalls if needed
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] Improved libmount configure checks
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] include: define pidfd syscalls if needed
  • From: Markus Mayer <mmayer@xxxxxxxxxxxx>
• [PATCH 2/2] libmount: check for struct statx
  • From: Markus Mayer <mmayer@xxxxxxxxxxxx>
• [PATCH 1/2] libmount: check for linux/mount.h
  • From: Markus Mayer <mmayer@xxxxxxxxxxxx>
• [PATCH 0/2] Improved libmount configure checks
  • From: Markus Mayer <mmayer@xxxxxxxxxxxx>
• Re: [RFC] Alternative color configuration for dmesg
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• Re: [RFC] Alternative color configuration for dmesg
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: Even more Arm part numbers (early 2023)
  • From: Karel Zak <kzak@xxxxxxxxxx>
• documents (andoc files), spelling mistakes
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• [PATCH] lscpu: Even more Arm part numbers (early 2023)
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: zhujun2 <zhujun2@xxxxxxxxxxxxxxxxxxxx>
• [RFC] Alternative color configuration for dmesg
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• libfdisk python bindings
  • From: "Jose M. Guisado" <jguisado@xxxxxxxxx>
• Re: [PATCH 2/3] dmesg: Delete redundant pager setup
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• Re: [PATCH 3/3] lib/pager: Apply pager-specific fixes only when needed
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 2/3] dmesg: Delete redundant pager setup
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/3] lib/pager: Allow PAGER commands with options
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: zhujun2 <zhujun2@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: zhujun2 <zhujun2@xxxxxxxxxxxxxxxxxxxx>
• Re: May I help you to fix the source code for util-linux?
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• May I help you to fix the source code for util-linux?
  • From: Lyman Opie <jf02ir@xxxxxxxxx>
• [PATCH 2/3] dmesg: Delete redundant pager setup
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• [PATCH 3/3] lib/pager: Apply pager-specific fixes only when needed
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• [PATCH 1/3] lib/pager: Allow PAGER commands with options
  • From: Dragan Simic <dsimic@xxxxxxxxxxx>
• [ANNOUNCE] util-linux v2.39.1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] cfdisk, fix behavior after writing changes
  • From: Florian Zimmermann <florian.zimmermann@xxxxxxxxx>
• Re: [PATCH] cfdisk, fix behavior after writing changes
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] cfdisk, fix behavior after writing changes
  • From: Florian Zimmermann <florian.zimmermann@xxxxxxxxx>
• [PATCH] util-linux/sys-utils dmesg -r LOG_MAKEPRI needs fac << 3
  • From: echron@xxxxxxxxxx
• [PATCH] util-linux/sys-utils dmesg -r LOG_MAKEPRI needs fac << 3
  • From: Ivan Delalande <colona@xxxxxxxxxx>
• Re: [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] hwclock: add --vl-read, --vl-clear documentation and bash-completion
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH] sys-utils: fix SELinux context example in mount.8
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: zhujun2 <zhujun2@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] blkid: solve a bug that the disk device of the ceph_bluestore
  • From: zhujun2 <zhujun2@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sys-utils: fix SELinux context example in mount.8
  • From: Todd Zullinger <tmz@xxxxxxxxx>
• [PATCH] hwclock: add support for RTC_VL_READ/RTC_VL_CLR ioctls
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH 1/2] build-sys: rearrange gitignore in alphabetical order
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 2/2] build-sys: add enosys and syscalls.h to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH 1/2] build-sys: rearrange gitignore in alphabetical order
  • From: Enze Li <lienze@xxxxxxxxxx>
• Re: [PATCH] enosys: add support for LoongArch
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] enosys: add support for LoongArch
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH] build-sys: add enosys and syscalls.h to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Quentin Rameau <quinq@fifth.space>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Quentin Rameau <quinq@fifth.space>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Deutschmann <whissi@xxxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Deutschmann <whissi@xxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Quentin Rameau <quinq@fifth.space>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Quentin Rameau <quinq@fifth.space>
• Re: mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• mount: sshfs problem with "defaults" option after 2.39 upgrade
  • From: Quentin Rameau <quinq@fifth.space>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Deutschmann <whissi@xxxxxxxxx>
• Re: util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• util-linux 2.39 doesn't work with <linux-5.12: mount(2) system call failed: Function not implemented
  • From: Thomas Deutschmann <whissi@xxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Bruce Dubbs <bruce.dubbs@xxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: util-linux v2.39 with translated man pages by default?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [ANNOUNCE] util-linux v2.39
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] mesg.1 cleanups/updates
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.39
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] mesg.1 cleanups/updates
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: uuid and RFC4122
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: util-linux v2.39 with translated man pages by default?
  • From: Mario Blättermann <mario.blaettermann@xxxxxxxxx>
• Re: util-linux v2.39 with translated man pages by default?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: Decouple cputype and topology
  • From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
• util-linux v2.39 with translated man pages by default?
  • From: Mario Blättermann <mario.blaettermann@xxxxxxxxx>
• [ANNOUNCE] util-linux v2.39-rc3
  • From: Karel Zak <kzak@xxxxxxxxxx>
• thanks
  • From: "my email" <my_email@xxxxxxxxxxx>
• Re: [PATCH] Fix mmap/ioctl(3p) references in manual
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] Fix mmap/ioctl(3p) references in manual
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: fstab format, 4th field mandatory and the "sw" value
  • From: Christoph Anton Mitterer <mail@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lscpu: Decouple cputype and topology
  • From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
• Re: [PATCH 0/1] add blkpr in AUTHORS file
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lscpu: Decouple cputype and topology
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 0/1] add blkpr in AUTHORS file
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 1/1] docs: add blkpr in AUTHORS file
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH] lscpu: Decouple cputype and topology
  • From: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.39-rc2
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: fstab format, 4th field mandatory and the "sw" value
  • From: Karel Zak <kzak@xxxxxxxxxx>
• fstab format, 4th field mandatory and the "sw" value
  • From: Christoph Anton Mitterer <mail@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] setarch: add loongarch support
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] setarch: add loongarch support
  • From: Enze Li <lienze@xxxxxxxxxx>
• Re: [PATCH v2 1/3] write: correctly handle wide characters
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lsfd: error if extraneous argument given
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• [PATCH] lsfd: error if extraneous argument given
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libmount: dont ignore autofs mounts by default
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH v2 3/3] wall: use fputs_careful()
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] wall: convert homebrew buffering to open_memstream()
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] write: correctly handle wide characters
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] libmount: dont ignore autofs mounts by default
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 3/3] wall: use fputs_careful()
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] wall: convert homebrew buffering to open_memstream()
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] write: correctly handle wide characters
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] libmount: dont ignore autofs mounts by default
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH 2/2] mount: ignore autofs entries in mount listing
  • From: Ian Kent <raven@xxxxxxxxxx>
• [ANNOUNCE] util-linux v2.39-rc1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libuuid: fix lib internal cache size
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libfdisk: Fix randomly generated GPT UUID's
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] libuuid: fix lib internal cache size
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• [PATCH] libfdisk: Fix randomly generated GPT UUID's
  • From: Toomas Losin <tlo@xxxxxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH] libuuid: Move clock.txt to /run
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• [PATCH] libuuid: Move clock.txt to /run
  • From: Michal Suchanek <msuchanek@xxxxxxx>
• Re: [PATCH v2] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: Sören Tempel <soeren@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: Sören Tempel <soeren@xxxxxxxxxxxxxxxxx>
• [PATCH v2] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: soeren@xxxxxxxxxxxxxxxxx
• [PATCH] libmount: Fix access to uninitialised value in mnt_optstr_locate_option
  • From: soeren@xxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] lib/randutils: drop unnecessary fcntl() in random_get_fd()
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 1/1] lib/randutils: drop unnecessary fcntl() in random_get_fd()
  • From: Thomas Haller <thaller@xxxxxxxxxx>
• Re: uuid and RFC4122
  • From: Michael Richardson <mcr+ietf@xxxxxxxxxxxx>
• Re: uuid and RFC4122
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: uuid and RFC4122
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: uuid and RFC4122
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH] git: ignore m4/libtool.m4.orig
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] git: ignore m4/libtool.m4.orig
  • From: yegorslists@xxxxxxxxxxxxxx
• Re: btrfs mount failure with context option and latest mount command
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: btrfs mount failure with context option and latest mount command
  • From: Karel Zak <kzak@xxxxxxxxxx>
• btrfs mount failure with context option and latest mount command
  • From: Shinichiro Kawasaki <shinichiro.kawasaki@xxxxxxx>
• Re: [PATCH v2] unshare: support --map-users=inner:outer:count as well as outer,inner,count
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/3] schedutils: clarify confusing mask example in taskset man page
  • From: "Tom Schwindl" <schwindl@xxxxxxxxx>
• [PATCH v2] unshare: support --map-users=inner:outer:count as well as outer,inner,count
  • From: Chris Webb <chris@xxxxxxxxxxxx>