Bug#1074309: ITP: python-pysubs2 -- Python library for editing subtitle files.

2024-06-26 Thread Alexandre Detiste
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-pysubs2
  Version : 1.7.1
  Upstream Contact: Tomáš Karabela 
* URL : https://github.com/tkarabela/pysubs2/
* License : MIT/X
  Programming Lang: Python
  Description : Python library for editing subtitle files.

pysubs2 is a Python library for editing subtitle files.
It’s based on SubStation Alpha, the native format of Aegisub;
it also supports SubRip (SRT), MicroDVD, MPL2,
TMP and WebVTT formats and OpenAI Whisper captions.

There is a small CLI tool for batch conversion and retiming.

---

This package is a new dependency of "subliminal".
I will maintain this package inside Debian Python Team


Bug#1069641: nmu: uwsgi-plugin-php_0.0.15 uwsgi-plugin-luajit_0.0.8 uwsgi-plugin-mongo_0.0.9

2024-06-24 Thread Alexandre Rossi
Hi,

Gentle reminder to ask for this to be scheduled, or any blockers to be raised
so that I can fix those.

Thanks,

Alex

--
uwsgi.h changed again, and uwsgi ABI id is derived from that file, so
a rebuild is required for plugins to depend on the correct uwsgi-abi binary
package.

nmu uwsgi-plugin-php_0.0.15  . ANY . unstable . -m "rebuild against new uwsgi.h"
nmu uwsgi-plugin-luajit_0.0.8  . ANY . unstable . -m "rebuild against new 
uwsgi.h"
nmu uwsgi-plugin-mongo_0.0.9  . ANY . unstable . -m "rebuild against new 
uwsgi.h"



Bug#1073858: RM: construct.legacy -- RoQA; obsolete, temporary of contruct from 2017, no rdeps left

2024-06-19 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: construct.leg...@packages.debian.org, Hilko Bengen 

Control: affects -1 + src:construct.legacy
User: ftp.debian@packages.debian.org
Usertags: remove

So long, and thanks for all the fish.




Original ITP:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882811



Bug#1073851: python-daemon: please migrate from unmaitained python3-lockfile to python3-filelock

2024-06-19 Thread Alexandre Detiste
Source: python-daemon
Version: 3.0.1-1.1
Severity: normal
X-Debbugs-Cc: Sergio Durigan Junior 

Dear Maintainer,

I obviously made a mistake while filing #1073280
and saying there were no rdeps left.

>From Sergio's patch I learned that "filelock"
is almost a drop-in replacement fro "lockfile"
and I will suggest it in the future and
already did so on the wiki.

https://salsa.debian.org/python-team/packages/python-fedora/-/blob/master/debian/patches/0002-Use-filelock-instead-of-lockfile.patch?ref_type=heads

I guess this work would be easier to carry upstream than in a patch.

Greetings

Alexandre


python-daemon-3.0.1$ grep lockfile -ri | wc -l
84



Bug#1073846: patroni: please package 3.3.1 and remove python3-mock from build dep.

2024-06-19 Thread Alexandre Detiste
Source: patroni
Version: 3.3.0-1
Severity: normal

Dear Maintainers,

My PR was included in this release:

https://github.com/patroni/patroni/commit/dc7ba3fe15b48f6417cf229bdbea6e00ea46b5ed

Greetings



Bug#1073842: calypso: please patch-out usage of python3-lockfile

2024-06-19 Thread Alexandre Detiste
Source: calypso
Version: 2.1-1
Severity: normal

Dear Maintainer,

python3-lockfile is an obsolete library
that needs other obsolete library to be built: nose, 2to3...

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1073280

---

Please patch-out it's usage from calypso,
to allow it's removal.

Greetings


$ grep lockfile -r
calypso.py:import lockfile
calypso.py:from lockfile import pidlockfile
calypso.py:context.pidfile = pidlockfile.PIDLockFile(options.pidfile)
debian/changelog:  * Import pidlockfile module from lockfile package
debian/control: python3-daemon, python3-lockfile, python3-iniparse, git
debian/control: python3-daemon, python3-lockfile, python3-iniparse, git
$ 



Bug#1073841: dhcpcanon: please patch-out usage of python3-lockfile

2024-06-19 Thread Alexandre Detiste
Source: dhcpcanon
Version: 0.8.5-2.2
Severity: normal

Dear Maintainer,

python3-lockfile is an obsolete library
that needs other obsolete library to be built: nose, 2to3...

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1073280

---

Please patch-out it's usage from dhcpcanon,
to allow it's removal.

Greetings


$ grep lockfile -r -A 2
dhcpcanon/dhcpcanon.py:from lockfile.pidlockfile import (PIDLockFile, 
AlreadyLocked,
dhcpcanon/dhcpcanon.py-  LockTimeout, 
LockFailed)
debian/control: python3-lockfile,
debian/control: python3-lockfile,
$ 



Bug#1073840: python-fedora: please patch-out usage of python3-lockfile

2024-06-19 Thread Alexandre Detiste
Source: python-fedora
Version: 1.1.1-2
Severity: normal

Dear Maintainer,

python3-lockfile is an obsolete library
that needs other obsolete library to be built: nose, 2to3...

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1073280

---

It is currently used by python-fedora in a single location.

Please patch-out it's usage from python-fedora,
to allow it's removal.

Greetings



python-fedora$ grep lockfile -r
setup.py:'lockfile',
debian/control: python3-lockfile,
tox.ini:lockfile
fedora/client/openidbaseclient.py:import lockfile
fedora/client/openidbaseclient.py:self.cache_lock = 
lockfile.FileLock(b_SESSION_FILE)
python-fedora$ 



Bug#1073763: transmission-daemon: move aliased files from / to /usr (DEP17)

2024-06-19 Thread Alexandre Rossi
Hi,

This has been fixed[1] and is pending an upload. We'll surely upload before
August 6th.

[1] 
https://salsa.debian.org/debian/transmission/-/commit/4c54d7e15dbb7bd81cbb50f9f9dbc9c37e584966

Thanks for reporting,

Alex



Bug#1073544: ITS: python-flickrapi

2024-06-17 Thread Alexandre Detiste
Source: python-flickrapi
Version: 2.1.2-5.1
Severity: important
X-Debbugs-Cc: Debian Python 

Dear Maintainer,

I did uploaded a NMU for python-flickrapi right now to fix this RC bug:

  #1073368 [S|⛺|  ] [src:python-flickrapi] python-flickrapi: FTBFS:
  ModuleNotFoundError: No module named 'six'


This new upload also fix all existings Debian & Ubuntu bugs
and help untangle the Nose removal.


On a longer term I plan to maintain this package
under the Python Team umbrella.

Greetings


Bug#1073527: dnssec-trigger: please remove stale dependency on python3-lockfile

2024-06-16 Thread Alexandre Detiste
Source: dnssec-trigger
Version: 0.17+repack-5.2
Severity: important

Dear Maintainer,

Please remove the stale dependency on python3-lockfile.

tchet@quieter:/tmp/dnssec-trigger$ grep lockfile -r
debian/changelog:  * Add missing dependency on python-lockfile (Closes: #758731)
debian/control:  python3-lockfile,
tchet@quieter:/tmp/dnssec-trigger$

python3-lockfile build depens on python3-nose
  python3-nose build depends on 2to3 and is 10 years dead upstream
2to3 has been removed from Python 3.13

Greetings



Bug#1073526: x2gobroker: please remove the old extraneous dependency on python3-lockfile

2024-06-16 Thread Alexandre Detiste
Source: x2gobroker
Version: 0.0.4.3-4.1
Severity: normal

Dear Maintainer,

Please remove the stale dependency on python3-lockfile.

tchet@quieter:/tmp/x2gobroker$ grep lockfile -r
debian/control: python3-lockfile,
tchet@quieter:/tmp/x2gobroker$


python3-lockfile build depens on python3-nose
  python3-nose build depends on 2to3 and is 10 years dead upstream
2to3 has been removed from Python 3.13

Greetings



Bug#1073280: RM: Ok to remove project ? dead upstream, depends on nose, no rdeps left

2024-06-15 Thread Alexandre Detiste
Source: python-lockfile
Version: 1:0.12.2-3
Severity: normal

Dear Maintainer,

>From my stats I see that lockfile is the most popular remaining
package that still depends on nose that itselfs depends on 2to3
that will be removed in python 3.13.

Nothing depends on it anymore.

Would you be OK to remove it already now ?

(there's still hope to have 3.13 in Trixie)


Greetings

https://pypi.org/project/lockfile/

> Note: This package is deprecated. It is highly preferred that instead of 
> using this code base
> that instead fasteners or oslo.concurrency is used instead.


...
python3-stdnum   347
python3-ipaclient370
python3-ipalib   372
rmlint-gui   432
rmlint   497
freeipa-client   500
piuparts 638
python3-hkdf 714
python3-sparqlwrapper891
python3-tempita  1346
binwalk  1383
python3-binwalk  1719
libvigraimpex11  1950
python3-influxdb 2075
git-buildpackage 2168
python3-ipython-genutils 6826
python3-routes   7355
python3-lockfile 15915
tchet@quieter:~/nose$ ./popcon.py



Bug#1073276: pygopherd: please package new version 3.0.1

2024-06-15 Thread Alexandre Detiste
Source: pygopherd
Version: 3.0.0~git20221126.02c65d60-5
Severity: normal

Dear Maintainer,

Please package v3.0.1 and add a debian/watch file to this package.

Greetings

https://github.com/michael-lazar/pygopherd/releases/tag/v3.0.1



Bug#1073232: uwsgi: please drop deprecated 2to3 build dependency

2024-06-14 Thread Alexandre Detiste
Source: uwsgi
Version: 2.0.25.1-1
Severity: normal

Hi,

I see that t/runner.py run fine with a python3 shebang;
and the upstream code has been hybridized to support
both Python2 and 3 without needing a 2to3 kludge.

2to3 : https://bugs.python.org/issue40360

"Now we just have to remember to actually
remove the damn thing in 3.13"

Greetings



Bug#1073005: transmission: consider switching back to vendored libb64

2024-06-14 Thread Alexandre Rossi
block 1073005 by 1073203
thanks

Hi,

Thanks for raising this to our attention.

[...]

> - libb64 has been unmaintained since 2013
> https://sourceforge.net/p/libb64/git/commit_browser
> - libb64 has several open bugs, some of which have security implications
> https://sourceforge.net/p/libb64/bugs/
> - libb64 is missing a pkgconfig file which is a relatively simple
> standard way for other software to use libb64
> https://launchpad.net/bugs/1534293
> - The Debian packaging is not using simple dh rules. The packaging
> seems to otherwise be fairly modern but it's more complicated than
> typical Debian packages.
> https://salsa.debian.org/alteholz/libb64/-/blob/master/debian/rules

Regarding those valid points, because there is not reason to have the same
source in multiple packages, there are only 2 paths compliant with the Debian
policy:

1) Fix those points in src:libb64 for transmission and all rdepends
2) Remove src:libb64 from Debian and then vendor in transmission source

I'll try to move towards 1) and see how it goes. So for now, this is a
wontfix because against DFSG.

Thanks,

Alex



Bug#1073203: libb64: switch to maintained fork

2024-06-14 Thread Alexandre Rossi
Source: libb64
Version: 1.2-5
Severity: normal

Dear Maintainer,

The bug reporter of #1073005 has brought to my attention that src:libb64
could switch to a better maintained fork to ease maintenance.

He suggested

https://github.com/libb64/libb64

But I would also suggest

https://github.com/transmission/libb64/tree/post-2.0.0-transmission

Also, switching to modern dh would be great.


I could give it a try if you would confirm this would be okay for you.
I would prefer this package to be updated rather than going back embed
a copy in transmission source.

Thanks for considering,

Alex

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-21-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)



Bug#1073190: seaborn: please remove dependency on python3-patsy

2024-06-14 Thread Alexandre Detiste
Source: seaborn
Version: 0.13.2-3
Severity: important

Dear Maintainers,

Please remove the dependency on obsolete patsy
that is slated for removal from Debian.

Greetings



tchet@quieter:/tmp/seaborn$ grep patsy -r
debian/control:   python3-patsy,
debian/control:Recommends: python3-patsy,
tchet@quieter:/tmp/seaborn$ 


https://github.com/pydata/patsy

Notice: patsy is no longer under active development. As of August 2021 ...



Bug#1073180: python-requests-unixsocket: please replace abandonned python-requests-unixsocket by src:python-requests-unixsocket2 fork

2024-06-14 Thread Alexandre Detiste
Source: python-requests-unixsocket
Version: 0.3.0-4
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: debian-pyt...@lists.debian.org

Dear Maintainers,

python-requests-unixsocket is abandonned and was never adapted
to work with urllib3 2.x released 2023-04-26.

Please consider updating to this fork (versionned 0.4)

https://gitlab.com/thelabnyc/requests-unixsocket2


> Since this project seems to be abandoned,
> but its longevity is important to my team,
> we've forked the project as requests-unixsocket2.
> It should be a drop in replacement for this package.
>
> PyPI: https://pypi.org/project/requests-unixsocket2/0.4.0/
> Repository: https://gitlab.com/thelabnyc/requests-unixsocket2

Fedora already does that:

https://src.fedoraproject.org/rpms/python-requests-unixsocket/raw/rawhide/f/python-requests-unixsocket.spec

I found out thanks to repology.com.

Greetings



Bug#1073179: python-requests-cache: please apply patch for urlllib3 2.x compatibility

2024-06-14 Thread Alexandre Detiste
Source: python-requests-cache
Version: 0.9.8-2
Severity: serious
X-Debbugs-Cc: debian-pyt...@lists.debian.org

Dear Maintainer,

Please consider applying Ubuntu patch to add urllib3 2.x compatibility,
or alternatively package a newer version of python-requests-cache

https://patches.ubuntu.com/p/python-requests-cache/python-requests-cache_0.9.8-1ubuntu1.patch

Greetings

Alexandre



Bug#1073178: awscli: please update awsci and/or botocore to support urllib3 2.x

2024-06-14 Thread Alexandre Detiste
Source: awscli
Version: 2.15.22-1
Severity: serious
Justification: FTBFS
X-Debbugs-Cc: debian-pyt...@lists.debian.org, Noah Meyerhans 

Dear Maintainers,

Please update awscli and/or botocore to untangle the urllib3 2.x transition.

https://tracker.debian.org/pkg/python-urllib3 : see failing autopkgtests

that leads here: https://github.com/aws/aws-cli/issues/7905
"cannot import name 'DEFAULT_CIPHERS' from 'urllib3.util.ssl_'"

https://github.com/boto/botocore/pull/2924/files

Greetings

Alexandre



Bug#1073072: RM: moksha.common -- ROM; dead upstream, 0 popcon, depends on obsolete nose

2024-06-12 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: moksha.com...@packages.debian.org
Control: affects -1 + src:moksha.common
User: ftp.debian@packages.debian.org
Usertags: remove

Hi,

The other half of this was already removed back in 2019.

https://tracker.debian.org/pkg/moksha.hub

Greetings



Bug#1072903: kiwi: please package v10.0.21 and remove the obsolete python3-mock build dependency

2024-06-09 Thread Alexandre Detiste
Source: kiwi
Version: 9.25.22-1
Severity: normal

Dear Maintainers,

please package v10.0.21 and remove the obsolete python3-mock build dependency

> https://github.com/testing-cabal/mock
>
> mock is now part of the Python standard library, available as unittest.mock 
> in Python 3.3 onward

more information cab be find here:

https://github.com/OSInside/kiwi/pull/2470

Greetings



Bug#1072899: whatmaps: please replace usage of deprecated python3-mock with standard library

2024-06-09 Thread Alexandre Detiste
Source: whatmaps
Version: 0.0.13-1
Severity: normal

Deat Maintainer,

mock is now part of the Python standard library, available as unittest.mock in 
Python 3.3 onwards.

https://github.com/testing-cabal/mock

Greetings


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (501, 'testing'), (450, 'unstable'), (400, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#1072898: ofxstatement: please package v0.9 and fix the watch file

2024-06-09 Thread Alexandre Detiste
Source: ofxstatement
Version: 0.7.1-1
Severity: normal

Dear maintainer,

Please package v0.9 and fix the watch file

Greetings



Bug#1072876: freezegun: please package a new version

2024-06-09 Thread Alexandre Detiste
Source: freezegun
Version: 1.2.1+actually1.2.1-1
Severity: normal

Dear Maintainer,

Please package a new version
and check whether the python3-mock obsolete
dependency can be removed.

Greetings



Bug#1072875: python-requests-kerberos: please remove extraneous python3-mock dependency

2024-06-09 Thread Alexandre Detiste
Source: python-requests-kerberos
Version: 0.14.0-2
Severity: normal

Dear Maintainer,

python3-mock is still there

tchet@quieter:/tmp/python-requests-kerberos$ grep mock -r | grep -e import -e 
debian
debian/changelog:  * Use pytest to run tests, and remove python3-mock depends.
debian/control: python3-mock,
debian/control: python3-pytest-mock,
tchet@quieter:/tmp/python-requests-kerberos$



Bug#1072873: bandit: please drop the now extraneous python3-mock build dependency

2024-06-09 Thread Alexandre Detiste
Source: bandit
Version: 1.7.8-1
Severity: normal

Dear Maintainer,

This project has switched to "unittest.mock" from the standard library.

Greetings

tchet@quieter:/tmp/bandit$ grep mock -r | grep -e import -e debian
debian/control: python3-mock,
tests/unit/cli/test_baseline.py:from unittest import mock
tests/unit/cli/test_config_generator.py:from unittest import mock
tests/unit/cli/test_main.py:from unittest import mock
tests/unit/core/test_config.py:from unittest import mock
tests/unit/core/test_context.py:from unittest import mock
tests/unit/core/test_issue.py:from unittest import mock
tests/unit/core/test_manager.py:from unittest import mock
tests/unit/core/test_test_set.py:from unittest import mock
tests/unit/formatters/test_html.py:from unittest import mock
tests/unit/formatters/test_json.py:from unittest import mock
tests/unit/formatters/test_sarif.py:from unittest import mock
tests/unit/formatters/test_screen.py:from unittest import mock
tests/unit/formatters/test_text.py:from unittest import mock
tests/unit/formatters/test_yaml.py:from unittest import mock
tchet@quieter:/tmp/bandit$ 



Bug#1072871: python-phabricator: please drop the extraneous & obsolete python3-mock dependency

2024-06-09 Thread Alexandre Detiste
Source: python-phabricator
Version: 0.7.0-1.1
Severity: normal

Dear Maintainer,

mock is now part of the standard library since Python 3.3.
and phabricator will prefere this new version.

Please remove python3-mock from d/control.

Greetings

---

tchet@quieter:/tmp/python-phabricator-0.7.0$ grep mock -r -C 2
phabricator/tests/test_phabricator.py-
phabricator/tests/test_phabricator.py-try:
phabricator/tests/test_phabricator.py:import unittest.mock as mock
phabricator/tests/test_phabricator.py-except ImportError:
phabricator/tests/test_phabricator.py:import mock
phabricator/tests/test_phabricator.py-

setup.py-
setup.py-if sys.version_info[:2] <= (3, 3):
setup.py:tests_requires.append('mock')
setup.py-



Bug#1072857: dput: Incorrect delayed argument: ValueError: delayed days value must be a decimal integer:

2024-06-09 Thread Alexandre Detiste
Hi,

I have same issue.

Fixed by a rollback



tchet@quieter:~/git$ dput ftp-master dh-virtualenv_1.2.2-1.5_source.changes
Checking signature on .changes
gpg: /home/tchet/git/dh-virtualenv_1.2.2-1.5_source.changes: Valid
signature from 31F3144544A1741A
Checking signature on .dsc
gpg: /home/tchet/git/dh-virtualenv_1.2.2-1.5.dsc: Valid signature from
31F3144544A1741A
Incorrect delayed argument: ValueError: delayed days value must be a
decimal integer:
tchet@quieter:~/git$ apt policy dput
dput:
 Installé : 1.2
 Candidat : 1.2
Table de version :
*** 1.2 502
   450 http://ftp.be.debian.org/debian unstable/main amd64 Packages
   450 http://ftp.be.debian.org/debian unstable/main i386 Packages
   100 /var/lib/dpkg/status
1.1.3 501
   501 http://ftp.be.debian.org/debian testing/main amd64 Packages
   501 http://ftp.be.debian.org/debian testing/main i386 Packages
tchet@quieter:~/git$ sudo apt install dput=1.1.3



Bug#1036775: transmission-gtk: Stuck / segfault on startup

2024-06-09 Thread Alexandre Rossi
Hi,

I cannot reproduce with 4.x .
Can you confirm this is all good?

Thanks,

Alex



Bug#1018367: please drop dependency on nosexcover

2024-06-07 Thread Alexandre Detiste
Dear Maintainer,

Nose is an obsolete & dead upstream.

NoseXCover is a plugin for Nose that I see you also maintain
https://tracker.debian.org/pkg/nosexcover

GBP is the very last user of nosexcover
that should also be removed from Debian.

Greetings and thank you for GBP !


Bug#1072790: python-sure: please replace python3-rednose by plain python3-nose

2024-06-07 Thread Alexandre Detiste
Source: python-sure
Version: 2.0.1+git.2023.02.06.3aef950b7c-2
Severity: normal

rednose is a fancy colorizing wrapper around nose.

sure is the very last package depending on rednose,
but does not actualy use it at all
& build fine without.

Greetings



Bug#1072788: RM: python-efilter -- RoQA; obsolete, dead upstream, now rdeps left, low popcon

2024-06-07 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-efil...@packages.debian.org, Hilko Bengen 

Control: affects -1 + src:python-efilter
User: ftp.debian@packages.debian.org
Usertags: remove

Hi Hilko, FTP Masters,

>From the ITP I understand that this package was a dependency of something
else that has moved on since:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838846



It looks like another piece of dead Google technology.

https://github.com/google/dotty

> This repository has been archived by the owner on Sep 14, 2021. It is now 
> read-only.

Greetings,



Bug#1072785: pyicloud: please remove extraneous dependency on obsolete python3-unittest2

2024-06-07 Thread Alexandre Detiste
Source: pyicloud
Version: 1.0.0-2
Severity: normal
X-Debbugs-Cc: Thorsten Alteholz 

Dear Maintainer,

unittest2 is a long obsolete library that we try to remove from Debian.

Please remvoe the extranous ref. in d/control.

Greetings

Alexandre



Bug#1029162: transmission-daemon: crashes when using --portmap and local minissdpd

2024-06-05 Thread Alexandre Rossi
Hi,

> I saw that you just closed this bug a couple of hours ago. Coincidentally,
> last night I finally had the time to recompile the package for
> bullseye/arm64 and install it on my raspberry pi (I could not use your
> backport as it is a different arch). I tested this problem, and I can
> confirm that it is effectively fixed.

Thanks a lot for you feedback.

> PS: It would be great if you could upload the backport to debian too!

Now that transmission is back in testing, that's an option.

Will do if I fin sponsorship for this.

Thanks,

Alex



Bug#1072623: libsimpleini: please package 4.22

2024-06-05 Thread Alexandre Detiste
Source: libsimpleini
Version: 4.20+dfsg-1.1
Severity: normal

Dear Maintainer,

CMake support seems to have been added recently upstream.

https://github.com/brofield/simpleini/commit/6f9a2795d357dfe84cdb6a5dd538cc0ca5b85dac

The new version of "ri-li" does need this support.

Greetings

-

--   Found SDL2_mixer, version 2.8.0
CMake Error at CMakeLists.txt:39 (find_package):
  Could not find a package configuration file provided by "SimpleIni" with
  any of the following names:

SimpleIniConfig.cmake
simpleini-config.cmake

  Add the installation prefix of "SimpleIni" to CMAKE_PREFIX_PATH or set
  "SimpleIni_DIR" to a directory containing one of the above files.  If
  "SimpleIni" provides a separate development package or SDK, be sure it has
  been installed.



Bug#1072389: patches to make cruft-ng work without locate

2024-06-03 Thread Alexandre Detiste
Le lun. 3 juin 2024 à 21:32, Jochen Sprickerhof  a écrit :
> >The scripts in explain/ ought to be run inside the chroot.
>
> Good point. You could actually use unshare to make it work without root
> but I would also prefer option 2.
> What do you think of a slow adoption as in explain.cc
> set's the DPKG_ROOT variable and all explain scripts
> get a test -z $DPKG_ROOT || exit 0 at the top.
> Then we can fix them individually as far as it makes sense.

Let's do that, that's the simplest.

cruft is 25 years old, at least all the Perl parts are gone
but some of these scripts are not my style.

> There are also some the only make sense on a running system like WSL2
> where I would just keep the exit 0 at the top.

Also AUTOPKGTEST & cowdancer
They don't need any change at all.

For example $COWDANCER_ILISTFILE & $DPKG_ROOT
would never be set a the same time.

> >You can fork this on Salsa which is now the main repository.
>
> Right, do you prefer a merge request there?

I gave you write access.


This could be team-managed but I don't know inside which team it would fit.
Maybe QA ? Maybe here: https://packages.debian.org/unstable/forensics-all

I use it nowadays to guess what messy people did before me on some filesystems,
they were merely lazy, not evil, they did not tried to hide their tweaks at all;
I don't know if that count as forensics.

Greetings



Bug#1072389: patches to make cruft-ng work without locate

2024-06-03 Thread Alexandre Detiste
Hi,

The scripts in explain/ ought to be run inside the chroot.

The systemd script for example was already adapted to work without a
running init.

This could be done with chroot() and a bind mount of /usr/libexec/cruft or
alternatively modifying every script to support DPKG_ROOT.

I think option 1 will require root while option 2 will work in the non-root
mode too.

I slightly prerer option 2 which allows more case-by-case handling.

You can fork this on Salsa which is now the main repository.

https://debconf22.debconf.org/talks/23-what-is-dpkg_root-and-what-is-it-not/

Greetings

Le dim. 2 juin 2024, 20:41, Jochen Sprickerhof  a
écrit :

> * Alexandre Detiste  [2024-06-02 12:54]:
> >I'm impressed ! This will get merged.
>
> \o/
>
> I have also implemented a --root option to check chroot, see the
> attached patch.
>


Bug#1064127: closed by "Adam D. Barratt" (Re: Bug#1064127: ftp.debian.org: Sources file is retains _all_ versions of src:sphinx)

2024-06-02 Thread Alexandre Detiste
Thank you very much to take the time to explain me this.

Le dim. 2 juin 2024 à 19:03, Debian Bug Tracking System
 a écrit :
> That's expected, and is the result of other packages declaring Built-
> Using relations on those sphinx versions. If you check, you will see
> that each of the older versions listed in the Sources file has the
> "Extra-Source-Only: yes" field.
>
> Once those other packages get rebuilt against newer versions of sphinx,
> the older versions will be automatically cleaned up as they become
> unused.
>
> I'm closing this report now, as this is not a bug but archive
> functionality working as designed.
>
> Regards,
>
> Adam



Bug#1072477: RM: swiftsc -- RoQA; dead upstream, unmaintained, low popcon, newer alternatives

2024-06-02 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: swif...@packages.debian.org, Thomas Goirand 
Control: affects -1 + src:swiftsc
User: ftp.debian@packages.debian.org
Usertags: remove

Dear FTP Masters,

This is a follow up after #1069938
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069938

Greetings



Bug#1004816: example

2024-06-02 Thread Alexandre Detiste
https://stackoverflow.com/questions/71565636/replacing-deprecated-avstream-codec-parameter-in-libav



Bug#1072389: patches to make cruft-ng work without locate

2024-06-02 Thread Alexandre Detiste
PS: this new behaviour could also automagically be used
when plocate is not installed.


Bug#1072389: patches to make cruft-ng work without locate

2024-06-02 Thread Alexandre Detiste
Hi,

I'm impressed ! This will get merged.

I guess you might be interested into providing
tiny improvement for the "rules/" too
depending on your taste of packages installed on your systems.
(or just the raw cruft report and I can figure out myself
which package own which file)

I have to test back & forth at the office where Buster
is the "new" thing replacing Wheezy (finally).

Greetings



Bug#1072388: ognibuild: python3-requirement-parser dep was renamed as "python3-requirements"

2024-06-02 Thread Alexandre Detiste
Package: ognibuild
Version: 0.0.18+git20230208.1.9b890a2-1
Severity: normal

The source & binary package were renamed.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019735

Please update the dependency.

This dependency is also used by buildlog-consultant.

Greetings



Bug#1072378: RM: m2r -- dead upstream, replacement fork "m2r2"

2024-06-01 Thread Alexandre Detiste
Source: python-m2r
Version: 0.3.1-0.1
Severity: normal

Hi,

I see that m2r is dead upstream:
  https://github.com/miyakogi/m2r
"This repository has been archived by the owner on Nov 17, 2022. It is now 
read-only."

It is keeping another 'dead battery' inside debian: 'mistune0',
which is a snapshot of ancient 'mistune' package under another name.

I've fixed 2 rdeps today and filed to bugs for 2 others.

https://github.com/CrossNox/m2r2 : this might need an ITP or not,
only a few project switched to this.

greetings



Bug#1072377: python-aiosqlite: please package new version 0.20.0 and remove the dependency on m2r

2024-06-01 Thread Alexandre Detiste
Source: python-aiosqlite
Version: 0.17.0-2
Severity: normal

Dear Maintainer,

"m2r" project is dead upstream and it's keeping "mistune0"
(a snapshot of ancient "mistune") in the archive too.

I see that this has been fixed upstream:
  
https://github.com/omnilib/aiosqlite/commit/d2c6e4074c2c4f3e07026434fa46cd1d2c2d6fd2

sphinx-include was only packaged recently though.
  https://tracker.debian.org/pkg/sphinx-mdinclude

So please upgrade to 0.20.0

Greetings



Bug#1072372: slidge-matridge: please switch from m2r to python3-sphinx-mdinclude to allow m2r removal

2024-06-01 Thread Alexandre Detiste
Source: slidge-matridge
Version: 0+git20240208.c1f6bbf9-1
Severity: normal

Dear Maintainer,

python3-sphinx-mdinclude is now available (that's quite recent :-)  

https://tracker.debian.org/pkg/sphinx-mdinclude

Can you please remove this patch & the m2r dependency ?
 debian/patches/do-not-use-sphinx-mdinclude.patch


This will help with removal of dead upstream m2r 
(https://github.com/miyakogi/m2r)
that itself depends on our old snapshot of mistune 0.x packaged as "mistune0".

Greetings,

Alexandre



Bug#1072294: python-pecan: please remove python3-mock build dependency

2024-05-31 Thread Alexandre Detiste
Source: python-pecan
Version: 1.5.1-2
Severity: normal

Dear Maintainers,

This package has switched to unittest.mock

Greetings



Bug#1072293: python-pbr: please remove the extreneous build-dep on python3-mock

2024-05-31 Thread Alexandre Detiste
Source: python-pbr
Version: 6.0.0-1
Severity: normal

The mock imports have been hybridized in last release
and will prefer unittest.mock from the standard library.

Greetings


pbr/tests/test_pbr_json.py-
pbr/tests/test_pbr_json.py-try:
pbr/tests/test_pbr_json.py:from unittest import mock
pbr/tests/test_pbr_json.py-except ImportError:
pbr/tests/test_pbr_json.py:import mock



Bug#1072196: ppa-dev-tools: please remove dependency on old mock

2024-05-29 Thread Alexandre Detiste
Source: ppa-dev-tools
Version: 0.5.0-1
Severity: normal
X-Debbugs-Cc: Benjamin Drung 

Hi,

I pushed a "no-mock" branch on Salsa with a patch that
replaces the old & deprecated "mock" with
the newer one from the standard library.

I have no idea how Launchpad works so
I please ask you to forward it to the right persons.

Greetings

> https://github.com/testing-cabal/mock
>
> mock is now part of the Python standard library, available as unittest.mock 
> in Python 3.3 onwards.



Bug#1070361: python-blosch vs c-blosc

2024-05-29 Thread Alexandre Detiste
They look like two active & different things

https://github.com/Blosc/c-blosc - 1.21.5
https://github.com/Blosc/python-blosc - 1.11.0

I don't know enough on the matter



Bug#1070360: bottleneck new upstream release

2024-05-29 Thread Alexandre Detiste
Hi,

I tried to forget: I was on Holliday.
I'm handling this one today.

I don't mind if you CC'me in the future
for the bugs you make to keep Pandas updated.

Greetings

Le mer. 29 mai 2024 à 08:50, Rebecca N. Palmer
 a écrit :
>
> Thanks for the python-tabulate upload.
>
> Are you proposing that we leave bottleneck at 1.3.5 and override the
> minimum version in pandas, or has this been forgotten about?
>
> According to the CI, the 1.3.8 on the default branch is broken but the
> one on my branch isn't:
>
> > https://salsa.debian.org/python-team/packages/bottleneck/-/merge_requests/4



Bug#1072116: RM: python-shade -- ROM; RC buggy, low popcon, obsolete, newer alternative

2024-05-28 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-sh...@packages.debian.org, Thomas Goirand 
Control: affects -1 + src:python-shade
User: ftp.debian@packages.debian.org
Usertags: remove

Hi,

https://pypi.org/project/shade/

"Warning

shade has been superceded by openstacksdk and no longer takes new features.
The existing code will continue to be maintained indefinitely for bugfixes as 
necessary,
but improvements will be deferred to openstacksdk.
Please update your applications to use openstacksdk directly."


There are no rdeps left.

Greetings



Bug#1072060: python-jenkins: please update watch file to track opendev.org

2024-05-27 Thread Alexandre Detiste
Source: python-jenkins
Version: 1.4.0-4
Severity: normal

The Github repo is outdated.

https://opendev.org/jjb/python-jenkins/tags



Bug#1072059: ovn-octavia-provider: please drop extraneous python3-mock build dependency

2024-05-27 Thread Alexandre Detiste
Source: ovn-octavia-provider
Version: 6.0.0-1
Severity: normal

Dear Maintainers,

The VCS Url needs tweaking too.

Greetings


debian/control: python3-mock,
ovn_octavia_provider/tests/functional/base.py:from unittest import mock
ovn_octavia_provider/tests/unit/base.py:from unittest import mock
ovn_octavia_provider/tests/unit/common/test_clients.py:from unittest import mock
ovn_octavia_provider/tests/unit/common/test_utils.py:from unittest import mock
ovn_octavia_provider/tests/unit/fakes.py:from unittest import mock
ovn_octavia_provider/tests/unit/ovsdb/test_impl_idl_ovn.py:from unittest import 
mock
ovn_octavia_provider/tests/unit/test_agent.py:from unittest import mock
ovn_octavia_provider/tests/unit/test_driver.py:from unittest import mock
ovn_octavia_provider/tests/unit/test_helper.py:from unittest import mock
ovn_octavia_provider/tests/unit/test_maintenance.py:from unittest import mock



Bug#1071992: sqlmodel: please make this package compatible with SQL Alchemy 2.x

2024-05-27 Thread Alexandre Detiste
Source: sqlmodel
Version: 0.0.16-1
Severity: important
X-Debbugs-Cc: debian-pyt...@lists.debian.org

Dear Maintainer,

This package hinders the transition to SQLAlchemy 2.x

https://ci.debian.net/packages/s/sqlacodegen/testing/amd64/47034051/#S3

Greetings



Bug#1071981: pypi2deb: please clean out old package from Suggests:

2024-05-26 Thread Alexandre Detiste
Package: pypi2deb
Version: 3.20240228
Severity: normal

Hi,

I think that suggesting Nose nowadays is more harmful than harmless.

For the Python2 package they can't hurt,
they are not in the archive anymore.

Greetings


diff --git a/debian/control b/debian/control
index c31d046..bf69bc8 100644
--- a/debian/control
+++ b/debian/control
@@ -23,14 +23,8 @@ Depends: build-essential,
  ${misc:Depends},
  ${python3:Depends},
 Recommends: python3-msgpack,
-Suggests: cython,
-  cython3,
-  python-all-dev,
-  python-nose,
-  python-pytest,
-  python-setuptools,
+Suggests: cython3,
   python3-all-dev,
-  python3-nose,
   python3-pytest,
   python3-setuptools,
   python3-sphinx,



Bug#1071966: python-ironic-inspector-client: please remove extraneous dependency on python3-mock

2024-05-26 Thread Alexandre Detiste
Source: python-ironic-inspector-client
Version: 5.1.0-3
Severity: normal

Dear Maintainer,

This package has switched to unittest.mock.

Greetings

tchet@quieter:/tmp/python-ironic-inspector-client$ grep mock -r | grep -e 
import -e debian
debian/control: python3-mock,
debian/control: python3-requests-mock,
ironic_inspector_client/tests/functional.py:from unittest import mock
ironic_inspector_client/tests/unit/test_common_http.py:from unittest import mock
ironic_inspector_client/tests/unit/test_shell.py:from unittest import mock
ironic_inspector_client/tests/unit/test_v1.py:from unittest import mock
tchet@quieter:/tmp/python-ironic-inspector-client$



Bug#1071965: gnocchi: please remove extraneous python3-mock build dependency

2024-05-26 Thread Alexandre Detiste
Source: gnocchi
Version: 4.5.0-5
Severity: normal

Dear Maintainers,

python3-mock is not used anymore.

Greetings


tchet@quieter:/tmp/gnocchi$ grep mock -r | grep -e import -e debian
debian/control: python3-mock,
gnocchi/tests/indexer/sqlalchemy/test_migrations.py:from unittest import mock
gnocchi/tests/test_aggregates.py:from unittest import mock
gnocchi/tests/test_amqp1d.py:from unittest import mock
gnocchi/tests/test_indexer.py:from unittest import mock
gnocchi/tests/test_measures_grouper.py:from unittest import mock
gnocchi/tests/test_rest.py:from unittest import mock
gnocchi/tests/test_statsd.py:from unittest import mock
gnocchi/tests/test_storage.py:from unittest import mock
gnocchi/tests/test_utils.py:from unittest import mock
tchet@quieter:/tmp/gnocchi$ 



Bug#1071957: python-pysaml2: please drop extraneous python3-mock build-dependency

2024-05-26 Thread Alexandre Detiste
Source: python-pysaml2
Version: 7.4.2-4
Severity: normal

Dear Maintainers,

The need for python3-mock has been removed
from more recent releases.

Greetings


tchet@quieter:/tmp/python-pysaml2$ grep mock -r | grep -e debian -e import
debian/changelog:  * Add missing build-depends: python{3,}-mock. --> 
Pytho2+3 era
debian/control: python3-mock,
tests/test_30_mdstore.py:from unittest.mock import Mock
tests/test_30_mdstore.py:from unittest.mock import patch
tests/test_30_mdstore_old.py:from unittest.mock import patch
tests/test_41_response.py:from unittest.mock import Mock
tests/test_41_response.py:from unittest.mock import patch
tests/test_xmlsec1_key_data.py:from unittest.mock import Mock
tests/test_xmlsec1_key_data.py:from unittest.mock import patch
tests/test_xsw.py:from unittest.mock import Mock
tests/test_xsw.py:from unittest.mock import patch
tchet@quieter:/tmp/python-pysaml2$



Bug#1071922: RM: python-proboscis

2024-05-25 Thread Alexandre Detiste
Source: python-proboscis
Version: 1.2.6.0-8
Severity: normal

Hi,

This is a Nose plugin.

The only (remaining ?) user is/was openstack-trove,
but I'm confused as what I see on Salsa
doesn't match what I see upstream.

https://github.com/openstack/trove/commit/a2775ec2aa459a0275ac86180ce0f091ca8ad384

Greetings



Bug#1071921: python-termcolor: the "nose" reference can be dropped from the long description

2024-05-25 Thread Alexandre Detiste
Source: python-termcolor
Version: 2.4.0-1
Severity: wishlist

This is a tiny papercut.



Bug#1071901: click-man: please package v0.4.2 as available on GitHub

2024-05-25 Thread Alexandre Detiste
Source: click-man
Version: 0.4.1-2
Severity: normal

Dear Maintainer,

There's a 0.4.2 on GitHub
taht would be a saner starting point
if we want to remove need for python3-sure.

(click-man is one of the very last users)

Greetings



Bug#1071865: open-adventure: new version 1.18 available

2024-05-25 Thread Alexandre Detiste
Source: open-adventure
Version: 1.12-1
Severity: normal
X-Debbugs-Cc: Dr. Tobias Quathamer 

The watchfile needs tweaking after GitHub API change.

Greetings



Bug#1071840: user-session-migration: please move away from deprecated python3-nose

2024-05-25 Thread Alexandre Detiste
Source: user-session-migration
Version: 0.4.2
Severity: normal

This was uploaded in 2023 and was thus not in 2022 MBF.

https://lists.debian.org/debian-devel/2022/08/msg00184.html

> nose has a Python 2 code base and it is difficult to keep it in working state
> for new Python versions. It will probably become impossible after Python 3.13,
> where lib2to3 will be removed [8].


Greetings



Bug#1018404: nose removal

2024-05-25 Thread Alexandre Detiste
control: tag -1 +patch

Hi,

I checked and the only thing to do seems
to remove this one line.

Greetings

tchet@quieter:/tmp/lomiri-url-dispatcher$ grep nose -r
debian/control:   python3-nose,
tchet@quieter:/tmp/lomiri-url-dispatcher$



Bug#1071839: RM: yanc -- ROM; plugin for obsolete nose

2024-05-25 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: y...@packages.debian.org
Control: affects -1 + src:yanc
User: ftp.debian@packages.debian.org
Usertags: remove

Hi,

There should be no rdeps left.

Greetings



Bug#1071785: RM: this package should be removed once jupyter-notebook is updated

2024-05-24 Thread Alexandre Detiste
Source: ipython-genutils
Version: 0.2.0-6
Severity: normal



https://github.com/ipython/ipython_genutils

IPython vestigial utilities

This package shouldn't exist. It contains some common utilities shared by
Jupyter and IPython projects during The Big Split™.

As soon as possible, those packages will remove their dependency on this, and 
this repo will go away.

No functionality should be added to this repository, and no packages outside 
IPython/Jupyter should depend on it.


Bug#1071714: python-openstackclient: please (re-)remove extraneous dependency on python3-mock

2024-05-23 Thread Alexandre Detiste
Source: python-openstackclient
Version: 6.6.0-3
Severity: normal

Dear Maintainers,

This time it looks like it is gone for good.

Greetings


>python-openstackclient (5.4.0-1) experimental; urgency=medium
>
>  * New upstream release.
>  * Re-added python3-mock as build-depends.
>
> -- Thomas Goirand   Mon, 05 Oct 2020 10:29:21 +0200

tchet@quieter:/tmp/python-openstackclient$ grep mock -r | grep -e import -e 
debian | head
grep: .git/objects/pack/pack-6354ab6767c7cd8dfe74c9ab3ead6994a26041ca.pack : 
fichiers binaires correspondent
debian/changelog:  * Re-added python3-mock as build-depends.
debian/control: python3-mock,
debian/control: python3-requests-mock,
doc/source/contributor/developing.rst:from unittest import mock
openstackclient/tests/unit/api/test_object_store_v1.py:from unittest import mock




Bug#1071713: python-os-collect-config: please drop extraneous dependency on python3-mock

2024-05-23 Thread Alexandre Detiste
Source: python-os-collect-config
Version: 13.1.0-2
Severity: normal

Dear Maintainers,

This package has switches to unittest.mock.

Greetings

tchet@quieter:/tmp/python-os-collect-config$ grep mock -r | grep -e import -e 
debian
debian/control: python3-mock,
os_collect_config/tests/test_collect.py:from unittest import mock
os_collect_config/tests/test_config_drive.py:from unittest import mock
os_collect_config/tests/test_ec2.py:from unittest import mock
os_collect_config/tests/test_zaqar.py:from unittest import mock
tchet@quieter:/tmp/python-os-collect-config$ 



Bug#1071697: ros-nodelet-core: please remove the old extraneous build dependency on python3-nose

2024-05-23 Thread Alexandre Detiste
Source: ros-nodelet-core
Version: 1.11.0-1
Severity: normal
X-Debbugs-Cc: Dmitry Shachnev 

Hi,

I see that this package was not included in the original MBF [0],
so I file this one bug.

Please remove the old extraneous build-dependency on python3-nose.

Greetings




[0] https://lists.debian.org/debian-devel/2022/08/msg00184.html

> nose has a Python 2 code base and it is difficult to keep it in working state
> for new Python versions. It will probably become impossible after Python 3.13,
> where lib2to3 will be removed [8].



Bug#1070965: xmlrpc

2024-05-23 Thread Alexandre Detiste
Hi,

Per request, the "util" library was split out in it's own package.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071465

It was an act of balancing between the easy & clean solution.

Greetings


Bug#1071692: autopep8: please drop the now extraneous dependency on python3-lib2to3

2024-05-23 Thread Alexandre Detiste
Source: autopep8
Version: 2.1.0-1
Severity: important

Dear Maintainer,

2to3 is slated for removal;
please remove the now extraneous dependency.

Greetings


https://docs.python.org/3/library/2to3.html
> Deprecated since version 3.11, will be removed in version 3.13

tchet@quieter:/tmp/autopep8$ grep 2to3 -r
debian/changelog:  * Add python3-lib2to3 as a dependency for 
bin:python3-autopep8.  I'm not
debian/control: python3-lib2to3
tchet@quieter:/tmp/autopep8$ 



Bug#995514: O: lua-lpeg -- LPeg library for the Lua language

2024-05-22 Thread Alexandre Detiste
I just cannot get this to work.


Bug#1071637: masakari: please remove extraneous python3-mock build dependency

2024-05-22 Thread Alexandre Detiste
Source: masakari
Version: 17.0.0-1
Severity: normal

Dear Maintainers,

This project has already switched to unittest.mock
from the standard library.

debian/control: python3-mock,
debian/control: python3-requests-mock,
masakari/test.py:from unittest import mock  # noqa: E402
masakari/tests/unit/api/openstack/ha/test_extension_info.py:from unittest 
import mock
masakari/tests/unit/api/openstack/ha/test_hosts.py:from unittest import mock
masakari/tests/unit/api/openstack/ha/test_notifications.py:from unittest import 
mock
masakari/tests/unit/api/openstack/ha/test_segments.py:from unittest import mock
masakari/tests/unit/api/openstack/ha/test_versions.py:from unittest import mock
...



Bug#1071465: xmlrpc-c: update package name for a SONAME bump

2024-05-19 Thread Alexandre Detiste
Ho sorry indeed.

A binNMU should be enough to fix rtorrent.

Its used by other packages, please see #1070965 as an example.
>


Bug#1071465: xmlrpc-c: update package name for a SONAME bump

2024-05-19 Thread Alexandre Detiste
Hi,

libxmlrpc_util.so.4
>

I think it's a private library only meant for the one cli tool included in
the sale package.

I ll check next week.

Greetings

>


Bug#1070360: new upstream release

2024-05-15 Thread Alexandre Detiste
Hi,

The only change code-wise is the patch that was already in 1.3.5+ds1-3

Greetings



Bug#1071198: RM: case -- ROM; obsolete plugin for obsolete Nose, not used anymore

2024-05-15 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: c...@packages.debian.org
Control: affects -1 + src:case
User: ftp.debian@packages.debian.org
Usertags: remove

Hi,

I've take care of spurious reverse dependencies today.

Greetings



Bug#1068915: RM: libgrss - dead upstream, depends on obsolete libsoup2.4, not needed

2024-05-15 Thread Alexandre Detiste
It is now :-)

I wanted to let some time to the maintainer to react.

Otherwise FTP Master may decide they need to
do this "waiting" on their side with the +moreinfo.

Thank you !

Le mer. 15 mai 2024 à 16:10, Emilio Pozuelo Monfort  a écrit :
> reassign 1068915 ftp.debian.org
> user ftp.debian@packages.debian.org
> usertags 1068915 remove
> thanks
>
> Hi Alexandre,
>
> This looks like a RM bug. Thus it should be assigned to the ftp.debian.org
> pseudo-package.
>
> Cheers,
> Emilio



Bug#1071183: RM: pyutilib -- ROM; obsolete, dead upstream, depends on obsolete & dead python3-nose

2024-05-15 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: pyuti...@packages.debian.org
Control: affects -1 + src:pyutilib
User: ftp.debian@packages.debian.org
Usertags: remove

Dear FTP Masters

This package has a _runtime_ dependency on python3-nose
and was missed during the MBF of 2022
https://lists.debian.org/debian-devel/2022/08/msg00184.html

It has no reverse dependencies.

Greetings



Bug#1071179: RM: elpa-nose : obsolete

2024-05-15 Thread Alexandre Detiste
Source: nose-el
Version: 0.1.1+git20140520.f852829-2
Severity: normal
X-Debbugs-Cc: Dmitry Shachnev , Thomas Goirand 


Dear Maintainers,

I've been removing a lot of _runtime_ dependencies
on python3-nose the last days.

These packages were not included in the MBF from 2022:
https://lists.debian.org/debian-devel/2022/08/msg00184.html

> nose has a Python 2 code base and it is difficult to keep it in working state
> for new Python versions. It will probably become impossible after Python 3.13,
> where lib2to3 will be removed [8].

I think that elpa-nose should be removed too, at the latest before Trixie;
but you can keep it around for awhile a bit more if needed.

Greetings

Alexandre Detiste



Bug#1071052: reportbug: proposed version for binNMU should be source package version

2024-05-14 Thread Alexandre Rossi
tag 1071052 patch
thanks

Hi,

> When filling a binNMU for a package with fancy binary package versionning, it
> appears that reportbug uses the binary package version instead of the source
> package version.

I've proposed a PR for this.

https://salsa.debian.org/reportbug-team/reportbug/-/merge_requests/94

Thanks,

Alex



Bug#1071074: python-binary-memcached: please drop outdated python3-m2r build dependency

2024-05-13 Thread Alexandre Detiste
Source: python-binary-memcached
Version: 0.31.2+dfsg1-1
Severity: normal

Dear Maintainer,

m2r is an obsolete and archived project that
itself depends on "mistune0" oldlibs version of mistune.

Both m2r & mistune0 should be removed some day.

Please remove the extraneous declaration from d/control.

I've sent a PR Upstream to clean up
stale requirements_test.txt

Greetings

tchet@quieter:/tmp/python-binary-memcached$ grep m2r -r
CHANGELOG.md:- Remove setup's.py dependency on m2r
debian/changelog:  * Added python3-m2r to build-depends.
debian/control: python3-m2r,
requirements_test.txt:m2r~=0.2.1
requirements_test.txt:mistune<2 # m2r breaks with newer versions
tchet@quieter:/tmp/python-binary-memcached$ 



Bug#1071052: reportbug: proposed version for binNMU should be source package version

2024-05-13 Thread Alexandre Rossi
Package: reportbug
Version: 13.0.1
Severity: minor

Dear Maintainer,

When filling a binNMU for a package with fancy binary package versionning, it
appears that reportbug uses the binary package version instead of the source
package version.

For instance, when filling a binNMU for src:uwsgi-plugin-php 0.0.15 with
uwsgi-plugin-php version 2.0.22+4+0.0.15+b2 in unstable, reportbug
detects 2.0.22+4+0.0.15+b2 as the version instead of 0.0.15 .

$ reportbug release.debian.org
[...]
Please enter the name of the package: uwsgi-plugin-php
Checking package information...
Your report will be carbon-copied to the package maintainer.
Latest version seems to be 2.0.22+4+0.0.15+b2, is this the proper one 
[Y|n|?]?

reportbug should instead choose the source package version.

Latest version seems to be 0.0.15, is this the proper one [Y|n|?]?
   ^^

Thanks,

Alex

-- Package-specific info:
** Environment settings:
EDITOR="vi"
VISUAL="vi"
REPORTBUGEMAIL="Alexandre Rossi "
EMAIL="Alexandre Rossi "
DEBFULLNAME="Alexandre Rossi"
INTERFACE="text"

** /home/niol/.reportbugrc:
reportbug_version "3.31"
mode standard
ui text

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-21-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt2.9.2
ii  python33.11.8-1
ii  python3-reportbug  13.0.1
ii  sensible-utils 0.0.22

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail
ii  debconf   1.5.86
ii  debsums   3.0.2.1
pn  default-mta | postfix | exim4 | mail-transport-agent  
pn  dlocate   
pn  emacs-bin-common  
ii  file  1:5.45-3
ii  gnupg 2.2.40-3
pn  python3-urwid 
pn  reportbug-gtk 
ii  xdg-utils 1.1.3-4.1

Versions of packages python3-reportbug depends on:
ii  apt2.9.2
ii  file   1:5.45-3
ii  python33.11.8-1
ii  python3-apt2.9.0
ii  python3-debian 0.1.49
ii  python3-debianbts  4.0.2
ii  python3-requests   2.31.0+dfsg-1
ii  sensible-utils 0.0.22

python3-reportbug suggests no packages.

-- no debconf information



Bug#1071014: python-neutron-lib: please remove the extraneous python3-mock dependency

2024-05-12 Thread Alexandre Detiste
Source: python-neutron-lib
Version: 3.11.0-2
Severity: normal

Dear Maintainers,

This package has switched to "unittest.mock" from the standard library.

Greetings

debian/control: python3-mock ,
neutron_lib/fixture.py:from unittest import mock
neutron_lib/tests/_base.py:from unittest import mock
neutron_lib/tests/unit/api/test_conversions.py:from unittest import mock
...



Bug#1071013: neutron-vpnaas-dashboard: please drop the extraneous python3-mock dependency

2024-05-12 Thread Alexandre Detiste
Source: neutron-vpnaas-dashboard
Version: 10.0.0-1
Severity: normal

mock is not required at all.

Greetings

tchet@quieter:/tmp/neutron-vpnaas-dashboard$ grep mock -r | grep -e debian -e 
import
debian/control: python3-mock,
tchet@quieter:/tmp/neutron-vpnaas-dashboard$ 



Bug#1071012: neutron-dynamic-routing: please drop the build-dependency on python3-mock

2024-05-12 Thread Alexandre Detiste
Source: neutron-dynamic-routing
Version: 2:24.0.0-2
Severity: normal

Dear Maintainer,

This package has already switched to "unittest.mock"

Greetings

tchet@quieter:/tmp/neutron-dynamic-routing$ grep mock -r | grep -e debian -e 
import
debian/control: python3-mock,
debian/control: python3-requests-mock,
neutron_dynamic_routing/tests/unit/api/rpc/agentnotifiers/test_bgp_dr_rpc_agent_api.py:from
 unittest import mock
neutron_dynamic_routing/tests/unit/api/rpc/handlers/test_bgp_speaker_rpc.py:from
 unittest import mock
neutron_dynamic_routing/tests/unit/db/test_bgp_db.py:from unittest import mock
neutron_dynamic_routing/tests/unit/services/bgp/agent/test_bgp_dragent.py:from 
unittest import mock
neutron_dynamic_routing/tests/unit/services/bgp/driver/os_ken/test_driver.py:from
 unittest import mock
neutron_dynamic_routing/tests/unit/services/bgp/scheduler/test_bgp_dragent_scheduler.py:from
 unittest import mock
neutron_dynamic_routing/tests/unit/services/bgp/test_bgp_plugin.py:from 
unittest import mock
tchet@quieter:/tmp/neutron-dynamic-routing$



Bug#1070985: openmpi: unowned file /usr/lib/*/libmpi_usempi_ignore_tkr-gfortranso.40 (-> no dot before 'so.40')

2024-05-12 Thread Alexandre Detiste
Source: openmpi
Version: 4.1.6-13.3
Severity: normal

Hi,

I maintain the cruft-ng tool.

While this tool is not perfect, maybe forever v0.9.x level stuff,
It will find an extraneous
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortranso.40
file on all my computers. (with a missing dot before "so.40")

I don't see immediately in openmpi what the cause is.

You might want to give a try to cruft-ng yourself.

Greetings

--

root@quieter:~# ls /usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortra* 
-l
lrwxrwxrwx 1 root root44  5 mai 20:38 
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortran.so.40 -> 
libmpi_usempi_ignore_tkr-gfortran.so.40.30.0
lrwxrwxrwx 1 root root44  9 mai 12:48 
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortranso.40 -> 
libmpi_usempi_ignore_tkr-gfortran.so.40.30.0
-rw-r--r-- 1 root root 13864  5 mai 20:38 
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortran.so.40.30.0
root@quieter:~#



root@quieter:~# cruft
cruft report: dim 12 mai 2024 16:14:23
 missing: dpkg 
 unexplained: / 
/etc/apt/apt.conf.d/10periodic
/etc/apt/preferences.d/tchet
/usr/bin/versions
/usr/lib/python3/dist-packages/omg/__init__.pyi
/usr/lib/python3/dist-packages/omg/py.typed
/usr/lib/systemd/user-generators/systemd-crontab-generator
/usr/lib/systemd/user/cron-user-mail@.service
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortranso.40

end.
root@quieter:~# 



root@antec:~# cruft
cruft report: dim 12 mai 2024 16:19:05
 missing: dpkg 
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortran.so.40
 unexplained: / 
/etc/udev/rules.d/70-persistent-net.rules
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortranso.40
/usr/share/fonts/truetype/kacst
/usr/share/fonts/truetype/liberation2
/usr/share/fonts/truetype/mplus   (Bug: #1022566)
/usr/share/fonts/truetype/unifont

end.
root@antec:~# 




tchet@brix ~/deb/ipykernel $ sudo cruft
cruft report: dim 12 mai 2024 16:15:36
 missing: dpkg 
/usr/lib/python3/dist-packages/debconf.py
 unexplained: / 
/etc/X11/xdm/Xsession.dpkg-dist
/etc/inetd.conf
/etc/mosquitto/conf.d/localhost.conf
/etc/mosquitto/read-only.acl
/etc/schroot/debci
/usr/lib/python3/dist-packages/__pycache__/debconf.cpython-311.pyc
/usr/lib/python3/dist-packages/__pycache__/debconf.cpython-312.pyc
/usr/lib/python3/dist-packages/debconf/debconf.py
/usr/lib/python3/dist-packages/debconf/py.typed
/usr/lib/python3/dist-packages/tap
/usr/lib/python3/dist-packages/tap/py.typed
/usr/lib/x86_64-linux-gnu/libmpi_usempi_ignore_tkr-gfortranso.40
/usr/share/fonts/truetype/mplus   (Bug: #1022566)

end.



Bug#1060004: upgrade androguard

2024-05-11 Thread Alexandre Detiste
Hi,

I've packaged python-mutf8, the other package needed to upgrade androgard
is the apkTool.

I've no deep idea what mutf8 does, co-maintenance is welcome.

Greetings

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060004

https://wiki.debian.org/SummerOfCode2024/ApprovedProjects/AndroidSDKToolsInDebian

-- Forwarded message -
De : Debian FTP Masters 
Date: sam. 11 mai 2024 à 18:00
Subject: python-mutf8_1.0.6-1_amd64.changes ACCEPTED into unstable
To: Alexandre Detiste , Debian Python Team <
team+pyt...@tracker.debian.org>


Thank you for your contribution to Debian.



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 08 May 2024 16:34:46 +0200
Source: python-mutf8
Binary: python3-mutf8 python3-mutf8-dbgsym
Architecture: source amd64
Version: 1.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team ,
Changed-By: Alexandre Detiste 
Description:
 python3-mutf8 - encoders and decoders for the MUTF-8 character encoding
Closes: 1070772
Changes:
 python-mutf8 (1.0.6-1) unstable; urgency=medium
 .
   * Initial upload (Closes: #1070772)
Checksums-Sha1:
 b3b0ebb0f31451511a154d0102c68a35ea1bf9c8 2125 python-mutf8_1.0.6-1.dsc
 5cda9ab1b0c437cfe17cb73aa1ea47630a7629b2 9520
python-mutf8_1.0.6.orig.tar.gz
 aa522618530a243aeebb8e923bb1a0fe01def279 2060
python-mutf8_1.0.6-1.debian.tar.xz
 541749f7359327f5ee149dec9b7a4dbc09a5287b 8484
python-mutf8_1.0.6-1_amd64.buildinfo
 3e083fd866e4ccac70908b7bf3ccdcf5eb7d0ab4 20712
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 917fc2cb21ab40386c38cf05e580ecb871712bf7 9432
python3-mutf8_1.0.6-1_amd64.deb
Checksums-Sha256:
 723b95736ad1c77cfaa4f9ab71cedff35a50b6f00147352175de21c3dc8af3bb 2125
python-mutf8_1.0.6-1.dsc
 c7a86f00bc8d313b9ce184375c944bf5be771127283d82a8d2becf33cc84e1c7 9520
python-mutf8_1.0.6.orig.tar.gz
 2c9cb19f826978b6308ef0b565b0f1c25936625eb2cf556ab17b066cea2a5bc0 2060
python-mutf8_1.0.6-1.debian.tar.xz
 2b441b25ccefcda0ff4e24671237e6e90f1d5af43d67bb2d88d99ef3c5efec84 8484
python-mutf8_1.0.6-1_amd64.buildinfo
 cde86a8c56c2ca0415aeb8f311f49d9128c262936a75df0c0959c3a0152dba67 20712
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 dc004b20586aef430d894d101de94fc0e0fd3e5b091a4f9933a4c655ea9039b0 9432
python3-mutf8_1.0.6-1_amd64.deb
Files:
 810aace08dd8597879e59cc434cb674c 2125 python optional
python-mutf8_1.0.6-1.dsc
 8f59d7d495376e1b45b6ca1b7cb816cb 9520 python optional
python-mutf8_1.0.6.orig.tar.gz
 5532c4759ebb196a85bf5aaef2c056d2 2060 python optional
python-mutf8_1.0.6-1.debian.tar.xz
 ff74e03b44022ca348ed1ee70060869b 8484 python optional
python-mutf8_1.0.6-1_amd64.buildinfo
 c0915f2a94d64a8d96760ec1861b2757 20712 debug optional
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 94edfc29c2a599c1d3c59fd610bb0568 9432 python optional
python3-mutf8_1.0.6-1_amd64.deb

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEj23hBDd/OxHnQXSHMfMURUShdBoFAmY77VIRHHRjaGV0QGRl
Ymlhbi5vcmcACgkQMfMURUShdBqRRRAAoGPiyovV1mfQwyAZwNarNsBggR2vWZ3Q
MV/fdCX2CSG+qqPVhRJHVs4Gjg1b0bEmAlA1XYwODlap5BJvmFqyoCXWJIsek9Iw
Vu0GHsqCMQkZDlyStnRM5ADNLRoIV4zUz9G8Q7Vz2qPn2n5ICfse214Wn5qCyhOB
uC537bINBff1OO+jvLYopf3eiv3Fjs8Ct3VOCbkTvnwwPvBvI+dXO8RaqwwwbiJn
qQ4U8K/COK66udb24pW8N6YP9zvZ5ggrnPYDuJ2wkVQEVPq+L7S+HfIKu8Zdl9ob
PKLJev57N9LNk5hc0UnFl8BW/PN/mUn9jTCMr5IQbi9qg3l1LHvyL2ILB1mQKXvI
3MU1UcnXeL46vTnCPQKqMd7K3cCMQA0tc9yrfNNl/s8V9gHborDG7cmWMGAuUhn5
6Mp5o9AZ24CaFEa2NQapdfvkEgB2h9/5+iPciZLDCVJOwod5cR5t+4xmPIdmCEh3
YhhgSQuW/lMmnhfdQJe/dZ65D8I70FI48KLlLec3RV3TPJUas4X0ZyyBaezxf1Mo
01spa6yNhcnhUmrY1MamGbQ5sWRPZAxj/uBVUKZ26dXNFz/N8Y0YGJE5TO7+indr
iEDd607mOWhtuEcght2k/H0f94zJ81xQCYbrkw4CiuOkAy8km+zfd/oQsuSWp0bR
vvDh+tHiRrI=
=umWv
-END PGP SIGNATURE-


noname
Description: PGP signature


Bug#1065325: morph's abandoned packages (list)

2024-05-11 Thread Alexandre Detiste
Yes do please.

Le sam. 11 mai 2024 à 20:51, Nilesh Patra  a écrit :
>
> Quoting Alexandre Detiste :
> >  I would pick-up matplotlib I guess, I have some special connection to it,
> >  It was one the packages that enabled me to escape
> >  my horrible SAS-Insitute powered previous job/life.
> >
> >  It's a big one.
> >
> >  Help is appreciated, I already cherry picked some commits from Ciel's PR.
>
> Would you consider to add me in as an Uploader (co-maintainer) alongside you?
>
> I am a Debian Developer.
>
> Best,
> Nilesh



Bug#1070908: RM: pysimplesoap - dead upstream, better alternative: zeep

2024-05-11 Thread Alexandre Detiste
Source: pysimplesoap
Version: 1.16.2-7
Severity: normal
X-Debbugs-Cc: Arthur de Jong , Bastian Germann 
, Bastian Venthur 

Dear Maintainers,

pysimplesoap should be removed after it's last
reverse dependencies have been taken care of.

https://venthur.de/2024-05-08-new-python-debianbts-in-experimental.html

It is now in half-orphaned state;
if that bothers someone I can adopt it.

python3-pysimplesoap
Reverse Depends:
  Depends: python3-debianbts (>= 1.16.2-5) -> ok in experimental
  Depends: r4d -> looks easy to patch
  Suggests: python3-stdnum -> #1070907 but will first try zeep



Bug#1070907: python-stdnum: please drop the suggests on SimpleSoap

2024-05-11 Thread Alexandre Detiste
Source: python-stdnum
Version: 1.20-1
Severity: normal

Dear Maintainer,

Please drop the suggests on python3-pysimplesoap;
this package would soon be dropped from Debian
altogheter.

(upstream does not need any change)

I pinged r4d too.

Greetings


https://venthur.de/2024-05-08-new-python-debianbts-in-experimental.html

  # The SOAP feature is only required for a number of online tests
  # of numbers such as the EU VAT VIES lookup, the Dominican Republic
  # DGII services or the Turkish T.C. Kimlik validation.
  'SOAP': ['zeep'],  # recommended implementation
  'SOAP-ALT': ['suds'],  # but this should also work
  'SOAP-FALLBACK': ['PySimpleSOAP'],  # this is a fallback

root@quieter:~# apt rdepends python3-pysimplesoap 
python3-pysimplesoap
Reverse Depends:
  Dépend: python3-debianbts (>= 1.16.2-5)
  Dépend: r4d
  Suggère: python3-stdnum


Bug#1060902: RM elastalert; orphaned, low popcon, broken tests, dead upstream, newer alternative

2024-05-10 Thread Alexandre Detiste
I ping you for this one;
maybe you need some confirmation from maintainers,
but it had been orphaned (but not yet reassigned to QA Team)

Greetings





https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060902



https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053192

Sebastien Delafond 
To: Debian Bug Tracking System 
Subject: O: elastalert -- easy and flexible alerting with Elasticsearch
Date: Fri, 29 Sep 2023 08:55:49 +0200

Package: wnpp
Severity: normal
X-Debbugs-Cc: elastal...@packages.debian.org
Control: affects -1 + src:elastalert

The Freexian packaging team is no longer maintaining the the
elastalert package, so I'm orphaning this package.



Bug#1070834: ITP: python-pystow -- file management utility library for Python programs

2024-05-10 Thread Alexandre Detiste
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-pystow
  Version : 0.5.4
  Upstream Contact: Charles Tapley Hoyt 
* URL : https://github.com/cthoyt/pystow
* License : MIT
  Programming Lang: Python
  Description : file management utility library for Python programs

This library can replace the boilerplate code
one is needed to write in order to maintain
files in $HOME

---

This is a new depedency needed to upgrade 'pybel'.



Bug#1066598: FTBFS

2024-05-09 Thread Alexandre Detiste
A Maintained version is here:

http://git.zerfleddert.de/cgi-bin/gitweb.cgi/micropolis

It even includes Markus' patches.



Bug#1070772: ITP: python-mutf8 -- encoders and decoders for the MUTF-8 character encoding

2024-05-08 Thread Alexandre Detiste
Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-mutf8
  Version : 1.0.0
  Upstream Contact: Tyler Kennedy
* URL : https://pypi.org/project/mutf8/
* License : MIT
  Programming Lang: Python
  Description : encoders and decoders for the MUTF-8 character encoding

This package contains simple pure-python as well as C encoders
and decoders for the MUTF-8 character encoding.
In most cases, it can also parse the even-rarer CESU-8.

These days, you'll most likely encounter MUTF-8
when working on files or protocols related to the JVM.
Strings in a Java .class file are encoded using MUTF-8,
strings passed by the JNI, as well as strings exported by the object serializer.

This library was extracted from Lawu,
a Python library for working with JVM class files.



I will maintain this inside DPT.

This is a new dependency of androguard



Bug#1066671: geki3

2024-05-08 Thread Alexandre Detiste
Please push your changes to Salsa.

You can also nmu it,
I absolutely don't mind

Or I'll do the upload

Thanks



Bug#1070722: RM: python-bcdoc -- ROM; obsolete, dead upstream, not needed anymore by current boto3

2024-05-07 Thread Alexandre Detiste
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: python-bc...@packages.debian.org
Control: affects -1 + src:python-bcdoc
User: ftp.debian@packages.debian.org
Usertags: remove

Dear FTP Master,

This part of Botocore tooling is not usefull anymore
and has been dead upstream for almost ten years.

https://github.com/boto/bcdoc

This package has no reverse dependencies

Greetings



  1   2   3   4   5   6   7   8   9   10   >