salut � tous,
je passe un thread sur la liste parce que j'aimerais beaucoup avoir
votre position (� jour) sur le sujet.
il y a qq ann�es, il semblait que apt �tait sens� devenir l'interface officielle des apt-tools sauf que
* j'ai l'impression que c'est tjrs aussi mauvais compar� � aptitude
* aptitude a un vrai pb de lenteur
J'avais pas rsvg-convert, apt me dit que c'est dans le paquet python3-sphinxcontrib.svg2pdfconverter. Ca me surprend un peu mais �a a
effectivement corrig� le probl�me. Normal ?
$ apt-file search rsvg-convert
librsvg2-bin: /usr/bin/rsvg-convert
librsvg2-bin: /usr/share/man/man1/rsvg-convert.1.gz
C'est dommage parce que quand on fait
apt search rsvg-convert python3-sphinxcontrib.svg2pdfconverter/stable,stable 1.2.2-1 all
Sphinx SVG to PDF Converter Extension
C'est un des trucs qui me saoule dans debian: apt est sens� devenir *le frontend* de tous les apt-tools sauf qu'il pue du bec.
du coup:
* apt pour installer
* aptitude et apt-file pour chercher
au passage je tiens � signaler que:
* les motifs de recherche de aptitude sont une des raisons de ma
fid�lit� � debian comme seule distro potable pour un desktop
user-end.
* j'aimerais bien dire "aptitude partout" �tait responsable du seul
foirage de mise a jour majeure en 20 ans sur debian (entre temps j'ai
d�couvert les images openstack avec leurs d�pendances � la con donc
on va dire 2).
* aptitude est lent au d�marrage, il arrive avec une ui et un tetris,
le tout ne m'ayant �videment jamais servi.
il faut que je fasse un paquet debian pour que les gens
aient juste � faire "apt install".
Pas obligatoire, c'est l'occasion de leur montrer apt search et apt-file jeudi :
sauf d�monstration du contraire, je continue � dire qu'il ne *faut pas
uitliser apt search* mais aptitude ou apt-cache.
c'est une tr�s mauvaise pratique: faire des apt install de partout pour
ne plus savoir pourquoi tu as install� tel et tel paquet.
l'avantage de faire apt install mon-tp1 mon-tp2, c'est que rsvg-convert sera d�sinstall� le jour ou tu n'as plus aucun tp qui en d�pend.
premi�re option parce que c'est ce que les personnes vont tr�s majoritairement rencontrer dans leurs activit�s (combien de projets de recherche viennent avec des jolis paquets ?).
les "jolis paquets" (qualit� debian, remont� dans upstream) sont chiants
� faire et c'est la raison pour laquelle personne ne prend le temps de
les faire.
faire un paquet avec une liste de d�pendances et qqs fichiers prets �
l'emploi est trivial et on devrait faire la promotion de cette pratique.
J'utilisais equivs pour faire mes paquets et j'utilise maintenant
mkcrapdeb
https://git.unistra.fr/mc/mkcrapdeb
je suis � l'affut de bonnes pratiques/pratiques officielles pour ce
ce packaging simple.
a+
marc
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)