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

Reply via email to