Package: procps Version: 2:4.0.3-1 Severity: normal Dear Maintainer, Bug #896062 has come back from the grave:
| $ pgrep "something|otherthing" | pgrep: pattern that searches for process name longer than 15 characters will result in zero matches | Try `pgrep -f' option to match against the complete command line. | $ Note *the regex* is longer than 15 chars, what gets matched is shorter. The 2018 fix was "new kernels have 64 char process names anyway", so I'm surprised to see that I'm having process names limited to 15 chars in 2023. But regardless of the actual limit, the warning is bogus. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896062 for full rationale; everything there applies again, including my offer to help. Thank you for maintaining procps, Jan -- System Information: Debian Release: 12.0 APT prefers stable-debug APT policy: (800, 'stable-debug'), (800, 'stable'), (650, 'testing-debug'), (650, 'testing'), (550, 'unstable'), (10, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 6.1.0-9-marvell (UP) Locale: LANG=C.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: runit (via /run/runit.stopit) Versions of packages procps depends on: ii init-system-helpers 1.65.2 ii libc6 2.36-9 ii libncursesw6 6.4-4 ii libproc2-0 2:4.0.3-1 ii libtinfo6 6.4-4 Versions of packages procps recommends: ii psmisc 23.6-1 procps suggests no packages. -- no debconf information
signature.asc
Description: PGP signature
