Posté par freem .
En réponse à la dépêche Perl 5.36.0 est sorti.
Évalué à 6.
Dernière modification le 04 octobre 2022 à 17:27.
Debian, avec ce sources.list:
deb http://deb.debian.org/debian bullseye main contrib non-free
deb-src http://deb.debian.org/debian bullseye main contrib non-free
deb http://deb.debian.org/debian-debug bullseye-debug main contrib non-free
deb http://dl.winehq.org/wine-builds/debian bullseye main
deb http://deb.debian.org/debian buster main
deb http://deb.debian.org/debian bullseye-backports main
Donne:
perl: installés: 17 non-installés: 4648
python: installés: 36 non-installés: 8172
sur mon système.
Côté debtags (implemented-in):
perl: 4728
python: 2097
TODO: 220
Bien sûr, je pense qu'il y a pas mal de choses non taguées, mais je donne les chiffres.
Les trucs qui requièrent python installé, et qui sont gérés par ma distro:
hplip
linux-perf-5.10
samba-libs, dont je n'ai absolument pas l'utilité et qui est totalement optionnelle si on recompile les paquets (je l'avais fait, pour debian 10, faut que je refasse)
Ceux qui ne sont pas gérés par ma distro, sont installés uniquement en dépendance de build pour certains projets.
Côté perl:
perl-base, nécessaire à Debian
texlive-binaries
dpkg-dev
keyboard-configuration
mailcap, installé parce que mime-support en a besoin, lui-même requis par python2.7 :p (j'aime l'ironie)
git
i3-wm
i3blocks
qdirstat
apt-file
localepurge
autoconf, même si j'aimerai m'en passer, mais je dois le réinstaller trop souvent après, c'est chiant
google-perftools
linux-perf-5.10 (oui oui, ça dépend des deux)
pkg-config
dictionnaries-common (requis pour aspell et hunspell)
Je laisse l'exercice de définir ce qui est vieux ou non au lecteur, et ce qui est a cause du fait que debian construise des paquets complets ou non.
Ce qui est sûr, c'est que python est très, très peu utilisé sur mon système, alors que perl est une brique importante.
Il faudrait faire une analyse plus poussée, typiquement, j'ai bien l'impression que python dépend énormément de trucs en python sur plusieurs niveaux, problème qui semble moins présent en perl, ce qui pourrait aider à expliquer pourquoi le nombre de paquets python est double, alors que le nombre de trucs "implemented-in" est lui la moitié (mais le fait que nombre de paquets ne soient pas tagués doit aussi bien aider).
Côté vécu et expérience personnelle, je n'ai pas souvenir d'avoir un seul paquet aux dépendances mal foutues en perl, alors qu'en python, dire ça serait mentir, et pas qu'un peu. Je ne compte plus le nombre de fois ou j'ai du aller, pestant, lire un truc dans /usr/bin pour trouver quel foutu paquet pourrait bien manquer qui a fait planter un programme python en plein vol... Ce qui explique le faible nombre de trucs installés en python sur mon système: je préfère trouver des alternatives, c'est plus simple.
[^] # Re: Qui code en perl ?
Posté par freem . En réponse à la dépêche Perl 5.36.0 est sorti. Évalué à 6. Dernière modification le 04 octobre 2022 à 17:27.
Debian, avec ce sources.list:
Donne:
sur mon système.
Côté debtags (implemented-in):
Les trucs qui requièrent python installé, et qui sont gérés par ma distro:
Ceux qui ne sont pas gérés par ma distro, sont installés uniquement en dépendance de build pour certains projets.
Côté perl:
Je laisse l'exercice de définir ce qui est vieux ou non au lecteur, et ce qui est a cause du fait que debian construise des paquets complets ou non.
Ce qui est sûr, c'est que python est très, très peu utilisé sur mon système, alors que perl est une brique importante.
Il faudrait faire une analyse plus poussée, typiquement, j'ai bien l'impression que python dépend énormément de trucs en python sur plusieurs niveaux, problème qui semble moins présent en perl, ce qui pourrait aider à expliquer pourquoi le nombre de paquets python est double, alors que le nombre de trucs "implemented-in" est lui la moitié (mais le fait que nombre de paquets ne soient pas tagués doit aussi bien aider).
Côté vécu et expérience personnelle, je n'ai pas souvenir d'avoir un seul paquet aux dépendances mal foutues en perl, alors qu'en python, dire ça serait mentir, et pas qu'un peu. Je ne compte plus le nombre de fois ou j'ai du aller, pestant, lire un truc dans /usr/bin pour trouver quel foutu paquet pourrait bien manquer qui a fait planter un programme python en plein vol... Ce qui explique le faible nombre de trucs installés en python sur mon système: je préfère trouver des alternatives, c'est plus simple.