Re: [testing] passage du pilote proprio à nouveau
Le 6 août 2023 Gaëtan Perrier a écrit : >> tout ces firmwares semblent faire partie du paquet >> firmware-misc-non-free qui ne doit pas être installé chez toi, donc >> installe-le > > Il est installé mais ils ne sont pas dedans. update-initramfs liste tous les firmwares qui peuvent être demandés par le kernel. Mais tu as juste besoin de ceux qui vont bien pour ton matériel. Donc tu peux ignorer ces warnings si ton matériel est bien pris en charge par un firmware présent. Ou tu peux aller piocher sur internet des firmwares en plus, mais là il faut chercher spécifiquement ce qui te manque. Par exemple moi je vais piocher sur : https://anduin.linuxfromscratch.org/sources/linux-firmware/ https://github.com/intel/backport-iwlwifi https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files.git
Re: Retbleed en lançant Debian-12 et kernel panic
- Mail original - De: "Michel Verdier" À: "Liste Debian" Envoyé: Dimanche 6 Août 2023 16:55:52 Objet: Re: Retbleed en lançant Debian-12 et kernel panic Le 6 août 2023 RogerT a écrit : > Finalement, la référence du 2/ ci-dessous semble être celle > recherchée. J’ai en même temps démontré la difficulté à trouver > facilement l’information nécessaire sur les sites debian.org Oui et non. Non parce que la page https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html (qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par une recherche web basique lors de mon premier upgrade et plusieurs fois ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org l'indique en premier. https://search.debian.org/?q=upgrade+bookworm&HITSPERPAGE=10&DB=fr&xP=Zupgrad%09Zbookworm%09Zamd64&xFILTERS=.%7E%7E&xDB=fr Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il reste des progrès à faire sur ces autres liens (j'en exclus les ML/post qui ne peuvent/doivent pas être changés). ++ Oui avec la recherche 'upgrade bookworms' Avec 'upgrade debian 12', ça ne vient pas de suite. A la environ 50ème position. Je crois qu'il devrait y avoir un pointeur clair et immédiat pour l'upgrade vers bookworm : Page d'accueil : -> Nouvelle : https://www.debian.org/News/2023/20230610 là on trouve : " Comme toujours, les systèmes Debian peuvent être mis à niveau sans douleur, sur place et sans période d'indisponibilité forcée, mais il est fortement recommandé de lire les notes de publication ainsi que le manuel d'installation pour d'éventuels problèmes et pour des instructions détaillées sur l'installation et la mise à niveau. Les notes de publications seront améliorées et traduites dans les semaines suivant la publication." et un lien vers : -> https://www.debian.org/releases/bookworm/releasenotes -> enfin https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html Page accueil/télécharger : https://www.debian.org/download -> Notes de publication https://www.debian.org/releases/bookworm/amd64/release-notes/ -> https://www.debian.org/releases/bookworm/amd64/release-notes/ -> enfin https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html ça fait 3 pointeurs pour aller à la mise à jour en naviguant. Et là, encore, je connais debian, les différents processeurs, et je sais ce que je cherche, etc. ça me rappelle un peu le parcours qu'il fallait faire, à une époque, pour installer un JRE/JDK pour le bon processeur, la bonne version, etc. On était plutôt perdu. On tâtonnait. Je crois que sur la page d'accueil FR, il faudrait un pointeur direct avec un menu déroulant par architecture matérielle : [choix processeur amd64/aarch64/...] -> installer / -> mettre à niveau Page EN : [HW architecture amd64/aarch64/...] -> install / -> upgrade A voir, si mes observations mettent en évidence quelques améliorations susceptibles de faciliter la navigation et la prise en main.
Re: Re : Plantage suite à ajout de desktop icon dans /usr/share/applications/
- Mail original - De: "nicolas patrois" À: "Liste Debian" Envoyé: Dimanche 6 Août 2023 21:39:11 Objet: Re : Plantage suite à ajout de desktop icon dans /usr/share/applications/ On 06/08/2023 20:27:26, didier gaumet wrote: > C'est une tentation courante mais Je te déconseille d'installer > plusieurs bureaux à la fois: > - dans le meilleur des cas tu obtiens des menus surchargés d'applis en > double ou triple qui font la même chose, ça ne te donne pas une idée > exacte des fonctionnalités de chaque DE > - dans le pire des cas, tu dois gérer des conflits de paquets qui > conduisent à des fonctionnements dégradés. Tu dois même dans certains > cas pouvoir être confronté à des conflits d'exécution. > donc le plus sûr c'est de supprimer tout ce qui se rapporte à un DE > avant d'en installer un autre. Ça fait des années que j’en ai plein d'installés en même temps : KDE, GNOME, XFCE, sans compter les gestionnaires de fenêtres qui valsent y compris au sein d’un même gestionnaire de bureau, le tout en traînant joyeusement tout un tas de fichiers de configuration, certains intouchés depuis, hou-là, ça ne me rajeunit pas. Dans XFCE, que j’utilise actuellement, je n’ai pas de conflits de menus sauf un menu fourre-tout nommé Autres, où on trouve tout plein de trucs mal rangés. Après tout, on peut avoir plusieurs utilisateurs sur une même machine et chacun peut avoir ses préférences de gestionnaires de fenêtres avec ou sans gestionnaire de bureau. Il n’y a pas de raison d’en installer un unique pour tous, on n’est pas dans Windows. nicolas patrois : pts noir asocial ++ En effet, chaque utilisateur de la machine doit pouvoir choisir son DE. Mais si vous n'êtes pas d'accord, alors je vais rester sur une isolation VM ou clef USB/LivedCD, déjà pour goûter à ces outils graphiques !
Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/
- Mail original - De: "Michel Verdier" À: "Liste Debian" Envoyé: Dimanche 6 Août 2023 17:10:44 Objet: Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/ Le 6 août 2023 RogerT a écrit : > Le contexte c’est un utilisateur qui veut bien utiliser un poste/serveur > debian pour utiliser un programme livré par mes soins, et qui veut qu’on lui > dise quelle version de debian, quel shell, quel DE, quelles extensions > utiliser (et aussi lui installer automatiquement, avec un outil > d’automatisation, ou par remise d’un fichier au format .ova ou autre). M Je pense que là il y a inversion du problème. Soit l'utilisateur veut un ensemble clef en main et alors tu le lui livres : installateur personnalisé avec debian et applications qui vont bien, ton programme n'étant qu'un parmi ceux là. Tu peux aussi préparer une image complète qui se met sur une partition. Si ce n'est pas ça que tu veux alors c'est ton programme qui doit s'adapter à l'environnement de l'utilisateur, donc savoir gérer les différents DE et WM possibles. Comme le souligne didier c'est la même chose en cli où tu vérifie shell, interpréteur, lib, versions, etc. Ce n'est pas évident de déballer tout le contexte. Chacun part de ce qu'il connaît et suppose le contexte de l'autre non présenté. Dans le cas discuté, il faut une machine linux pour le programme qui nous intéresse. L'utilisateur vient avec l'idée d'une linux debian parce qu'on en a discuté. Et que je connais debian. Il l'installe par lui-même une debian avec le bureau gnome proposé d'office. Mon programme n'a qu'une dépendance à libc6, qui ne pose aucun problème à satisfaire. Mais l'utilisateur veut un lanceur graphique pour lancer le terminal où va tourner le programme. Et le cirque graphique commence là : DE : gnome, puisqu'il a été choisi par l'utilisateur et que je n'en connais pas d'autre. Là, le menu Applications et la touche Super sont actifs pour ce programme. Pour le bureau avec une icône-lanceur exigée, on part sur ce qui existe et que je connais : le paquet gnome-chrome-shell (ancien nom, encore actif sur debian 11) l'extension GNOME SHELL integration l'extension DING (Desktop Icons New Generation) enfin : le fichier .desktop , copié dans /usr/share/applications et dans ~/.Desktop Si je devais proposer le même programme pour tout utilisateur linux avec le DE et le WM de son choix ? Je ne connais pas tous les DE et les WM et n'ai pas envie de tâtonner pendant des jours pour un résultat approximatif. Je fixerai donc les pré-requis, ce qui sera bloquant pour ceux qui ne les satisfont pas. Ou idéalement je rechercherai un paquet qui connaît tous ces environnements et propose une interface à respecter. D'ailleurs, est-ce que ça existe dans la jungle des DE & WM & extensions ?...
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 19:54 +0200, didier gaumet a écrit : > Le 06/08/2023 à 16:19, Gaëtan Perrier a écrit : > > Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit : > [...] > > > - chercher les paquets obsolètes (aptitude search '~o') > > > > rien concernant le système graphique. > > - par effet de bord ton fonctionnement graphique peut être impacté par > un truc non graphique > - en gros il faut vérifier que ce qui reste ne sont que des paquets > *locaux* (hors dépôts Trixie mentionnés dans /etc/apt/sources.list et > /etc/apt/sources.list.d) parce qu'ils apparaissent aussi avec aptitude > search '~o'. Par contre, pas forcément, mais potentiellement, tous les > paquets qui sont réellement obsolètes ou d'une autre distro que Trixie > (stable, bookworm, unstable, sid, Ubuntu et autres) peuvent casser ton > installation. > > [...] > > Sinon en faisant un update-initramfs (pour une autre raison) j'ai ces > > messages > > qui sont sortis: > > update-initramfs -k all -u > > update-initramfs: Generating /boot/initrd.img-6.4.0-1-amd64 > > W: Possible missing firmware > > /lib/firmware/nvidia/ga107/acr/ucode_ahesasc.bin > > for module nouveau > [...] > > W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/desc.bin for > > module nouveau > > tout ces firmwares semblent faire partie du paquet > firmware-misc-non-free qui ne doit pas être installé chez toi, donc > installe-le > > Il est installé mais ils ne sont pas dedans. Par exemple pour ga103 il y a juste: /lib/firmware/nvidia/ga103 /lib/firmware/nvidia/ga103/gr /lib/firmware/nvidia/ga103/gr/NET_img.bin /lib/firmware/nvidia/ga103/gr/fecs_bl.bin /lib/firmware/nvidia/ga103/gr/fecs_sig.bin /lib/firmware/nvidia/ga103/gr/gpccs_bl.bin /lib/firmware/nvidia/ga103/gr/gpccs_sig.bin Donc rien concernant ga103/sec2/* signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 20:04 +0200, didier gaumet a écrit : > Le 06/08/2023 à 16:38, Gaëtan Perrier a écrit : > > Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit : > [...] > > > ~]# apt purge *nvidia* > [...] > > En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier > > contenant > > nvidia qui sont dans le répertoire ... > > > > Les paquets suivants seront ENLEVÉS : > > firmware-nvidia-gsp* glx-diversions* libnvidia-allocator1* > > libnvidia-egl-gbm1* libnvidia-egl-wayland1* nvidia-installer-cleanup* > > > > Y a pas grand chose qui traînait. > > c'est pas tellement qu'il reste des bibliothèques proprio nvidia qui > était gênant, c'est le fait que les scripts d'installation de ces > procédures avaient probablement paramétré que ta caret devait être gérée > à tous les niveaux par le pilote proprio, donc Nouveau ne pouvait > fonctionner correctement. > Si tu as de la chance et que tout s'est bien passé la purge a non > seulement supprimé les paquets mais aussi supprimé certains fichiers de > conf et changé des valeurs de paramètres dans les fichiers de conf restant. > > => refais un vainfo et un vdpauinfo, tu devrais avoir de meilleurs > résultats qu'auparavant Les résultats sont exactement les mêmes, par contre depuis ce nettoyage je n'ai pas eu de nouveau crash. Je croise les doigts. > > => et surtout, si il était auparavant absent et que tu as installé le > paquet firmware-misc-nonfree, ça devrait au moins en partie pouvoir > expliquer tes problèmes et les résoudre. Non il était là depuis le début. signature.asc Description: This is a digitally signed message part
Re : Plantage suite à ajout de desktop icon dans /usr/share/applications/
On 06/08/2023 20:27:26, didier gaumet wrote: > C'est une tentation courante mais Je te déconseille d'installer > plusieurs bureaux à la fois: > - dans le meilleur des cas tu obtiens des menus surchargés d'applis en > double ou triple qui font la même chose, ça ne te donne pas une idée > exacte des fonctionnalités de chaque DE > - dans le pire des cas, tu dois gérer des conflits de paquets qui > conduisent à des fonctionnements dégradés. Tu dois même dans certains > cas pouvoir être confronté à des conflits d'exécution. > donc le plus sûr c'est de supprimer tout ce qui se rapporte à un DE > avant d'en installer un autre. Ça fait des années que j’en ai plein d'installés en même temps : KDE, GNOME, XFCE, sans compter les gestionnaires de fenêtres qui valsent y compris au sein d’un même gestionnaire de bureau, le tout en traînant joyeusement tout un tas de fichiers de configuration, certains intouchés depuis, hou-là, ça ne me rajeunit pas. Dans XFCE, que j’utilise actuellement, je n’ai pas de conflits de menus sauf un menu fourre-tout nommé Autres, où on trouve tout plein de trucs mal rangés. Après tout, on peut avoir plusieurs utilisateurs sur une même machine et chacun peut avoir ses préférences de gestionnaires de fenêtres avec ou sans gestionnaire de bureau. Il n’y a pas de raison d’en installer un unique pour tous, on n’est pas dans Windows. nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/
Le 06/08/2023 à 16:01, RogerT a écrit : Le 6 août 2023 à 10:21, didier gaumet a écrit : [...] - KDE, Cinnamon, Xfce, te permettront la gestion des icônes de lancement d'appli sur le bureau "à la Windows", LXQt te le permettra aussi mais de manière plus litée (de mémoire) Je vais tous les tester ! Naturellement, je peux tous les installer et choisir le DE par le petit menu d’ouverture de session. Sans interférences. C’est bien ça ? [...] C'est une tentation courante mais Je te déconseille d'installer plusieurs bureaux à la fois: - dans le meilleur des cas tu obtiens des menus surchargés d'applis en double ou triple qui font la même chose, ça ne te donne pas une idée exacte des fonctionnalités de chaque DE - dans le pire des cas, tu dois gérer des conflits de paquets qui conduisent à des fonctionnements dégradés. Tu dois même dans certains cas pouvoir être confronté à des conflits d'exécution. donc le plus sûr c'est de supprimer tout ce qui se rapporte à un DE avant d'en installer un autre. Mais faut fouiller: si tu fais un apt purge task-gnome-desktop il va joyeusement supprimer juste ce méta-paquet sans supprimer Gnome ni Gnome-core, etc... Puis, le ménage fait, tu installes KDE, tu le testes. Puis , tu le supprimes, tu installes Xfce, tu le testes, etc... => Si tu ne veux pas t'embêter, pour tester les DE, télécharges les ISO Debian 12 live (Gnome, KDE, Xfce, Cinnamon, LXQT, LXDE, Mate, je crois) et soit tu les graves sur une clé pour les tester sur un PC, soit tu les testes en machine virtuelle (pas besoin de créer un espace de stockage pour la VM, tu veux juste tester une livekey)
Re: [testing] passage du pilote proprio à nouveau
Le 06/08/2023 à 16:38, Gaëtan Perrier a écrit : Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit : [...] ~]# apt purge *nvidia* [...] En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier contenant nvidia qui sont dans le répertoire ... Les paquets suivants seront ENLEVÉS : firmware-nvidia-gsp* glx-diversions* libnvidia-allocator1* libnvidia-egl-gbm1* libnvidia-egl-wayland1* nvidia-installer-cleanup* Y a pas grand chose qui traînait. c'est pas tellement qu'il reste des bibliothèques proprio nvidia qui était gênant, c'est le fait que les scripts d'installation de ces procédures avaient probablement paramétré que ta caret devait être gérée à tous les niveaux par le pilote proprio, donc Nouveau ne pouvait fonctionner correctement. Si tu as de la chance et que tout s'est bien passé la purge a non seulement supprimé les paquets mais aussi supprimé certains fichiers de conf et changé des valeurs de paramètres dans les fichiers de conf restant. => refais un vainfo et un vdpauinfo, tu devrais avoir de meilleurs résultats qu'auparavant => et surtout, si il était auparavant absent et que tu as installé le paquet firmware-misc-nonfree, ça devrait au moins en partie pouvoir expliquer tes problèmes et les résoudre.
Re: [testing] passage du pilote proprio à nouveau
Le 06/08/2023 à 16:19, Gaëtan Perrier a écrit : Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit : [...] - chercher les paquets obsolètes (aptitude search '~o') rien concernant le système graphique. - par effet de bord ton fonctionnement graphique peut être impacté par un truc non graphique - en gros il faut vérifier que ce qui reste ne sont que des paquets *locaux* (hors dépôts Trixie mentionnés dans /etc/apt/sources.list et /etc/apt/sources.list.d) parce qu'ils apparaissent aussi avec aptitude search '~o'. Par contre, pas forcément, mais potentiellement, tous les paquets qui sont réellement obsolètes ou d'une autre distro que Trixie (stable, bookworm, unstable, sid, Ubuntu et autres) peuvent casser ton installation. [...] Sinon en faisant un update-initramfs (pour une autre raison) j'ai ces messages qui sont sortis: update-initramfs -k all -u update-initramfs: Generating /boot/initrd.img-6.4.0-1-amd64 W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_ahesasc.bin for module nouveau [...] W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/desc.bin for module nouveau tout ces firmwares semblent faire partie du paquet firmware-misc-non-free qui ne doit pas être installé chez toi, donc installe-le
Re: RIP VIM
Il a été d'un apport bénéfique au logiciel libre comme à l'action caritative, a priori, donc chapeau.
RIP VIM
Bonjour, J'utilise beaucoup VIM à la place de VI ou NANO et peut-être certains d'entre vous... Je me permets de vous relayer la triste nouvelle: Le développeur, initiateur du projet VIM, Bram MOOLENAAR, n'est plus de ce monde depuis le 3 aout. https://groups.google.com/g/vim_announce/c/tWahca9zkt4 RIP Librement vôtre, David PINSON
Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/
Le 6 août 2023 RogerT a écrit : > Le contexte c’est un utilisateur qui veut bien utiliser un poste/serveur > debian pour utiliser un programme livré par mes soins, et qui veut qu’on lui > dise quelle version de debian, quel shell, quel DE, quelles extensions > utiliser (et aussi lui installer automatiquement, avec un outil > d’automatisation, ou par remise d’un fichier au format .ova ou autre). M Je pense que là il y a inversion du problème. Soit l'utilisateur veut un ensemble clef en main et alors tu le lui livres : installateur personnalisé avec debian et applications qui vont bien, ton programme n'étant qu'un parmi ceux là. Tu peux aussi préparer une image complète qui se met sur une partition. Si ce n'est pas ça que tu veux alors c'est ton programme qui doit s'adapter à l'environnement de l'utilisateur, donc savoir gérer les différents DE et WM possibles. Comme le souligne didier c'est la même chose en cli où tu vérifie shell, interpréteur, lib, versions, etc.
Re: Retbleed en lançant Debian-12 et kernel panic
Le 6 août 2023 RogerT a écrit : > Finalement, la référence du 2/ ci-dessous semble être celle > recherchée. J’ai en même temps démontré la difficulté à trouver > facilement l’information nécessaire sur les sites debian.org Oui et non. Non parce que la page https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html (qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par une recherche web basique lors de mon premier upgrade et plusieurs fois ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org l'indique en premier. https://search.debian.org/?q=upgrade+bookworm&HITSPERPAGE=10&DB=fr&xP=Zupgrad%09Zbookworm%09Zamd64&xFILTERS=.%7E%7E&xDB=fr Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il reste des progrès à faire sur ces autres liens (j'en exclus les ML/post qui ne peuvent/doivent pas être changés).
Re: [testing] passage du pilote proprio à nouveau
Le dimanche 06 août 2023 à 16:19 +0200, Gaëtan Perrier a écrit : > > > > - essayer de faire un apt purge *nvidia* pour virer les restes de > > fichiers de conf' qui doivent encore traîner > > ~]# apt purge *nvidia* > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances... Fait > Lecture des informations d'état... Fait > E: Impossible de trouver le paquet glxinfo_nvidia.txt > > Là je ne sais pas quoi penser vu qu'il n'existe pas de paquet avec un tel nom > ... > > En fait il faut faire apt purge "*nvidia*" sinon il prend les fichier contenant nvidia qui sont dans le répertoire ... Les paquets suivants seront ENLEVÉS : firmware-nvidia-gsp* glx-diversions* libnvidia-allocator1* libnvidia-egl-gbm1* libnvidia-egl-wayland1* nvidia-installer-cleanup* Y a pas grand chose qui traînait. signature.asc Description: This is a digitally signed message part
Re: [testing] passage du pilote proprio à nouveau
Le samedi 05 août 2023 à 11:19 +0200, didier gaumet a écrit : > > je ne sais pas trop quoi te conseiller, à part > > - tester une livekey Debian 12 pour voir si tu as des freezes, pour > éliminer la possibilité que l'association de ton matériel et sa gestion > par Nouveau génère les crashes. Si ça crashe c'est vraisemblablement > que tu ne peux obtenir un bon fonctionnement que par le pilote proprio. > Sinon c'est que ton installation Testing est bancale Je ferai ce test à mon retour de vacances fin août. > > - vérifier (apt policy) entre autres les versions de libc6 et libdrm* > installées sont les dernières disponibles libc6 je suis en 2.37-6 et sid en 2.37-7 libdrm 2.4.155-1 comme sid > > - chercher les paquets obsolètes (aptitude search '~o') rien concernant le système graphique. > > - essayer de faire un apt purge *nvidia* pour virer les restes de > fichiers de conf' qui doivent encore traîner ~]# apt purge *nvidia* Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait E: Impossible de trouver le paquet glxinfo_nvidia.txt Là je ne sais pas quoi penser vu qu'il n'existe pas de paquet avec un tel nom ... > > - si pas plus de succès, envisager une réinstallation propre de Debian > (après sauvegarde de tes données), parce que honnêtement, si j'ai bien > compris, tu fais des mises-à-jour depuis 20 ans, ça m'étonnerait que ton > système ne soit pas bancal ;-) C'est possible mais jusqu'à maintenant ça fonctionnait très bien :) Sinon en faisant un update-initramfs (pour une autre raison) j'ai ces messages qui sont sortis: update-initramfs -k all -u update-initramfs: Generating /boot/initrd.img-6.4.0-1-amd64 W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_ahesasc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_asb.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/acr/ucode_unload.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/nvdec/scrubber.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga107/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga106/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga104/sec2/desc.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/hs_bl_sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/sig.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/image.bin for module nouveau W: Possible missing firmware /lib/firmware/nvidia/ga103/sec2/desc.bin for module nouveau signature.asc Description: This is a digitally signed message part
Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/
> Le 6 août 2023 à 10:21, didier gaumet a écrit : > > Le 06/08/2023 à 00:30, RogerT a écrit : Le 5 août 2023 à 16:51, didier gaumet a écrit : >> [...] >> Le problème me semble être qu’on doit choisir un DE parmis plusieurs que >> l’on ne connaît pas et qui ne sont pas présentés à l’utilisateur nouveau de >> debian. Alors on se lance avec ce qui vient ! >> Rien de tout ça avec un serveur en CLI ! > > C'est l'idée que tu t'en fais mais si tu y réfléchis, ton serveur en CLI > offre un moyen d'interaction à son utilisateur (admin...) simplement > différent: le shell au lieu d'une interface graphique (qui s'appelle > Gnome-shell sous Gnome...). > Et par défaut sous Debian, le shell interactif c'est bash. Mais il y en a une > flopée d'autres disponibles (liste approximative, y en a peut-être qui > n'existent plus ou de nouveaux qui sont apparus): bash, dash, ksh, csh, tcsh, > zsh, etc... > Tu utilises bash par défaut mais tu pourrais utiliser un autre shell > interactif. > Et sous Debian, le shell non-interactif pour les scripts système c'est dash, > mais tu peux le remplacer (à tes risques et périls, par contre, encore plus > sur un serveur...) par un autre shell. > > Donc c'est pas aussi simple... Oui. Mais là on a dérivé. Le contexte c’est un utilisateur qui veut bien utiliser un poste/serveur debian pour utiliser un programme livré par mes soins, et qui veut qu’on lui dise quelle version de debian, quel shell, quel DE, quelles extensions utiliser (et aussi lui installer automatiquement, avec un outil d’automatisation, ou par remise d’un fichier au format .ova ou autre). M Pour qu’il puisse utiliser le programme, qui va d’ailleurs, une fois configuré par l’utilisateur, tourner tout seul. Le besoin c’est : stabilité. Et un minimum d’ergonomie pour accéder au programme (lanceur bureau/menu/touche Super). C’est tout. > > [...] >> Est-ce possible de juste coller un lanceur sur le bureau sans dépendance à : >> - paquet gnome-chrome-shell >> - extension GNOME Shell integration >> - extension DING >> - accès au réseau internet >> ? >> Autrement dit, comment transformer un bureau gnome ou KDE avec un tel >> lanceur ? > > En gros, je pense que ce que tu demandes c'est un mode de fonctionnement de > Gnome qui n'est pas l'un de ceux que Gnome préconise, mais dont Gnome te > garantisse la fiabilité. > Peut-être ma formulation est-elle volontairement un peu caricaturale mais > elle permet d'illustrer le dilemme: tu n'auras à mon sens pas le beurre et > l'argent du beurre. Je demande le strict minimum à une époque où un GUI qui permet de lancer un programme est dans mes habitudes depuis le Mac. > > - chez moi, désolé, en l'absence de connexion réseau, Gnome Classic > (extension DING) me montre les icônes de bureau. > (je viens de refaire le test: couper la connexion internet, sortir de la > session puis me connecter à une nouvelle session: aucun problème) > => donc non, les icônes de bureau Gnome apparaissent même sans réseau Merci pour ton test. Je vais en refaire un et voir pourquoi j’avais perdu les icônes de bureau au moment où j’avais aussi perdu mon lien internet. > > - KDE, Cinnamon, Xfce, te permettront la gestion des icônes de lancement > d'appli sur le bureau "à la Windows", LXQt te le permettra aussi mais de > manière plus litée (de mémoire) Je vais tous les tester ! Naturellement, je peux tous les installer et choisir le DE par le petit menu d’ouverture de session. Sans interférences. C’est bien ça ? > - pour la dépendance des icônes sur le bureau à une connexion réseau des > bureaux KDE, Cinnamon, Xfce, LXQt, faut que tu essaies mais je ne pense pas > que ça pose problème Ok. > > Bon courage :-) Merci. M Et merci pour ces échanges qui permettent d’y voir plus clair. Et peut-être aussi d’aider d’autres à y voir plus clair aussi !
Re: Retbleed en lançant Debian-12 et kernel panic
> Le 6 août 2023 à 12:35, nicolas.patr...@gmail.com a écrit : > > On 06/08/2023 10:25:41, didier gaumet wrote: > >> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de >> full-upgrade >> (la page man d'apt ne documente que la commande full-upgrade et ne >> mentionne pas dist-upgrade) > > C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par > full-upgrade. > > nicolas patrois : J’ai récemment appris, et ainsi évité un accident en me fiant aux innombrables tutos simplistes et trompeurs, qu’il faut : 1/ se fier à la note de publication (release note) Je cherche la référence… pas facile. Il y a au moins : https://www.debian.org/News/2023/20230610 qui pointe vers : https://www.debian.org/releases/bookworm/installmanual Et cette page du manuel : https://www.debian.org/doc/manuals/debian-handbook/sect.dist-upgrade.fr.html (qui commence par tartiner le célèbre dist-upgrade… avant d’introduire full-upgrade, noyé au milieu de la page !) Finalement, la référence du 2/ ci-dessous semble être celle recherchée. J’ai en même temps démontré la difficulté à trouver facilement l’information nécessaire sur les sites debian.org Svp, corrigez mes références récapitulatives. 2/ se fier à la doc debian qui parle exclusivement de : # apt full-upgrade Ref : https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html#upgrading-full 3/ et demander à la liste quand on ne sait pas !
Re : Retbleed en lançant Debian-12 et kernel panic
On 06/08/2023 10:25:41, didier gaumet wrote: > Tu as raison: apt accepte aussi la commande dist-upgrade en plus de > full-upgrade > (la page man d'apt ne documente que la commande full-upgrade et ne > mentionne pas dist-upgrade) C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par full-upgrade. nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Re: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity-Borgbackup-Restic (was: sauvegardes: Vorta/Borgbackup et Deja-Dup/Duplicity)
Le 04/08/2023 à 18:23, Sébastien Dinot a écrit : C'est exact. Borg fonctionne par déduplication [...] C'est très efficace (Borg n'est pas le seul outil à procéder par déduplication, c'est aussi ce que fait par exemple Restic),* [...] Au cas où ça puisse intéresser ceux à la recherche de frontaux GUI pour accéder aux fonctions d'un outil backup CLI particulier (Attention: ne pas se lancer avant d'avoir testé, je ne l'ai pas encore fait, peut-être que ça se plante d'entrée.) je continue de regarder un peu tout ça et en fouillant dans les options cachées (dconf) de Deja-Dup, je m'aperçois: - qu'il peut servir de servir de frontal GUI, non seulement à Duplicty (par défaut), mais aussi à Borgbackup ou à Restic! (paramètre /org/gnome/deja-dup/tool) - que comme Vorta on peut lui adjoindre des scripts avant, après, ou autour. (paramètres /org/gnome/deja-dup/custom*) Pour Borg ça aurait l'avantage d'offrir une alternative à Vorta, pour Restic ça aurait l'avantage de fournir un frontal GUI inexistant par ailleurs(?)
Re: Retbleed en lançant Debian-12 et kernel panic
Le 06/08/2023 à 09:52, MERLIN Philippe a écrit : Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit : [...] > - apt accepte la commande full-upgrade mais pas_ dist-upgrade_ *faux* !!! Chaque fois que je fais une MAJ je fais un apt dist-upgrade. Tu as raison: apt accepte aussi la commande dist-upgrade en plus de full-upgrade (la page man d'apt ne documente que la commande full-upgrade et ne mentionne pas dist-upgrade)
Re: Plantage suite à ajout de desktop icon dans /usr/share/applications/
Le 06/08/2023 à 00:30, RogerT a écrit : Le 5 août 2023 à 16:51, didier gaumet a écrit : [...] Le problème me semble être qu’on doit choisir un DE parmis plusieurs que l’on ne connaît pas et qui ne sont pas présentés à l’utilisateur nouveau de debian. Alors on se lance avec ce qui vient ! Rien de tout ça avec un serveur en CLI ! C'est l'idée que tu t'en fais mais si tu y réfléchis, ton serveur en CLI offre un moyen d'interaction à son utilisateur (admin...) simplement différent: le shell au lieu d'une interface graphique (qui s'appelle Gnome-shell sous Gnome...). Et par défaut sous Debian, le shell interactif c'est bash. Mais il y en a une flopée d'autres disponibles (liste approximative, y en a peut-être qui n'existent plus ou de nouveaux qui sont apparus): bash, dash, ksh, csh, tcsh, zsh, etc... Tu utilises bash par défaut mais tu pourrais utiliser un autre shell interactif. Et sous Debian, le shell non-interactif pour les scripts système c'est dash, mais tu peux le remplacer (à tes risques et périls, par contre, encore plus sur un serveur...) par un autre shell. Donc c'est pas aussi simple... [...] Est-ce possible de juste coller un lanceur sur le bureau sans dépendance à : - paquet gnome-chrome-shell - extension GNOME Shell integration - extension DING - accès au réseau internet ? Autrement dit, comment transformer un bureau gnome ou KDE avec un tel lanceur ? En gros, je pense que ce que tu demandes c'est un mode de fonctionnement de Gnome qui n'est pas l'un de ceux que Gnome préconise, mais dont Gnome te garantisse la fiabilité. Peut-être ma formulation est-elle volontairement un peu caricaturale mais elle permet d'illustrer le dilemme: tu n'auras à mon sens pas le beurre et l'argent du beurre. - chez moi, désolé, en l'absence de connexion réseau, Gnome Classic (extension DING) me montre les icônes de bureau. (je viens de refaire le test: couper la connexion internet, sortir de la session puis me connecter à une nouvelle session: aucun problème) => donc non, les icônes de bureau Gnome apparaissent même sans réseau - KDE, Cinnamon, Xfce, te permettront la gestion des icônes de lancement d'appli sur le bureau "à la Windows", LXQt te le permettra aussi mais de manière plus litée (de mémoire) - pour la dépendance des icônes sur le bureau à une connexion réseau des bureaux KDE, Cinnamon, Xfce, LXQt, faut que tu essaies mais je ne pense pas que ça pose problème Bon courage :-)
Re: Retbleed en lançant Debian-12 et kernel panic
Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit : > Le 06/08/2023 à 07:34, Michel Verdier a écrit : > > Le 5 août 2023 ajh-valmer a écrit : > >> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un > > - apt accepte la commande full-upgrade mais pas_ dist-upgrade_ *faux* !!! Chaque fois que je fais une MAJ je fais un apt dist-upgrade. Philippe MERLIN
Re: Retbleed en lançant Debian-12 et kernel panic
Le 06/08/2023 à 07:34, Michel Verdier a écrit : Le 5 août 2023 ajh-valmer a écrit : Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un dist-upgrade finit si mal. Au début tu parlais d'une installation puis d'une mise à jour. Que fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi la procédure de mise à jour. Or celle-ci ne parle absolument pas de dist-upgrade ! https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html je n'arrive pas à mettre la main sur une doc qui illustre ce que je vais dire mais, en gros, pour dédouaner ajh sur ce coup-là, je crois que ça ne prête pas à conséquences et qu'il y a une légère incohérence dans Debian : - apt accepte la commande full-upgrade mais pas dist-upgrade - apt-get accepte la commande dist-upgrade mais pas full-upgrade aptitude accepte les deux et précise dans sa page man: "Note This command was originally named dist-upgrade for historical reasons, and aptitude still recognizes dist-upgrade as a synonym for full-upgrade." :-)
