Journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !

Posté par  . Licence CC By‑SA.
Étiquettes :
-23
13
mai
2024

Mes ayatollahs préférés du libre (PCs sous Debian depuis 20 ans) ont encore frappé !
Après avoir installé non sans mal ma rutilante AMD RX 6600 d'occasion (non, la mettre dans le 2è port PCIE 16X parce que l'air aurait été mieux évacué n'était pas une bonne idée; non elle n'était pas cliquée, j'aurais mieux fait de travailler en silence je m'en serais aperçu plus tôt), après avoir enfin vu le matricule en blanc (en rouge quand j'utilisais le port #2) de mon premier GPU depuis mon antique Matrox G400 dans le BIOS, puis m'être émerveillé devant les messages de la console prouvant que Debian avait aussi reconnu son existence, quelle ne fut pas ma surprise de voir mon écran clignoter dans une alternance bien peu artistique de noir et de noir recouvert d'un vague flou blanc quelques secondes après avoir lu le message annonçant le chargement de gdm (alors que je n'ai jamais utilisé gnome, mais l'équivalent sous KDE n'est pas fiable).

Ctrl+Alt+F2, login root, je triture dans tous les sens aidé de mon smartphone, rien n'y fait.

Jusqu'à ce qu'en pleine nuit un éclair de google illumine enfin mon désespoir : "non-free firmware" ! Mon inconscient s'est arrêté sur ces trois mots parmi tous les résultats d'une nouvelle recherche que je faisais défiler sous mes yeux fatigués.

Késako ?

Je connaissais le dépôt de paquets "non-free" que j'avais toujours mis dans mon /etc/apt/sources.list sans réfléchir, et sans relire les 10 commandements de la doxa debianesque avant cet acte pourtant irresponsable. Mais pas coupable.

Je tire le fil de cette nouvelle bobine, rajoute ce dépôt dans mon fichier "sources.list", et miracle : que plasma soit ! Et plama fut !

Quelques jours après cette trop courte nuit de sommeil, je reprends mes esprits et décide de mener mon enquête !

https://wiki.debian.org/Firmware#Debian_12_.28bookworm.29_and_later

"For Debian 12 onwards, all the packaged non-free firmware binaries that Debian can distribute have been moved to a new component in the Debian archive, called non-free-firmware. If you're upgrading from an older release of Debian and you need these firmware binaries, you should update the apt sources.list on your system to use this new component. If you only had the non-free component enabled on your system to allow you to install firmware, you can safely remove that now."

Thank you Debian !

Que ta pureté toujours plus pure règne sans partage sur ma vie informatique jusqu'à mon dernier souffle !

Amen !

  • # Quelques astuces, oui :)

    Posté par  (site web personnel) . Évalué à 10 (+17/-1).

    Après quelques égarements, j’en suis revenu à Debian. Et voici quelques astuces que j’ai notées…

    Tu as bien trouvé le nouveau dépôt ;) Et donc voici ce que j’ai l’habitude d’utiliser (lorsque je n’ai pas besoin de télécharger des codes source)

    deb http://ftp.be.debian.org/debian/ bookworm main contrib non-free non-free-firmware

deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware

deb http://deb.debian.org/debian bookworm-backports main contrib non-free non-free-firmware

    Oui, car il y a également les backports :)

    Et comme je suis très optimiste, j’installe tout ce que je peux des backports, avec la commande suivante :

    apt update
aptitude -t bookworm-backports full-upgrade 
aptitude full-upgrade

    Et aussi il y a depuis peut les extrepo !

    aptitude install extrepo

    À partir duquel il est possible d’activer quelques dépôts totalement externes, mais de manière plus ou moins sécurisée. Attention, il y a là clairement de tout, y compris des logiciels non libre !

    extrepo search | less

    ↑ pour parcourir le catalogue…

    Et alors ensuite, par exemple :

    extrepo enable vscodium

apt update

apt policy codium

    ↑ voyez d’où il viendrait donc…

    C’est une alternative que je préfère à Flatpak :/

    Mais j’installe quand-même avidemux via flatpak :(

    Alors voici la petite recette (pour Gnome ou Cinnamon) :

    flatpak gnome-software-plugin-flatpak

flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

flatpak update

flatpak search avidemux

flatpak install avidemux

    Et pour les mises à jour côté Flatpak :

    flatpak update

    Voilà, quand dites-vous ? Je prends des notes… ;)

    Merci Debian ! :)

    • [^] # Re: Quelques astuces, oui :)

      Posté par  . Évalué à 4 (+2/-0). Dernière modification le 15 mai 2024 à 16:26.

      Il y a un nouveau split de package récemment qui m'a surpris, c'est celui pour les paquets avec les symboles de debogage.
      Je comprends l'idée de le sortir du repo principal car très peu de gens les installent, par contre je n'ai pas réussi à lui trouver de mirroir j'ai donc du me mettre sur l'url de base http://debug.mirrors.debian.org

      De plus, et je n'ai pas trouvé de raison argumentée à cela (je n'ai pas beaucoup cherché non plus…), la nomenclature des noms de paquets a aussi changé, au lieu d'être nom-du-paquet-dbg, c'est maintenant nom-du-paquet-dbgsym

      Voila le lien sur une doc officielle (pas très exhaustive je trouve) si quelqu'un en as besoin : https://wiki.debian.org/DebugPackage

      • [^] # Re: Quelques astuces, oui :)

        Posté par  (site web personnel) . Évalué à 2 (+0/-0).

        Merci, je ne connaissais pas.

        Mais c’est plutôt curieux car le dépôt est apparu en 2015, et actuellement par exemple ont y trouve binutils_2.31.1-15.debian.tar.xz (ici) alors que dans le dépôt principale on trouve (même date dans snapshot) binutils-i686-linux-gnu-dbg_2.42-4_s390x.deb (ici)

        Se pourrait-il que l’usage (pour les développeurs !) de ce dépôt ai été abandonné ?

        À moins que ce dépôt debug et le suffixe -dbgsym ne soient pas réellement en concurrence avec le simple suffixe -dbg ?

        • [^] # Re: Quelques astuces, oui :)

          Posté par  . Évalué à 2 (+0/-0).

          Je ne sais pas vraiment quel est son status officiel.
          Je cherchais les symboles de debogage associés à gcc avec un simple "apt search xx | grep dbg" et impossible de les trouver, au cours de mes recherches j'ai fini par tomber sur ce repo.
          Les paquets de symboles que je cherchait y sont présent, ainsi que plein d'autres, et à jour avec debian sid, donc je suppose qu'ils sont activement maintenus.

      • [^] # Re: Quelques astuces, oui :)

        Posté par  . Évalué à 1 (+1/-0).

        Il y a ça aussi https://wiki.debian.org/AutomaticDebugPackages comme doc sur les nouveaux paquets "debug" (avec dbgsym dans le nom)

        Ça donne ça comme mirroir qui pointe sur le même mirroir que celui que tu indiques :

        deb https://deb.debian.org/debian/ unstable main contrib non-free non-free-firmware
        deb https://deb.debian.org/debian-debug/ unstable-debug main

  • # Mantra

    Posté par  . Évalué à 10 (+43/-0).

    « Quand tout a échoué, lire la documentation »

  • # Ironie

    Posté par  . Évalué à 10 (+16/-5).

    De ce que je comprend de ton journal, c’est que tu te plains de ne pas avoir installé «non-free-firmware» et tu t’attendais a un plug&play redmonesque ?
    Tout ça au détriment des dizaines de contributeurs qui t’offre gracieusement un système d’exploitation stable et performant avec des milliers d’heure d’ingénierie ?

    • [^] # Re: Ironie

      Posté par  (site web personnel, Mastodon) . Évalué à 7 (+8/-3).

      Et surtout, moi qui n’utilise Debian que pour des serveurs, je suis tombé sur la news super vite dans la documentation.

      Bon j’en ai pas besoin du non-free-firmware pour mes serveurs, mais c’est bien écrit dans la documentation.

      Si on veut pas lire de la documentation, faut pas installer Debian…

    • [^] # Re: Ironie

      Posté par  . Évalué à 8 (+10/-4).

      On attendrait plutôt ce genre de réponse d'un membre de la secte à la pomme.

      Ce que moi j'ai compris de ce journal, c'est qu'il se plaint qu'un changement aussi important, certes annoncé il y a un an lors de la publication de Debian 12, ne soit pas rendu plus manifeste quand sa connaissance est indispensable.
      Personne n'imagine devoir se taper la relecture de la documentation complète quand il installe un nouveau composant sur une machine qui fonctionnait parfaitement jusque là. Sinon ne vous plaignez plus jamais des CGU de 50 pages en corps 6.

      • [^] # Re: Ironie

        Posté par  . Évalué à 7 (+6/-0).

        Il me semble que apt notifie aussi si le repos n'est pas configuré…

        Voir chapitre suivant qui indique comment désactiver ce warning :

        5.1.1. Non-free firmware moved to its own component in the archive

        As described in Section 2.2, “Archive areas”, non-free firmware packages are now served from a dedicated archive component, called non-free-firmware. To ensure installed non-free firmware packages receive proper upgrades, changes to the APT configuration are required. Assuming the non-free component was only added to the APT sources-list to install firmware, the updated APT source-list entry could look like:

        deb https://deb.debian.org/debian bookworm main non-free-firmware

        If you were pointed to this chapter by apt you can prevent it from continuously notifying you about this change by creating an apt.conf(5) file named /etc/apt/apt.conf.d/no-bookworm-firmware.conf with the following content:

        APT::Get::Update::SourceListWarnings::NonFreeFirmware "false";

      • [^] # Re: Ironie

        Posté par  . Évalué à 4 (+2/-0).

        Ce que moi j'ai compris de ce journal, c'est qu'il se plaint qu'un changement aussi important, certes annoncé il y a un an lors de la publication de Debian 12, ne soit pas rendu plus manifeste quand sa connaissance est indispensable.

        À chaque reconstruction d'initramfs (à chaque mise à jour du kernel, d'initrd, de grub et de certains outils), tu as un gros tas de lignes t'indiquant que certains firmwares sont possiblement manquants, dont les firmware de gpu amd en question.
        Une recherche très rapide t'indique le problème et comment le résoudre.

        Je ne m'avance pas trop la dessus car je n'en suis plus sûr à 100%, mais il me semble qu'au chargement du module kernel, tu as aussi ce genre de message, donc tu l'as dans ta console au démarrage, qui certe défile relativement vite, mais tu peux aussi le retrouver dans les logs, par exemple avec journalctl ou dmesg.

        Je suis d'accord qu'il faut faire un peu attention pour voir ce genre de choses, mais quand on installe debian ET que quelque chose liée à un pilote de matériel ne marche pas, prendre le temps d'au moins lire les logs du kernel au démarrage pour voir s'il n'y a pas un message d'erreur au chargement du module, c'est quand même un minimum.

  • # Tu reproches à Debian son objectif libriste

    Posté par  . Évalué à 10 (+18/-1). Dernière modification le 13 mai 2024 à 23:47.

    Mais si ça fait 20 ans que tu l'utilises, tu devrais comprendre son esprit. Si tu souhaites plus de compromis, il y a Mint ou Ubuntu.

    Mais si on a des systèmes libres qui fonctionnent bien aujourd'hui, y compris ceux qui font des compromis, c'est peut-être justement parce qu'il y en a comme Debian qui en font moins et qui séparent bien les choses. Sinon on se retrouverait peut-être rapidement avec une situation style Android : chacun y va gaiement avec son module noyau ou son noyau forké cracra impossible à mettre à jour et ses pilotes en userspace tout dégueu qui rend les évolutions lourdes voire impossibles.

    Cette nouvelle séparation est une très bonne chose.

    20 ans de pratique de Debian auraient dû te mener à lire les bons logs assez rapidement. Les problèmes de firmware s'affichent en rouge, les messages contiennent les mots "error" et "firmware", et un grep sur le nom du pilote devrait les mettre rapidement en évidence. C'est du debug d'OS GNU/Linux de base, on a de la chance d'avoir des logs fournis et lisibles.

    J'ai été aussi pris par surprise par cette transition sur mon Pinephone sous testing : plus de wifi. Ça m'a pris au max 30 minutes pour régler ça. C'est les joies de testing, j'étais prévenu.

    En vrai je compatis un peu, c'est arrivé à beaucoup d'entre nous de galérer des heures sur des galères de ce type. Mais ton journal fait "entitled" et tu craches dans la soupe, c'est difficile de se mettre de ton côté. Surtout que je suis sûr que si tu avais posé ta question sur internet, tu aurais certainement eu des réponses gratuite et immédiate de la part des ayatolas du libre de la communauté Debian.

    Je ne peux que conseiller de lire les docs de mise à niveau. Je ne le fais pas mais tant pis pour ma gueule s'il m'arrive un pépin.

    Mais même sans lire la doc, normalement apt t'as averti du changement lors de la migration. Je ne sais pas ce que Debian peut faire de plus, on est déjà pris par la main.

    l'équivalent sous KDE n'est pas fiable

    Que reproches-tu à sddm ? Ça fait des années que ça marche impec chez moi sur plusieurs ordinateurs.

    • [^] # Re: Tu reproches à Debian son objectif libriste

      Posté par  (site web personnel) . Évalué à 2 (+1/-1).

      Ouais c'est carrément osé de se plaindre de la distribution quand le problème c'est d'avoir acheter du matériel qui se torche avec la liberté de ses utilisateurs…

      • [^] # Re: Tu reproches à Debian son objectif libriste

        Posté par  . Évalué à 6 (+4/-0).

        Le problème, c'est plutôt qu'un tel matériel existe et soit quasi inévitable. Aujourd'hui, avoir un ordinateur complet sans firmware proprio, c'est quasi inévitable.

        Difficile de blâmer quelqu'un pour avoir du matériel qui dépend de firmwares non libre aujourd'hui. Il y a peut-être ce que fait Purism, et c'est à peu près tout. Tu as intérêt à ce que la seule offre correspond à tes besoins et tes moyens.

  • # Tout ce mal

    Posté par  (site web personnel) . Évalué à 7 (+5/-0).

    Tout ce mal qu'ils se donnent quand même,
    et RMS qui va toujours pas installer Debian sur son laptop pour autant ("Not free enough !")…

  • # J’ai très récemment pris conscience des limites de debian

    Posté par  (site web personnel) . Évalué à 8 (+6/-0).

    J’utilise debian depuis très longtemps (genre woody/sarge). Sur mon pc, sur mon serveur auto-hébergé, sur mon vps, partout. Je connais le système, et comment me débrouiller avec : mélanger les versions sans tout casser, prendre les paquets plus récents et les recompiler sur mon pc pour éviter un enfer de dépendances, etc.

    Et récemment, j’ai découvert que debian stable était vieille.

    Chapitre 1 : la carte graphique

    Une carte graphique Intel, dont les pilotes sont intégrés au noyau, qui fonctionne out-the-box. Mais pas sur debian stable. Trop vieux. Le noyau étant vieux d’un et demi, la carte n’est pas reconnue en standard. (Tout s’est bien passé finalement, et j’ai désormais une carte fonctionnant sur des drivers libres).

    Autre cas d’usage moderne, en utilisant steam remote, ma femme a voulu joueur sur son PC, mais la manette n’était pas reconnue. Étrange, celle est correctement détectée sur mon PC quand je la branche ! Eh oui, ayant mis à jour mon noyau, j’avais intégré les derniers pilotes de la manette, ce qui n’était pas le cas sur le sien ! (Je me sens vieux, depuis quand faut-il des pilotes dédiés pour une manette USB ? :D :D)

    Chapitre 2 : tester wayland

    J’utilise depuis un moment bspwm, un gestionnaire de fenêtre pavant, qui a été configuré tant et si bien que ma session ne peut pas être utilisée par quelqu’un d’autre. Et depuis le temps que l’on parle de wayland, j’ai voulu voir à quoi ressemblait le futur.

    Le WM qui s’approcherai le plus de bspwm serait river. Écrit en zig (flûte, ça n’est pas dans debian), et réclamant une dépendance vers la librairie wlroots >= 0.17.2. Cette librairie n’est entrée dans debian que depuis dix jours environs, et n’est pas encore disponible de suite pour testing

    (J’ai pu backporter la librairie dans stable sans tout casser, mais j’ai eu le temps d’apprendre à faire, et cela reste du bricolage)

    Conclusion

    J’ai pris deux exemples complètement à l’opposé volontairement : le premier concerne une utilisation grand public (brancher une manette et jouer sur steam), le deuxième étant très technique (vouloir compiler son WM pour wayland) et dans les deux cas, la procédure ne peut pas être faite sans mettre les mains dans le système. Le but n’est pas de critiquer debian, mais de rappeler que la distribution répond à une cible précise, et vouloir l’utiliser hors de cette cible demande de s’y connaitre.

    Aujourd’hui, je suis complètement satisfait de la distribution. Et je ne me sens pas limité dans mon utilisation et le fait de pouvoir la tordre comme je le fait sans tout casser est plutôt un signe de qualité, mais tout ça pourrait être rendu plus simple !

    • [^] # Re: J’ai très récemment pris conscience des limites de debian

      Posté par  (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 14 mai 2024 à 09:40.

      Est-ce que Steam fournit un paquet Debian Stable intégré à la distrib au moins?

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

    • [^] # Re: J’ai très récemment pris conscience des limites de debian

      Posté par  (site web personnel) . Évalué à 3 (+1/-0). Dernière modification le 14 mai 2024 à 10:12.

      (Je me sens vieux, depuis quand faut-il des pilotes dédiés pour une manette USB ? :D :D)

      Protip : en se restreignant à des pads XBox pas trop récents, on peut utiliser ça .

      Cette librairie n’est entrée dans debian que depuis dix jours environs

      Ah oui quand même.
      wlroots, c'est la lib de base de 90% des compositeurs Wayland tiers (les autres ont leur propre truc, et moi j'utilise libweston). Tu en aurais eu besoin tôt ou tard.

      Par contre : j'ai une connaissance qui a viré Debian Stable après plusieurs occurences de l'apt-get install qui dégage des paquets de base (GNOME, etc). En contre : il auto-validait les apt-get sans lire le détail des paquets ajoutés et supprimés…
      Ton avis ? On peut s'en prémunir en marquant des paquets comme "à dégager jamais" ?

      • [^] # Re: J’ai très récemment pris conscience des limites de debian

        Posté par  (site web personnel) . Évalué à 2 (+1/-0). Dernière modification le 14 mai 2024 à 10:23.

        Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian que depuis dix jours environs. Parce que wlroots est dans Debian depuis début 2018. ;)

        Pour apt upgrade, la page de man d'apt dit ceci :

        upgrade (apt-get(8))
        La commande upgrade permet d'installer les mises à jour disponibles de tous les paquets présents sur le système en utilisant les sources énumérées dans sources.list(5). De nouveaux paquets seront installés si cela est nécessaire pour satisfaire des dépendances, mais les paquets installés ne seront jamais supprimés. Si la mise à jour d'un paquet nécessite la suppression d'un paquet installé, la mise à jour n'est pas réalisée.

        et celle d'apt-get :

        upgrade
        La commande upgrade permet d'installer les versions les plus récentes de tous les paquets présents sur le système en utilisant les sources énumérées dans /etc/apt/sources.list. Les paquets installés dont il existe de nouvelles versions sont récupérés et mis à niveau. En aucun cas des paquets déjà installés ne sont supprimés ; de même, des paquets qui ne sont pas déjà installés ne sont ni récupérés ni installés. Les paquets dont de nouvelles versions ne peuvent pas être installées sans changer le statut d'installation d'un autre paquet sont laissés dans leur version courante. On doit d'abord exécuter la commande update pour que apt-get connaisse l'existence de nouvelles versions des paquets.

        Pour qu'il y ait suppression, il faut faire full-upgrade avec apt et dist-upgrade avec apt-get.

        Et il me semble que quand tu fais apt install <paquet>, pour un paquet déjà installé il le met à jour en se comportant comme apt upgrade et sur un paquet pas encore installé je ne crois pas qu'il supprime des paquets déjà installés s'il y a conflit.

        There is no spoon...

        • [^] # Re: J’ai très récemment pris conscience des limites de debian

          Posté par  (site web personnel) . Évalué à 2 (+0/-0).

          Pour qu'il y ait suppression, il faut faire full-upgrade avec apt et dist-upgrade avec apt-get.

          OK. Donc en gros : il m'a dit n'importe quoi pour se justifier 😀.
          (PS : merci pour l'astuce !)

          Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian

          Ah d'accord, ça sous Debian Stable c'est effectivement plus courant. Pas grand-chose à faire part downgrade son code ou installer la nouvelle lib dans un coin…

          • [^] # Re: J’ai très récemment pris conscience des limites de debian

            Posté par  (site web personnel) . Évalué à 3 (+1/-0).

            Moi ça m'est déja arrivé en voulant désinstaller un logiciel: oups, plus d'interface graphique, totalement à poil!
            Mais ça a été résolu un "apt-get install" plus tard ^^

            Un LUG en Lorraine : https://enunclic-cappel.fr

            • [^] # Re: J’ai très récemment pris conscience des limites de debian

              Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 15 mai 2024 à 10:04.

              Ah ça arrive bien… bon finalement, je vais pas lui taper dessus tout de suite 😁.

              • [^] # Re: J’ai très récemment pris conscience des limites de debian

                Posté par  . Évalué à 4 (+2/-0).

                Ça n’arrive que si des dépendances ont été marquées comme installées automatiquement, auquel cas, elles peuvent être supprimées quand un paquet est désinstallé ou qu’un nouvelle version n‘a plus besoin de ces dépendances.

                Donc si tu installes ton environnement de bureau par le jeu des dépendances à partir d’un apt install vim-gtk3 qui a tiré comme dépendance GTK3 et les libwayland-* etc, alors oui, quand tu désinstalles Vim, tu peux voir ton bureau partir, mais c’est une situation qui ne se produit pas en conditions normales. J’ai déjà vu des choses s’en approchant sur des systèmes ou j’avais manuellement marqué plein de paquets comme installés automatiquement, justement pour libérer plus facilement l’espace disque. Dans ce cas, il arrive que certains logiciels ne soient conservés que pour assurer une dépendance inattendue.

      • [^] # Re: J’ai très récemment pris conscience des limites de debian

        Posté par  (site web personnel) . Évalué à 4 (+3/-0).

        Sinon, oui, tu peux marquer des paquets comme figés via apt-mark hold et là il n'y touchera pas. Pas de suppression, mais pas de mise à jour non plus.

        Dans tous les cas il est sage de lire le résumé de ce qui va se passer avant de valider.

        There is no spoon...

        • [^] # Re: J’ai très récemment pris conscience des limites de debian

          Posté par  . Évalué à 2 (+0/-0).

          Sinon, oui, tu peux marquer des paquets comme figés via apt-mark hold et là il n'y touchera pas. Pas de suppression, mais pas de mise à jour non plus.

          Faire du pinning doit pouvoir permettre de garder presque quoi qu'il arrive un paquet sans perdre les mises à jour.

          https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

      • [^] # Re: J’ai très récemment pris conscience des limites de debian

        Posté par  (site web personnel) . Évalué à 5 (+3/-0).

        Attention, pour wlroots, je parlais bien de cette version précisément, la librairie existe déjà dans les dépôts, mais est juste trop vieille pour pouvoir être utilisée dans les projets plutôt récents. Si l’on reste mainstream, on peut tout à fait utiliser wayland sous debian… mais pas river :)

        Je n’ai pas vraiment cherché pour la manette xbox. J’ai vu qu’elle était référencé dans le module xpad, qui est intégré par défaut dans le noyau de la distribution. Il suffit juste d’avoir un noyau plutôt récent et tout va bien !

        J’ai jamais eu de problème de suppressions de paquets lors d’une mise à jour en restant sur une distribution standard. Mais en jouant à backporter moi-même des paquets, je me suis retrouvé à devoir gérer les mises à jour avec prudence. Le calcul des dépendances pouvant vite jeter l’éponge si la situation devient trop compliquée. Je n’ai plus vraiment d’exemple en tête, mais je peux très bien imaginer un cas où l’on backporte la glib (pour conserver la dépendance vers la version de libc6 actuellement installée sans tout casser), puis se retrouver avec un problème lors de la mise à jour majeure car le système n’arrive plus à gérer exactement les contraintes entre tous les paquets. Mais si l’on se lance là dedans, il faut savoir aussi dans quoi l’on met les pieds :)

      • [^] # Re: J’ai très récemment pris conscience des limites de debian

        Posté par  (site web personnel) . Évalué à 4 (+3/-1).

        Debian Stable après plusieurs occurences de l'apt-get install qui

        Ça fait un bout de temps que ce n'est plus apt-get qu'il faut utiliser, mais apt
        De plus, dans l'esprit de la communauté Gnome, moins il y en a, mieux c'est. Ils ont donc simplifié au maximum, au fur et à mesure, et c'est effectivement un peu plus sobre, mais dès qu'on veut changer quelque chose dans l'interface, ce n'est plus possible.

        J'apprécie KDE Plasma, qui permet d'être très personnalisée, mais c'est un choix. Et, ça rend Plasma moins stable (plus de trucs, plus de bugs).

        Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

        • [^] # Re: J’ai très récemment pris conscience des limites de debian

          Posté par  . Évalué à 4 (+2/-0). Dernière modification le 14 mai 2024 à 23:31.

          Ça fait un bout de temps que ce n'est plus apt-get qu'il faut utiliser, mais apt

          Et y'en a qui disent que Arch c'est compliqué… Certes il n'y a pas la profusion de paquets d'une Debian (enfin pas sans passer par AUR qui est aussi secure qu'un ppa) mais :

          • quand une mise à jour risque de casser quelque chose, c'est écrit directement sur archlinux.org, tout en haut.
          • les paquets officiels c'est avec pacman et c'est tout. La valse des aptitude, apt-get et apt (sans parler de apt-cache) ça m'a toujours paru bizarre et d'ailleurs je trouve que ça ne fait pas très "esprit Debian" (référence de la stabilité, mais le gestionnaire de paquet a tendance à bouger).

          Bon, je dis ça mais mes serveurs resteront sous Debian. Je l'aime d'amour. Juste pas sur mon desktop.

      • [^] # Re: J’ai très récemment pris conscience des limites de debian

        Posté par  . Évalué à 2 (+0/-0). Dernière modification le 14 mai 2024 à 14:18.

        supprimé, parce que je disais la même qu'un autre.

    • [^] # Re: J’ai très récemment pris conscience des limites de debian

      Posté par  (site web personnel) . Évalué à 2 (+1/-0).

      Le but n’est pas de critiquer debian, mais de rappeler que la distribution répond à une cible précise, et vouloir l’utiliser hors de cette cible demande de s’y connaitre.

      Question bête : Elle est définie où, cette cible précise ? C'est important, sinon, on ne peut pas savoir si on est dans la cible ou non…

    • [^] # Re: J’ai très récemment pris conscience des limites de debian

      Posté par  (site web personnel) . Évalué à 4 (+2/-0).

      À propos du noyau (linux-image-amd64), pourrais-tu nous préciser la version du noyau « trop vieux » ? et à partir de quelle version la carte graphique en question est reconnue ?

      Ici, via bookworm-security j’aurais la version 6.1.90 mais grâce aux bookworm-backports j’ai la version 6.6.13, dernière LTS en date.

      À propos de Steam, il faudrait voir aussi ce que l’on gagnerait en activant le extrepo steam… (?) → steam-launcher (1.0.0.79) : Launcher for the Steam software distribution service
      vs
      de bookworm/contrib → steam-installer (1.0.0.75+ds-6) : Valve's Steam digital software delivery system

  • # Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

    Posté par  . Évalué à 2 (+1/-0).

    Parce qu'un truc m'échappe.

    J'avais compris que l'installeur Debian Bookworm activait le dépôt non-free-firmware par défaut. Et j'avais trouvé ça excellent.

    "Si tous les cons volaient, il ferait nuit" F. Dard

    • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

      Posté par  . Évalué à 5 (+3/-0).

      Ça s'applique aux nouvelles installations. L'Les installations existantes ne sont pas modifiées automatiquement et les utilisateurs doivent remplacer non-free par non-free-firmware (et garder non-free s'ils veulent aussi pouvoir installer des paquets propriétaires qui ne sont pas des firmwares).

      Normalement, apt averti de ce changement lors d'une mise à niveau.

      • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

        Posté par  . Évalué à 4 (+3/-0).

        Merci pour la réponse.

        En soit, y'a pas mort d'homme, mais c'est toutefois étrange qu'un dist-upgrade ou full-upgrade n'applique pas par défaut automatiquement une modification aussi importante quitte à en avertir l'utilisateur.

        C'est pourtant le comportement de base adopté lors d'un upgrade :
        "la version xxx du package yyy introduit un nouveau fichier de configuration par défaut zzz.conf Que voulez vous faire ?"

        Je comprends mieux le coup de gueule car il y a effectivement quelque chose de vaguement incohérent …

        "Si tous les cons volaient, il ferait nuit" F. Dard

        • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

          Posté par  . Évalué à 3 (+1/-0).

          Ouais, ce n'est pas idéal. Je ne sais pas pourquoi ils n'ont pas fait ça, je suppose qu'on ne peut pas juste changer toutes les occurrences de "non-free" par "nonfree non-free-firmware" dans /etc/apt, il ne faut le faire que pour les dépôts de Debian (y compris les miroirs) et il ne faut pas risquer de casser quoi que ce soit là dedans.

          Normalement, les paquets firmware ne sont pas supprimés par la mise à niveau, donc s'ils cessent d'être mis à jour, au moins rien ne cesse de fonctionner.

          • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

            Posté par  . Évalué à 2 (+0/-0).

            Lors de mises à jour, je suis régulièrement consulté pour savoir si je préfère ma version de /etc/vim/vimrc, avec un outil permettant de voir le diff. Donc je suppose qu'en effet, il aurait été possible de demander.

            J'imagine que le /etc/apt/sources.list est exclut d'une manière ou d'une autre? Possiblement historique?
            Après tout, il est aussi généré par le système, et je n'ai jamais eu cet outil de diff dessus (et pourtant, j'ai une vieille habitude de le modifier, même si je sais que je devrais utiliser /etc/apt/sources.list.d/… j'essaie, mais les habitudes sont dures, et le changement pas si pertinent).

        • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

          Posté par  (site web personnel) . Évalué à 2 (+0/-0).

          J'ai bien eu le message d'information, comme on en a de temps en temps.
          Heureusement que ce n'est pas appliqué automatiquement.

          Bref, ça fait un bail, j'en ai pris connaissance et j'ai appliqué les changements comme je voulais.

          Si tu veux un truc qui fait des changements dans ton dos, c'est plutôt Windows.

          Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

          • [^] # Re: Tu n'étais pas sous Bookworm quand tu as installé ta carte ?

            Posté par  . Évalué à 4 (+2/-0).

            Si tu veux un truc qui fait des changements dans ton dos, c'est plutôt Windows.

            Boarf, tout est une question de point de vue. La séparation de non-free en non-free + firmware sans refléter le changement automatiquement dans la conf pour que le comportement du système reste équivalent et inchangé, ça pourrait être vu comme un changement dans ton dos… Bon, faut avoir pas lu l'avertissement.

  • # Où est la documentation ?

    Posté par  . Évalué à 5 (+4/-0).

    J'aime bien Debian (pas en Desktop) mais il y a un problème avec leur nouveau (nouveau d'il y a plusieurs années) site.

    Quelqu'un peut réellement trouver (facilement) la documentation depuis la page d'accueil du site ?

    Depuis cette page, le seul lien qui s'en approche est "Assistance" (https://www.debian.org/support) et quand on va dessus, le lien vers la documentation (https://www.debian.org/doc/) est à peu près caché vers la droite. Ou bien suis-je bigleux ?

    Et quand on trouve enfin la bonne page, ça pourrait être plus clair, il y a vraiment beaucoup de liens.

    • manuel d'installation
    • FAQ Debian GNU/Linux
    • la référence Debian : le manuel concis
    • les notes de publication
    • le wiki Debian
    • Les cahiers du débutant sur Debian Bookworm
    • FAQ Debian GNU/Linux (une autre !)
    • Manuel d'installation Debian
    • Notes de publication Debian
    • Carte de référence Debian
    • Manuel de l’administrateur Debian
    • Guide de référence pour Debian
    • Manuel de sécurisation
    • Manuel de l’utilisateur d’aptitude
    • Guide pour l’utilisateur d’APT
    • FAQ Debian GNU/Linux et Java
    • Guide pour le responsable du radioamateurisme dans Debian

    Et je ne parle pas des manuels pour les développeurs.

    Voilà qui donne envie aux néophytes…

    • [^] # Re: Où est la documentation ?

      Posté par  (Mastodon) . Évalué à 1 (+0/-0).

      personnellement à utiliser linux&co depuis des années, j'ai jamais lu de doc avant l'installation d'un système ; je cherche uniquement quand pépin s'annonce et bloque la situation.

      sinon à quoi bon?

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.