#22287 closed enhancement (fixed)
psutil-7.1.2 (Python module)
| Reported by: | Bruce Dubbs | Owned by: | Bruce Dubbs |
|---|---|---|---|
| Priority: | low | Milestone: | 13.0 |
| Component: | BOOK | Version: | git |
| Severity: | medium | Keywords: | |
| Cc: |
Description
New point version.
Change History (13)
comment:1 by , 11 months ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:2 by , 11 months ago
comment:3 by , 11 months ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Fixed at commits
bade117777 Update to gc-8.2.10. b145aa44f0 Update to stunnel-5.76. ca8025eb52 Update to librsvg-2.61.2. 869e7d0bc0 Update to psutil-7.1.1 (Python module).
comment:4 by , 11 months ago
| Priority: | normal → low |
|---|---|
| Resolution: | fixed |
| Status: | closed → reopened |
Now version 7.1.2.
7.1.2 - 2025-10-25
Enhancements
- stop publishing prebuilt Linux and Windows wheels for 32-bit Python. 32-bit CPython is still supported, but psutil must now be built from source.
- produce wheels for free-thread cPython 3.13 and 3.14
Bug fixes
- [macOS]:
Process.cmdline()_ andProcess.environ()_ may incorrectly raiseNoSuchProcess_ instead ofZombieProcess_. - [macOS]: double
free()inProcess.environ()_ when it fails internally. This posed a risk of segfault. - [macOS]: massive C code cleanup to guard against possible segfaults which were (not so) sporadically spotted on CI.
Compatibility notes
- stop publishing prebuilt Linux and Windows wheels for 32-bit Python.
comment:5 by , 11 months ago
| Summary: | psutil-7.1.1 (Python module) → psutil-7.1.2 (Python module) |
|---|
Fr running tests with the instructions in the book, you need in addition to rm psutil/init.py: this allows testing the installed module.
Furthermore, with python-3.14, the tests hang. Fix at https://github.com/giampaolo/psutil/pull/2666. Can be made into a sed:
sed "/multiprocessing.Pool/i\ multiprocessing.set_start_method('fork')" \
-i psutil/tests/test_process_all.py
(hope I have the right number of spaces)
follow-up: 8 comment:7 by , 11 months ago
Replying to Bruce Dubbs:
I did that but still got 26 failures. See #22244
Yes, I have the same errors with the instructions in the book... Looks like the "scripts" module is missing! Let me add it in venv.
comment:8 by , 11 months ago
Replying to pierre:
Replying to Bruce Dubbs:
I did that but still got 26 failures. See #22244
Yes, I have the same errors with the instructions in the book... Looks like the "scripts" module is missing! Let me add it in venv.
No, I'm wrong. I think there is a mixture of tests in the installed package and tests in the local package... The right thing to do is copy the libraries:
cp build/lib*/psutil/*.so psutil
I then have only two failures...
follow-up: 10 comment:9 by , 11 months ago
I'm in favor of leaving it as "This package does not have a working test suite." but if you want to change it, please go ahead.
comment:10 by , 11 months ago
Replying to Bruce Dubbs:
I'm in favor of leaving it as "This package does not have a working test suite." but if you want to change it, please go ahead.
It is much simpler to run the tests by activating the virtual env and just running "make test". But it seems activating a virtual env may mess up non bash shells...
comment:11 by , 11 months ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Fixed again at commit 869e7d0bc0.

7.1.1 - 2025-10-19
Enhancements
Bug fixes
Process.cmdline()_ does not handle spaces properly.Compatibility notes