Thank you - I agree and hope to convince upstream PQconnect to pick build dependencies in a better way. This was a bit further down the dependency stack, but hopefully they can help anyway. They brought up a valid concern: prefer not to depend on things not on PyPI and I agree (of course, within reason). It seems unshare is there: https://pypi.org/project/unshare//Simon 28 dec. 2024 kl. 08:08 skrev Helmut Grohne <helmut@subdivi.de>:
Control: tags -1 + moreinfoHi Simon,On Fri, Dec 27, 2024 at 08:24:28PM +0100, Simon Josefsson wrote:Package: wnpp
Severity: wishlist
Owner: Simon Josefsson <simon@josefsson.org>
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-python@lists.debian.org
* Package name : python-unshare
Version : 0.22
Upstream Author : Shubham Sharma <shubhamsharma1172@gmail.com>
* URL : https://github.com/shubham1172/unshare
* License : GPL-3
Programming Lang: Python
Description : extension for C unshare() call
Python extension for C's unshare call, see unshare(2).
https://salsa.debian.org/python-team/packages/python-unshare/
I recommend not adding this to Debian. This Python extension wraps asingle syscall. You can achieve a similar effect using ctypes. import ctypes unshare = ctypes.CDLL(None, use_errno=True)["unshare"] unshare(flags)The functionality being added here is useful, but in my opinion it doesnot reach the bar of being sufficiently useful to warrant the cost ofcarrying it in Debian yet. Bear in mind that every package being addedbears a permanent cost to Debian.Please allow me to suggest an alternative.https://git.subdivi.de/~helmut/python-linuxnamespaces.git/Disclaimer: I am the author of the alternative.I did not dare to propose adding this to Debian yet, because I considerit work in progress, but even at this time, it does so much more thanthe module you propose that it probably is worth looking into. It is notAPI compatible, because it uses the enum module instead of numericconstants. It also includes a pile of examples for more elaboratecontainer construction.Helmut
|