[Debian-pan-maintainers] État des lieux, octobre 2024

FARHI Emmanuel emmanuel.farhi at synchrotron-soleil.fr
Wed Oct 30 18:56:58 GMT 2024


Bonjour Roland et merci pour cet état des lieux complet.

J'ai vu en effet une activité de maintenance de paquets assez continue, car c'est en effet le bon moment avant de commencer à entrer dans les "freeze" de Trixie (TBA).

De notre coté, nous testons xraylarch, et devons vérifier si la dernière mouture permet de calculer correctement les signaux EXAFS. 

Pour Napari, je pense que ca fonctionne bien, il y a malgré tout un problème récurrent qui est l'installation de "plugins". En effet, la commande qui est lancée par Napari est un "pip install", mais cela nécessite la création d'un "venv" coté Debian, et il faudrait alors lancer Napari depuis ce venv (probablement créé avec un --system-site-packages). Je ne sais pas si c'est facilement soluble. On peut envisager de pousser des plugins séparément, mais il y en a maintenant des centaines, qui sont assez intéressants.

Enfin, pour mccode, il y a eu une release 3.5.8 pour laquelle la migration "pourrait" bien se passer. Je n'aurai pas le temps de regarder avant fin novembre.

Cordialement, Emmanuel.

----- Mail original -----
De: "roland mas" <roland.mas at gnurandal.com>
À: "Debian PaN Maintainers" <debian-pan-maintainers at alioth-lists.debian.net>, "FARHI Emmanuel" <emmanuel.farhi at synchrotron-soleil.fr>, "PICCA Frederic-Emmanuel" <frederic-emmanuel.picca at synchrotron-soleil.fr>
Cc: "Yadd" <yadd at debian.org>
Envoyé: Mercredi 30 Octobre 2024 11:39:10
Objet: État des lieux, octobre 2024

Bonjour,

Beaucoup de bugfixes ce mois-ci, et de création de nouveaux paquets pour 
satisfaire des dépendances, les « clients finaux » étant nabu, xraylarch 
et napari (et mccode, mais ma proposition de correctif sur fort77 n'a 
finalement pas été nécessaire, le mainteneur ayant corrigé le problème 
différemment).

Je me retrouve actuellement face à un problème non-technique : napari 
dépend de app-model >= 0.2.8, mais ce module dépend de 
fonticon-fontawesome6, qui dépend forcément de fontawesome6. Or 
fontawesome6, comme fontawesome5, n'est pas libre au sens DFSG (voir 
https://github.com/FortAwesome/Font-Awesome/issues/13467 et 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902981#27), et pour 
bien faire il faudrait tout pousser dans non-free/contrib d'après ce que 
j'en comprends. J'avais commencé puis arrêté de packager fontawesome6 il 
y a deux ans pour cette raison, mais je constate que Yadd a repris le 
flambeau et que le paquet a été accepté. Y a-t-il eu des changements de 
licence depuis ? Ou est-ce que les ftpmasters ont regardé ailleurs ?

Il reste encore quelques paquets bloqués par des dépendances externes 
(notamment numba), et d'autres qui contiennent de vrais bugs auxquels je 
m'attelle avant de chercher de nouveaux paquets à introduire.

Roland.



More information about the Debian-pan-maintainers mailing list