Re: Pytest 8.x bug? "Permission denied: '/tmp/systemd-private-...-systemd-logind.service-.../__init__.py'"
On Wed, Mar 27, 2024 at 11:36:55AM +0100, Timo Röhling wrote: > Hi, > > Am 27. März 2024 10:59:46 MEZ schrieb Julian Gilbey : > >I'm stymied by a pytest-related bug. I thought it was a bug in a > >particular pytest plugin (pytest-order), but it's now shown up in > >another pytest plugin as well, so I wonder if either there's a bug in > >pytest 8.x or something subtle has changed that requires a > >modification to the plugins. I couldn't see anything obvious on the > >pytest changelog page, and the error message itself is mysterious to > >me. The bug does not show with pytest 7.4.4, so it is certainly > >related to the new pytest version. > I wasn't able to pinpoint the cause yet, but I noticed that the failing > sessions have "rootdir: /tmp" instead of the usual > /tmp/autopkgtest-lxc.*/downtmp/autopkgtest_tmp/build Ah, I think you've hit the nail on the head!! https://github.com/pytest-dev/pytest/issues/11781 And then pytest looks for any __init__.py file it can find, including in unreadable directories... Unfortunately, changing the argument from str(tmpdir) to f"--rootdir={tmpdir}" caused my computer to crash (CPU usage went through the roof until the computer became unresponsive) - clearly there's something not quite right here yet!! Best wishes, Julian
Re: request for removal of my packages from the DPT namespace
On 3/27/24 14:31, Jeroen Ploemen wrote: On Wed, 27 Mar 2024 00:33:15 +0100 Thomas Goirand wrote: On 3/19/24 13:41, Jeroen Ploemen wrote: Dear team admins, please delete the following packages from the DPT namespace on salsa: cheetah jaraco.classes jaraco.collections jaraco.context jaraco.text nfoview ply puremagic python-autocommand python-jaraco.functools python-portend python-rarfile python-tempora python-yenc sabctools sabnzbdplus All of these have already been mirrored into my personal namespace to keep a public VCS available, while gaining at least some protection against ongoing policy violations. Hi, Usually, you'd ask for one of the Salsa admins to actually *move* the packages from one namespace to another, so that there's redirections, rather than copying somewhere else and deleting. This can be done by a simple ticket at: https://salsa.debian.org/salsa/support Or is it too late, and you already cloned, and don't want to bother? Thomas, thanks for getting back to me on this. I would have preferred to have redirects in place, but simply overlooked the possibility of the salsa overlords doing the moves after figuring out gitlab wouldn't let me move things out and the team admins in turn wouldn't be able to move anything into my namespace. I'll try to keep that in mind for next time; for now, please proceed with the deletion from the team namespace as I outright lack the time for another round of reorganising git repos for weeks to come. Sure, no worries. Unless they authorize me to do it, I'll let the DPT admins do it then (as I don't want to step on their feet with my "overlord" power as you said... :P). Thanks for clarifying the situation with your packages (which is what the change of policy is about...), and sorry for the added administrative work that was pushed on you because of it. Cheers, Thomas Goirand (zigo)
Further development in the asn1 & asn1-modules
Hi, It looks like pyasn1-lextudio and pyasn1-modules-lextudio are given up, then pyasn1 and pyasn1-modules are back into active maintenance. So I will ask for the 2 lextudio modules to be removed from Debian, and make sure no dependency are left. Note: this is *not* to be mistaken with the pysnmp situation. I'm still not sure what road it's going to take, but we'll have to act. So at the end: I'm happy I left things untouched and did something else. ;) Cheers, Thomas Goirand (zigo)
Re: Pytest 8.x bug? "Permission denied: '/tmp/systemd-private-...-systemd-logind.service-.../__init__.py'"
On Wed, Mar 27, 2024 at 11:36:55AM +0100, Timo Röhling wrote: > Hi, > > Am 27. März 2024 10:59:46 MEZ schrieb Julian Gilbey : > >I'm stymied by a pytest-related bug. I thought it was a bug in a > >particular pytest plugin (pytest-order), but it's now shown up in > >another pytest plugin as well, so I wonder if either there's a bug in > >pytest 8.x or something subtle has changed that requires a > >modification to the plugins. I couldn't see anything obvious on the > >pytest changelog page, and the error message itself is mysterious to > >me. The bug does not show with pytest 7.4.4, so it is certainly > >related to the new pytest version. > I wasn't able to pinpoint the cause yet, but I noticed that the failing > sessions have "rootdir: /tmp" instead of the usual > /tmp/autopkgtest-lxc.*/downtmp/autopkgtest_tmp/build > > > Cheers > Timo Hi Timo, Oh, that is interesting! Good spot, thank you! I wonder whether tmpdir is creating a weird location? BTW, this problem appears when running autopkgtest under lxc. In my other package, the tests passed when running under sbuild but not with autopkgtest under lxc, which suggests that there's something weird about the lxc setup. Best wishes, Julian
Re: request for removal of my packages from the DPT namespace
On Wed, 27 Mar 2024 00:33:15 +0100 Thomas Goirand wrote: > On 3/19/24 13:41, Jeroen Ploemen wrote: > > Dear team admins, > > > > please delete the following packages from the DPT namespace on > > salsa: > > > > cheetah > > jaraco.classes > > jaraco.collections > > jaraco.context > > jaraco.text > > nfoview > > ply > > puremagic > > python-autocommand > > python-jaraco.functools > > python-portend > > python-rarfile > > python-tempora > > python-yenc > > sabctools > > sabnzbdplus > > > > > > All of these have already been mirrored into my personal > > namespace to keep a public VCS available, while gaining at least > > some protection against ongoing policy violations. > Hi, > > Usually, you'd ask for one of the Salsa admins to actually *move* > the packages from one namespace to another, so that there's > redirections, rather than copying somewhere else and deleting. This > can be done by a simple ticket at: > > https://salsa.debian.org/salsa/support > > Or is it too late, and you already cloned, and don't want to bother? Thomas, thanks for getting back to me on this. I would have preferred to have redirects in place, but simply overlooked the possibility of the salsa overlords doing the moves after figuring out gitlab wouldn't let me move things out and the team admins in turn wouldn't be able to move anything into my namespace. I'll try to keep that in mind for next time; for now, please proceed with the deletion from the team namespace as I outright lack the time for another round of reorganising git repos for weeks to come. pgpyC069KPAIP.pgp Description: OpenPGP digital signature
Re: Pytest 8.x bug? "Permission denied: '/tmp/systemd-private-...-systemd-logind.service-.../__init__.py'"
Hi, Am 27. März 2024 10:59:46 MEZ schrieb Julian Gilbey : >I'm stymied by a pytest-related bug. I thought it was a bug in a >particular pytest plugin (pytest-order), but it's now shown up in >another pytest plugin as well, so I wonder if either there's a bug in >pytest 8.x or something subtle has changed that requires a >modification to the plugins. I couldn't see anything obvious on the >pytest changelog page, and the error message itself is mysterious to >me. The bug does not show with pytest 7.4.4, so it is certainly >related to the new pytest version. I wasn't able to pinpoint the cause yet, but I noticed that the failing sessions have "rootdir: /tmp" instead of the usual /tmp/autopkgtest-lxc.*/downtmp/autopkgtest_tmp/build Cheers Timo
Pytest 8.x bug? "Permission denied: '/tmp/systemd-private-...-systemd-logind.service-.../__init__.py'"
I'm stymied by a pytest-related bug. I thought it was a bug in a particular pytest plugin (pytest-order), but it's now shown up in another pytest plugin as well, so I wonder if either there's a bug in pytest 8.x or something subtle has changed that requires a modification to the plugins. I couldn't see anything obvious on the pytest changelog page, and the error message itself is mysterious to me. The bug does not show with pytest 7.4.4, so it is certainly related to the new pytest version. It occurs when running a script from within a test, and the error is when collecting the tests. Here is an example, taking from the report I filed at https://github.com/pytest-dev/pytest-order/issues/110 __ ERROR collecting . __ /usr/lib/python3/dist-packages/pluggy/_hooks.py:501: in __call__ return self._hookexec(self.name, self._hookimpls.copy(), kwargs, firstresult) /usr/lib/python3/dist-packages/pluggy/_manager.py:119: in _hookexec return self._inner_hookexec(hook_name, methods, kwargs, firstresult) /usr/lib/python3/dist-packages/_pytest/python.py:211: in pytest_collect_directory if pkginit.is_file(): /usr/lib/python3.12/pathlib.py:894: in is_file return S_ISREG(self.stat().st_mode) /usr/lib/python3.12/pathlib.py:842: in stat return os.stat(self, follow_symlinks=follow_symlinks) E PermissionError: [Errno 13] Permission denied: '/tmp/systemd-private-2dd08cf217854d6285343c302b696375-systemd-logind.service-qOgrXp/__init__.py' (That page also has the full autopkgtest log.) I have no idea why it is looking at this private systemd directory; it's running under autopkgtest so HOME should be sane. Any ideas would be much appreciated, as I would be able to use it to fix the tests on the other plugin I'm working on as well. Best wishes, Julian
Request to join DPT
Hi all, I recently adopted intelhex[1] and would like to continue maintaining it in the repo under the DPT group. My salsa username is sur5r[2]. I have read the policy[3] and accept it. Cheers, sur5r [1] https://bugs.debian.org/976074 [2] https://salsa.debian.org/sur5r [3] https://salsa.debian.org/python-team/tools/python-modules/blob/master/policy.rst -- ceterum censeo microsoftem esse delendam. pgpNQaVE73H1Z.pgp Description: OpenPGP digital signature