Util Linux NG

• Thread Index

• 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>
• [PATCH] unshare: support --map-users=inner:outer:count as well as outer,inner,count
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• [PATCH 2/3] schedutils: clarify meaning of taskset return code
  • From: alison@xxxxxxxxxxxxx
• [PATCH 3/3] schedutils: better illustrate the usage of cpu-lists with taskset
  • From: alison@xxxxxxxxxxxxx
• [PATCH 0/3] clarify the usage and behavior of the taskset command
  • From: alison@xxxxxxxxxxxxx
• [PATCH 1/3] schedutils: clarify confusing mask example in taskset man page
  • From: alison@xxxxxxxxxxxxx
• Re: [PATCH] unshare: fix a --map-auto error message
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] unshare: fix a --map-auto error message
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: [PATCH v2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 0/2] Add ability to use autofs mount option hint to exclude mount table list entries
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 0/2] Add ability to use autofs mount option hint to exclude mount table list entries
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH 1/2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] Add ability to use autofs mount option hint to exclude mount table list entries
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] script: abort if unused arguments are given
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] script: abort if unused arguments are given
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• [PATCH 0/2] Add ability to use autofs mount option hint to exclude mount table list entries
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH 2/2] mount: ignore autofs entries in mount listing
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH 1/2] libmount: use autofs mount hint to ignore autofs mount entries
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: Proposal for new column(1) flag
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Re: Proposal for new column(1) flag
  • From: "Thomas Voss" <mail@xxxxxxxxxxxxxx>
• Re: Proposal for new column(1) flag
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] disk-utils/fsck.c: Processes may kill other processes.
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Proposal for new column(1) flag
  • From: Bernhard Voelker <mail@xxxxxxxxxxxxxxxxxxx>
• Proposal for new column(1) flag
  • From: "Thomas Voss" <mail@xxxxxxxxxxxxxx>
• Re: [PATCH] disk-utils/fsck.c: Processes may kill other processes.
  • From: Lukas Czerner <lczerner@xxxxxxxxxx>
• [PATCH] disk-utils/fsck.c: Processes may kill other processes.
  • From: zhanchengbin <zhanchengbin1@xxxxxxxxxx>
• Re: [bug report] misc/fsck.c: Processes may kill other processes.
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Require '@' prefix for seconds since the Epoch timestamp
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Require '@' prefix for seconds since the Epoch timestamp
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxxxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Require '@' prefix for seconds since the Epoch timestamp
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxxxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] lib/timeutils: Require '@' prefix for seconds since the Epoch timestamp
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxxxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxxxxxxxxxxx>
• Re: [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] lib/timeutils: Add %s (seconds since the Epoch) to parse_timestamp()
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxxxxxxxxxxx>
• Re: [PATCH] lscpu: Even more Arm part numbers
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] lscpu: Even more Arm part numbers
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] asciidoc: fix typo in hwclock.8
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] unshare: Don't waste an ID when -r is used with --map-auto
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] asciidoc: fix typo in hwclock.8
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH] unshare: Don't waste an ID when -r is used with --map-auto
  • From: Chris Webb <chris@xxxxxxxxxxxx>
• Re: [PATCH] libuuid - check clock value from LIBUUID_CLOCK_FILE
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2 1/1] Taskset: check first whether affinity is settable
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH v2 1/1] Taskset: check first whether affinity is settable
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH v2 1/1] Taskset: check first whether affinity is settable
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH v2 0/1] Taskset: check first whether affinity is settable
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/1] Taskset: check first whether affinity is settable
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/1] Taskset: check first whether affinity is settable
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [ANNOUNCE] util-linux v2.38.1
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: uuidd user / DynamicUser?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] libuuid - check clock value from LIBUUID_CLOCK_FILE
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• Re: uuidd user / DynamicUser?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• uuidd user / DynamicUser?
  • From: Chris Hofstaedtler <zeha@xxxxxxxxxx>
• Re: [PATCH] nvme: add namespace paths links
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: v2.38.1 tomorrow
  • From: Karel Zak <kzak@xxxxxxxxxx>
• v2.38.1 tomorrow
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: <linux/fs.h> conflicts with <sys/mount.h>
  • From: Karel Zak <kzak@xxxxxxxxxx>
• <linux/fs.h> conflicts with <sys/mount.h>
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [PATCH] uuid_copy: (man) Add missing parenthesis
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] uuid_copy: (man) Add missing parenthesis
  • From: Andrew Price <anprice@xxxxxxxxxx>
• Re: [PATCH] Implement continuous clock handling for time based UUIDs
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] Implement continuous clock handling for time based UUIDs
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] Implement continuous clock handling for time based UUIDs
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• Re: bashcompletiondir should not be set or tested when --disable-bash-completion is given
  • From: Karel Zak <kzak@xxxxxxxxxx>
• bashcompletiondir should not be set or tested when --disable-bash-completion is given
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Re: [PATCH 4/5] lsblk: introduce 'MQ' column
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Support --nvme/--virtio and MQ
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 4/5] lsblk: introduce 'MQ' column
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] pipesz: use native PAGE_SIZE in tests
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] pipesz: use native PAGE_SIZE in tests
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] pipesz: use native PAGE_SIZE in tests
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] pipesz: use native PAGE_SIZE in tests
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH] pipesz: use native PAGE_SIZE in tests
  • From: Nathan Sharp <nwsharp@xxxxxxxx>
• [PATCH 5/5] lsblk: enable 'MQ' for NVMe/virtio by default
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 4/5] lsblk: introduce 'MQ' column
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 2/5] lsblk: support virtio block
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 1/5] lsblk: add -N/--nvme
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 3/5] lsblk: add -v/--virtio
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH 0/5] Support --nvme/--virtio and MQ
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: [PATCH RFC 2/4] pipesz: add tests
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] pipesz: correct manpage issues
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] pipesz: correct manpage issues
  • From: Nathan Sharp <nwsharp@xxxxxxxx>
• Re: [PATCH] loopdev: set block_size when using LOOP_CONFIGURE
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] loopdev: set block_size when using LOOP_CONFIGURE
  • From: Hideki EIRAKU <hdk@xxxxxxxxxx>
• Re: uuidd: Implement continuous clock handling for time based UUIDs
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] misc-utils: add the pipesz utility
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: uuidd: Implement continuous clock handling for time based UUIDs
  • From: "Trapp, Michael" <michael.trapp@xxxxxxx>
• Re: [PATCH RFC 1/4] misc-utils: add the pipesz utility
  • From: Nathan Sharp <nwsharp@xxxxxxxx>
• Re: [PATCH RFC 1/4] misc-utils: add the pipesz utility
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: util-linux agetty login prompt bug?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: logger: invalid structured data parameter: 'fo\o="b\"a\"r"'
  • From: Karel Zak <kzak@xxxxxxxxxx>
• logger: invalid structured data parameter: 'fo\o="b\"a\"r"'
  • From: "Ulrich Windl" <Ulrich.Windl@xxxxxxxxxxxxxxxxxxxx>
• Re: uuidd: Implement continuous clock handling for time based UUIDs
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] libuuid: improve cache handling
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/4] Add FSLASTBLOCK tag and blkid with btrfs test
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 1/4] libblkid: add FSLASTBLOCK field interface showing area occupied by fs
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 4/4] blkid: add tests for FSLASTBLOCK tag
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 0/4] Add FSLASTBLOCK tag and blkid with btrfs test
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 2/4] libblkid: add FSLASTBLOCK implementation for xfs, ext and btrfs
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH v2 0/3] libblkid: add FSSIZE with XFS implementation
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• [PATCH v2 0/3] libblkid: add FSSIZE with XFS implementation
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH v2 3/3] blkid: add FSSIZE tag with tests for XFS
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH v2 1/3] libblkid: add interface for FSSIZE field
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH v2 2/3] libblkid: implement FSSIZE calculation for XFS
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH] nvme: add namespace paths links
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] eject: update file provenance of DRIVER_SENSE in the comments
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 1/2] libblkid: add interface for FSSIZE field
  • From: Karel Zak <kzak@xxxxxxxxxx>
• uuidd: Implement continuous clock handling for time based UUIDs
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• [PATCH] libuuid: improve cache handling
  • From: Michael Trapp <michael.trapp@xxxxxxx>
• Re: libfdisk python bindings
  • From: "Jose M. Guisado" <jguisado@xxxxxxxxx>
• [PATCH 0/2] libblkid: add FSSIZE with XFS implementation
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 2/2] libblkid: implement FSSIZE calculation for XFS
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• [PATCH 1/2] libblkid: add interface for FSSIZE field
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH v3] libmount: accept X-mount.{owner,group,mode}=
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] eject: update file provenance of DRIVER_SENSE in the comments
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH v3] libmount: accept X-mount.{owner,group,mode}=
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v2] libmount: accept X-mount.{owner,group,mode}=
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH v2] build-sys: add blkpr to gitignore
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] tests: test_buffer, return EXIT_SUCCESS at the end
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] eject: set CD-ROM speed to auto when xargs < 0
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] build-sys: add blkpr to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH v2] build-sys: add blkpr to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• Re: [PATCH] build-sys: add blkpr to gitignore
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• [PATCH] build-sys: add blkpr to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH] eject: set CD-ROM speed to auto when xargs < 0
  • From: Enze Li <lienze@xxxxxxxxxx>
• [PATCH] tests: test_buffer, return EXIT_SUCCESS at the end
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC v2] libmount: accept X-mount.{owner,group,mode}=
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/4] pipesz: a utility for examining and resizing pipe buffers
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC v2] libmount: accept X-mount.{owner,group,mode}=
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] build-sys: add gnu global outputs to gitignore
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH] build-sys: add gnu global outputs to gitignore
  • From: Enze Li <lienze@xxxxxxxxxx>
• Re: Bug#1003095: /usr/bin/script: hangs when child doesn't read input fast enough
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: libuuid related tasks for next v2.39
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: libuuid related tasks for next v2.39
  • From: Karel Zak <kzak@xxxxxxxxxx>