421
Programmes et logiciels / Re : L'icone "Mise à jour des logiciels" dans le Tray, comment la virer proprement
).
Messages
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.
Messages - Chumi
).
422
Programmes et logiciels / Re : TeamViewer
Je l'installe en console avec rpm -ivh teamviewerxxxx.rpm
Je viens d'essayer sur Leap. Je reçois des messages d'erreur sans trop de rapport (à première vue). J'ouvre ensuite Yast software et il me demande si je veux faire confiance à une clé provenant de Teamviewer, j'accepte... et Teamviewer est bien installé en définitive
Une autre solution donc, avec des bizarreries mais ça passe.
423
Programmes et logiciels / Re : TeamViewer
Tu as téléchargé le rpm SUSE ici : https://www.teamviewer.com/fr/telecharger/linux/
Tu veux l'ouvrir avec Discover et ça ne fonctionne pas.
Je ne fais pas beaucoup confiance à Discover, alors j'ai essayé avec Yast qui a en plus l'avantage d'être plus bavard :
Voilà pour l'erreur interne : une clé publique invalide ou indisponible et l'intégrité (la sûreté) du paquet ne peut pas être vérifiée. Rejet normal.
Maintenant tu peux télécharger l'édition portable : Autres systèmes *tar package. Tu la décompresses et dans le dossier Teamviewer extrait tu lances l'exécutable Teamviewer. Ça fonctionne très bien. J'ai déjà dépanné à distance des amis sur Windows de cette façon (comme ce n'est pas souvent je n'installe pas Teamviewer).
424
Général / Re : Zram en swap et openSUSE
Pas simple, pas simple.
Sur Tumbleweed le paquet zram-configurator remplace le zramcfg de Leap. J'ai essayé et là encore la taille totale de ma ram est allouée en swap zram.
Sur Leap le man peu loquace de zramcfg indique un fichier de configuration par défaut qui devrait se trouver ici : /etc/zram.cfg. Il n'y est pas.
Sur Tumbleweed le man de zram-configurator indique un fichier de configuration qui devrait se trouver ici ou là : {/etc,/lib}/systemd/zram-generator.conf[.d]. Je n'ai rien trouvé de semblable en partant de /etc ou de /lib. Par contre nous avons un fichier d'exemple ici : /usr/share/doc/zram-generator/zram-generator.conf.example... mais on ne sait pas trop où coller un éventuel fichier de configuration personnalisé si tant est que l'exemple nous parle car c'est assez compliqué (enfin pour moi).
Il existe un outil natif, zramctl, faisant partie du paquet util-linux, qui permet de configurer (entre autres?) le swap zram. Pas simple non plus et dans quelle mesure cela n'interfère t-il pas avec les autres outils dont il est question plus haut?
Un exemple d'utilisation de zramctl est fourni sur cette page : https://wiki.evolix.org/HowtoZram
Sur Debian Bullseye (stable), il existe le paquet zram-tools et un fichier de configuration assez simple (/etc/default/zramswap). Par contre dans Sid, un paquet zram-configurator (comme sur Tumbleweed) apparaît qui n'est pas présent sur Debian stable. J'ai l'impression que ce zram-configurator intervient à un autre niveau.
Sur ma nakeDeb, une Debian stable personnalisée par son dévellopeur, le swap zram est activé par défaut et je viens de demander quelques éclaircissements sur le forum de cette distribution (Swap zram sur nakeDeb).
Voilà, voilà, j'ai le sentiment qu'à ce sujet des choses se mettent en place prudemment sur openSUSE sans pousser l'utilisateur lambda à adopter le swap zram et qu'il y a des évolutions en cours sur la façon de le gérer plus ou moins mises en avant par telle ou telle distribution.
425
Général / Zram en swap et openSUSE
La question de la zRam en swap a ressurgi dernièrement dans une discussion relative au partitionnement expert.
Je ne préjuge de rien en ce qui concerne l'utilité ou la nécessité de la chose. C'est déjà une question.
J'ai essayé hier sur ma Leap en installant les paquets systemd-zram-service et zramcfg puis en lançant le service au démarrage du système dans Yast (pour revenir à l'état antérieur il suffit d'arrêter le service et de le reconfigurer en démarrage manuel, c'est simple).
Pour la zram en swap, j'ai vu qu'il était alloué une taille identique à ma ram sur openSUSE.
Parcourant diverses documentations, j'ai vu aussi que certaines distributions activent par défaut ce service, qu'elles configurent aussi parfois par défaut la quantité de zram à 50 ou 20% de la ram et qu'elles indiquent comment reconfigurer cela au cas où ces quotas ne conviendraient pas.
Rien dans les documentations de ces distributions (Debian et filles, Fedora ou Arch par exemple) , et principalement en ce qui concerne la configuration, ne correspond vraiment à openSUSE (les fichiers de configuration, ou ce qu'on imagine être les fichiers de configuration, ne sont pas au même endroit sur openSUSE, et ce qu'on trouve est peu parlant).
Voilà, la discussion est ouverte pour ceux que ça intéresse.
426
Général / Re : A propos du patitonnement manuel (mode expert)
je pense que c'est déjà présent, il y a pas mal de tuto.
D'ailleurs à ce sujet, je me demande quand le swap ZRAM arrivera chez suse, ça éviterait de se poser la question, le swap n'étant plus stocké sur SSD mais en mémoire vive.Code: [Sélectionner]sudo zypper install systemd-zram-service zramcfghttps://warrenpost.wordpress.com/2020/10/31/enable-zswap-on-opensuse-15-2/ (anglais)
https://www.ctrl.blog/entry/how-to-systemd-zram-generator.html (anglais)
https://kaiserbarbarossa.github.io/post/2021/04/13/systemd-zram/ (allemand)
Je ne connaissais pas, dès que j'ai un peu de temps, je vais essayer.
Bonjour,
J'avais du m'intéresser au sujet (à partir du premier lien je crois me souvenir) car systemd-zram-service est installé sur ma Leap. Mais je n'avais pas installé zramcfg. Et puis j'ai du oublier de fouiller davantage.
J'ai essayé hier en complétant ce qui manquait et en activant le service dans Yast. Je vais introduire un nouveau fil de discussion sur le thème.
427
Général / Re : Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
J'ai fini par désinstaller partitionmanager et la mise à niveau de tumbleweed est passée tranquillement comme je le pensais (je suis actuellement en 20220309).
J'ai réinstallé partitionmanager après coup. J'ai eu le droit à une nouvelle version (21.12.3-1.1). Mais le paquet partitionmanager-lang ne suit pas, il reste sur l'ancienne version et il est vain de vouloir l'installer à moins de vouloir revenir à l'ancienne version de partitionmanager, de vouloir accepter de rétrograder plus de 300 paquets, ou autres joyeusetés.
Partitionmanager en anglais donc et une fenêtre d'authentification pour les droits d'administrateur qui a changé (mais un peu capricieuse quand on veut lancer le logiciel une seconde fois).
Avant cette fenêtre ressemblait en gros à ça (comme sur Leap), ce n'est pas très propre :
Et maintenant elle ressemble à ça, c'est mieux (mais elle fait des caprices) :
Bref, partitionmanager n'est toujours pas au mieux et je vais le dégager à nouveau. "Problème" résolu par amputation pour l'instant (si j'y pense je surveillerai le cas à l'avenir).
428
Général / Re : A propos du patitonnement manuel (mode expert)
Du coup pour ne pas enlever les bénéfices de Btrfs, je ferai mieux de ne pas séparer le /boot mais de juste faire une partition / en Btrfs alors?
Dans ton /data pourrais tu me donner un exemple de ce que tu y met?
Sur le PC sur lequel j'aimerais installer Opensuse j'ai aussi 16 Gio de Ram. Et je ne pense pas non plus qu'alloué 16 voir 32 Gio de Ram au Swap soit vraiment utile. D'où le "entre 4 et 8 Gio"
Oui c'est cela, si tu comptes profiter des avantages de Btrfs et de Snapper, je ne te conseille pas de faire une partition séparée pour /boot, en tout cas surtout pas en Ext4 comme tu l'imaginais. Donc, oui, une seule partition en Btrfs pour /.
Maintenant, certains jugent superflus ces avantages avec openSUSE Leap tant ce système est stable et ils préfèrent donc Ext4 à Btrfs. Avec ma courte et satisfaisante expérience sur openSUSE Leap (un an et demi), je ne les contredirai pas, c'est très stable et je n'ai pour ainsi dire jamais eu besoin de rétropédaler en sollicitant Snapper. Une seule fois, si, au début car j'avais fait une grosse boulette qui ne passe théoriquement par la tête de personne... mais je ne me souviens plus laquelle.
Dans mon /data je mets tous mes fichiers plus ou moins statiques (documents, image, ect). J'aurais très bien pu allouer mon premier DD tout entier à /home mais j'ai préféré que les fichiers de configuration de mes applications demeurent sur le SSD, rendant ainsi leur accès plus rapide. Dans le même ordre d'idée, garder le /home sur le SSD me sert aussi à y mettre la base de données de digiKam, à y copier les photos que je souhaite travailler avec darktable (quand je n'oublie pas de les y copier
), ou encore à accueillir une machine virtuelle.Pour le Swap, je ne sais pas quoi te dire, mais sur ma tour avec ses 16 Go de RAM, la proposition qui m'avait été faite lors de l'installation m'avait paru exagérée (du coup je n'en ai pas mis du tout, simplifiant à l'extrême la résolution du problème
). Mais là encore tout est question d'utilisation, de ce à quoi est destinée la machine (pas de traitement vidéo ni de gestion de grosses bases de données dans mon cas, j'y vais tout doux avec darktable et je fais rarement dix choses en même temps).
429
Général / Re : A propos du patitonnement manuel (mode expert)
)Je ne me souviens plus non plus de certaines choses lorsque j'avais choisi un partitionnement "expert" pour ma tour. Mais bon je vais essayer de te répondre en partie.
Données et applications tierces : pour une partition ou une unité de stockage pour laquelle tu vas toi-même définir un point de montage. À seule fin d'illustration je prends l'exemple de ma tour qui a un SSD et deux Disques durs. Le SSD héberge le système et mon /home. Mon premier premier DD héberge mes données (des données tierces en quelque sorte car stockées ailleurs que sur /home) et mon second DD est destiné à sauvegarder les données stockées sur le premier DD. J'ai monté le premier en /data et le second en /svgd. Ils sont accessibles depuis le système mais leur contenu n'est stocké ni sur la racine (/), ni sur /home. Ces deux DDs pourraient aussi héberger des applications ("tierces" car non stockées sur / ou /home) plutôt que des données mais c'est une complication que je n'envisage pas personnellement.
Volume brut non formaté : J'ai vu ça comme définition du rôle d'une partition BIOS boot nécessaire pour gérer un disque avec une table de partitions gpt depuis un BIOS traditionnel (https://blog.microlinux.fr/installation-opensuse-leap-15-2-kde/#partitionnement). Si tu es en UEFI, cela ne te concerne pas à priori.
Ton schéma de partitionnement :
5OO Mio -> Partition de démarrage EFI -> FAT -> /boot/EFI. Si tu es en UEFI c'est bon (certains pensent qu'on peut réduire la taille de cette partition, mais bon par défaut openSUSE table sur cette taille).
4 ou 8 Gio -> Swap (le plus simple ^^). Nous ne connaissons pas la taille de ta RAM, ni si tu comptes utiliser la veille prolongée dans le cas où ta machine serait un portable. Le Swap est un casse-tête pour moi car je n'ai pas toutes les connaissances pour faire ce qui serait le meilleur choix. Sur ma tour, avec 16 Go de RAM je n'en ai pas du tout. Je voulais voir et je sais que je n'ai pas une utilisation intensive de mon ordinateur. Et je n'en souffre pas pour l'instant. Maintenant au sujet du Swap, je sais seulement que certaines anciennes préconisations (doubler la taille de la RAM) peuvent être obsolètes aujourd'hui et que plus de Swap n'est pas forcément l'ami du bien (https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-expert-partitioner.html#sec-expert-partitioner-info-swap). Dans le cas d'un doute extrême (avec beaucoup moins que 16 Go de RAM), je laisse le système décider pour moi à l'installation.
XX Gio -> Système d'exploitation -> Ext4 -> /home. J'ai créé une partition /home séparée sur ma tour, un peu conditionné par d'anciennes habitudes, mais honnêtement je ne suis pas convaincu de son utilité pour moi aujourd'hui. Je ne compte pas partager ce /home avec d'autres systèmes Linux dans le cadre d'un multiboot, et les fichiers de configuration personnelle de certaines applications ne sont pas chez moi si complexes, si finement personnalisés que je doive absolument les préserver dans une partitions séparée dans le cas où je devrais réinstaller le système. Ext4 ou XFS? Je ne connaissais pas XFS qui est le choix par défaut d'openSUSE, j'ai fait le pari et je ne ressens pas la différence.
800 Mio -> Système d'exploitation -> Ext4 -> /boot
XX Gio -> Système d'exploitation -> Btrfs (pour pouvoir faire une sauvegarde avec Snapper) /.
Là à mon avis, tu casses tout l'intérêt de Btrfs et de Snapper tel que c'est configuré par openSUSE pour te sauver la mise. Je vois mal la possibilité de revenir en arrière en cas de problème avec un tel choix de partitionnement qui exclue totalement /boot des snapshots. Oublie le /boot séparé et oublie encore plus Ext4 sur cette partition si tu colles la racine / en Btrfs.
https://doc.opensuse.org/documentation/leap/reference/html/book-reference/cha-snapper.html#snapper-dir-excludes
J'espère que d'autres avis, plus catégoriques et plus éclairés que le mien, te viendront en aide.
430
Général / Re : Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
Il y avait aussi la solution N°3 qui permet d'installer tout le reste en attendant.
Solution 3 :
Code: [Sélectionner]
Choisir une des solutions ci-dessus par son numéro ou bien sauter, recommencer ou annuler [1/2/3/4/s/r/a/d/?] (a): 3
Problème : l'élement libkpmcore7-3.3.0-2.9.i586 à installer nécessite 'libKF5CoreAddons.so.5', mais cette condition ne peut pas être remplie
fournisseurs non installables : libKF5CoreAddons5-5.91.0-1.1.i586[download.opensuse.org-oss]
Solution 1 : Les actions suivantes seront exécutées :
installer libKF5CoreAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
installer libKF5I18n5-5.91.0-1.1.i586 malgré l'architecture inférieure
installer libKF5WidgetsAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
installer libatasmart4-0.19-10.10.i586 malgré l'architecture inférieure
Solution 2 : désinstallation de libkpmcore7-3.3.0-2.9.x86_64
Solution 3 : conserver l'élément libkpmcore7-3.3.0-2.9.x86_64 obsolète
Solution 4 : casser libkpmcore7-3.3.0-2.9.i586 en ignorant certaines de ses dépendances
Je sens que je vais encore me faire balader sans comprendre toutes les conséquences. Je conserve ma stratégie.
Maintenant partitionmanager ne m'est pas indispensable. Pour l'utilité que j'en ai, principalement de la consultation (occupation des disques, état SMART), quelques commandes peuvent tout à fait le remplacer. À l'origine je voulais voir ce que KDE proposait dans le genre (il y a GParted que je connaissais et Disques pour Gnome, et KDE tiens?). C'est graphique et c'est joli mais je peux m'en passer. J'attends encore un peu, par curiosité, car le fond du problème a l'air sérieux ou c'est l'idée que je m'en suis fait en survolant le rapport de bug (je n'y comprends pas grand chose mais j'ai l'impression qu'il y a un sacré sac de nœuds à démêler pour les mainteneurs).
431
Général / Re : Tumbleweed : zypper dup râle ce soir
C'est bizarre, j'ai la version :
Système d'exploitation : openSUSE Tumbleweed 20220305
Le miroir utilisé est peut-être en retard ?
Partitionmanager est-il installé chez toi?
Edit : je viens de voir ce rapport de bug très récent qui semble en relation avec mon problème (kpmcore, partitionmanager)
https://bugzilla.opensuse.org/show_bug.cgi?id=1178848
Je vais attendre et si rien de nouveau d'ici quelques jours je vire partitionmanager (avec ses dépendances dont kpmcore). Là je suis presque certain que la maj passera sans me poser de questions.
432
Général / Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
Version en cours de TW chez moi : 20220304
Tentative de mise à niveau ce soir et ça va mal :
Code: [Sélectionner]
3 problèmes :
Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
Problème : l'élement libkpmcore7-3.3.0-2.9.i586 à installer nécessite 'libKF5CoreAddons.so.5', mais cette condition ne peut pas être remplie
Problème : l'élement partitionmanager-lang-3.3.1-2.19.noarch à installer nécessite 'partitionmanager = 3.3.1', mais cette condition ne peut pas être remplie
Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
Solution 1 : Les actions suivantes seront exécutées :
installer kpmcore-3.3.0-2.9.i586 malgré l'architecture inférieure
installer libKF5I18n5-5.91.0-1.1.i586 malgré l'architecture inférieure
installer libKF5WidgetsAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
installer libatasmart4-0.19-10.10.i586 malgré l'architecture inférieure
Solution 2 : désinstallation de kpmcore-lang-3.3.0-2.9.noarch
Solution 3 : conserver l'élément kpmcore-3.3.0-2.9.x86_64 obsolète
Solution 4 : casser kpmcore-lang-3.3.0-2.9.noarch en ignorant certaines de ses dépendances
J'ai commencé à répondre en choisissant systématiquement d'installer (pour voir)... et les séquences d'interrogations se poursuivant indéfiniment, j'ai stoppé car je ne maîtrisais rien bien sûr : annulation de la procédure.
Renseignement pris, je ne suis pas le seul à avoir dernièrement rencontré cette difficulté :
https://www.reddit.com/r/openSUSE/comments/t8vcj2/what_is_all_this_complaining_about/
Deux "solutions" douces semblent émerger de la discussion : attendre (la fin de la semaine au moins) ou désinstaller partitionmanager (KDE Partition Manager). J'ai effectivement partitionmanager qui est installé chez moi.
Je vais attendre et si rien de mieux en fin de semaine je désinstallerai partitionmanager (dommage).
433
Association / Re : Mail d'Open Source Experience (OSXP 2022)
434
Autres distributions GNU/Linux et BSD / Re : nakeDeb, une Debian française en bikini
à noter qu'en utilisation en vbox, les raccourcis clavier sur i3wm sont parfois difficiles à ajuster.
Bon, histoire de revenir dans le sujet
, pour l'instant je n'ai pas rencontré de problème avec les raccourcis clavier d'i3 dans une VM nakeDeb.Je tiens à préciser que le nakedWiki | i3wm contient non seulement le détail de la pré-configuration faite par la distribution mais aussi la traduction complète (!) en français du guide officiel de l'utilisateur. On peut aussi retrouver cette traduction sur le Wiki de Debian Facile et la télécharger aux formats PDF et ODT à partir de là.
Petits conseils pour s'y mettre (j'y vais doucement personnellement, et par simple curiosité) : Imprimer les schémas des raccourcis clavier par défaut et avoir sous le coude une copie du fichier de configuration d'i3 (/home/user/.config/i3/config) qui aide à comprendre.
Soit dit en passant, tout ça peut servir éventuellement pour configurer et utiliser i3 sur openSUSE.
Pour info i3wm ne fonctionne que sur X11. Il existe un remplaçant du nom de Sway pour Wayland et sur Tumbleweed, un paquet spécial de Sway aux couleurs d'openSUSE : sway-branding-opensuse (sujet abordé début février sur Alionet).
https://en.opensuse.org/I3
https://fr.opensuse.org/Sway
435
Association / Mail d'Open Source Experience (OSXP 2022)
Il y a une quinzaine de jours j'ai reçu un mail de la part d'Open Source Experience concernant les préparatifs de l'édition 2022.
Je l'ai reçu car l'an dernier j'avais accepté d'être leur contact. Voir cette discussion : https://www.alionet.org/index.php?topic=1091.15
J'ai presque immédiatement transféré le mail à la boîte de l'association, et pas de réponse depuis.
Voici le contenu du mail (sans les coordonnées du Directeur commercial) :
Citer
Bonjour,
Vous étiez exposant sur OSXP l’année dernière et comme vous le savez je vous réserve votre emplacement N-1 jusqu’au 1e mars.
Si vous souhaitez renouveler votre participation en 2022 sur le même emplacement merci de bien vouloir me confirmer votre choix afin que je puisse organiser le projet d’implantation 2022.
Si vous souhaitez changer d’emplacement dites-le moi également, nous en discuterons après le 1e mars.
N’hésitez pas à me solliciter,
Cordialement,