Hello,

I am following up on my previous message now focusing only on the python 
packages.

I have moved the 5 repos under the Python Team namespace.

https://salsa.debian.org/python-team/packages/raygeo
https://salsa.debian.org/python-team/packages/python-vtracer
https://salsa.debian.org/python-team/packages/rayforge
https://salsa.debian.org/python-team/packages/pyvips
https://salsa.debian.org/python-team/packages/python-asyncudp

I believe the last two are ready for review. These are my first two ever python 
packages. I tried to follow  the packaging policy. Any feedback would be more 
than welcome.

A short summary of the status of the two packages:

  python-asyncudp
  - Salsa: https://salsa.debian.org/python-team/packages/python-asyncudp
  - Source package: python-asyncudp
  - Binary package: python3-asyncudp
  - Version: 0.11.0-1
  - Pure Python asyncio UDP helper library.
  - Packaging uses pybuild with dh-python and python3-all.
  - Upstream unittest suite is enabled and passed in sbuild for Python 3.13 and 
3.14.
  - sbuild -d unstable succeeded.
  - Deep lintian only reported initial-upload-closes-no-bugs and legacy 
egg-info info tags.

  python-pyvips

  - Salsa: https://salsa.debian.org/python-team/packages/pyvips
  - Source package: python-pyvips
  - Binary package: python3-pyvips
  - Version: 3.1.1-1
  - Python binding for libvips.
  - Packaging uses pybuild, dh-python, python3-all-dev, CFFI, and libvips-dev.
  - Architecture is any because it builds the _libvips CFFI extension.
  - Runtime dependency uses current libvips42t64.
  - Upstream pytest suite is enabled and passed in sbuild for Python 3.13 and 
3.14.
  - sbuild -d unstable succeeded.
  - Deep lintian only reported initial-upload-closes-no-bugs.

Thanks in advance

Mike

Michele Cane, PhD


On Friday, 29 May 2026 at 15:03, Michele Cane <[email protected]> wrote:

> Hello Rust and Python teams,
> 

> I am reaching out because I have started working on packaging Rayforge for 
> Debian.
> 

> For details about the project, please see the ITP:
> 

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

> I previously reached out to mentors.debian.net and was advised to upload my 
> repositories to Salsa and contact the relevant teams to seek guidance, 
> review, and potential inclusion under the appropriate team-maintained 
> namespaces.
> 

> The current packaging repositories are available on Salsa:
> 

> -   rayforge: https://salsa.debian.org/heiserhorn/rayforge
>     

> -   raygeo: https://salsa.debian.org/heiserhorn/raygeo
>     

> -   pyvips: https://salsa.debian.org/heiserhorn/pyvips
>     

> -   vtracer: https://salsa.debian.org/heiserhorn/vtracer
>     

> -   visioncortex: https://salsa.debian.org/heiserhorn/visioncortex
>     

> -   flo_curves: https://salsa.debian.org/heiserhorn/flo_curves
>     

> -   clipper2: https://salsa.debian.org/heiserhorn/clipper2
>     

> -   rstar: https://salsa.debian.org/heiserhorn/rstar
>     

> -   pyo3-stub-gen: https://salsa.debian.org/heiserhorn/pyo3-stub-gen
>     

> -   setuptools-git-versioning: 
> https://salsa.debian.org/heiserhorn/setuptools-git-versioning
>     

> -   clipper2c-sys: https://salsa.debian.org/heiserhorn/clipper2c-sys
>     

> -   Clipper2C: https://salsa.debian.org/heiserhorn/Clipper2C
>     

> -   arduino-asyncudp: https://salsa.debian.org/heiserhorn/arduino-asyncudp
>     

> 

> The following packages have been identified as direct or indirect 
> dependencies of Rayforge (the list may not yet be exhaustive):
> 

> Rust:
> 

> -   raygeo
>     

> -   vtracer
>     

> -   visioncortex
>     

> -   flo_curves
>     

> -   clipper2
>     

> -   rstar
>     

> -   pyo3-stub-gen
>     

> -   clipper2c-sys
>     

> 

> Python:
> 

> -   pyvips
>     

> -   setuptools-git-versioning
>     

> 

> C++:
> 

> -   Clipper2C
>     

> -   arduino-asyncudp
>     

> 

> Current status:
> 

> The following packages are lintian-clean and build successfully with sbuild 
> using only dependencies already available in Debian:
> 

> -   flo_curves (Rust)
>     

> -   rstar (Rust)
>     

> -   setuptools-git-versioning (Python)
>     

> -   Clipper2C (C++)
>     

> -   arduino-asyncudp (C++)
>     

> 

> For the remaining packages, I have already started preparing the packaging 
> repositories and Debian branches, but some depend on packages that are not 
> yet available in Debian or require updates before they can be completed.
> 

> In particular, pyo3-stub-gen currently depends on packages that are already 
> present in Debian but require updates:
> 

> -   librust-inventory-dev
>     

> -   librust-rustpython-parser-dev
>     

> -   librust-ordered-float-dev
>     

> 

> For these, I have already opened or updated the relevant bug reports.
> 

> I would appreciate guidance on the following points:
> 

> -   Should the Rust packages be maintained under the Debian Rust Team?
>     

> -   Should the Python packages be maintained under the Debian Python Team?
>     

> -   What would be the preferred maintenance model for the two C++ packages?
>     

> -   Should the main Rayforge package be maintained under the Python Team, the 
> Debian Science Team, or another team?
>     

> 

> For context, I have some previous Debian packaging experience dating back 
> 10–15 years, but this is my first packaging effort involving a dependency 
> tree of this size and complexity.
> 

> Any guidance, review, or suggestions would be greatly appreciated.
> 

> Many thanks,
> 

> Mike
> 

> Michele Cane,PhD
> 

> 

Attachment: publickey - [email protected] - 0xC017295D.asc
Description: application/pgp-keys

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to