Update to new upstream version
Some refactoring had to be done due to changes in the upstream layout - there's now a 3-level nested set of directories, so simple iteration doesn't work anymore.
There are also missing dependencies reported on opencensus and opentelemetry:
I: dh_python3 pydist:228: Cannot find package that provides opentelemetry_api. Please add package that provides it to Build-Depends or add "opentelemetry_api python3-opentelemetry-api" line to debian/py3dist-overrides or add proper dependency to Depends by hand and ignore this info.
I: dh_python3 pydist:228: Cannot find package that provides opencensus_ext_azure. Please add package that provides it to Build-Depends or add "opencensus_ext_azure python3-opencensus-ext-azure" line to debian/py3dist-overrides or add proper dependency to Depends by hand and ignore this info.
I: dh_python3 pydist:228: Cannot find package that provides opencensus_ext_threading. Please add package that provides it to Build-Depends or add "opencensus_ext_threading python3-opencensus-ext-threading" line to debian/py3dist-overrides or add proper dependency to Depends by hand and ignore this info.
I: dh_python3 pydist:228: Cannot find package that provides opencensus. Please add package that provides it to Build-Depends or add "opencensus python3-opencensus" line to debian/py3dist-overrides or add proper dependency to Depends by hand and ignore this info.They seem to be both optional, so I filter those modules out.
Merge request reports
Activity
added 2 commits
added 6 commits
- 1404c68a - Do not vendor azure-cosmos, shipped as a separate package now
- ccc78265 - Do not vendor azure-storage-blob and -queue, shipped as a separate package now
- 3d5457a4 - Add dependencies on new packages
- be9cdc19 - Do not ship opentelemetry and opencensus
- f393707a - Add myself to Uploaders
- cbec98c8 - Update changelog for 20200130+git-1 release
Toggle commit listPushed a new commit to fix autopkgtest. Sorry I missed this before.
I also found out there's an incompatibility with python-azure-storage: the -blob module has been vendorized here from python-azure-storage, it is an incompatible new version, but it uses the same namespace (GRRRR). What do we do? Ship it from here, or keep shipping it from python-azure-storage and disable the modules in here that need the new version?
Looks like azure-storage-python is now a legacy repository and all new changes happen in the new subtree of the top-level repository.
I've asked upstream to clarify on GitHub https://github.com/Azure/azure-storage-python/issues/655. But for the purposes of Debian I expect we can just drop the python-azure-storage source package and steal its binaries in the main python-azure package.
On a related note, I'd love for the azure.storage module to stay in a separate binary package, because the current size and scope of the python3-azure package feels more than a little bit absurd; but it's hard to tweak that in a generic way without generating a hundred binary packages or more, which would prooobably make ftp-master unhappy.
created https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954922 will push MR soon
Old upstream version in python-azure-storage: https://github.com/Azure/azure-storage-python/tree/master/azure-storage-blob New vendorized version in python-azure: https://github.com/Azure/azure-sdk-for-python/tree/master/sdk/storage/azure-storage-blob
added 2 commits
added 1 commit
- 3ff03177 - Do nodoc builds in Salsa CI, memory limits do not allow to build the docs
