Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Rien ne force à mettre à jour de toute façon, sauf problématique technique / matérielle.
Oui, avec le BIOS j'adopte généralement cette façon de penser. Là j'ai agi par curiosité (tiens! une éventuelle possibilité de mettre à jour simplement le BIOS sous Linux?)
Je lis dans le retour "mise à jour possible", ça veut dire que je peux mettre à jour en utilisant Discover ?
Bonjour,
Oui tu peux mettre à jour UEFI dbx avec Discover, c'est ce que j'ai fait. Est-ce que c'est utile pour toi? je ne sais pas (Secure Boot désactivé chez moi, donc inutile pour moi).
Je suppose que s'il y avait d'autres mises à jour du BIOS possibles, le système de maj de Discover te le signalerait. Mais on peut faire tout ça avec les lignes de commandes indiquées par Manchette au début du fil.
Tu fais une recherche sur esptool et zypper te trouve quelque chose contenant la chaîne de caractères epstool. Chez moi zypper trouve trois paquets aux doux noms de python39-esptool, python310-esptool, python311-esptool mais un paquet nommé simplement et strictement epstool n'existe pas dans mes dépôts. Je ne pourrai donc pas installer esptool en faisant zypper in esptool (aucun fournisseur trouvé). Par contre j'aurais plus de chance en tentant avec le nom complet de l'un des trois paquets listés plus haut (pour autant que l'un d'eux corresponde à ce que je cherche vraiment).
Zypper travaille avec les dépôts qu'il a sous la main et ne sait rien des dépôts qui ne sont pas installés.
Il n'y a pas de paquet officiel disponible pour ALL Distributions
Par contre il existe un paquet expérimental pour Tumbleweed qui nécessitera d'installer un dépôt supplémentaire.
Edit @jenrem : j'ai posté ma réponse en même que toi. Si jamais l'un des paquets python-epstool ne correspond pas à ce que tu cherches vraiment, mes indications finales ne seront peut-être pas inutiles.
Je reviens sur le sujet suite à la réponse de @burn2
Je suis donc allé voir sur mon Lenovo ThinkPad X240 (plus haut j'étais sur ma tour principale).
Un petit tour du côté des mises à jour sur Discover pour commencer : il y a une candidate nommée UEFI dbx que ne me mentionne pas zypper dup.
Si je lance les commandes de vérification de fuwpd, j'ai toujours l'avertissement signalé plus haut mais au bout du bout j'ai bien la possibilité d'installer une maj. J'installe, il s'agit bien d'UEFI dbx... et de rien d'autre.
dbx - Forbidden Signature Database - Le contraire de la base de données des signatures, des clés publiques, des signatures et des hachages qui ne devraient jamais être autorisés à démarrer.
Bon, sauf que Secure Boot est désactivé sur tous mes ordis. Ce n'est peut-être pas très malin mais le temps n'est pas si vieux où il fallait le désactiver pour pouvoir installer Debian par exemple (un Secure Boot fonctionnel est apparu avec Debian 10). D'un autre côté je lis que Secure Boot peut limiter certaines actions des utilisateurs (wiki Debian, rubrique Secure Boot). Le passage sur les pilotes gérés par DKMS ne me plaît pas beaucoup.
Bref, je reste comme ça... et cette maj UEFI dbx ne me sert à rien dans l'état actuel des choses
Hello ;=) fwupd : Connaissez vous et avez vous déjà utilisé ?
Bonjour,
Non, je ne connaissais pas mais apparemment, en faisant une recherche sur fwupd, ce n'est pas un secret pour beaucoup d'utilisateurs de Linux, ou tout au moins pour leurs distributions.
Il est installé de base sur Tumbleweed et sur Leap depuis la version 15.0 si j'en crois la fiche Wikipedia sur fwupd.
chumi@localhost:~> sudo zypper search fwupd [sudo] Mot de passe de root : Chargement des données du dépôt... Lecture des paquets installés...
S | Name | Summary | Type --+------------------------+--------------------------------------------------+------- i | discover-backend-fwupd | fwupd Backend for Discover | paquet i | fwupd | Device firmware updater daemon | paquet i | fwupd-bash-completion | Bash completion for fwupd | paquet | fwupd-devel | Allow session software to update device firmware | paquet | fwupd-doc | Developer documentation for fwupd | paquet i | fwupd-efi | Firmware update EFI binaries | paquet | fwupd-fish-completion | Fish completion for fwupd | paquet i | fwupd-lang | Translations for package fwupd | paquet i | libfwupd2 | Allow session software to update device firmware | paquet i | typelib-1_0-Fwupd-2_0 | GObject-introspection bindings for libfwupd | paquet
Tiens! je note que discover-backend-fwupd est installé.
Un petit tour dans la configuration de Discover et en effet il y a une section Firmwares Updates. Donc à priori Discover aurait du me proposer des mises à jour de firmwares, ce qui n'a jamais été le cas il me semble.
Passons donc la commande # fwupdmgr get-devices. Je résume le résultat à l'avertissement qui m'est retourné :
Certains matériels plus anciens (généralement du matériel produit avant 2015) ne prennent pas en charge la table ACPI ESRT. Il est possible, mais peu probable, que le fait de flasher le dernier BIOS du fournisseur, à l'aide de Windows ou d'un LiveCD, ajoute la prise en charge de cette table.
Toutes mes machines ont été produites avant 2015 je crois bien. Donc fuwpd ne me sera probablement pas utile (et tant que ça roule...)
Intéressant tout de même. Mais par contre il n'est pas inutile de rappeler par ailleurs qu'une bonne alimentation des machines est nécessaire pour procéder à ce type de mise à jour (ordi portable sur secteur par exemple). Une coupure de courant et c'est la cata.
C'est peut-être lié aux poids de tes fichiers et à la capacité de ta clé. Pourquoi ne pas tout copier sur ton ordi, vider cette clé, réorganiser tous ces fichiers à ta convenance sur ton ordi et recopier ensuite le tout sur la clé?
Mauvaise surprise pour la nouvelle année, quelques éléments de la configuration du bureau Plasma ont été amputés chez moi.
Le menu contextuel amputé :
L' original attendu :
Le panneau de configuration du bureau amputé :
L'original attendu :
Il manque pas mal d'options dans les deux cas, non?
La solution que j'ai mise en œuvre :
J'ai créé un nouvel utilisateur et je suis allé copier son fichier ~/.config/plasma-org.kde.plasma.desktop-appletsrc que j'ai ensuite collé en lieu et place de son équivalent dans mon dossier personnel (en aillant préalablement modifié le propriétaire de ce fichier bien sûr).
J'ai retrouvé le menu contextuel et le panneau de configuration du bureau dans leurs états originaux et il m'a juste fallu remettre en place deux ou trois petites choses.
Mais je me demande s'il n'aurait pas été plus simple de supprimer directement ce fichier dans mon dossier perso, de me déconnecter et de me reconnecter pour obtenir le même résultat?
Voilà, au cas où quelqu'un aurait à subir le même désagrément un peu perturbant.
Pour OnlyOffice je l'ai pas encore testé mais je vais le faire.
Bonjour,
Un petit retour de ta part serait sympa car il serait bien de savoir s'il peut plus ou moins être une alternative pro en ce qui concerne l'édition de PDF.
Salut Moni, tu dois avoir un problème de paramétrage dans Yast/Son ou carte son J'ai un problème un peu comme ça sur un PC portable.
Bonsoir,
Le module yast2-sound n'existe plus dans Tumbleweed qui est la branche qu'utilise Moni. Bon, il peut déjà vérifier et tester certaines choses dans la Configuration du système de KDE-Plasma -> Audio (notamment la sortie ligne), mais son problème semble circonscrit à la sortie son de Twitter/X et de YouTube dans son navigateur. Quel est ce navigateur? Et les pistes sont maigres par ailleurs : ça fonctionnait et ça ne fonctionne plus.
(pour le choix de la carte son, à défaut de yast2-sound on peut lancer alsamixer en ligne de commande)
depuis la dernière version de Thunderbird exporter n'apparait plus ! il fait un fichier ZIP moi je voudrais revenir à fichier.csv Faisable??
Bonjour,
Onglet "Carnet d'adresses", clic droit sur le nom de ton carnet d'adresses dans la colonne la plus à gauche, Exporter (l'option du fichier .cvs est celle par défaut). Thunderbird 115.6.0 à ce jour chez moi, aucun souci pour réaliser cette exportation.
Ne sautez pas de version lors d'une mise à niveau ! Exemple : ne pas passer de la version 15.1 à la version 15.4. Au lieu de cela, passez de la version 15.1 à la version 15.2, puis à la version 15.3, et ensuite seulement de la version 15.3 à la version 15.4.
Et ainsi de suite jusqu'à la 15.5. Fastidieux non? Une nouvelle installation ainsi que le préconise sobkowiak au dessus est somme toute la solution la plus simple... et la plus indiquée.
Ne fonctionne pas avec Okular qui est sensé supporter javascript d'après ce que j'ai lu (javascript est du chinois pour moi aussi soit dit en passant) mais par contre cela fonctionne avec MuPDF.
Ma distribution préférée après openSUSE? Je n'en ai pas je pense. Par défaut ce serait Debian... stable
Je suis passé à TW au moment où l'avenir de Leap est apparu incertain et parce qu'il m'a paru que Leap était un peu moins finie, un peu moins fignolée à ce moment là (ce n'était peut-être qu'une impression). Je n'ai pas eu à le regretter jusqu'à maintenant et ça bouge tellement sur TW, sans risque ou presque, qu'on peut espérer que le moindre bug soit vite corrigé.
Avec openSUSE nous avons BTRFS et les snapshots tout cuits, prêts à l'emploi. Et c'est bien géré par défaut pour que notre système ne soit pas engorgé en moins de deux (je surveille régulièrement). La documentation ne manque pas non plus, en cas de doute, pour pouvoir gérer ça à sa façon (je regrette seulement avec openSUSE que la documentation soit trop éclatée).
Je n'ai pas besoin d'être à la page, d'avoir les dernières versions des logiciels et de leurs ultimes raffinements (probablement utiles à d'autres). Donc une distribution très stable avec de longs délais d'édition serait une bonne alternative pour moi.
Debian stable, très probablement donc. Mais Debian et KDE? Paresseux je pousserais bien, à regret pour KDE, jusqu'à la DF-ISO avec Xfce, c'est du tout cuit et très bien fait.
Ou encore Salix, quitte à rester sur du stable, à très long terme, et sur Xfce. Il manquerait encore des choses à Salix pour moi mais je me questionne sur la validité de ces choses qui me manqueraient (la gestion des profils de couleurs quand l'IA tend à donner le LA sur les images).
Un petit tour par Fedora avant (jamais vraiment testé) ou Mageia (pareil), sans aucun doute si la foudre venait à s'abattre.