hello @chalu
J’ai opté pour une installation de Lyx avec distrobox car sur Tumbleweed les mises à jour sont très fréquentes et ça fait souvent beaucoup de paquets.
j'ai aussi texlive sur mon host (pour faire du markdown->pandoc->pdflatex->pdf avec un résultat final propre, sinon le pdf fait peur), et c'est le high-score pour la décomposition extrème en petits paquets:
rpm -qa | grep texlive | wc -l
2746
J’ai opté pour une installation de Lyx avec distrobox car sur Tumbleweed les mises à jour sont très fréquentes et ça fait souvent beaucoup de paquets. Ainsi je maintiens plus facilement le système principal. Mon problème est qu’avant d’adopté cette méthode, j’avais installé Lyx sur le système. Je pense l’avoir supprimé avec toutes ses dépendances et recommandés, il y a sans doute un autre paquet qui recommande texlive. Mais comme celui-ci était installé, ça ne m’a pas sauté aux yeux quand j’ai installé cet autre paquet.
je suis d'accord : le bundle c'est très pratique. ça vaut peut-être aussi le coup de tenter d'ajouter le repository d'un mainteneur sérieux de lyx avec une priorité plus grande, puis de fixer l'affinité de lyx et ses dépendances sur ce repo (vendor-change). avec un peu de chance, ce mainteneur n'est pas abonné sur la CI qui lance un build dès qu'un développeur fait un 'git push', le truc qui déclenche une rafale de nouveaux binaires disponibles (ce que malheureusement OBS doit être programmé à faire...)
les distributions homéostatiques comme tumbleweed ou arch, c'est "toujours à jour", mais comme il y a pas mal de développeurs opensource, ça bouge pas mal dans les mises à jour (c'est pour ça que je fonctionne avec leap + patch en dentelle pour les trucs en plus ou plus récents)
Je suis plutôt à la recherche d’une commande qui permettrait de savoir quels sont les paquets installés sur le système qui recommande un paquet nommé x.
et sinon, pour faire le ménage, ...
la database des paquets installés possède toutes les réponses (c'est un débat sans fin mais il me semble que 'rpm' gagne au niveau des options par rapport à 'dpkg'). il y a l'approche "UI avec yast" en jouant avec les checkbox sur la gauche, ou l'approche copier/coler dans le terminal (qui a l'avantage d'être scriptable)
pour voir les infos disponibles sur un paquet donné (infos présentes dans le rpmspec pour la création du paquet avec rpmbuild) :
rpm -q --provides <nom_de_paquet> --> donne les aliases utilisés dans la base pour les résolutions provides/requires
rpm -q --requires <nom_de_paquet> --> les alias demandés (le truc qui fait que zypper choisit automatiquement X ou Y)
rpm -q --recommends <nom_de_paquet> --> les alias suggérés, ... et sélectionnés
pour faire des recherches sur la base et chercher les coupables (exemple en partant de pdflatex) :
rpm -q --whatprovides /usr/bin/pdflatex --> texlive-latex-bin-bin-2021.20210325.svn54358-150400.31.3.1.x86_64
rpm -q --provides texlive-latex-bin-bin-2021.20210325.svn54358-150400.31.3.1.x86_64 --> texlive-latex-bin-bin
rpm -q --requires texlive-latex-bin-bin --> texlive-latex-bin
rpm -q --recommends texlive-latex-bin --> {texlive-collection-fontsrecommended, texlive-collection-genericrecommended, texlive-collection-latexrecommended}
rpm -q --requires texlive-latex-bin --> texlive
rpm -q --recommends texlive --> texlive-scheme-medium
rpm -q --whatrecommends texlive --> no package recommends texlive
rpm -q --whatrecommends texlive-scheme-medium --> texlive-2021.20210325-150400.31.3.1.x86_64
en général, pour faire le ménage, la méthode qui marche assez bien est :
rpm -e xxx --> message d'erreur : xxx is neede by aaa, bbb, ccc
il suffit d'itérer en ajoutant les paquets, ... en sachant s'arrêter à temps (dans la cas où le paquet est une dépendance du système)
rpm -e xxx aaa bbb ccc
rpm -e xxx aaa bbb ccc ddd eee fff
bon, ok, avec texlive et ses 2746 paquets en dépendance, il faut générer la liste avec awk, sinon le copier/coller est fastidieux:
deps=` rpm -e xxx |& awk '{ print $NF}' `
rpm -e texlive $deps --> c'est là qu'il faut faire attention à ne pas effacer "trop"...
et à la fin, la commande passe...
eric