So procps devs decided to rename pwait to pidwait (https://salsa.debian.org/debian/procps/-/commit/d475fb9f0e9f557c1e58d0c385dfa4ef3c1c4989) to avoid conflict with an existing package in Debian that already has pwait (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982391). The change has been finalized in the new release (https://gitlab.com/procps-ng/procps/-/releases/v4.0.0) 8 hours ago. My question is, will pwait be kept as a symbolic link to pidwait?
> My question is, will pwait be kept as a symbolic link to pidwait? I would vote "no".
I'd preferably add 'pwait' as an enabled-by-default flag which adds the symbolic link.
It seems like 4.0.0 has another breaking change: "library: renamed to libproc-2 and reset to 0:0:0". The workin directory also has been renamed to procps-ng[-4.0.0]. Perhaps it's time to rename (by adding) the package to procps-ng and slowly upgrade the reverse dependencies to it depend on it; adding an IUSE flag like 'procps-ng' so they can also dynamically depend on the old version when the flag is disabled.
(In reply to konsolebox from comment #3) > It seems like 4.0.0 has another breaking change: "library: renamed to > libproc-2 and reset to 0:0:0". The workin directory also has been renamed > to procps-ng[-4.0.0]. Perhaps it's time to rename (by adding) the package > to procps-ng and slowly upgrade the reverse dependencies to it depend on it; > adding an IUSE flag like 'procps-ng' so they can also dynamically depend on > the old version when the flag is disabled. Adding another package is non-trivial given there's no easy way to disable building either the library or all of the tools it installs. That can be worked around, of course, but it makes me wonder what exactly the intention is for downstreams to do? Some of the packages depending on procps with := don't seem to link against it, like MariaDB which seems to only need it for 'ps'. I see at least two packages which truly link against procps' library: - lxqt-base/lxqt-session (https://github.com/lxqt/lxqt-session/issues/427) - dev-util/apitrace Neither are fixed upstream. Fedora & Debian are still using 3.3.17. Debian has 4.x in experimental, but nothing else (notably the uploader was the upstream maintainer). Also, 4.0.0 drops elogind support, although it'll be restored in the next release. It's hard to feel like this is worth us pursuing at the moment.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a740ea694d6b394195f78e1cc02b1adc488c69b2 commit a740ea694d6b394195f78e1cc02b1adc488c69b2 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-09-11 18:51:03 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-09-11 19:23:53 +0000 sys-process/procps: add warning about 4.x bump Bug: https://bugs.gentoo.org/835813 Signed-off-by: Sam James <sam@gentoo.org> sys-process/procps/procps-3.3.17-r1.ebuild | 2 ++ 1 file changed, 2 insertions(+)
*** Bug 910414 has been marked as a duplicate of this bug. ***
(In reply to Sam James from comment #4) > Fedora & Debian are still using 3.3.17. Debian has 4.x in experimental, but > nothing else (notably the uploader was the upstream maintainer). Using a Debian bookworm installation shows in July 2023: --- # free --version free from procps-ng 4.0.2 ---
(In reply to Sam James from comment #4) > I see at least two packages which truly link against procps' library: > - lxqt-base/lxqt-session (https://github.com/lxqt/lxqt-session/issues/427) This was fixed in 1.3.0. > - dev-util/apitrace I don't see anything here. > > Neither are fixed upstream. > > Fedora & Debian are still using 3.3.17. Debian has 4.x in experimental, but > nothing else (notably the uploader was the upstream maintainer). > Indeed, Fedora is now using 4.0.3, as is Debian stable. > Also, 4.0.0 drops elogind support, although it'll be restored in the next > release. This is back now.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4941d04c47cc2d8b58599325fae989ce730b6a22 commit 4941d04c47cc2d8b58599325fae989ce730b6a22 Author: Sam James <sam@gentoo.org> AuthorDate: 2023-09-02 09:57:15 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-09-02 09:59:10 +0000 sys-process/procps: add 4.0.4 Closes: https://bugs.gentoo.org/584076 Closes: https://bugs.gentoo.org/625312 Closes: https://bugs.gentoo.org/675420 Closes: https://bugs.gentoo.org/835813 Closes: https://bugs.gentoo.org/913210 Bug: https://bugs.gentoo.org/913408 Signed-off-by: Sam James <sam@gentoo.org> sys-process/procps/Manifest | 1 + .../files/procps-4.0.4-fix-systemd-linkage.patch | 27 +++++ .../files/procps-4.0.4-fix-tests-multilib.patch | 52 ++++++++++ .../procps/files/procps-4.0.4-sysctl-manpage.patch | 33 +++++++ .../files/procps-4.0.4-xfail-pmap-test.patch | 25 +++++ sys-process/procps/procps-4.0.4.ebuild | 110 +++++++++++++++++++++ 6 files changed, 248 insertions(+)
