[Python-modules-team] Bug#1052309: Bumping severity to important, 2 weeks till RC
Control: severity -1 important Hi, As requested by Helmut, bumping severity of these bugs to important. systemd.pc will be changed to point to /usr in 2 weeks (November 30th), at which point the severity will be bumped again to RC for all these bugs. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#1052309: Bumping severity to serious
Control: severity -1 serious Hi, As requested by Helmut, bumping severity of these bugs to important. systemd.pc has just now been changed to point to /usr/lib/systemd/system for the unit installation directory and the affected packages will start to FTBFS. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#969565: Bogus upper bound
On Mon, 7 Sep 2020 09:41:28 +0200 Tristan Seligmann wrote: > I think the upper bound is just bogus and should be removed. Upstream > seems to have added it under the assumption that cryptography follows > semver, but it does not: 2.9 to 3.0 offers the same compatibility > guarantees as 2.8 to 2.9. There are several backward incompatible changes, as one can see from the changelog: https://github.com/pyca/cryptography/blob/master/CHANGELOG.rst As documented, only "patch" increments are guaranteed to be backward compatible: https://cryptography.io/en/latest/api-stability/ I'll check and see if azure-cli is affected by those breakages. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#962952: azure-cli: exception when connecting to azure services
On Fri, 10 Jul 2020 17:25:59 +0100 Luca Boccassi wrote: > On Fri, 2020-07-10 at 16:15 +0200, Jakub Wilk wrote: > > * Luca Boccassi , 2020-07-10, 09:54: > > > (note that the monitor functionality is but one of the many features > > > and subcommands, hence the downgrade in severity). > > > > It's not just the monitor functionality, whatever that is. > > All the "az vm" commands are broken, e.g.: > > > >$ az vm list > >The command failed with an unexpected error. Here is the traceback: > > > >No module named 'antlr4' > >Traceback (most recent call last): > > File "/usr/lib/python3/dist-packages/knack/cli.py", line 215, in invoke > >cmd_result = self.invocation.execute(args) > > File "/usr/lib/python3/dist- packages/azure/cli/core/commands/__init__.py", line 553, in execute > >self.commands_loader.load_arguments(command) > > File "/usr/lib/python3/dist- packages/azure/cli/core/__init__.py", line 345, in load_arguments > >loader.load_arguments(command) # this adds entries to the argument registries > > File "/usr/lib/python3/dist- packages/azure/cli/command_modules/vm/__init__.py", line 31, in load_arguments > >from azure.cli.command_modules.vm._params import load_arguments > > File "/usr/lib/python3/dist- packages/azure/cli/command_modules/vm/_params.py", line 31, in > >from azure.cli.command_modules.monitor.actions import get_period_type > > File "/usr/lib/python3/dist- packages/azure/cli/command_modules/monitor/actions.py", line 7, in > >import antlr4 > >ModuleNotFoundError: No module named 'antlr4' > > > > The "az vm" commands are so fundamental, that this bug renders the > > package unusable IMO. > > > > As a quick work-around, I've moved the import to the function that > > uses it; see the attachment. > > Whether it's fundamental or not is pretty much subjective - I never use > it, for example. Anyway, there's a simple enough workaround as > mentioned - install antlr4 with pip until it gets packaged. Not ideal, > but it will do for now. I've asked upstream if they can downgrade to > antlr3 as well. No answer from upstream, so applied your workaround in the latest upload. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#962952: azure-cli: exception when connecting to azure services
On Fri, 2020-07-10 at 16:15 +0200, Jakub Wilk wrote: > * Luca Boccassi , 2020-07-10, 09:54: > > (note that the monitor functionality is but one of the many features > > and subcommands, hence the downgrade in severity). > > It's not just the monitor functionality, whatever that is. > All the "az vm" commands are broken, e.g.: > >$ az vm list >The command failed with an unexpected error. Here is the traceback: > >No module named 'antlr4' >Traceback (most recent call last): > File "/usr/lib/python3/dist-packages/knack/cli.py", line 215, in invoke >cmd_result = self.invocation.execute(args) > File > "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line > 553, in execute >self.commands_loader.load_arguments(command) > File "/usr/lib/python3/dist-packages/azure/cli/core/__init__.py", line > 345, in load_arguments >loader.load_arguments(command) # this adds entries to the argument > registries > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/vm/__init__.py", > line 31, in load_arguments >from azure.cli.command_modules.vm._params import load_arguments > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/vm/_params.py", > line 31, in >from azure.cli.command_modules.monitor.actions import get_period_type > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/monitor/actions.py", > line 7, in >import antlr4 >ModuleNotFoundError: No module named 'antlr4' > > The "az vm" commands are so fundamental, that this bug renders the > package unusable IMO. > > As a quick work-around, I've moved the import to the function that > uses it; see the attachment. Whether it's fundamental or not is pretty much subjective - I never use it, for example. Anyway, there's a simple enough workaround as mentioned - install antlr4 with pip until it gets packaged. Not ideal, but it will do for now. I've asked upstream if they can downgrade to antlr3 as well. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#962952: azure-cli: exception when connecting to azure services
Control: severity -1 important On Tue, 16 Jun 2020 19:40:46 +0530 Ritesh Raj Sarraf wrote: > Package: azure-cli > Version: 2.6.0-1 > Severity: important > > rrs@priyasi:~/NoBackup$ az vm user update --resource-group > lab40-obs-ubuntu-docker-494104 --name obs-ubuntu-docker --username rrs > --password > > The command failed with an unexpected error. Here is the traceback: > > No module named 'antlr4' > Traceback (most recent call last): > File "/usr/lib/python3/dist-packages/knack/cli.py", line 215, in invoke > cmd_result = self.invocation.execute(args) > File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", > line 553, in execute > self.commands_loader.load_arguments(command) > File "/usr/lib/python3/dist-packages/azure/cli/core/__init__.py", line 345, > in load_arguments > loader.load_arguments(command) # this adds entries to the argument > registries > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/vm/__init__.py", > line 31, in load_arguments > from azure.cli.command_modules.vm._params import load_arguments > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/vm/_params.py", > line 31, in > from azure.cli.command_modules.monitor.actions import get_period_type > File > "/usr/lib/python3/dist-packages/azure/cli/command_modules/monitor/actions.py", > line 7, in > import antlr4 > ModuleNotFoundError: No module named 'antlr4' > > To open an issue, please run: 'az feedback' > 19:37 ♒ ॐ ♅ ⛢ ☹ => 1 > > > I couldn't find any antlr4 named python module in Debian. Hi, Thanks for the report. Yes, usage of antlr4 is unfortunate, as nobody packages it (you can get it via pip as a workaround). I'll ask if it's possible to downgrade to antlr3. If not, I'll try and find the time to package and upload it, although I am a bit wary as I know literally nothing about antlr. (note that the monitor functionality is but one of the many features and subcommands, hence the downgrade in severity). -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#958979: azure-cli: az ecr login crash
On Mon, 27 Apr 2020 16:48:32 +0200 Dominique Dumont wrote: > Package: azure-cli > Version: 2.0.81+ds-5 > Severity: normal > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? > > $ az acr login > The 'azure-devops' extension is not compatible with this version of the CLI. > You have CLI core version 2.0.81 and this extension requires a min of 2.2.0. Did you install the devops extension via the package? python3-azext-devops -- Kind regards, Luca Boccassi ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#954922: python-azure: take over python3-azure-storage package from src:python-azure-storage
Upload done and RM request file for src:python-azure-storage: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956706 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#956706: RM: python-azure-storage -- ROM; binary package taken over by python-azure
Package: ftp.debian.org Severity: normal X-Debbugs-CC: python-modules-t...@lists.alioth.debian.org Dear FTP Team, As discussed by members of the Python Modules Team in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954922 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954923 https://salsa.debian.org/python-team/modules/python-azure/-/merge_requests/3#note_144855 https://github.com/Azure/azure-storage-python/issues/655 We want to move the binary python3-azure-storage package from src:python-azure-storage to src:python-azure. The latter's version 20200130+git-3 is newer than the former's 20181109+git-2, so we will do a simple upload, no epochs required. I believe an RM request is still necessary for the old source package, but I might be wrong - filing one just in case. Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#956193: python-mechanize: please upload python3 module to buster-backports
Source: python-mechanize Version: 1:0.4.5-2 Severity: wishlist Dear Maintainer(s), There is currently no python3 version of the mechanize module available in Buster. The next version of Openconnect will require it [1], and I intend to upload it to backports when it's available. Please consider uploading src:python-mechanize to buster-backports. Dependencies and build-dependencies seem to be satisfied. If there are no objections, and if it hasn't happened by the time I'll need it, I'll do a delayed NMU. Thanks! -- Kind regards, Luca Boccassi [1] https://gitlab.com/openconnect/openconnect/-/merge_requests/85/diffs#563ca35bd1b4135fbccfa2f5f65d60c914fa67ae_0_22 signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#954922: python-azure: take over python3-azure-storage package from src:python-azure-storage
Control: tags 954922 pending Control: tags 954923 pending On Wed, 25 Mar 2020 10:14:50 + Luca Boccassi wrote: > Source: python-azure > Version: 20200130+git-2 > Severity: normal > Tags: patch > X-Debbugs-CC: ol...@debian.org antoine.romain.dum...@gmail.com > > As discussed in > https://salsa.debian.org/python-team/modules/python-azure/-/merge_requests/3#note_144855 > and https://github.com/Azure/azure-storage-python/issues/655 it seems > most of the new work on python-azure-storage is happening in python- > azure, so we'd like to move the binary package over and build it from > python-azure. > > I've done the work and will send an MR out soon. Unless there are any objections by Sunday, I will proceed to move python3-azure-storage to src:python-azure and RM src:python-azure- storage next week. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#955000: Bug#955000: azure-cli: Autopkgtest failure in unstable
Control: reassign -1 azure-cli 2.0.81+ds-3 Control: retitle -1 azure-cli: incompatible with python3-humanfriendly 8.1 Control: tags -1 pending upstream Control: tags -1 forwarded https://github.com/Azure/azure-cli/pull/12477 On Fri, 2020-03-27 at 23:52 -0400, Sandro Tosi wrote: > > I'm really not familiar with humanfriendly - could you at least > > give us > > a hint on what backward incompatible changes were made? > > the upgrade was rather huge, we went form 4.18 to 8.1 so there could > be several changes. > > You may want to have a look at the upstream changelog, available at: > https://humanfriendly.readthedocs.io/en/latest/changelog.html#release-8-1-2020-03-06 > > > More generally, how are API breaks dealt with with Python modules? > > it varies greatly depending on the module: some issue > DeprecationWarnings before removing functionalities, others are a > more > "bohemians" and make changes as they see fit without paying much > attention (not saying this is the case). > > Probably it's safe to say you may want to contact azure-cli upstream > and make them aware their software doesnt work with the latest > humanfriently package. > > Regards, Thanks. I've checked and azure-cli was fixed a couple of days ago to support the new version: https://github.com/Azure/azure-cli/commit/119574783193084eeedf1d8ff8cb58298bddcd5a It seems to be compatible with both, so I'll backport the patch and upload a new revision. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#955000: Bug#955000: azure-cli: Autopkgtest failure in unstable
On Fri, 2020-03-27 at 15:30 -0400, Sandro Tosi wrote: > > Thanks for the report. Downgrading python3-humanfriendly to > > buster's > > version fixes the issue, so it looks like a backward-incompatible > > change in the new version. > > > > Reference to the class using it: > > > > https://salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/commands/progress.py#L104 > > > > Test: > > > > https://salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/tests/test_progress.py#L54 > > > > Reassigning so the python3-humanfriendly maitainer can have a look. > > what kind of looks should we have? most likely azure-cli-core should > get updated to deal with the new humanfriendly behavior no? I'm really not familiar with humanfriendly - could you at least give us a hint on what backward incompatible changes were made? More generally, how are API breaks dealt with with Python modules? Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#955000: azure-cli: Autopkgtest failure in unstable
Control: reassign -1 python3-humanfriendly 8.1-2
> Package: azure-cli
> Version: 2.0.81+ds-3
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in
> the past)
>
> Note: Using the FTBFS tag because it is the closest one we have.
>
> Now that humanfriendly is fixed to provide the missing files, azure-
> cli
> has what looks like a real test failure [1]. Here's the relevant log
> extract:
>
> === FAILURES
> ===
> __ TestProgress.test_progress_indicator_indet_stdview
> __
>
> self = testMethod=test_progress_indicator_indet_stdview>
>
> def test_progress_indicator_indet_stdview(self):
> # tests the indeterminate progress standardout view
> outstream = MockOutstream()
> view = progress.IndeterminateStandardOut(out=outstream)
> view.write({})
> self.assertEqual(view.spinner.label, 'In Progress')
> before = view.spinner.total
> view.write({})
> after = view.spinner.total
> > self.assertTrue(after >= before)
> E TypeError: '>=' not supported between instances of 'NoneType'
> and 'NoneType'
>
> ../autopkgtest-
> lxc.r8vnoncs/downtmp/autopkgtest_tmp/tests_core/test_progress.py:63:
> TypeError
>
> Scott K
>
> [1]
> https://ci.debian.net/data/autopkgtest/testing/amd64/a/azure-cli/4686987/log.gz
Hi,
Thanks for the report. Downgrading python3-humanfriendly to buster's
version fixes the issue, so it looks like a backward-incompatible
change in the new version.
Reference to the class using it:
https://salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/commands/progress.py#L104
Test:
https://salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/tests/test_progress.py#L54
Reassigning so the python3-humanfriendly maitainer can have a look.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
Python-modules-team mailing list
Python-modules-team@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#954922: python-azure: take over python3-azure-storage package from src:python-azure-storage
Source: python-azure Version: 20200130+git-2 Severity: normal Tags: patch X-Debbugs-CC: ol...@debian.org antoine.romain.dum...@gmail.com As discussed in https://salsa.debian.org/python-team/modules/python-azure/-/merge_requests/3#note_144855 and https://github.com/Azure/azure-storage-python/issues/655 it seems most of the new work on python-azure-storage is happening in python- azure, so we'd like to move the binary package over and build it from python-azure. I've done the work and will send an MR out soon. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
Re: [Python-modules-team] azure-cli: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.7 3.8" returned exit code 13
Control: retitle -1 python3-humanfriendly: humanfriendly.terminal module missing from package Control: reassign -1 python3-humanfriendly 8.1-1 On Sun, 22 Mar 2020 09:14:33 +0100 Lucas Nussbaum wrote: > Source: azure-cli > Version: 2.0.81+ds-3 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200321 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. Hi, Thanks for the report. This is a regression, already found by autopkgtest, introduced by the new version of python3-humanfriendly uploaded to unstable, which is missing the humanfriendly.terminal module. It was already fixed in Salsa, so just missing an upload. Reassigning. https://tracker.debian.org/pkg/humanfriendly https://salsa.debian.org/python-team/modules/humanfriendly/-/merge_requests/2 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#952555: azure-uamqp-python: please make the build reproducible
Control: tags -1 - upstream - help + pending On Thu, 2020-02-27 at 01:57 +, Chris Lamb wrote: > Hi Luca, > > > > At a glance I cannot. However, I might suggest running it again; > > > do > > > you get the same differences, if you know what I mean? > > > > The details look slightly different (reports are not 1:1 match), > > albeit > > in the same "areas". > > Getcha. Sometimes these intermediate differences or lack thereof (ie. > they are deterministically unreproducible) can be instructive and > spark a clue as to their origin. > > > Best wishes, Thanks to the notes on https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/azure-uamqp-python.html I realised what the problem is: -fdebug-prefix-map is not enough, as __FILE__ is being used in a logging macro, which needs -fmacro-prefix- map to be made reproducible. I've set reproducible=+fixfilepath as suggested on https://reproducible-builds.org/docs/build-path/ and it seems to fix the issue. I'll upload shortly. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#949763: python-azure: please consider uploading a new version
Control: tags -1 pending On Wed, 2020-02-12 at 17:41 +0100, Nicolas Dandrimont wrote: > * Luca Boccassi < > bl...@debian.org > > [2020-01-30 23:04:29 +]: > > > control: tags -1 patch > > > > On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi < > > bl...@debian.org > > > > > wrote: > > > Source: python-azure > > > Version: 20181112+git-3 > > > Severity: wishlist > > > Blocks: 930413 > > > > > > Dear Maintainer(s), > > > > > > Please consider uploading the latest version of python-azure. It > > > is > > > needed for the upload of azure-cli. > > > > > > If time is lacking, I'm happy to do an NMU. > > > > > > Thank you! > > > > Dear Maintainer(s), > > > > I have opened MRs on Salsa to update the package: > > > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/1 > > > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/2 > > > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/3 > > > > > > At the same time the MR also fixes build reproducibility. > > > > dh_python indicates some missing dependencies, I'll check if they > > are > > mandatory or optional. > > > > Unless there are any objections and/or plans to update the package > > by > > the maintainers, I plan to do a delayed NMU with these changes > > later > > next week once the deps are sorted. I'll send another notice with a > > debdiff if/when I do so. > > Hi, > > Sorry for the delay responding! Please feel free to upload without > (more) > delay! I also suggest that you join the team so you can commit > directly to the > VCS (and add yourself as Uploader? *cough*). > > If you really don't feel like it then I'll look at merging your stuff > in. > > Thanks for your work! Hi, All the new dependencies have just been accepted, so I'll upload shortly without delay. I added myself to the uploaders list as suggested, so I can help in the future. I checked the group on Salsa but it looks like one cannot request to join - could you please add me when you have a moment? I'll then merge the MRs and push the tags. Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#949763: python-azure: please consider uploading a new version
On Wed, 12 Feb 2020 17:41:50 +0100 Nicolas Dandrimont < ol...@debian.org > wrote: > * Luca Boccassi < bl...@debian.org > [2020-01-30 23:04:29 +]: > > > control: tags -1 patch > > > > On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi < bl...@debian.org > > > wrote: > > > Source: python-azure > > > Version: 20181112+git-3 > > > Severity: wishlist > > > Blocks: 930413 > > > > > > Dear Maintainer(s), > > > > > > Please consider uploading the latest version of python-azure. It is > > > needed for the upload of azure-cli. > > > > > > If time is lacking, I'm happy to do an NMU. > > > > > > Thank you! > > > > Dear Maintainer(s), > > > > I have opened MRs on Salsa to update the package: > > > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/1 > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/2 > > https://salsa.debian.org/python-team/modules/python-azure/merge_requests/3 > > > > At the same time the MR also fixes build reproducibility. > > > > dh_python indicates some missing dependencies, I'll check if they are > > mandatory or optional. > > > > Unless there are any objections and/or plans to update the package by > > the maintainers, I plan to do a delayed NMU with these changes later > > next week once the deps are sorted. I'll send another notice with a > > debdiff if/when I do so. > > Hi, > > Sorry for the delay responding! Please feel free to upload without (more) > delay! I also suggest that you join the team so you can commit directly to the > VCS (and add yourself as Uploader? *cough*). > > If you really don't feel like it then I'll look at merging your stuff in. > > Thanks for your work! > -- > Nicolas Dandrimont Hi, No problem - I have uploaded all the new dependencies (as far as I could tell), they are sitting in the NEW queue and the respective ITPs are set to block this bug. Once they are all accepted and available, I'll do the upload. I'd be happy to join the team and help in the future as well. Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#949763: python-azure: please consider uploading a new version
control: tags -1 patch On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi wrote: > Source: python-azure > Version: 20181112+git-3 > Severity: wishlist > Blocks: 930413 > > Dear Maintainer(s), > > Please consider uploading the latest version of python-azure. It is > needed for the upload of azure-cli. > > If time is lacking, I'm happy to do an NMU. > > Thank you! Dear Maintainer(s), I have opened MRs on Salsa to update the package: https://salsa.debian.org/python-team/modules/python-azure/merge_requests/1 https://salsa.debian.org/python-team/modules/python-azure/merge_requests/2 https://salsa.debian.org/python-team/modules/python-azure/merge_requests/3 At the same time the MR also fixes build reproducibility. dh_python indicates some missing dependencies, I'll check if they are mandatory or optional. Unless there are any objections and/or plans to update the package by the maintainers, I plan to do a delayed NMU with these changes later next week once the deps are sorted. I'll send another notice with a debdiff if/when I do so. Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#949763: python-azure: please consider uploading a new version
Source: python-azure Version: 20181112+git-3 Severity: wishlist Blocks: 930413 Dear Maintainer(s), Please consider uploading the latest version of python-azure. It is needed for the upload of azure-cli. If time is lacking, I'm happy to do an NMU. Thank you! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#942101: python-msrest build accesses the network during the build
On Wed, 13 Nov 2019 14:45:44 + Luca Boccassi < bl...@debian.org > wrote: > Control: tags -1 patch > > On Thu, 10 Oct 2019 14:01:46 +0200 Matthias Klose < > d...@debian.org > > wrote: > > Package: src:python-msrest > > Version: 0.6.1-1 > > Severity: serious > > Tags: sid bullseye > > > > according to > > > https://launchpadlibrarian.net/441507516/buildlog_ubuntu-eoan-amd64.python-msrest_0.6.1-1_BUILDING.txt.gz > > > > > the tests access some infrastructure. The build must not rely on the > network, > > the autopkg tests can. Usually the Debian buildds don't check for > network access. > > Dear Maintainers, > > I have opened an MR on Salsa to skip those tests at build time: > > https://salsa.debian.org/python-team/modules/python-msrest/merge_requests/1 Dear Maintainers, The autoremoval affects packages I maintain, so unless there are any objections I'll upload an NMU to DELAYED/7 later today with the patch from the MR. Thanks! -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#942101: python-msrest build accesses the network during the build
Control: tags -1 patch On Thu, 10 Oct 2019 14:01:46 +0200 Matthias Klose < d...@debian.org > wrote: > Package: src:python-msrest > Version: 0.6.1-1 > Severity: serious > Tags: sid bullseye > > according to > https://launchpadlibrarian.net/441507516/buildlog_ubuntu-eoan-amd64.python-msrest_0.6.1-1_BUILDING.txt.gz > > the tests access some infrastructure. The build must not rely on the network, > the autopkg tests can. Usually the Debian buildds don't check for network access. Dear Maintainers, I have opened an MR on Salsa to skip those tests at build time: https://salsa.debian.org/python-team/modules/python-msrest/merge_requests/1 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
[Python-modules-team] Bug#919283: pyzmq: autopkgtest fails with libzmq >= 4.3.0
Source: pyzmq Version: 14.4.0-1 Severity: important Tags: patch upstream Dear Maintainer, pyzmq's test_monitor fails with libzmq >= 4.3.0 as it uses a catch-all mask for events, but the test receives new events that were added before the old ones that it expects: https://ci.debian.net/data/autopkgtest/testing/amd64/p/pyzmq/1700786/log.gz I've opened an MR on Salsa with the backport of the patch I sent upstream: https://salsa.debian.org/python-team/modules/pyzmq/merge_requests/1 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ Python-modules-team mailing list Python-modules-team@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
