Salsa repository request

2018-11-05 Thread Thomas Perret
Dear mentors,

I'm currently preparing packaging of paperwork[0] which depends on a few
package I'm also packaging[1-4].
I'm not sure if this is a good idea but would it be possible to create a
group or subgroup (is it necessary a team?) named openpaperwork which
would contain the following empty repositories: 'paperwork',
'libpillowfight', 'pyinsane' and 'simplebayes' and give them commit
access to me (user 'moht-guest')
If it is not possible to group them, could you create each of them
separately?

Another question I have is that paperwork depends on an existing package
which seems abandoned[4]. I have already contacted the maintainer
without response for now. Would it be possible to create a repository
'pyocr' for this source also even if it will not be used as official
source for now but just to prepare the update if I either adopt the
package or salvage it?

Thanks

[0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721287
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741881
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912928
[3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912927
[4]: https://tracker.debian.org/pkg/python-pyocr



signature.asc
Description: OpenPGP digital signature


Re: Salsa repository request

2018-11-06 Thread Thomas Perret
Le 06/11/2018 à 10:05, Dmitry Bogatov a écrit :
> 
> There is self-service: signup.salsa.debian.org
> 

Thanks, I though it needed DD level access.



signature.asc
Description: OpenPGP digital signature


Bug#916852: RFS: pyinsane/2.0.13-1 [ITP] -- Python library to access and use image scanners

2018-12-19 Thread Thomas Perret
Sorry, I sent my request to fast.

Here are the missing fields:

I am looking for a sponsor for my package "pyinsane"

* Package name: pyinsane
  Version : 2.0.13-1
  Upstream Author : Jerome Flesch
* URL : https://gitlab.gnome.org/World/OpenPaperwork/pyinsane
* License : GPL-3+
  Section : python



Bug#916851: RFS: simplebayes/1.5.7-1 [ITP] -- Naïve bayesian text classifier

2018-12-19 Thread Thomas Perret
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "simplebayes"

* Package name: simplebayes
  Version : 1.5.7-1
  Upstream Author : Ryan Vennell
* URL : https://github.com/hickeroar/simplebayes
* License : MIT
  Section : python

It builds those binary packages:

python-simplebayes-doc - Naïve bayesian text classifier - documentation
python3-simplebayes - Naïve bayesian text classifier for Python 3

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/simplebayes


Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/s/simplebayes/simplebayes_1.5.7-1.dsc

More information about simplebayes can be obtained from
https://hickeroar.github.io/simplebayes/simplebayes.html.


Regards,
Thomas Perret



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

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


Bug#916852: RFS: pyinsane/2.0.13-1 [ITP] -- Python library to access and use image scanners

2018-12-19 Thread Thomas Perret
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "pyinsane"

* Package name: pyinsane
  Version : 2.0.13-1
  Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License : [fill in]
  Section : python

It builds those binary packages:

python3-pyinsane - Python library to access and use image scanners 
(Python 3)

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/pyinsane


Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/p/pyinsane/pyinsane_2.0.13-1.dsc

Regards,
Thomas Perret

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

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#916853: RFS: libpillowfight/0.2.4-1 [ITP] -- Various image processing algorithms

2018-12-19 Thread Thomas Perret
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libpillowfight"

* Package name: libpillowfight
  Version : 0.2.4-1
  Upstream Author : Jerome Flesch
* URL : https://gitlab.gnome.org/World/OpenPaperwork/libpillowfight
* License : GPL-2+
  Section : python

It builds those binary packages:

libpillowfight - Various image processing algorithms library
libpillowfight-dev - Various image processing algorithms library - 
development files
python3-pypillowfight - Python 3 bindings for libpillowfight

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/libpillowfight


Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/libp/libpillowfight/libpillowfight_0.2.4-1.dsc

Regards,
Thomas Perret

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

Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#941031: RFS: libinsane/1.0.1-1 [ITP] -- Library to access scanner

2019-09-23 Thread Thomas Perret
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "libinsane"

 * Package name: libinsane
   Version : 1.0.1-1
   Upstream Author : https://groups.google.com/forum/#!forum/paperwork-gui
 * URL : https://gitlab.gnome.org/World/OpenPaperwork/libinsane
 * License : LGPL-3.0+
 * Vcs : https://salsa.debian.org/openpaperwork-team/libinsane
   Section : libs

It builds those binary packages:

  libinsane-dev - Library to access scanner - development files
  libinsane1 - Library to access scanner
  gir1.2-libinsane-1.0 - Library to access scanner - GObject bindings
  libinsane-doc - Library to access scanner - documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/libinsane

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libi/libinsane/libinsane_1.0.1-1.dsc

Changes since the last upload:

   * Initial release (Closes: #940962)

I took the liberty to forward to DD who offer sponsorship or help at some point.


Regards,

--
  Thomas Perret



Bug#947122: RFS: paperwork/1.3.0-1 [ITP] -- Personal document manager

2019-12-21 Thread Thomas Perret
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "paperwork"

 * Package name: paperwork
   Version : 1.3.0-1
   Upstream Author : https://groups.google.com/forum/#!forum/paperwork-gui
 * URL : https://openpaper.work
 * License : GPL-3.0+
 * Vcs : https://salsa.debian.org/openpaperwork-team/paperwork
   Section : python

It builds those binary packages:

  paperwork-backend - Personal document manager
  paperwork-gtk - Paperwork is a personal document manager - GTK3 frontend
  paperwork-gtk-l10n-en - Gui for paperwork-backend - French localization
  paperwork-gtk-l10n-fr - Gui for paperwork-backend - English localization
  paperwork-gtk-l10n-de - Gui for paperwork-backend - German localization
  paperwork-gtk-l10n-uk - Gui for paperwork-backend - Ukrainian localization

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/paperwork

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/paperwork/paperwork_1.3.0-1.dsc

Changes since the last upload:

   * Initial release (Closes: #721287)

Regards,

--
  Thomas Perret



Bug#948470: RFS: gfsecret/1.0-1 [ITP] -- Tools to make secret sharing easier

2020-01-08 Thread Thomas Perret
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "gfsecret"

 * Package name: gfsecret
   Version : 0.4.6-1
   Upstream Author : Damien Goutte-Gattat 
 * URL : https://incenp.org/dvlpt/gfsecret.html
 * License : GPL-3.0+
 * Vcs : https://salsa.debian.org/debian/gfsecret
   Section : utils

It builds those binary packages:

  gfsecret - Tools to make secret sharing easier

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gfsecret

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gfsecret/gfsecret_0.4.6-1.dsc

Changes since the last upload:

   * Initial release (Closes: #948038)

As I am a DM I'll need only one sponsorship for this package.

Regards,

--
  Thomas Perret



Salsa repository request

2020-01-06 Thread Thomas Perret
Dear mentors,

Could someone create a "gfsecret"[0] project on Salsa under the "debian"
namespace and grant me (moht-guest) write access?

From the official website[1]:
Gfsecret is a set of tools to facilitate secret sharing according to the
Adi Shamir’s secret sharing scheme.

Thanks

Best,
Thomas

[0]: ITP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948038
[1]: https://incenp.org/dvlpt/gfsecret.html



signature.asc
Description: OpenPGP digital signature


Bug#978440: RFS: paperwork/2.0.1-1 -- Personal document manager

2020-12-27 Thread Thomas Perret

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "paperwork":

 * Package name: paperwork
   Version : 2.0.1-1
   Upstream Author : https://forum.openpaper.work
 * URL : https://openpaper.work
 * License : GPL-3.0+
 * Vcs : https://salsa.debian.org/openpaperwork-team/paperwork
   Section : python

It builds those binary packages:

  paperwork-gtk-l10n-oc - Gui for paperwork-backend - Occitan localization
  paperwork-gtk-l10n-es - Gui for paperwork-backend - Spanish localization
  paperwork-gtk-l10n-uk - Gui for paperwork-backend - Ukrainian 
localization

  paperwork-gtk-l10n-de - Gui for paperwork-backend - German localization
  paperwork-gtk-l10n-fr - Gui for paperwork-backend - French localization
  paperwork-gtk-l10n-en - Gui for paperwork-backend - English localization
  paperwork-shell - Paperwork is a personal document manager - command 
line utils

  paperwork-gtk - Paperwork is a personal document manager - GTK3 frontend
  paperwork-backend-doc - Paperwork is a personal document manager - 
backend documentation

  paperwork-backend - Personal document manager
  openpaperwork-gtk-doc - Paperwork is a personal document manager - 
gtk plugins manager documentation
  openpaperwork-gtk - Paperwork is a personal document manager - gtk 
plugins manager
  openpaperwork-core-doc - Paperwork is a personal document manager - 
core plugins manager documentation
  openpaperwork-core - Paperwork is a personal document manager - core 
plugins manager


To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/paperwork/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/paperwork/paperwork_2.0.1-1.dsc


Changes since the last upload:

 paperwork (2.0.1-1) unstable; urgency=medium
 .
   * New upstream version 2.0.1
   * debian/control: Add new packages and dependencies
   * debian/patches: refresh patch for 2.0.1 release
   * debian/tests: rewrite tests and add upstream unittests as DEP-8
   * debian/README.source: Document MUT package status
   * debian/copyright: Update copyright infos
   * debian/gbp.conf: Always use pristine-tar with gbp
   * debian/control: Bump Standards-Version to 4.5.1 (no changes needed)

Regards,



OpenPGP_signature
Description: OpenPGP digital signature


Bug#978440: RFS: paperwork/2.0.2-1 -- Personal document manager

2021-02-12 Thread Thomas Perret

Hi,

Sorry I only checked (and answered) to your comment on mentors.d.n. I 
just saw now you left the same message here.


First, thanks for reviewing my package.

The sphinxdoc debhelper extension[1] helps to install documentation 
build with sphinx (python3-sphinx package).
Can you check you installed all build dependencies, especially 
python3-sphinx which depends on sphinx-common which itself provides the 
dh_sphinxdoc command?


Well, I guess that now Bullseye soft freeze is gone, it's less urgent 
matter.


Best regards,
Thomas

[1]: https://manpages.debian.org/buster/sphinx-common/dh_sphinxdoc.1.en.html



Bug#978440: RFS: paperwork/2.0.2-1 -- Personal document manager

2021-02-14 Thread Thomas Perret

Hi Jérémy,



I improved the packages descriptions and added 'Suggests: paperwork-gtk' 
to openpaperwork-gtk and 'Suggests: paperwork-shell, paperwork-gtk' to 
paperwork-backend.


Can you check this is enough and what you had in mind?



Well bullseye is in soft freeze.  Let's try to upload it asap to unstable,
(along with fixing the packages long descriptions and Suggests: as
described above).



From what I read from the release team[1], the soft freeze doesn't 
allow  NEW packages or to add new binaries to existing packages:


> Dropping or adding binary packages to a source package, moving
> binaries between source packages or renaming source or binary packages
> is no longer allowed. Packages with these changes will not be allowed
> to migrate to testing. These changes are also no longer appropriate in
> unstable.



Also i noticed autopkgtests are failing with lots of these (see below).
This needs to be fixed.



I can't reproduce the autopkgtest error you get. I'm running it using a 
schroot.


The errors you get seems to be due to permission error to the $HOME 
directory of the user running tests. As paperwork needs read/write 
access to this folder (at least $HOME/.config or $XDG_CONFIG_HOME) by 
default, I'm not sure this should be considered an error on paperwork side.

You can also check the autopkgtest job on salsa[2] which doesn't fail

Regards,
Thomas

[1]: https://release.debian.org/bullseye/freeze_policy.html#soft
[2]: https://salsa.debian.org/openpaperwork-team/paperwork/-/jobs/1442120



Bug#978440: RFS: paperwork/2.0.2-1 -- Personal document manager

2021-02-14 Thread Thomas Perret


I build it in a pbuilder chroot. So all dependencies defined in
debian/control are installed.



Hi Mechtilde,

It's weird, I'm also building it in a pbuilder chroot (using 
git-buildpackage) and I also tried building with sbuild and everything 
went well.

Can you provide the build errors you get?

Best regards,
Thomas



Bug#978440: RFS: paperwork/2.0.2-1 -- Personal document manager

2021-02-13 Thread Thomas Perret

Hi Jérémy,



However, i don't quite understand the usefulness of these packages:
- openpaperwork-core
- openpaperwork-core-doc
- openpaperwork-gtk
- openpaperwork-gtk-doc

I've installed openpaperwork-gtk and it seems it doesn't depend on
paperwork-gtk,
but maybe i'm missing some documentation, and the long package description
of
openpaperwork-gtk
doesn't help either.


In fact, paperwork-gtk depends on openpaperwork-gtk.

I agree that openpaperwork-* packages descriptions are not really helpful.
The basic idea is that openpaperwork-* is the core of the concept 
implementation of paperwork and paperwork-* are the user interface 
implementations. The upstream idea behind that is to allow different 
implementations of user interfaces (e.g.: web interface, mobile 
interface,…).


With paperwork 2.* there is a full support for plugins. You can check 
which plugins are enabled with command lines:

$ paperwork-cli plugins list
$ paperwork-gtk plugins list
You can check the documentation on openpaperwork-core-doc or online[1] 
which explains the core & plugins aspects.




Manually i had to do
dpkg -i paperwork-gtk_2.0.2-1_all.deb paperwork-backend_2.0.2-1_all.deb
  openpaperwork-core_2.0.2-1_all.deb
to get it, and that somehow looks wrong.

On the other hand, once installed, it seems to be working all right. I'll
try to do actual scanning with it later.


My guess is you will have some issues because paperwork-gtk needs 
plugins provided by openpaperwork-gtk (check the previous command).


Maybe the split of package is something that could be discussed, 
especially the openpaperwork-gtk one which doesn't make a lot of sense 
in retrospective.


Note that the best way to install paperwork in to select the l10n 
package that correspond to your language, e.g.: paperwork-gtk-l10n-* 
because it depends on all localized dependencies and provides the 
localization translations. I don't like that but I couldn't find a 
correct way to depends on current user's localization.




i really think it would be a bonus to Bullseye to have paperwork 2.
Maybe debian-release will allow it if we ensure the debian packaging is all
right very quickly.



I (obviously) agree with that ;-)

Best regards,
Thomas


[1]: https://doc.openpaper.work/openpaperwork_core/latest/



Re: Salsa repository request

2021-12-27 Thread Thomas Perret

Le 26/12/2021 à 22:21, Pierre-Elliott Bécue a écrit :



Done.

Happy hacking!



Hi,

Thanks a lot but it looks like I can't push to the repository (or more
precisely, create a branch). When I push to the repository, I get:

Enumerating objects: 123, done.

Counting objects: 100% (123/123), done.

Delta compression using up to 4 threads

Compressing objects: 100% (108/108), done.

Writing objects: 100% (123/123), 76.84 KiB | 76.84 MiB/s, done.

Total 123 (delta 10), reused 113 (delta 7), pack-reused 0

remote: Resolving deltas: 100% (10/10), done.

remote: GitLab:

remote: A default branch (e.g. master) does not yet exist for 
debian/pass-audit


remote: Ask a project Owner or Maintainer to create a default branch:

remote:

remote:   https://salsa.debian.org/debian/pass-audit/-/project_members

remote:

To salsa.debian.org:debian/pass-audit.git

 ! [remote rejected] master -> master (pre-receive hook declined)

error: failed to push some refs to 'salsa.debian.org:debian/pass-audit.git'


It seems having Developer rights on gitlab repository doesn't give
enough permissions to manage the repository.
Could you create the the needed branches (master, upstream, pristine-tar)
Or (better), give me the Maintainer permissions on this repo. Note that
for the other source package I maintain on global Debian namespace
(gfsecret[0]), I have the Maintainer permissions.

Cheers,
Thomas


[0]: https://salsa.debian.org/debian/gfsecret



Re: Salsa repository request

2021-12-27 Thread Thomas Perret

Le 27/12/2021 à 20:11, Pierre-Elliott Bécue a écrit :


Thomas Perret  wrote on 27/12/2021 at 15:39:31+0100:


Le 26/12/2021 à 22:21, Pierre-Elliott Bécue a écrit :


Done.
Happy hacking!



Hi,

Thanks a lot but it looks like I can't push to the repository (or more
precisely, create a branch). When I push to the repository, I get:


I'm sorry, I certainly was tired when I added you as a member of the project.

It's fixed.



Everything works as expected. Perfect!

Thanks again



Salsa repository request

2021-12-26 Thread Thomas Perret

Dear mentors,

Could someone create a "pass-audit"[0] project on Salsa under the
debian global namespace and grant me (username: moht) write access?

From the official website[1]:
pass audit is a password-store[2] extension for auditing your password 
repository. Passwords will be checked against the Python implementation 
of Dropbox' zxcvbn algorithm and Troy Hunt's Have I Been Pwned Service. 
It supports safe breached password detection from haveibeenpwned.com 
using a K-anonymity method. Using this method, you do not need to 
(fully) trust the server that stores the breached password.


Thanks

Best,
Thomas


[0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002618
[1]: https://github.com/roddhjav/pass-audit
[2]: https://tracker.debian.org/pkg/password-store


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1002645: RFS: pass-audit/1.1-1 [ITP] -- Pass extension for auditing your password repository (Python library)

2021-12-26 Thread Thomas Perret

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "pass-audit". Please note that
I would like, if possible, a sponsor that could help me in the process
of becoming a Debian Developer (I'm currently a Debian Maintainer).
Ideally, this would require reviewing some of my previous work[0], lead
me in the tasks I should do before applying for DD and advocate for me
in this process.

 * Package name: pass-audit
   Version : 1.1-1
   Upstream Author : Alexandre Pujol 
 * URL : https://github.com/roddhjav/pass-audit
 * License : GPL-3+
 * Vcs : https://salsa.debian.org/debian/pass-audit
   Section : misc

It builds those binary packages:

  pass-extension-audit - Pass extension for auditing your password 
repository
  python3-pass-audit - Pass extension for auditing your password 
repository (Python library)


To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/pass-audit/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pass-audit/pass-audit_1.1-1.dsc


Changes for the initial release:

 pass-audit (1.1-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1002618)
   * debian/patches:
 + manpage whatis entry fix
 + filename filtering feature

Regards,
Thomas



Bug#1002645: RFS: pass-audit/1.1-1 [ITP] -- Pass extension for auditing your password repository (Python library)

2022-02-23 Thread Thomas Perret

Hi Antoine,

I've uploaded a new packaging of pass-audit version 1.2 to mentors.d.n

I didn't find out why the tests are failing during build so I ended up just 
disabling them during build.
The tests still pass with autopkgtest so I guess it's kind of okay?

Thomas



Bug#1002645: RFS: pass-audit/1.1-1 [ITP] -- Pass extension for auditing your password repository (Python library)

2022-01-27 Thread Thomas Perret

Hi Antoine,

First, thanks for reviewing this package. Second, thanks for the code audit,
I've clearly not enough security knowledge to be able to spot potential
security issues like this, so thanks for that.


(and btw the
[0] reference seems to be missing)


Hum, I forgot to put it and now to be honest, I don't remember what link
I wanted to put. You can check the packages I maintain in my QA page:
https://qa.debian.org/developer.php?email=thomas.per...@phyx.fr
These are mainly the paperwork[0] software and its dependencies with the
exception of gfsecret[1] a package that could take advantage of your
sharp eyes.


Le 13/01/2022 à 19:47, Antoine Beaupré a écrit :

On 2022-01-13 13:37:47, Antoine Beaupré wrote:

Any reason why you split the package in two binary packages? I don't see
why the python3-* package would really be useful outside of the
extension...


I wasn't sure about that, I can undo the split if you think it's unnecessary.
It was also because from what I understood from the section 5.3 of the
Debian Python Policy[2], it would become a private module and would require
to be installed in /usr/share/pass-audit. So out of laziness, I split
the package. But I'm not sure now, while I read the policy again, that I'm
understanding it the same.



Another thing is that I can't build the package here, it seems to fail
on some weird gnupg error in the test suite. Log attached.

other than that, things look somewhat sane. i'm a little worried about
the security of the code, details in private (and sent to upstream on
twitter).



Hum, yes indeed. I only tried to build it using pbuilder which built fine
but I can reproduce it locally with sbuild (and was present also on salsa[3]).
Though, I'm not sure where the problem comes from. I'll need to investigate.
I'm not able to spend as much time as I would like for Debian currently so
it will surely take me some time to fix that. But I guess, I should wait for
the next upstream release before uploading to Debian.

Thomas


[0]: https://openpaper.work
[1]: https://incenp.org/dvlpt/gfsecret.html
[2]: 
https://www.debian.org/doc/packaging-manuals/python-policy/index.html#programs-shipping-private-modules
[3]: https://salsa.debian.org/debian/pass-audit/-/jobs/2322260