Your message dated Sat, 19 Aug 2023 16:04:37 +1000
with message-id
<CALy8Cw79GqagfD_YStfR89t+DaOg1uFZO2j3fQhqNTzZ=r1...@mail.gmail.com>
and subject line procps: renamed pidwait checks for being named pwait, behaves
as pgrep
has caused the Debian Bug report #1006395,
regarding procps: renamed pidwait checks for being named pwait, behaves as pgrep
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1006395: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006395
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: procps
Version: 2:3.3.17-6
Severity: important
Dear Maintainer,
the indicated version of procps ships an executable named pidwait. This is
renamed from pwait as generated from the upstream build by the Debian build
script.
Running pidwait, however, behaves as pgrep from the same package. This is
because the executable derives its behaviour from the name by which it is
started. The pwait behaviour is triggered by launching it with a name of
pwait; renaming /usr/bin/pidwait to /usr/bin/pwait restores correct
behaviour. I.e. the check has not been adapted in the sources to reflect the
renaming
by the Debian build script.
I would expect pwait to be named pwait, or at least pidwait to behave as
pwait.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.16.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages procps depends on:
ii init-system-helpers 1.62
ii libc6 2.33-6
ii libncurses6 6.3-2
ii libncursesw6 6.3-2
ii libprocps8 2:3.3.17-6
ii libtinfo6 6.3-2
ii lsb-base 11.1.0
Versions of packages procps recommends:
ii psmisc 23.4-2
procps suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Package: procps
Version 2:3.3.17-7
Messed up the changelog so this didn't get closed when I uploaded 3.3.17-7
--- End Message ---
