[Debian-pan-maintainers] packaging Fiji

Roland Mas roland.mas at gnurandal.com
Mon Jan 10 10:15:29 GMT 2022


OK pour Fiji. Je vais creuser un peu plus sur TomoJ, peut-être que ce 
sera moins grave, mais si c'est aussi compliqué je le mettrai de côté 
aussi, et je repartirai sur le Python (ipywidget et jupyterlab).

Roland.

Le 08/01/2022 à 11:28, FARHI Emmanuel a écrit :
> Bonjour Roland,
>
> quelle histoire !
>
> En effet Fiji a l'air d'aller chercher dans les tréfonds des paquets Java a foison.
> Il me semble plus sage actuellement de mettre Fiji de coté, et de se concentrer sur les paquets a taille humaine de 'high'.
>
> J'ai ajouté JupyterLab a la fin de la liste high, dans le prolongement de JupyterHub. Ca devrait etre assez "engagé", mais probablement moins tentaculaire que Fiji. Il y aura peut etre a mettre a jour des dépendances issues de jupyter, par exemple ipywidget.
>
> Cordialement, E. Farhi.
>
> ----- Mail original -----
> De: "roland mas" <roland.mas at gnurandal.com>
> À: "FARHI Emmanuel" <emmanuel.farhi at synchrotron-soleil.fr>
> Envoyé: Samedi 8 Janvier 2022 00:03:20
> Objet: Re: Envoi de la proposition commerciale PR2022-0186
>
> Le 05/01/2022 à 17:57, Roland Mas a écrit :
>> ThreeB est dans NEW, le reste de ce que j'ai sur le feu est en attente
>> de retours, donc je me plonge dans Fiji. Une compilation « manuelle »
>> (avec Maven) télécharge énormément de modules, mais je pense que la
>> majeure partie sont déjà dans Debian, et comme il y a des helpers pour
>> faciliter le packaging Debian des applis qui utilisent Maven, je
>> devrais m'en sortir. Je défriche ça et je vous tiens au courant si je
>> rencontre une difficulté majeure.
>>
> Deux jours plus tard, je reviens un peu sur mon enthousiasme initial :
> partant du principe que quand il faut y aller il faut y aller, je me
> suis mis en tête de packager les dépendances manquantes, en commençant
> par la première qui apparaît en erreur dans la compilation :
> imagej-legacy. Je télécharge, je tente la compilation, et je trouve
> d'autres dépendances manquantes, en commençant par la première :
> pom-scijava. Qui dépend (entre autres) de pom-scijava-base. Qui dépend
> (entre autres) de maven-enforcer-plugin. extra-enforcer-rules.
> mojo-parent. maven-checkstyle-plugin. plexus-resources.
> sonatype-buildsupport. plexus-components. plexus.
> maven-project-info-reports-plugin. maven-plugins. httpcomponents-parent.
> Et là, je me rends compte que je suis au 14e niveau d'un parcours
> d'arbre en profondeur d'abord, et je n'ai toujours pas trouvé un module
> feuille sur lequel travailler concrètement.
>
> Donc même si on suppose que je dois pouvoir semi-automatiser la
> récupération et le packaging de tous ces modules (et je ne suis parti
> que de Fiji, je n'ai même pas regardé le moindre plugin), j'ai peur
> qu'on soit face à une tâche colossale. Les 30 et quelques dépendances de
> Jupyterhub, c'était de la rigolade à côté.
>
> D'où, question : est-ce qu'on continue dans cette voie ? Moi je suis
> motivé, mais on est partis pour des semaines ou des mois. J'attends
> votre avis.
>
> Roland.
>
> PS : Par curiosité je suis allé voir le code source de ImageJ (en
> version 1) tel qu'il est déjà dans Debian, pour chercher de
> l'inspiration. Mais pas d'inspiration à trouver dans ce paquet : il ne
> dépend de rien, aucun module hors la bibliothèque standard de Java.
>
> PPS : En plus des histoires de licence, j'ai l'impression qu'on va avoir
> le même problème de dépendances avec TomoJ (malglé bien sûr des
> recoupements avec Fiji).
>



More information about the Debian-pan-maintainers mailing list