Bug#971564: python-pygit2: libgit2 1.0 transition
Hi, if you want to proceed with the transition, maybe it's a good idea to upload libgit2 to unstable first :) python-pygit2 is ready for transition since 12 Jun 2020 (in experimental). -- Best regards Ondřej Nový
Bug#975929: Bug in check-manifest, reassigning
Hi, check-manifest have in setup.py: install_requires=[ 'build>=0.1', and doesn't have python3-build (which is not in archive) in B-D. Thus reassigning to check-manifest. -- Best regards Ondřej Nový
Bug#965111: searx: autopkgtests fails with newer python-werkzeug
correct link, sorry: https://ci.debian.net/data/autopkgtest/testing/amd64/s/searx/6271353/log.gz -- Best regards Ondřej Nový
Bug#937144: Bug#952130: Bug#937769: getting python-linecache2/python-traceback2 fixes into testing (FAO traceback2, funcsigs nipype and numba maintainers).
Hi, út 21. 4. 2020 v 23:24 odesílatel Thomas Goirand napsal: > > But that still leaves the question of what to do about the dependency of > > pytest on pypy-funcsigs ? should pypy modules be removed from pytest and > > it's reverse-dependencies in the same way that regular python2 modules > > were? how feasible is that? are pypy-* packages only useful with python2 > > pypy or are they also useful with python3 pypy? > > I really don't know about pypy. Probably the pypy-pytest should indeed > go away, as the initial plan was to switch to pypy3. Maybe tumbleweed > (Stefano Rivera) would be able to answer. I'm adding him as Cc. > I guess I can say something about pytest because I'm maintainer of pytest, right? :) I'm perfectly fine with removing pypy-pytest binary package and all other dependencies in chain. It's painfull to maintain it. -- Best regards Ondřej Nový
Bug#934959:
reassign 934959 src:sunpy 0.9.6-2 thx This is bug in sunpy, using StopIteration in newer Python 3. Thanks. -- Best regards Ondřej Nový
Bug#902959: pluginhook: diff for NMU version 0~20150216.0~a320158-2.1
Hi, uploaded to DELAYED/10-day Thanks. -- Best regards Ondřej Nový
Bug#915198: [Python-modules-team] Bug#915198: python-molotov FTBFS: BrokenPipeError: [Errno 32] Broken pipe
Hi, I can't reproduce it and I can build this package locally without any problem. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914420: [Python-modules-team] Bug#914420: Bug#914420: python-pytest: Breaks many Python 2 test suites
Hi, pá 23. 11. 2018 v 13:21 odesílatel Ole Streicher napsal: > By reading the upstream changelog, I could not find a cause what should > cause the incompatibility. Also, the logs now all contain a warning like > me either. :( > /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58 > /usr/lib/python2.7/dist-packages/_pytest/cacheprovider.py:58: > PytestWarning: could not create cache path > /usr/lib/python2.7/dist-packages/aplpy/.pytest_cache/v/cache/nodeids > PytestWarning(fmt.format(**args) if args else fmt), self._config > > which is not present in the Python 3 runs (and also not with pytest > 3.6.4) -- this shows that probably something goes wrong when using > pytest/Python2 on installed packages. > good point. I will dig into this. > For python-m3u8, the CI test is a simple m3u8.loads() call that does not > invoke pytest at all. > package build, not CI test :] -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#914420: [Python-modules-team] Bug#914420: python-pytest: Breaks many Python 2 test suites
Hi Ole, this looks like bug in astropy and other packages. They are just not compatible with newer pytest. For example astropy upstream uses pytest 3.9 and/or 3.10 for testing code, see https://github.com/astropy/astropy/commit/3e34e7c450ebd982978423d8774ef6953832f610 I tried to build simple package python-m3u8, which uses pytest for py2 and py3 and it build+test fine with newer pytest. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#907168: [Python-modules-team] Bug#907168: pytest-httpbin FTBFS with OpenSSL 1.1.1
Hi, út 28. 8. 2018 v 15:36 odesílatel Pierre-Elliott Bécue napsal: > This would imply to do a Debian patch in upstream's source. > I had similar bug in eventlet, solution: https://github.com/eventlet/eventlet/pull/516 https://salsa.debian.org/python-team/modules/python-eventlet/commit/32dc98ce3519b42b4edfe02b9599b916b052c84c -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#891727: NMU
Because of: 1. fix for this bug is in git from 1st March (almost ~3 mons) 2. I asked Sandro Tosi at 10th May for upload, he told me "no, please hold" 3. this is release-critical bug older than 7 days 4. there is no reply from maintainer for more than 7 days in this bug I done NMU to DELAYED/0. Debdiff attached. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B pyopenssl_17.5.0-1.1.patch Description: Binary data
Bug#885793: #885793: tldr-py,tldr: File collision when installing together: /usr/bin/tldr (and maybe further files)
Hi, I prefer to use update-alternatives. What do you think Clint? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#881448: [PKG-Openstack-devel] Bug#881448: Bug#881448: python-eventlet fails to install on amd64: SyntaxError: invalid syntax
So you uploaded package without run of autopkgtest, which can check if package works and without even trying to install that package? So just blindly upgrade from upstream and upload? Huh. 2017-11-12 9:50 GMT+01:00 Thomas Goirand: > On 11/12/2017 08:51 AM, Chris Lamb wrote: > > Hi, > > > >> python-eventlet fails to install on amd64: SyntaxError: invalid syntax > > > > Sat 11 18:37 < zigo> In Python 2, with what I just uploaded for > python-eventlet, I have these issues: > > Sat 11 18:37 < zigo> Setting up python-eventlet (0.20.0-1) ... > > Sat 11 18:37 < zigo> File "/usr/lib/python2.7/dist- > packages/eventlet/green/http/client.py", line 195 > > Sat 11 18:37 < zigo> _is_legal_header_name = > re.compile(rb'[^:\s][^:\r\n]*\Z').match > > Sat 11 18:37 < zigo> > ^ > > Sat 11 18:37 < zigo> SyntaxError: invalid syntax > > Sat 11 18:37 < zigo> File "/usr/lib/python2.7/dist- > packages/eventlet/green/http/cookiejar.py", line 1269 > > Sat 11 18:37 < zigo> yield from deepvalues(obj) > > Sat 11 18:37 < zigo> ^ > > Sat 11 18:37 < zigo> SyntaxError: invalid syntax > > Sat 11 18:37 < zigo> Does anyone know how to patch this? > > Sat 11 18:38 < zigo> It works perfectly in py3... > > Sat 11 18:40 < zigo> Looks like doing b'' for the string of the first > issue is fixing the issue for py2, and works in py3. > > Sat 11 18:40 < zigo> I'm not sure for the yield though. > > Sat 11 18:44 < wRAR> of course you can't "fix" yield from for Python < > 3.5 > > Sat 11 18:45 < zigo> Hum... I fix I got it ! :) > > Sat 11 18:46 < wRAR> https://github.com/eventlet/ > eventlet/blob/master/eventlet/green/http/__init__.py#L56 > > Sat 11 18:46 < wRAR> you don't need to fix the *code* > > Sat 11 18:47 < zigo> wRAR: I actually do... > > Sat 11 18:48 < wRAR> ok > > Sat 11 18:48 < wRAR> and for the first line do you mean you removed > the r prefix? > > Sat 11 18:48 < zigo> wRAR: Yes. Is this wrong? > > Sat 11 18:48 < wRAR> do you know what does this prefix mean? > > Sat 11 18:49 < zigo> wRAR: I know what b means, not sure what rb does. > > Sat 11 18:49 < wRAR> I see > > Sat 11 18:49 < zigo> Which is why I'm asking in the channel. > > Sat 11 18:49 < wRAR> https://docs.python.org/3/ > library/stdtypes.html#text-sequence-type-str > > Sat 11 18:50 < wRAR> I guess you never wrote regulare expression code > in Python? > > Sat 11 18:51 < zigo> Right. > > Sat 11 18:52 < zigo> Oh... > > Sat 11 18:52 < zigo> Indeed, removing r is a bad idea... :P > > > > ie. the maintainer is at least aware of the issue. > > > > Zigo, I just went to provide a patch of my own but I cannot find > > the latest packaging corresponding to this version in the Vcs-Git > > repository. > > > > Regards, > > That's nice of you Chris. We're currently not sure where to host the VCS > of this package, and I'm not sure it's going to stay there. Anyway, I've > currently pushed it to: > > /git/openstack/python/python-eventlet.git > > I've produced 2 patches already for it: > fix-string-using-rb-in-python2.patch > fix-yield-from-in-py2.patch > > though I'm not sure they are good enough, and they are certainly not > enough (ie: after applying, there's still Py 2.7 compile problems). > > Thanks a lot for any help you may provide, Eventlet is a key package for > OpenStack, and we need it for finishing this release. I tried upgrading > to 0.20.0, because there's a problem with building Neutron, which seems > to be related to this (ie: unit test fails to start with the older > version 0.19.0). > > Cheers, > > Thomas Goirand (zigo) > > ___ > Openstack-devel mailing list > openstack-de...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/openstack-devel > -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c
Bug#866696: src:python-pyeclib: FTBFS on mips64el due to test failures after rebuild with python3.6
Hi, I requested removal of mips64el [1]. This lib is not compatible with this arch and it was built by mistake. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871054 -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#857298: Salvaging python-cassandra for Stretch
Hi, sry for second email. 2017-04-06 17:49 GMT+02:00 Thomas Goirand: > Attached is the debdiff. As you can see, I'm attempting to use the new > system that creates -dbgsym, and transitioning to it. cite from: https://release.debian.org/stretch/freeze_policy.html Some examples of changes that are undesirable during a freeze: dropping a -dbg package in favour of -dbgsym I guess FTP masters will reject this unblock request. And auto -dbgsym doesn't support python-dbg. So it's wrong for Python C modules. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#857298: Salvaging python-cassandra for Stretch
Hi, 2017-04-06 17:49 GMT+02:00 Thomas Goirand: > I'll NMU. > because you are part of DPMT, why are you going to do NMU and not team upload? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#858123: Better solution
This should be better solution: https://review.openstack.org/#/c/447640/1 Comments? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#851649: [Python-modules-team] Bug#851649: python-webob: This version causes FTBFS of six OpenStack packages due backwards incompatibility
Hi, +1 for this solution, because freeze is near. We can upgrade to 1.7.0 after freeze for Buster. Thanks. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#833037: [PKG-Openstack-devel] Bug#833037: Bug#833037: python-factory-boy: missing depends on ipaddress
Hi, 2017-01-04 16:31 GMT+01:00 Thomas Goirand: > Please file a bug against ftp.debian.org to get the package removed. > Maybe orphan it first? -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#844714:
python3-ply:Depends is perfectly supported: https://anonscm.debian.org/git/python-modules/packages/ply.git/tree/debian/dh_python3-ply#n71 Removing of python{3,}-ply:Depends make package unusable (autopkgtest): == ERROR: test_c_lexer (unittest.loader._FailedTest) -- ImportError: Failed to import test module: test_c_lexer Traceback (most recent call last): File "/usr/lib/python3.5/unittest/loader.py", line 153, in loadTestsFromName module = __import__(module_name) File "/tmp/autopkgtest.3UeCGn/autopkgtest_tmp/tests/test_c_lexer.py", line 6, in from pycparser.c_lexer import CLexer File "/usr/lib/python3/dist-packages/pycparser/__init__.py", line 14, in from .c_parser import CParser File "/usr/lib/python3/dist-packages/pycparser/c_parser.py", line 11, in from ply import yacc ImportError: No module named 'ply' I think Adrian is right. Simple rebuild of this package fixies the problem. -- S pozdravem/Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Facebook: http://www.facebook.com/onovy Tel/Cell: +420 777 963 207 Datová schránka: aypqr6c
Bug#844234:
This is bug in libssl1.1 1.1.0c Downgrading to 1.1.0b fixies build. -- Best regards Ondřej Nový Email: n...@ondrej.org PGP: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#832338:
Feel free to add patches to fix this bug if you are considering it unacceptable. Thanks. -- Best regards Ondřej Nový
Bug#830607: [Python-modules-team] Bug#830607: python-simpy: accesses the internet during build
Hi, fixed :) Feel free to review it. -- Best regards Ondřej Nový
Bug#821967: Uploaded to DELAYED/2
hi, i sponsored Michael NMU and uploaded it to DELAYED/2 -- Best regards Ondřej Nový
Bug#823166:
I can't reproduce it locally. Can you attach output of this script from your env please? #!/usr/bin/python import getpass import pwd import os import grp user = getpass.getuser() ugroup = pwd.getpwnam(user).pw_gid os_groups = os.getgroups() groups = [g.gr_gid for g in grp.getgrall() if user in g.gr_mem] print "getpass.getuser: %s" % user print "pwd.getpwname(user).pw_gid: %d" % ugroup print "os.getgroups(): %s" % os_groups print "grp.getgrall() filtered: %s" % groups ## My result: onovy@sid:~$ ./test.py getpass.getuser: onovy pwd.getpwname(user).pw_gid: 1000 os.getgroups(): [27, 117, 1000] grp.getgrall() filtered: [27, 117] Which passes tests. Thanks. -- Best regards Bc. Ondrej Novy Email: n...@ondrej.org GPG: 3D98 3C52 EB85 980C 46A5 6090 3573 1255 9D1E 064B
Bug#822989: sso.debian.org: Can't login using Alioth account
Hi, 2016-04-30 19:02 GMT+02:00 Niels Thykier <ni...@thykier.net>: > > Could you please check whether your issue is #780460 or if it is a > distinct issue? > distinct. My password contained some special characters. I found that bug so I changed my password (yesterday) to [a-zA-Z0-9]+. Still not working. -- Best regards Bc. Ondrej Novy