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.
Ce que je veux mettre en place, c'est de nouveau un forum FR au sein du forum officiel.
À titre personnel, une présence francophone sur le site officiel ne me déplairait pas. Je n'y vois aucune contradiction avec l'existence d'Alionet qui a su forger sa propre identité ainsi que la décrite @oh!rocks . Il existe bien à la fois une présence allemande et la mention d'un forum allemand externe. L'initiative pourrait d'ailleurs venir de n'importe qui sans qu'Alionet soit en droit de la contester je pense.
Maintenant c'est sûr que si cette initiative provient d'un membre de notre forum, et plus encore d'un membre assez actif (ou qui l'a été), il serait aimable qu'il en informe notre petite communauté.
@chalu : le nouveau bureau est composé de @sogal comme président, de @Raoul comme trésorier et de moi-même comme secrétaire.
En effet le compte-rendu de l'AG n'a pas encore été publié. Il doit être rédigé à partir d'une ébauche qui doit être approuvée par tous les membres du bureau. sogal et moi-même l'avons validée...et nous en sommes là. J'ai relancé sogal fin novembre à ce sujet et hier encore en l'informant en plus de la présente discussion.
Je ne veux pas trop anticiper sur la publication du compte-rendu mais grosso modo les projets sont toujours un peu les mêmes. Le constat aussi : il y a vraiment trop peu d'adhérents à l'association.
Je ne vois pas ce qu'il y aurait de racoleur dans ta question. Tous les membres de ce forum sont invités à questionner la communauté et l'association. Il y a même une rubrique Communauté Alionet et une sous-rubrique Association prévues à cet effet non? C'est d'ailleurs là que tu aurais du intervenir
Ta question est-elle par ailleurs illégitime ou déplacée? Non dans l'absolu pour quiconque observe un peu et depuis quelque temps l'activité de la communauté à travers le forum et celle de l'association qui s'y manifeste de temps en temps. Ce n'est pas fou-fou se dira t-il.
Toutefois, l'observateur régulier avec une certaine ancienneté aura remarqué qu'une convocation à une assemblée générale de l'association a été publiée ici il y a trois mois et que les membres du forum étaient en même temps encouragés à adhérer à l'association afin, c'était implicite, de pouvoir s'exprimer au cours de cette AG. Les délais autorisaient un rattrapage de dernière minute pour celui ou celle qui aurait eu à cœur de communiquer une certaine inquiétude et/ou de proposer une nouvelle orientation. Tu n'es probablement pas le seul à douter de l'avenir d'Alionet Seb et par conséquent ne te sens pas visé personnellement.
Ceci étant dit, le jour de l'AG, étaient présents 6 adhérents sur 7 ou 8 (!)... tandis que le forum compte un peu plus de 400 membres.
Faut pas chercher l'erreur trop loin. Bien trop peu de personnes sont prêtes à se responsabiliser et parmi celles qui le sont, toutes n'ont pas un bagage technique suffisant (c'est mon cas).
Lors de l'AG à laquelle j'ai participé donc, il n'a pas été décidé de saborder Alionet et personnellement d'accord alors avec cette orientation pour cette année, je ne vais pas maintenant me dédire. C'est un engagement dans le temps, ce qui ne signifie pas que je me refuse à réfléchir ou à débattre entretemps. Mais tu as aujourd'hui plus ou moins ma réponse à ton sondage dont les termes sont mal posés si tu me permets.
Dans le fond la question est celle-ci : l'association Alionet devrait-elle se dissoudre et la communauté devrait-elle rejoindre le forum officiel?
Oui Non Je suis indécis Je n'ai pas d'avis
Questions subsidiaires que je me pose : La communauté est-elle capable d'animer une section française au sein du forum officiel, plus stimulante que notre forum et sans en sacrifier la convivialité et l'ouverture d'esprit? Est-elle capable de se responsabiliser un minimum pour atteindre cet objectif? Parce que sinon il n'y aura plus du tout d'espace d'expression pour les utilisateurs francophones d'openSUSE.
Bon maintenant, d'un point de vue formel, il convient de rappeler qu'il appartient aux adhérents de décider de la dissolution de leur association.
NB : le bureau de l'association rencontre aujourd'hui des problèmes avec sa boîte mail dont le fournisseur a modifié un peu autoritairement la capacité d'usage... et des problèmes de communication aussi plus généralement (à voir si ça se résout assez rapidement).
C'est urgent de ne pas s'affoler alors, vous m'avez fait peur
Bien sûr! là nous nous informons sur quelque chose dont certains d'entre nous ignoraient l'existence (j'en fais partie). J'ai un peu poussé au delà en prenant le risque d'installer un truc (UEFI dbx) avant de savoir de quoi il retournait exactement. Ce n'était pas très responsable j'avoue
@chalu : Non je ne crois pas... du tout en fait. UEFI dbx est seulement une base de signatures blacklistées pour le Secure Boot. Le BIOS ne change pas de version après cette mise à jour.
L'auteur est toutefois en possession d'un Dell. Tout dépend dans quelle mesure tel ou tel fabriquant collabore avec le Linux Vendor Firmware Service (LVFS) ... et Dell collabore depuis l'origine du projet si j'ai bien lu.
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.
