Bug#985932: openstack-trove should not be included in Bullseye
Hi, Totally agree with your opinion. Cheers Michal Arbet Openstack Engineer Ultimum Technologies a.s. Na Poříčí 1047/26, 11000 Praha 1 Czech Republic +420 604 228 897 michal.ar...@ultimum.io *https://ultimum.io <https://ultimum.io/>* LinkedIn <https://www.linkedin.com/company/ultimum-technologies> | Twitter <https://twitter.com/ultimumtech> | Facebook <https://www.facebook.com/ultimumtechnologies/timeline> pá 26. 3. 2021 v 12:15 odesílatel Thomas Goirand napsal: > Package: openstack-trove > Version: 1:13.0.0-1 > Severity: serious > > Hi, > > I never really tried Trove myself, and therefore, I would prefer if it was > not > part of Bullseye. It will still be available from the unofficial repository > of OpenStack (osbpo.debian.net, accessible with extrepo). > > Cheers, > > Thomas Goirand (zigo) > >
Bug#959648: uwsgi-apparmor: FTBFS: make[1]: pyversions: Command not found
Hi, pyversions: Command not found is not real problem, real problem is that apparmor_plugin.so plugin is not built. Thanks, Michal Arbet ( kevko ) ne 3. 5. 2020 v 15:13 odesílatel Lucas Nussbaum napsal: > Source: uwsgi-apparmor > Version: 0.0.0+git.2014.09.15.7d6d7bd7eb-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200501 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): > > debian/rules build > > make: pyversions: Command not found > > py3versions: no X-Python3-Version in control file, using supported > versions > > dh build > >dh_update_autotools_config > >dh_autoreconf > >debian/rules override_dh_auto_build > > make[1]: Entering directory '/<>' > > make[1]: pyversions: Command not found > > py3versions: no X-Python3-Version in control file, using supported > versions > > uwsgi --build-plugin . > > make[1]: *** [debian/rules:12: override_dh_auto_build] Error 1 > > The full build log is available from: > > http://qa-logs.debian.net/2020/05/01/uwsgi-apparmor_0.0.0+git.2014.09.15.7d6d7bd7eb-2_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. > >
Bug#950234: don't hard-code an upper limit on the python version - FIX
Dear Maintainer, I've created 3 merge requests for pristine-tar, master, upstream below: https://salsa.debian.org/debian/python-freezegun/-/merge_requests And locally build package which is working. Freezegun is blocking me to maintain debian package watcher in openstack-pkg team. Or, could I upload NMU ? Above merge request is solving bugs #943966, #944026, #950234 Thanks, Michal Arbet ( kevko )
Bug#944026: freezegun: failing tests with python3.8 - FIX
Dear Maintainer, Please , could you upload new version of freezegun to debian unstable as version currently in sid is not working with python3.8 ? I've created 3 merge requests for pristine-tar, master, upstream below : https://salsa.debian.org/debian/python-freezegun/-/merge_requests Freezegun is blocking me to maintain debian package watcher in openstack-pkg team. Or, could I upload NMU ? Thanks, Michal Arbet ( kevko )
Bug#943966: cookiecutter: failing tests with python3.8 - FIX
Dear Maintainer, Please , could you upload new version of freezegun to debian unstable as version currently in sid is not working with python3.8 ? I've created 3 merge requests for pristine-tar, master, upstream below : https://salsa.debian.org/debian/python-freezegun/-/merge_requests Freezegun is blocking me to maintain debian package watcher in openstack-pkg team. Or, could I upload NMU ? Thanks, Michal Arbet ( kevko )
Bug#950045: python-morph FTBFS: test failure
Hi, I was investigating issue, and find this is specific for python3.8, python3.7 is working fine. Will check what's the problem. kevko út 28. 1. 2020 v 18:09 odesílatel Adrian Bunk napsal: > Source: python-morph > Version: 0.1.3-1 > Severity: serious > Tags: ftbfs bullseye sid > > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-morph.html > > ... > == > FAIL: test_xform_combined (morph.test.TestMorph) > -- > Traceback (most recent call last): > File "/build/1st/python-morph-0.1.3/morph/test.py", line 307, in > test_xform_combined > self.assertEqual(stack, [ > AssertionError: Lists differ: [('key', {'root': {'key': [8, {'k2': > -2}]},[301 chars]2}})] != [(8, {'index': 0, 'seq': [8, {'k2': -2}], '[301 > chars]]}})] > > First differing element 0: > ('key', {'root': {'key': [8, {'k2': -2}]},[61 chars]}]}}) > (8, {'index': 0, 'seq': [8, {'k2': -2}], '[28 chars]}]}}) > > + [(8, {'index': 0, 'root': {'key': [8, {'k2': -2}]}, 'seq': [8, {'k2': > -2}]}), > + (-2, {'dict': {'k2': -2}, 'item_key': 'k2', 'root': {'key': [8, {'k2': > -2}]}}), > + ('k2', > + {'dict': {'k2': -2}, 'item_value': -2, 'root': {'key': [8, {'k2': > -2}]}}), > - [('key', > ? ^ > > + ('key', > ? ^ > > {'dict': {'key': [8, {'k2': -2}]}, > 'item_value': [8, {'k2': -2}], > -'root': {'key': [8, {'k2': -2}]}}), > ? ^ > > +'root': {'key': [8, {'k2': -2}]}})] > ? ^ > > - (8, {'index': 0, 'root': {'key': [8, {'k2': -2}]}, 'seq': [8, {'k2': > -2}]}), > - ('k2', > - {'dict': {'k2': -2}, 'item_value': -2, 'root': {'key': [8, {'k2': > -2}]}}), > - (-2, {'dict': {'k2': -2}, 'item_key': 'k2', 'root': {'key': [8, {'k2': > -2}]}})] > > -- > Ran 17 tests in 0.007s > > FAILED (failures=1) > Test failed: > error: Test failed: failures=1> > make[1]: *** [debian/rules:20: override_dh_auto_install] Error 1 > >
Bug#918808: neutron-fwaas-common: fails to remove: IndentationError in "/usr/bin/neutron-plugin-manage", line 117
Hi, I think this is fixed in latest versions, bug was reported for 1:13.0.1-3 version , in sid there is currently 2:13.0.2-4: version Andreas, are u able to reproduce it with latest sid version ? Thanks, Michal čt 10. 1. 2019 v 1:03 odesílatel Thomas Goirand napsal: > On 1/9/19 3:45 PM, Andreas Beckmann wrote: > > Package: neutron-fwaas-common > > Version: 1:13.0.1-3 > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: piuparts > > > > Hi, > > > > during a test with piuparts I noticed your package fails to remove. > > > >>From the attached log (scroll to the bottom...): > > > > Removing neutron-fwaas-common (1:13.0.1-3) ... > > File "/usr/bin/neutron-plugin-manage", line 117 > > self.neutron_plugin_manager.restart_services() > > ^ > > IndentationError: expected an indented block > > dpkg: error processing package neutron-fwaas-common (--remove): > >installed neutron-fwaas-common package post-removal script subprocess > returned error exit status 1 > > > > > > cheers, > > > > Andreas > > Hi, > > This is a bug in the Neutron package, not in neutron-fwaas-common that > is only using /usr/bin/neutron-plugin-manage shipped by Neutron. > > I'll reassign the bug and fix it tomorrow. > > Cheers, > > Thomas Goirand (zigo) > >
Bug#904357: Bug #904357 in python-pysnmp4 marked as pending
Control: tag -1 pending Hello, Bug #904357 in python-pysnmp4 reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/python-pysnmp4/commit/a3ac731eebe6123e98dd2de356a1bb00e5ad525b Add 0002-Fix-py37-async-as-keyword.patch (Closes: #904357) (this message was generated automatically) -- Greetings https://bugs.debian.org/904357
Bug#902985: python3-taskflow: incompatibility between python3-taskflow 3.1.0-3 and python3-networkx 2.1-1
Hello, This bug should be closed as python3-taskflow in version 3.1.0-4 already contains bugfix. Thanks, Michal Arbet