Bonjour,
Aujourd'hui j'ai reçu une proposition de mise à niveau très importante de Tumbleweed. Une mise à jour de 2222 paquets à laquelle devait s'ajouter l'installation de plus de 400 nouveaux paquets (la même chose sur trois installations de TW sur trois machines).
Ce n'est pas la première fois que je suis confronté à ça, sauf que là je me suis rendu compte qu'allaient s'installer en plus des choses dont je ne veux pas et dont je ne connais même pas l'utilité (ex : Accerciser, Jupyter Lab, Jupyter NBClassic et Jupyter Notebook, pour ce qui serait visible dans les menus).
À ce sujet, voir la fin de cette ancienne discussion avec
@chalu : https://www.alionet.org/index.php?topic=1564.0
Cette fois j'ai réussi à m'épargner ces installations additionnelles grâce à une commande conseillée par chalu pour faire l'upgrade :
sudo zypper dup --no-recommends
Si en plus après on fait un simple
zypper dup, l'histoire des paquets additionnels est oubliée et il n'y a rien à faire.
Je ne sais pas ce qui provoque ça mais voici une liste de ces paquets qui auraient du être ajoutés (sur ma plus récente installation de TW, le nombre est un peu inférieur sur les autres) :
Les 453 NOUVEAUX paquets suivants vont être installés :
accerciser accerciser-lang accerciser-plugin-IPython at-spi2-core at-spi2-core-lang breeze5-wallpapers ghc-aeson ghc-aeson-pretty ghc-ansi-terminal ghc-ansi-terminal-types ghc-appar ghc-array ghc-asn1-encoding ghc-asn1-parse ghc-asn1-types ghc-assoc ghc-async
ghc-attoparsec ghc-base ghc-base16-bytestring ghc-base64 ghc-base64-bytestring ghc-base-compat ghc-base-compat-batteries ghc-basement ghc-base-orphans ghc-bifunctors ghc-binary ghc-bitvec ghc-blaze-builder ghc-blaze-html ghc-blaze-markup ghc-byteorder ghc-bytestring
ghc-case-insensitive ghc-cassava ghc-cereal ghc-citeproc ghc-colour ghc-commonmark ghc-commonmark-extensions ghc-commonmark-pandoc ghc-comonad ghc-conduit ghc-conduit-extra ghc-connection ghc-containers ghc-contravariant ghc-cookie ghc-cryptonite ghc-data-default
ghc-data-default-class ghc-data-default-instances-containers ghc-data-default-instances-dlist ghc-data-default-instances-old-locale ghc-data-fix ghc-deepseq ghc-digest ghc-directory ghc-distributive ghc-dlist ghc-doclayout ghc-doctemplates ghc-emojis ghc-exceptions
ghc-file-embed ghc-filepath ghc-foldable1-classes-compat ghc-generically ghc-ghc-boot-th ghc-Glob ghc-gridtables ghc-haddock-library ghc-hashable ghc-haskell-lexer ghc-hourglass ghc-http-client ghc-http-client-tls ghc-http-types ghc-indexed-traversable
ghc-indexed-traversable-instances ghc-integer-logarithms ghc-iproute ghc-ipynb ghc-jira-wiki-markup ghc-JuicyPixels ghc-libyaml ghc-memory ghc-mime-types ghc-mono-traversable ghc-mtl ghc-network ghc-network-uri ghc-old-locale ghc-OneTuple ghc-Only
ghc-ordered-containers ghc-pandoc ghc-pandoc-types ghc-parsec ghc-pem ghc-pretty ghc-pretty-show ghc-primitive ghc-process ghc-QuickCheck ghc-random ghc-regex-base ghc-regex-tdfa ghc-resourcet ghc-safe ghc-scientific ghc-semialign ghc-semigroupoids ghc-SHA
ghc-skylighting ghc-skylighting-core ghc-skylighting-format-ansi ghc-skylighting-format-blaze-html ghc-skylighting-format-context ghc-skylighting-format-latex ghc-socks ghc-split ghc-splitmix ghc-StateVar ghc-stm ghc-streaming-commons ghc-strict ghc-syb ghc-tagged
ghc-tagsoup ghc-template-haskell ghc-temporary ghc-texmath ghc-text ghc-text-conversions ghc-text-short ghc-th-abstraction ghc-th-compat ghc-these ghc-th-lift ghc-th-lift-instances ghc-time ghc-time-compat ghc-tls ghc-transformers ghc-transformers-compat
ghc-typed-process ghc-typst ghc-typst-symbols ghc-unicode-collation ghc-unicode-data ghc-unicode-transforms ghc-uniplate ghc-unix ghc-unliftio-core ghc-unordered-containers ghc-utf8-string ghc-uuid-types ghc-vector ghc-vector-algorithms ghc-vector-stream
ghc-witherable ghc-x509 ghc-x509-store ghc-x509-system ghc-x509-validation ghc-xml ghc-xml-conduit ghc-xml-types ghc-yaml ghc-zip-archive ghc-zlib jupyter-ipyparallel jupyter-jupyter_core-filesystem jupyter-jupyterlab jupyter-jupyterlab-filesystem
jupyter-jupyterlab-pygments jupyter-jupyterlab-widgets jupyter-lsp jupyter-nbclassic jupyter-nbconvert jupyter-notebook jupyter-notebook-filesystem jupyter-notebook-shim jupyter-server-terminals jupyter-widgetsnbextension kernel-default-6.4.9-1.2 libev4
libharfbuzz-gobject0 libpython3_10-1_0 libstartup-notification-1-0 libwnck-3-0 libwnck-lang nodejs20 nodejs-common npm20 pandoc-cli poppler-data python310 python310-anyio python310-apipkg python310-argon2-cffi python310-argon2-cffi-bindings python310-arrow
python310-asttokens python310-async-lru python310-attrs python310-Automat python310-Babel python310-backcall python310-base python310-beautifulsoup4 python310-bleach python310-Brotli python310-certifi python310-cffi python310-charset-normalizer python310-click
python310-comm python310-constantly python310-cryptography python310-cssselect python310-curses python310-dbm python310-debugpy python310-decorator python310-defusedxml python310-dnspython python310-executing python310-fastjsonschema python310-fqdn python310-Genshi
python310-gevent python310-gobject python310-gobject-cairo python310-gobject-Gdk python310-greenlet python310-h11 python310-h2 python310-hpack python310-html5lib python310-httpcore python310-httpx python310-hyperframe python310-hyperlink python310-idna
python310-incremental python310-iniconfig python310-ipykernel python310-ipython python310-ipywidgets python310-isoduration python310-jedi python310-Jinja2 python310-json5 python310-jsonpointer python310-jsonschema python310-jsonschema-format-nongpl
python310-jsonschema-specifications python310-jupyter-client python310-jupyter-core python310-jupyter-events python310-jupyterlab python310-jupyterlab-pygments python310-jupyterlab-server python310-jupyterlab-widgets python310-jupyter-lsp python310-jupyter-server
python310-jupyter-server-terminals python310-lxml python310-markdown-it-py python310-MarkupSafe python310-matplotlib-inline python310-mdurl python310-mistune python310-nbclient python310-nbconvert python310-nbformat python310-nest-asyncio python310-notebook-shim
python310-numpy python310-overrides python310-packaging python310-pandocfilters python310-parso python310-pexpect python310-pickleshare python310-pip python310-platformdirs python310-prometheus-client python310-prompt_toolkit python310-psutil python310-ptyprocess
python310-pure-eval python310-py python310-pyasn1 python310-pyasn1-modules python310-pycairo python310-pycares python310-pycparser python310-pycurl python310-Pygments python310-pyOpenSSL python310-pyrsistent python310-PySocks python310-python-dateutil
python310-python-json-logger python310-pytz python310-PyYAML python310-pyzmq python310-referencing python310-requests python310-requests-toolbelt python310-rfc3339-validator python310-rfc3986-validator python310-rich python310-rpds-py python310-Send2Trash
python310-service_identity python310-setuptools python310-simplejson python310-six python310-sniffio python310-soupsieve python310-stack-data python310-terminado python310-tinycss2 python310-tomli python310-tornado6 python310-traitlets python310-Twisted
python310-Twisted-tls python310-typing_extensions python310-uri-template python310-urllib3 python310-wcwidth python310-webcolors python310-webencodings python310-websocket-client python310-widgetsnbextension python310-zope.event python310-zope.interface
python311-argon2-cffi python311-argon2-cffi-bindings python311-arrow python311-asttokens python311-atspi python311-attrs python311-Automat python311-backcall python311-bleach python311-comm python311-constantly python311-debugpy python311-entrypoints
python311-exceptiongroup python311-executing python311-fastjsonschema python311-fqdn python311-gevent python311-gobject-Gdk python311-greenlet python311-hyperlink python311-incremental python311-ipykernel python311-ipyparallel python311-ipython
python311-ipython_genutils python311-ipywidgets python311-isoduration python311-jedi python311-Jinja2 python311-jsonpointer python311-jsonschema python311-jsonschema-format-nongpl python311-jsonschema-specifications python311-jupyter python311-jupyter-client7
python311-jupyter_console python311-jupyter-core python311-jupyter-events python311-jupyterlab-pygments python311-jupyterlab-widgets python311-jupyter-server python311-jupyter-server-terminals python311-MarkupSafe python311-matplotlib-inline python311-mistune
python311-nbclassic python311-nbclient python311-nbconvert python311-nbformat python311-nest-asyncio python311-notebook python311-notebook-shim python311-overrides python311-packaging python311-pandocfilters python311-parso python311-pexpect python311-pickleshare
python311-platformdirs python311-pluggy python311-prometheus-client python311-prompt_toolkit python311-ptyprocess python311-pure-eval python311-pyasn1 python311-pyasn1-modules python311-pycares python311-pyrsistent python311-pytest python311-python-json-logger
python311-python-xlib python311-PyYAML python311-pyzmq python311-qtconsole python311-QtPy python311-referencing python311-rfc3339-validator python311-rfc3986-validator python311-rpds-py python311-Send2Trash python311-service_identity python311-simplejson
python311-stack-data python311-terminado python311-tinycss2 python311-tomli python311-tornado6 python311-tqdm python311-traitlets python311-Twisted python311-Twisted-tls python311-typing_extensions python311-uri-template python311-webcolors python311-websocket-client
python311-widgetsnbextension python311-zope.event python311-zope.interface python-rpm-generators python-rpm-macros python-tqdm-bash-completion typelib-1_0-Atk-1_0 typelib-1_0-Atspi-2_0 typelib-1_0-GdkPixbuf-2_0 typelib-1_0-Gtk-3_0 typelib-1_0-HarfBuzz-0_0
typelib-1_0-Pango-1_0 typelib-1_0-Rsvg-2_0 typelib-1_0-Wnck-3_0
Bonjour Chumi,
Chez moi, accerciser, jupyter viennent avec l'installation de python demandée par Calibre en rpm.
J'ai abandonné la version rpm pour passer en flatpak à cause de ça.
Bonjour et merci
dicicat! :)
J'avais un gros doute sur Calibre et un autre sur Digikam qui installe des trucs en plus pour la reconnaissance faciale je crois (ou je ne sais quelle chose "intelligente", que j'accepte à chaque fois sans nécessité... quel idiot je fais! :)) ). Mais Calibre correspond plus que Digikam au domaine de l'édition (comme Jupyter-Notebook il me semble en gros). Et puis python aussi (je n'y connais rien mais je sais que Calibre a à voir).
Je vais aussi passer Calibre en flatpak. Encore merci!
Vous vous y retrouvez quand même avec tumbleweed s'il faut la "flatpakiser" progressivement car les mises à jour perpétuelles posent soucis (?)
@dicicat : Ah bah non! sur mon PC principal que je n'avais pas encore mis à jour, j'ai supprimé Calibre ainsi que ses dépendances non utilisées par ailleurs ("nettoyage lors de la suppression de paquets"). Après redémarrage, j'ai ensuite tenté un
zypper dup mais il voulait à nouveau m'infliger plus de 400 nouveaux paquets. Je vais essayer Calibre en flatpak pour voir si cela se reproduit lors d'une prochaine grosse maj. En attendant j'ai utilisé ma commande de secours pour mettre à jour sans me retrouver avec Accerciser et Jupyter dont je ne veux pas.
Edit : Et pourtant, j'ai vérifié, c'est bien le rpm de Calibre qui déclenche l'installation de Jupyter, d'Accerciser et de tous les paquets python qui vont avec ces deux là.
@manchette : les mises à jour qui posent soucis sont très rares sur Tumbleweed et dans le cas présent le problème ne concerne pas tout le monde. Jusque là je n'avais qu'un flatpak, DisplayCAL, et avec ce logiciel on n'a pas le choix, même sur Leap, car il n'est plus dans les dépôts.
@dicicat : la preuve de ce que déclenche l'installation du rpm calibre et qui confirme ce que tu dis
xxxxx@localhost:~> sudo zypper in calibre
[sudo] Mot de passe de root :
Chargement des données du dépôt...
Lecture des paquets installés...
Résolution des dépendances des paquets...
Les 47 paquets recommandés suivants ont été automatiquement sélectionnés :
jupyter-ipyparallel npm20 pandoc-cli python310-click python310-gevent python310-h2 python310-ipykernel python310-ipython
python310-ipywidgets python310-pexpect python310-pycares python310-pycurl python310-Pygments python310-rich python310-service_identity
python310-simplejson python310-tornado6 python310-Twisted python311-chardet python311-click python311-Genshi python311-gevent python311-h2
python311-ipykernel python311-ipyparallel python311-ipython python311-ipywidgets python311-jupyter python311-lxml python311-munkres
python311-numpy python311-pexpect python311-pycares python311-pyftpdlib python311-Pygments python311-pysendfile python311-reportlab
python311-rich python311-service_identity python311-simplejson python311-sympy python311-tornado6 python311-Twisted python311-unicodedata2
python311-wcwidth python311-zopfli python-rpm-generators
Les 475 NOUVEAUX paquets suivants vont être installés :
accerciser accerciser-plugin-IPython akonadi-server-sqlite calibre ghc-aeson ghc-aeson-pretty ghc-ansi-terminal ghc-ansi-terminal-types
ghc-appar ghc-array ghc-asn1-encoding ghc-asn1-parse ghc-asn1-types ghc-assoc ghc-async ghc-attoparsec ghc-base ghc-base16-bytestring
ghc-base64 ghc-base64-bytestring ghc-base-compat ghc-base-compat-batteries ghc-basement ghc-base-orphans ghc-bifunctors ghc-binary
ghc-bitvec ghc-blaze-builder ghc-blaze-html ghc-blaze-markup ghc-byteorder ghc-bytestring ghc-case-insensitive ghc-cassava ghc-cereal
ghc-citeproc ghc-colour ghc-commonmark ghc-commonmark-extensions ghc-commonmark-pandoc ghc-comonad ghc-conduit ghc-conduit-extra
ghc-connection ghc-containers ghc-contravariant ghc-cookie ghc-cryptonite ghc-data-default ghc-data-default-class
ghc-data-default-instances-containers ghc-data-default-instances-dlist ghc-data-default-instances-old-locale ghc-data-fix ghc-deepseq
ghc-digest ghc-directory ghc-distributive ghc-dlist ghc-doclayout ghc-doctemplates ghc-emojis ghc-exceptions ghc-file-embed ghc-filepath
ghc-foldable1-classes-compat ghc-generically ghc-ghc-boot-th ghc-Glob ghc-gridtables ghc-haddock-library ghc-hashable ghc-haskell-lexer
ghc-hourglass ghc-http-client ghc-http-client-tls ghc-http-types ghc-indexed-traversable ghc-indexed-traversable-instances
ghc-integer-logarithms ghc-iproute ghc-ipynb ghc-jira-wiki-markup ghc-JuicyPixels ghc-libyaml ghc-memory ghc-mime-types ghc-mono-traversable
ghc-mtl ghc-network ghc-network-uri ghc-old-locale ghc-OneTuple ghc-Only ghc-ordered-containers ghc-pandoc ghc-pandoc-types ghc-parsec
ghc-pem ghc-pretty ghc-pretty-show ghc-primitive ghc-process ghc-QuickCheck ghc-random ghc-regex-base ghc-regex-tdfa ghc-resourcet ghc-safe
ghc-scientific ghc-semialign ghc-semigroupoids ghc-SHA ghc-skylighting ghc-skylighting-core ghc-skylighting-format-ansi
ghc-skylighting-format-blaze-html ghc-skylighting-format-context ghc-skylighting-format-latex ghc-socks ghc-split ghc-splitmix ghc-StateVar
ghc-stm ghc-streaming-commons ghc-strict ghc-syb ghc-tagged ghc-tagsoup ghc-template-haskell ghc-temporary ghc-texmath ghc-text
ghc-text-conversions ghc-text-short ghc-th-abstraction ghc-th-compat ghc-these ghc-th-lift ghc-th-lift-instances ghc-time ghc-time-compat
ghc-tls ghc-transformers ghc-transformers-compat ghc-typed-process ghc-typst ghc-typst-symbols ghc-unicode-collation ghc-unicode-data
ghc-unicode-transforms ghc-uniplate ghc-unix ghc-unliftio-core ghc-unordered-containers ghc-utf8-string ghc-uuid-types ghc-vector
ghc-vector-algorithms ghc-vector-stream ghc-witherable ghc-x509 ghc-x509-store ghc-x509-system ghc-x509-validation ghc-xml ghc-xml-conduit
ghc-xml-types ghc-yaml ghc-zip-archive ghc-zlib jupyter-ipyparallel jupyter-jupyter_core-filesystem jupyter-jupyterlab
jupyter-jupyterlab-filesystem jupyter-jupyterlab-pygments jupyter-jupyterlab-widgets jupyter-lsp jupyter-nbclassic jupyter-nbconvert
jupyter-notebook jupyter-notebook-filesystem jupyter-notebook-shim jupyter-server-terminals jupyter-widgetsnbextension libev4
libstartup-notification-1-0 libstemmer0d libuchardet0 libwmf-tools libwnck-3-0 nodejs20 nodejs-common npm20 optipng pandoc-cli podofo
python310-anyio python310-argon2-cffi python310-argon2-cffi-bindings python310-arrow python310-asttokens python310-async-lru python310-attrs
python310-Automat python310-backcall python310-beautifulsoup4 python310-bleach python310-click python310-comm python310-constantly
python310-debugpy python310-dnspython python310-executing python310-fastjsonschema python310-fqdn python310-gevent python310-greenlet
python310-h11 python310-h2 python310-hpack python310-httpcore python310-httpx python310-hyperframe python310-hyperlink python310-incremental
python310-ipykernel python310-ipython python310-ipywidgets python310-isoduration python310-jedi python310-json5 python310-jsonpointer
python310-jsonschema python310-jsonschema-format-nongpl python310-jsonschema-specifications python310-jupyter-client python310-jupyter-core
python310-jupyter-events python310-jupyterlab python310-jupyterlab-pygments python310-jupyterlab-server python310-jupyterlab-widgets
python310-jupyter-lsp python310-jupyter-server python310-jupyter-server-terminals python310-markdown-it-py python310-matplotlib-inline
python310-mdurl python310-mistune python310-nbclient python310-nbconvert python310-nbformat python310-nest-asyncio python310-notebook-shim
python310-overrides python310-packaging python310-pandocfilters python310-parso python310-pexpect python310-pickleshare
python310-platformdirs python310-prometheus-client python310-prompt_toolkit python310-ptyprocess python310-pure-eval python310-pyasn1
python310-pyasn1-modules python310-pycares python310-pycurl python310-Pygments python310-pyrsistent python310-python-dateutil
python310-python-json-logger python310-PyYAML python310-pyzmq python310-referencing python310-requests-toolbelt python310-rfc3339-validator
python310-rfc3986-validator python310-rich python310-rpds-py python310-Send2Trash python310-service_identity python310-simplejson
python310-sniffio python310-soupsieve python310-stack-data python310-terminado python310-tinycss2 python310-tomli python310-tornado6
python310-traitlets python310-Twisted python310-Twisted-tls python310-typing_extensions python310-uri-template python310-webcolors
python310-websocket-client python310-widgetsnbextension python310-zope.event python310-zope.interface python311-anyio python311-appdirs
python311-apsw python311-argon2-cffi python311-argon2-cffi-bindings python311-arrow python311-asttokens python311-async_timeout
python311-atspi python311-attrs python311-Automat python311-backcall python311-beautifulsoup4 python311-bleach python311-cchardet
python311-chardet python311-click python311-comm python311-constantly python311-css-parser python311-cssselect python311-debugpy
python311-defusedxml python311-dnspython python311-dukpy-kovidgoyal python311-entrypoints python311-exceptiongroup python311-executing
python311-fastjsonschema python311-feedparser python311-FontTools python311-fqdn python311-fs python311-Genshi python311-gevent
python311-gmpy2 python311-greenlet python311-h11 python311-h2 python311-hpack python311-html2text python311-html5lib python311-html5-parser
python311-httpcore python311-httpx python311-hyperframe python311-hyperlink python311-ifaddr python311-incremental python311-inflate64
python311-ipykernel python311-ipyparallel python311-ipython python311-ipython_genutils python311-ipywidgets python311-isoduration
python311-jedi python311-jsonpointer python311-jsonschema python311-jsonschema-format-nongpl python311-jsonschema-specifications
python311-jupyter python311-jupyter-client7 python311-jupyter_console python311-jupyter-core python311-jupyter-events
python311-jupyterlab-pygments python311-jupyterlab-widgets python311-jupyter-server python311-jupyter-server-terminals python311-lxml
python311-Markdown python311-markdown-it-py python311-matplotlib-inline python311-mdurl python311-mechanize python311-mistune
python311-mpmath python311-msgpack python311-multivolumefile python311-munkres python311-nbclassic python311-nbclient python311-nbconvert
python311-nbformat python311-nest-asyncio python311-netifaces python311-notebook python311-notebook-shim python311-numpy python311-odfpy
python311-olefile python311-overrides python311-packaging python311-pandocfilters python311-parso python311-pexpect python311-pickleshare
python311-Pillow python311-platformdirs python311-pluggy python311-prometheus-client python311-prompt_toolkit python311-ptyprocess
python311-pure-eval python311-py7zr python311-pyasn1 python311-pyasn1-modules python311-pybcj python311-pycares python311-pychm
python311-pycryptodome python311-pycryptodomex python311-pyftpdlib python311-Pygments python311-pyppmd python311-PyQt6 python311-PyQt6-sip
python311-PyQt6-WebEngine python311-pyrsistent python311-pysendfile python311-pytest python311-python-dateutil python311-python-json-logger
python311-python-xlib python311-PyYAML python311-pyzmq python311-pyzstd python311-qtconsole python311-QtPy python311-referencing
python311-regex python311-reportlab python311-requests-toolbelt python311-rfc3339-validator python311-rfc3986-validator python311-rich
python311-rpds-py python311-Send2Trash python311-service_identity python311-sgmllib3k python311-simplejson python311-sniffio
python311-soupsieve python311-stack-data python311-sympy python311-terminado python311-texttable python311-tinycss2 python311-tomli
python311-tornado6 python311-tqdm python311-traitlets python311-Twisted python311-Twisted-tls python311-typing_extensions
python311-unicodedata2 python311-uri-template python311-wcwidth python311-webcolors python311-webencodings python311-websocket-client
python311-widgetsnbextension python311-zeroconf python311-zope.event python311-zope.interface python311-zopfli python-rpm-generators
python-rpm-macros python-tqdm-bash-completion sqlite3 typelib-1_0-Rsvg-2_0 typelib-1_0-Wnck-3_0
475 nouveaux paquets à installer.
Taille de téléchargement totale : 229,8 MiB. Déjà en cache : 0 B. Après l'opération, 1,1 GiB d'espace disque supplémentaire sera utilisé.
Continue? [o/n/v/...? affiche toutes les options] (o): n
J'ai désinstallé calibre. Lors de la grosse maj, j'ai demandé à ne pas installer les paquets recommandés mais ils sont toujours en embuscade. Ce qu'on peut vérifier avec la commande :
sudo zypper dist-upgrade --dry-run --recommends
Pour sortir de ça il faut modifier le fichier de configuration de zypper ainsi qu'il est indiqué dans cette discussion :
https://forums.opensuse.org/t/remove-not-required-apps-and-libs-first-or-do-dup-first/167489/4
La section concernée du fichier /etc/zypp/zypp.conf :
## Whether only required packages are installed.
##
## Recommended packages, will not be regarded.
##
## Valid values: boolean
## Default value: false
##
# solver.onlyRequires = false
Je vois donc bien ce qu'il faut faire, dé-commenter
solver.onlyRequires et le passer à
true. À titre personnel je ne mesure pas les éventuelles conséquences fâcheuses d'une telle action, s'il y en a?
Mais l'intervenant
karlmistelberger préconise de ne pas se prendre la tête à ce point et de rouler avec les valeurs par défaut.
On peut noter au passage dans cette discussion que dans la liste des paquets recommandés qui sert d'illustration, on retrouve accerciser, jupyter et tout ce qui va avec.
Tout ça n'est pas en définitive un problème en soi car ce n'est pas bloquant. Mais c'est surprenant tout de même. Je vais repasser calibre en rpm (ça ne change rien sur le fond). Sujet résolu si l'on veut mais aléa persistant.
Tu as probablement un autre package que calibre qui a des dépendances similaires.
De mon coté sans Calibre, jupyter et tous ces packages python ne s'installent pas. Ils ne sont donc pas nécessaires à une installation de base.
Par contre je ne saurais pas comment trouver quel paquet te demande tout ça :)
Peut-être, oui.
J'ai un doute sur protonvpn-gui (non car il n'était pas installé sur l'un de mes PC).
Mais je sais par ailleurs que le paquet
python311-ipython concentre avec ses dépendances une grosse partie de ces paquets additionnels dont je ne veux pas spécialement (plus de 300). Si je le désinstalle avec
zypper remove --clean-deps, cela fait un gros ménage (plus d'accerciser ni de jupyter). Je peux aussi pousser en faisant de même avec
python310-ipython (une trentaine de paquets en plus qui vire). Tout reviendra un jour mais je sais comment m'y opposer... ou pas.
Tout ça n'est pas bloquant au final, quelque soit l'orientation prise, mais grâce à ton intervention j'ai une bonne partie de l'énigme qui m'a été dévoilée. Et j'ai appris des choses sur le fichier de conf de zypper au passage (même si j'incline vers la prudence). Merci :)
Salut,
Je rebondis sur ce sujet pour indiquer que j'ai aussi ces paquets en trop qui veulent se réinstaller aujourd'hui. :
2592 paquets à mettre à jour, 2 à rétrograder, 1778 nouveaux, 6 à supprimer.
Taille de téléchargement totale : 3,25 GiB. Déjà en cache : 0 B. Après l'opération, 1,4 GiB d'espace disque supplémentaire sera utilisé.
en enlevant les paquets recommandés :
2592 paquets à mettre à jour, 2 à rétrograder, 9 nouveaux, 6 à supprimer.
Taille de téléchargement totale : 2,64 GiB. Déjà en cache : 0 B. Après l'opération, 302,2 MiB d'espace disque supplémentaire sera utilisé.
Chez moi ce sont des paquets texlive pour la majorité, et un peu de python et un git-gui.
Je n'arrive pas à trouver le paquet installé qui cause épisodiquement la demande d'installation des paquets texlive. ça m'énerve !
@chalu : Bonsoir, je me doutais bien que tu allais rebondir ici car c'est un sujet particulièrement rebondissant :))
Dans mon cas entre 400 et 500 paquets, je peux fermer un peu les yeux et puis je connais le responsable que je continue d'utiliser. Mais dans ton cas, pas loin de 1800 paquets alors que tu as désinstallé Lyx et Texlive qui sont responsables de cette avalanche à l'origine :o
Je viens de voir cette discussion qui explique pourquoi un certain nombre de paquets recommandés s'installe :
https://www.reddit.com/r/openSUSE/comments/6puc7k/recommended_packages/
D'accord mais ça n'explique pas pourquoi les paquets recommandés s'invitent à nouveau quand on a désinstallé les déclencheurs. Dans ton cas tu ne devrais plus avoir du tout de paquets texlive qui se pointent.
De mémoire j'ai eu ça avec texlive dont dépend pandoc, je sais plus si c'est lui ou un autre de ce type comme discount, il voulait m'installer tout texlive alors que sur ma Debian c'est installé mais juste la base pas les extra... Sur une gentoo-like ou une arch ça sera installé dans un seul et gros paquet car ils fournissent pas de paquets splintés... C'est rien c'est juste les dépendances optionnelles recommandées.
j'ai un autre lien:
https://www.reddit.com/r/openSUSE/comments/lhbspn/zypper_excessive_amount_of_dependenciesrecommends/
En fait, c'est quelque chose d'assez connue chez les distributions RPM, c'est juste une histoire de découpe et de taille, sur des distributions qui ne font pas de sous paquets qui ne splintent (découpent) pas leurs paquets en plusieurs, comme gentoo ou arch ça fera un gros paquet de plusieurs Giga alors que openSUSE ou Fedora ou des debian-likes vont découper pour faire des paquets moins lourds en taille sauf qu'openSUSE dans un soucis de faciliter la vie des gens et ne plus avoir des questions du type "pourquoi telle fonction n'est pas dans le logiciel", préfère mettre en recommandation tout. Là où Debian ne fera pas pareil et laisera les utilisateurs installer et se démerder pour trouver les paquets qui feront la fonction qui leur manque (généralement c'est des sous paquets ayant des nom en rapport avec ce qu'ils font)...
Donc pas d’inquiétudes, encore une fois vous aurez été sur une distribution du type archlinux ou gentoo, vous aurez eu tout ça dans un même et seul paquet de plusieurs giga.
@chumi : oui j'ai fait la "chasse" aux paquets texlive installés sur le système. J'ai tout supprimé sauf que ...
Un autre paquet doit demander texlive en recommandé, mais je n'ai pas trouvé lequel !
Comme ce n'est pas à chaque zypper dup, je pensais que c'était un des paquets qui se mettait à jour, mais je n'ai rien trouvé.
@seb95 : Salut! Il n'y a pas vraiment de grosse inquiétude derrière tout ça puisque le système continue de fonctionner. Mais quand tu as un gros paquet (comme sur Arch ou Gentoo) et que tu le désinstalles, tu vires tout. Là, on installe un truc qui vient avec plein de paquets recommandés, et quand on désinstalle le truc, qu'on traque ses paquets recommandés et qu'on les désinstalle aussi, ces derniers reviennent à la charge lors de certaines mises à jour (sans qu'on se l'explique).
@chalu : C'est comme chercher une aiguille dans une botte de foin. Pas d'autre choix que de bloquer à chaque fois cette somme de paquets ou de bricoler le fichier de conf de zypper (avec quelles conséquences? car là on perd en visibilité).
Il y a bien la commande qui va bien pour retiré les dépendances orphelines? un truc du style zypper remove --clean-deps nom-du-
pkg
j'ai bien utilisé cette commande pour supprimer lyx. Dans yaST, je ne vois pas de paquets orphelins qui expliqueraient le phénomène.
Une aiguille dans une botte de foin ... c'est tout à fait ça !
hello
oui, je partage complètement l'avis général : les mainteneurs qui poussent via des "recommend" des trucs qui leur paraissent "évidents" par rapport à leurs conf perso, c'est une plaie (et les fans de Jupyter ou de haskell ou de latex ou des modules pythons ou etc... ne voient pas pourquoi ils font halluciner les non-développeurs). sans parler des mainteneurs qui gèrent sans finesse les dépendances dans leurs paquets en propageant dans leur rpmspec les versions de ce qu'ils ont en local sur leur machine de bidouille sans même tester sur un host propre avec les versions par défaut : je pense qu'ils ont la palme...
bref, comme chacun y va de ses astuces, je vais ajouter les miennes ;-)
1-
(ignorez si vous n'utilisez pas Calibre)
petite parenthèse pour Calibre : , la recommandation officielle pour installer ... est de ne pas utiliser les versions disponibles dans les distros :
(https://calibre-ebook.com/fr_CA/download_linux)
c'est un peu comme utiliser un snap, mais sans snap, en utilisant directement avec la méthode du développeur/mainteneur (qui maîtrise), et en lançant sa méthode one-liner marche du premier coup
2-
(ignorez si vous ne faîtes pas de bricolages python)
le sujet "la version de python du système est trop vieille" est sans fin :
- j'ai quelques exemples de collègues qui ont fini par casser le système lui-même en voulant modifier le python du système pour essayer de le plier à leurs besoins "user",
- le "pip --user" en utilisant le python système ne résoud rien aux besoins "user" en général,
- oser demander aux mainteneurs de la distro (stable) de mettre à jour le python système afin de pour pouvoir installer le dernier truc instable à la mode qui tire des dépendances délirantes, c'est plutôt le monde à l'envers,
- etc...
bref, j'ai définitivement arrêté d'ajouter les modules python "demandés par les gentils outils de dev que l'on doit installer en permance" en allant à la pêche avec zypper et en complétant avec pip, car au final il y a une pollution inutile du python système
"moins il y a de paquets pythons installés avec zypper et mieux c'est"
ma solution préférée est d'utiliser 'pyenv' pour gérer ma collection de versions de python, sur lesquelles je viens ajouter des modules exotiques avec pip une fois la version choisie grâce à pyenv. c'est un peu dans le même style que 'rustup' pour gérer plein de versions de rust en parallèle, et surtout : en mode light par rapport à anaconda ou jupyter
il suffit de mettre ces lignes à la fin du .profile/bashrc/etc, et de switcher dans un des contextes python en stock avec "pyenv VERSION" (éventuellement en mettant la commande au début du script qui lance tel ou tel outil qui a besoin de sa version de python)
mais pour faire des tests pour valider qu'un dev python fonctionnera (ou pas) avec les N versions de python potentiellment installées chez tous les utilisateurs, c'est très cool
# let PYENV be the default method to manage multiple version of python in a NON-SYSTEM context
PYENV_ROOT="$HOME/.pyenv"
export PYENV_ROOT
command -v pyenv >/dev/null || PATH="$PYENV_ROOT/bin:$PATH" && export PATH
eval "` pyenv init - `"
3-
comme je suis développeur dans la journée et bricoleur à mes heures perdues, j'ai en local sur mes machines une collection "confortable" de 65 repositories qui s'empilent avec des priorités, au dessus (ou au dessous) des repositories de référence, car j'ai souvent besoin d'installer des paquets non-standards sélectionnés par-ci/par-là (je vais à la pêche sur OBS et en général je trouve tout sans avoir besoin de passer par snap ou équivalent), ou tout simplement des version plus sympatiques .que les repositories de référence (ex: KVM/libvirt)
comme ces paquets proviennent de N développeurs/mainteneurs qui bossent chacun dans leur coin, - chacun avec sa conf locale qui lui semble évidente -, c'est un bazar sans fin avec les mises à jour délirantes et/ou les conflits insolubles si on n'a pas les super-pouvoirs de la libzypp à portée de main
l'idée de sélectionner "la pépite dans chacun de ces repos, et d'essayer de tirer uniquement les grappes des dépendances dont ils ont vraiment besoin, en mode "dentelle", grâce aux priorités des repositories, et surtout grâce aux affinités gérées par la libzypp
et surtout avec le solveur de la libzypp qui détecte les problèmes
avant la cata, qui propose des solution de repli avec changement d'affinité de tel ou tel paquet sur un autre repo ("vendor-change"), itérativement jusqu'à ce que ça marche, et surtout sans rien casser tant qu'on n'a pas fait YES à la fin. pour info j'ai définitivement arrêté debian après avoir réussi à faire planter dpkg (ie: perdre la base des paquets installés) en tentant une mise à jour avec stable/testing/unstable simultanés, en pensant que la gestion des versions ferait le job même si les mainteneurs étaient "légers"...
bref, zypper, zypper, et re-zypper
j'ai donc fini par converger vers une méthode un peu non-conventionnelle pour faire mes mises-à jour "de base" (quand le p'tit windget des updates faciles dans le tray est perdu)
"control-R zypper" me fait ressortir tout de suite de l'historique la ligne à rallonge toute prête qui fait tout du sol au plafond et qui permet de faire sortir immédiatement le solveur au moindre doute dans la jungle des repositories (et des mainteneurs) :
zypper refresh && zypper dup --allow-vendor-change --allow-name-change --allow-arch-change --allow-downgrade --no-recommends
le temps de calcul du solver n'est pas long (par rapport au temps du refresh de 65 repositories...), et c'est
toujours bon du premier coup, car au lieu de faire un update simple qui va faire sortir le solver pour essayer de résoudre itérativement sans trop savoir dans quelle direction on part, le résumé affiché par le dup propose directement le résumé de ce qu'il faudrait faire pour arriver à une nouvelle situation stable
une revue rapide pour détecter un gros loup éventuel (du genre 2000 fichiers et là je creuse), mais sinon c'est OK direct car en général c'est parfait
j'ai des zones de priorité pour les repositories en fonction des types de softs, en laissant les trucs plus stables fournir un socle de référence et en permettant aux trucs les plus volatiles de vivre plus vite (valeur de prio inférieure)
plus prioritaire (~90)
- média (pacman, vlc, codecs, etc)
- langages de dev
- outils de productivité (git, mercurial, edit, debug)
- réseau (mozilla, davmail, samba)
- kde/Qt (au cas par cas, en faisant super gaffe, et avec "disable + le dup magique" pour réparer au cas où)
- système (filesystems, vitualisation, monitoring)
- [les repos opensuse leap et SLE de référence]
- kernel latest (pour aller à la pêche aux modules propriétaires récents sans tirer un kernel par jour)
- les trucs expérimentaux en mode ça passe ou ça casse (si le solveur s'affole je n'installe pas et je retourne à la pêche chez OBS)
moins prioritaire (~110)
en général je partage ces trucs avec mes collègues locaux, mais là c'est un post public pour de vrai, et donc j'ai hâte de lire vos retours
eric
Tu es développeur, perso je suis utilisatrice plus classique. Installer lyx avec tous les paquets recommandés dont texlive n’a jamais été un problème sur Leap car les mises à jour système sont moins nombreuses, j’ai apprécié d’avoir un logiciel directement fonctionnel pour travailler alors que sur Debian je dois d’abord chercher des paquets à ajouter pour pouvoir réutiliser mes documents.
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 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.
C'est exactement ça, les développeurs openSUSE ont eu raz le bol d'entendre qu'il manquait ceci et cela et du coup ils ont tout mit dans les recommends, facilement évité avec l'option zypper qui va bien. Sous Debian c'est l'inverse, il faut chercher les paquets manquant et parfois c'est chiant. Si on avait été sous arch ou gentoo, on aurait pas eu le choix et on se serait plaint d'avoir un gros et lourd paquet non découpé en plusieurs plus léger qui permettraient de sélectionner ou de retirer juste ceux qui nous intéressent. Etant sur Debian, je trouve l'approche d'openSUSE bien plus sympa, on a un truc qui marche out of the box.
Pure hasard, tu n'aurais pas un truc comme pandoc ou discount, voir un autre truc en rapport avec markdown ou un translate? Mes recommends venaient tous de discount qui demandait texlive...
Non je n'ai pas discount. Si j'étais courageuse, je réinstallerais au propre mais ça va attendre ...
Pour Calibre, l'avalanche des recommandés est assez récente. Pas de ça sur Leap quand je l'utilisais ni sur TW il y a quelques temps. Tu installais Calibre et Jupyter, Accerciser ou ipython ne montraient pas le bout de leur nez dans le menu des applications (pourquoi faire?).
@loustic : oui, je connais la préconisation du développeur de Calibre. J'ai toujours associé celle-ci au manque de fraîcheur des versions proposées par telle ou telle distribution (c'est un logiciel très fréquemment mis à jour). Avant sur Debian (stable) je passais par les backports pour Calibre. Ceci dit Calibre a toujours bien fonctionné en passant par les dépôts, donc je ne m'inquiétais pas.
hello
@chalu 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
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)
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
hello
@Chumien fait, j'ai basculé sur la méthode du développeur le jour où j'ai tenté d'installer "en insistant" une version de Calibre "récente", en réalité "plus récente que celle du système" (c'était pour faire de la maintenance en local sur le host où se trouve ma collection Callibre, - donc : trop long par le réseau -, et pas de bol ce host méritait quelques 'zypper dup -releasever=X' pour rattraper son retard)
la version récente de Calibre tirait plein de dépendances introuvables et comme j'arrivais pas à tout trouver sur OBS j'ai essayé de faire le build moi-même des morceaux manquants, mais à la fin j'ai arrêté car je suis tombé su run paquet '-devel' qui m'obligeait à toucher au système, et il fallait faire une VM dédiée pour m'en sortir. galère.
et je suis tombé sur ce fameux one-liner qui a marché parfaitement...
si je savais comment fonctionne OBS, je me ferais un compte et mon premier commit serait pour wrapper le one-liner de Calibre ;-)
eric
Merci
@loustic pour ces commandes. Je testerai la prochaine fois que tous ces paquets voudront s’inviter.
@chalu : tu peux rappeler ce lot de paquets à tous moments avec :
sudo zypper dist-upgrade --dry-run --recommends
@loustic : je m'associe à chalu pour te remercier de ton intervention. Un développeur qui met les pieds dans le plat, ce n'est pas de refus, et même si j'ai du mal à tout comprendre, ma lanterne s'éclaire un peu (eh oui! les commandes rpm peuvent aussi servir ;) )
alors si je prends un autre paquet qui veut s'incruster : git-gui
chalu@localhost:~> rpm -q --recommends git-gui
le paquet git-gui n'est pas installé
chalu@localhost:~> rpm -q --whatrecommends git-gui
no package recommends git-gui
Je comprends que git-gui n'est recommandé par aucun paquet ? Alors pourquoi veut-il s'incruster ?
zypper se -i git
Chargement des données du dépôt...
Lecture des paquets installés...
S | Name | Summary | Type
---+-----------+-----------------------------------------------------+-------
i+ | git | Fast, scalable, distributed revision control system | paquet
i | git-core | Core git tools | paquet
i | git-cvs | Outil Git pour importer des dépôts CVS | paquet
i | git-email | Outil pour envoyer des emails | paquet
i | git-svn | Git tools for importing Subversion repositories | paquet
i | perl-Git | perl Bindings for Git | paquet
Aucun de ces paquets installés ne recommande git-gui. Je ne suis pas douée pour chercher une aiguille dans une botte de foin !
salut
@chalu en effet c'est une colle, et je suis quand-même allé chercher au plus simple, à savoir regarder ce que recommande git lui-même en ce moment, et la réponse est surprenante...
$ rpm -q --recommends git
git-cvs
git-email
git-svn
et donc ma réponse la plus probable est :
- tu as sans doute installé git "il y a un certain temps",
-
à cette époque, git-gui était "la référence" pour faire de la UI avec git (mais depuis, comment dire ? ...*),
- et git-gui aurait donc été installé avec un '--recommends' "avant" ?
- et depuis, il est mis à jour en silence puisqu'il est présent dans la liste des paquets installés ?
- (j'ai vérifié sur mes machines et il est présent partout : pareil --> du coup je l'ai viré)
- (et j'essayerai de voir qui le fait revenir, si il revient)
pas mieux ::)
eric
*à ce propos, je cherche des avis pour une UI de git sur linux qui serait "aussi" parfaite que tortoisehg pour mercurial (selon moi)
pour l'instant je reste toujours sur la faim car les UI disponibles sous linux proposent uniquement des fonctions basiques pour le B-A-BA de la vie de développeur, mais quand on veut faire de l'archéologie dans le "bazar" d'un repo git il faut des super pouvoirs que la plupart des UI ne traitent pas, ... ou alors partiellement (ex: GitAhead), ... ou alors on enrage car bien sûr ça existe sous windows mais ça ne se lance pas avec wine (caramba, encore raté)
bref, si vous avec une idée de perle rare, je prends
et sinon je peux vous partager mon README pour configurer la dernière version de gitExtensions (windows) développée avec la dernière version de .NET supportée par mono, ce qui est pour l'instant "le moins pire" selon moi (avec meld comme compagnon c'est presque parfait)
git-gui n'est pas ou n'est plus installé sur mon système, mais il veut jouer l'incruste de temps en temps ... lors d'un zypper dup.
comme ce n'est pas à chaque zypper dup, je pensais que c'était lié à un paquet mis à jour mais je ne trouve pas que ce soit pour lui ou les paquets texlive...
Rien de catastrophique puisque dans ce cas je fais la mise à jour sans les recommandés.