Aller au contenu principal

Voir les messages

Cette espace vous permet de voir toutes les Voir les messages réalisées par ce membre. Vous ne pouvez voir que les Voir les messages réalisées dans les espaces auxquels vous avez accès.

Messages - Chumi

1
Programmes et logiciels / Re : Mise ajour KDE en erreur
Bonjour,
Chumi : c’était une question, j’utilise Tumbleweed et je n’ai pas fait d’installation de Leap en VM, ni fait de recherches sur les versions officielles des paquets vs les versions Packman.
Scotter33 ayant confirmé qu’il avait la manip ... c'était bon.

Le plus (ou pas 😁 ) tu as pointé une nouvelle page de wiki à mettre à jour 🙃

Edit : en relisant ce message je le trouve ronchon ☹️ Je devrais toujours attendre d’avoir bu mon café avant de faire quoique ce soit ☕️

Bonjour,

Oui j'avais bien saisi que tu posais une question à scooter33. Mais comme je n'obtiens pas les mêmes avertissements que lui lorsque je lance une mise à jour, hormis pour les paquets libreoffice qui ne m'inquiètent pas, j'ai cherché à comprendre l'origine de cette différence. Du coup ta question m'interrogeait aussi et il est plus que probable que je n'ai pas moi même effectué le changement de fournisseur pour Packman  :)) , ce qui m'a permis de noter au passage que certains paquets officiels sont aujourd'hui plus avancés que ceux de Packman et ce qui m'a poussé aussi à réfléchir à nouveau sur la question du changement de fournisseur. Une réflexion livrée en live dont le ton peut irriter  ;) , c'est vrai, si l'on ne perçoit pas que je bataille avec moi même à ce moment là. La gymnastique des dépôts ne m'est toujours pas complètement acquise.

Au fait qu'est-ce qui doit être mis à jour sur la page du wiki ? Soit-dit en passant, la page en français me semble plus complète et plus logique que la page en anglais, surtout sur la fin (Autoriser le changement de fournisseur pour tous les dépôts ).
2
Présentations / Re : Cette fois ci c'est la bonne...peut être
Bonjour,
.... Après être passé par Mint et Manjaro me voilà sur openSUSE TW. Et je pense y rester un moment.

Bonsoir,

Mint que je connais depuis longtemps et  Manjaro? ça me parle... dans le genre de ce que j'ai essayé avant d'opter pour openSUSE à ma grande surprise. Je devais faire un choix, je te passe les détails, et ce choix je ne le regrette pas.

Je ne sais rien de TW, je suis sur Leap (toujours bon à préciser dans la signature si un jour on soulève un problème soit dit en passant) et je te souhaite la bienvenue.

3
Programmes et logiciels / Re : Mise ajour KDE en erreur
Bonjour,
ça ne me semble pas évident que les paquets en rapport avec les codecs soient bien passés sur packman ?
si ?

Bonsoir,

Peut-être bien que si justement. Je m'explique :

ffmpeg-4 est plus en avance sur le dépôt Packman que sur les dépôts officiels. Il n'apparaît pas dans les mises à jour qui ne seront pas installées. gstreamer-plugins-bad par exemple est plus en avance sur les dépôts officiels mais scooter33 a procédé à un changement de fournisseur pour tous les paquets contenus dans Packman, conformément au guide, ce qui verrouille une mise à jour vers des versions supérieures éventuellement contenues dans les dépôts officiels ("ne sera pas mis à jour" ou "pas installé", c'est kif-kif). C'est tout le concept de vendor stickiness expliqué ici : https://fr.opensuse.org/SDB:Mise_%C3%A0_jour_avec_changement_de_fournisseur.

Leap 15.3 est toute fraîche et elle vient avec quelques bouleversements dans les dépôts officiels, tout ça pouvant contrarier les routines et les prescriptions habituelles je pense. Pour l'heure, Packman est moins à jour que les dépôts officiels sur certains paquets pour lesquels il est censé être plus avancé. En attendant que tout ça se rééquilibre ou redevienne plus conforme aux habitudes avec ce dépôt externe populaire, la question est : En quoi suis-je dans l'immédiat empêché de fonctionner comme avant?
4
Général / Re : Mise à niveau et prise de poids
Suite et fin je pense.

La documentation SUSE citée dans le précédent post dit (extrait traduit) :
Effectuer une mise à niveau d'un service pack à un autre entraîne des instantanés occupant beaucoup d'espace disque sur les sous-volumes du système, car de nombreuses données sont modifiées (mises à jour de package). Il est recommandé de supprimer manuellement ces instantanés une fois qu'ils ne sont plus nécessaires.

J'ai supprimé la paire d'instantanés qui à elle seule approchait les 7 Go et ma partition racine fait aujourd'hui 11,34 Go contre 19.86 Go avant cette action (soit un gain de 8.52 Go).

Je passe le sujet en résolu. Merci à tous.
5
Programmes et logiciels / Re : Mise ajour KDE en erreur
Ton dépôt Packman est en http au lieu d'htpps déjà (au bout de la ligne, colonne URI).

Pour faire simple, on reprend tout. Supprime ce dépôt Packman en passant par Yast si tu veux.

Ensuite :

zypper addrepo -f 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/' packman

Puis :

zypper dup --allow-vendor-change --from packman

Si tu utilises sudo entre ces lignes de commande précédées de sudo.
7
Programmes et logiciels / Re : Mise ajour KDE en erreur
Bonjour,

jtro a presque tout dit.

J'ajoute :

LibreOffice, j'ai la même chose mais il ne faut pas s'en inquiéter, un paquet concerne l'icône de l'application et les deux autres les locales pour la langue (ton LibreOffice est bien en français, j'en suis sûr, laisse tomber).

Les autre paquets sont en rapport avec le dépôt Packman. Tu n'as peut-être pas effectué le changement de fournisseur pour t'assurer que les paquets multimédia proviennent bien de Packman. Je reprends le guide :

zypper dup --allow-vendor-change --from packman
8
Installation et boot / Re : plusieurs paquets à installer mais une grande quantité de paquets à désinstaller
Bonsoir,

Comme te l'explique jtro, les alertes pour des mises à jour de sécurité que tu reçois proviennent de l'applet de mise à jour de KDE. Cette applet dépend de Discover qui bogue (Discover signale faussement un défaut de connexion à internet). Juste après la mise la mise à niveau chez moi, elle voulait mettre à jour LibreOffice... mais elle n'y parvenait pas. Pareil ensuite avec de prétendues mises à jour de sécurité, en moins grand nombre que pour toi, une ou deux peut-être avant que je ne réagisse car ces mises à jour n'étaient bien sûr pas installables. Il faut désactiver cet applet qui sème la confusion pour le moment.

Pour tes dépôts, les officiels d'auparavant ainsi que deux nouveaux tout aussi officiels sont en place (même les backports jtro). À savoir :

-oss
-non oss
-update
-update non oss
-update sle
-update backports

Nvidia si tu as une carte graphique Nvidia et Packman, normal de les ajouter. Par contre le dépôt Google-Chrome est en double.

Je note un dépôt Enlightenment:Factory.repo qui est un dépôt expérimental pour Leap 15.3 (https://software.opensuse.org/package/enlightenment). Afin d'obtenir Enlightenment 0.24.2 je pense. Je n'ai pas ce dépôt mais si je fais une recherche sur Enlightenment dans Yast-Software,  j'ai un paquet Enlightenment 0.24.2 provenant d'un dépôt officiel openSUSE. Qu'est-ce qui se passe? Eh bien certaines choses ne sont visiblement pas encore à jour quand on fait une recherche sur https://software.opensuse.org/explore. Donc à priori et pour résumer, un dépôt supplémentaire inutile.

Pour les autres dépôts, notamment KDE, j'espère que tu as fait un peu de lecture, du genre : https://en.opensuse.org/SDB:KDE_repositories. Il y est quand même question de modifier les priorités en plus d'ajouter simplement des dépôts.

Au fait, ton titre et le contenu de ton premier message ne correspondent pas : À quel moment est-il question d'une grande quantité de paquets à désinstaller?
9
Général / Re : Mise à niveau et prise de poids
Bonjour,

Déjà, j'ai retrouvé un très vieux dongle wifi (D-Link DWA-110) qui me permet de connecter ma tour (en ethernet de base) sur la 4G de mon téléphone. Aucun souci de reconnaissance avec openSUSE. Je branche, je coupe l'ethernet et ça fonctionne sans rien devoir modifier dans le pare-feu actif  :)

@burn2 - La migration réinstalle beaucoup de choses on dirait. J'ai ainsi vu réapparaître des jeux KDE que j'avais virés... sans le moindre soupçon de les avoir réinstallés ultérieurement.

Aujourd'hui sur ma tour j'ai supprimé deux snapshots antérieurs à la migration sur Leap 15.3 et relatifs à Leap 15.2. Résultat de la commande snapper list :

    # | Type   | Pre # | Date                        | Utilisateur | Espace utilisé | Nettoyer | Description          | Données utilisateur
------+--------+-------+-----------------------------+-------------+----------------+----------+----------------------+--------------------
   0  | single |       |                             | root        |                |          | current              |                   
 101* | single |       | mer. 02 sept. 2020 19:37:10 | root        |      16,00 Kio |          | writable copy of #70 |                   
1115  | pre    |       | sam. 05 juin 2021 20:01:45  | root        |       6,63 Gio | number   | zypp(zypper)         | important=yes     
1116  | post   |  1115 | sam. 05 juin 2021 20:27:18  | root        |     179,26 Mio | number   |                      | important=yes     
1117  | pre    |       | sam. 05 juin 2021 20:28:51  | root        |     480,00 Kio | number   | zypp(zypper)         | important=yes     
1118  | post   |  1117 | sam. 05 juin 2021 20:28:55  | root        |      12,20 Mio | number   |                      | important=yes     
1203  | pre    |       | jeu. 10 juin 2021 11:42:21  | root        |      18,97 Mio | number   | zypp(zypper)         | important=no      
1204  | post   |  1203 | jeu. 10 juin 2021 11:42:56  | root        |       3,20 Mio | number   |                      | important=no      
1205  | pre    |       | jeu. 10 juin 2021 11:45:14  | root        |     432,00 Kio | number   | yast sw_single       |                   
1206  | pre    |       | jeu. 10 juin 2021 11:46:59  | root        |     240,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1207  | post   |  1206 | jeu. 10 juin 2021 11:47:01  | root        |       1,60 Mio | number   |                      | important=no      
1208  | pre    |       | jeu. 10 juin 2021 11:48:50  | root        |     176,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1209  | post   |  1208 | jeu. 10 juin 2021 11:48:51  | root        |       1,63 Mio | number   |                      | important=no      
1210  | pre    |       | jeu. 10 juin 2021 11:49:33  | root        |     160,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1211  | post   |  1210 | jeu. 10 juin 2021 11:49:35  | root        |       1,30 Mio | number   |                      | important=no      
1212  | pre    |       | jeu. 10 juin 2021 11:50:06  | root        |     144,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1213  | post   |  1212 | jeu. 10 juin 2021 11:50:07  | root        |       1,20 Mio | number   |                      | important=no      
1214  | pre    |       | jeu. 10 juin 2021 11:51:18  | root        |     160,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1215  | post   |  1214 | jeu. 10 juin 2021 11:51:20  | root        |     600,00 Kio | number   |                      | important=no      
1216  | post   |  1205 | jeu. 10 juin 2021 11:51:59  | root        |      96,00 Kio | number   |                      |                   
1217  | pre    |       | jeu. 10 juin 2021 11:52:01  | root        |      96,00 Kio | number   | yast sw_single       |                   
1218  | post   |  1217 | jeu. 10 juin 2021 11:52:44  | root        |      96,00 Kio | number   |                      |                   
1219  | pre    |       | jeu. 10 juin 2021 11:52:58  | root        |      96,00 Kio | number   | yast sw_single       |                   
1220  | pre    |       | jeu. 10 juin 2021 11:54:51  | root        |     128,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1221  | post   |  1220 | jeu. 10 juin 2021 11:54:54  | root        |       2,28 Mio | number   |                      | important=no      
1222  | pre    |       | jeu. 10 juin 2021 11:55:14  | root        |     304,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1223  | post   |  1222 | jeu. 10 juin 2021 11:55:16  | root        |       1,66 Mio | number   |                      | important=no      
1224  | pre    |       | jeu. 10 juin 2021 11:56:04  | root        |     304,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1225  | post   |  1224 | jeu. 10 juin 2021 11:56:06  | root        |       1,57 Mio | number   |                      | important=no      
1226  | post   |  1219 | jeu. 10 juin 2021 11:56:35  | root        |     176,00 Kio | number   |                      |                   
1227  | pre    |       | jeu. 10 juin 2021 11:56:37  | root        |     176,00 Kio | number   | yast sw_single       |                   
1228  | pre    |       | jeu. 10 juin 2021 11:57:19  | root        |     208,00 Kio | number   | zypp(ruby.ruby2.5)   | important=no      
1229  | post   |  1228 | jeu. 10 juin 2021 11:57:20  | root        |       1,41 Mio | number   |                      | important=no      
1230  | post   |  1227 | jeu. 10 juin 2021 11:57:24  | root        |     208,00 Kio | number   |                      |                   
1231  | pre    |       | jeu. 10 juin 2021 12:01:24  | root        |     224,00 Kio | number   | yast snapper         |                   
1232  | post   |  1231 | jeu. 10 juin 2021 12:04:14  | root        |     228,00 Kio | number   |                      |                   
1233  | pre    |       | jeu. 10 juin 2021 12:56:42  | root        |     112,00 Kio | number   | yast sw_single       |                   
1234  | post   |  1233 | jeu. 10 juin 2021 12:58:23  | root        |      64,00 Kio | number   |                      |                   
1235  | pre    |       | jeu. 10 juin 2021 13:02:44  | root        |      16,00 Kio | number   | yast snapper         |                   
1236  | post   |  1235 | jeu. 10 juin 2021 13:03:28  | root        |      16,00 Kio | number   |                      |                   
1237  | pre    |       | jeu. 10 juin 2021 13:52:39  | root        |      16,00 Kio | number   | yast snapper         |                   
1238  | post   |  1237 | jeu. 10 juin 2021 13:52:52  | root        |      16,00 Kio | number   |                      |                   

Le snapshot 1115 pre tout en haut fait 6,63 Go  :o (et ça c'est nouveau!)

Curieusement mon portable de test avec lequel j'étais passé par la RC, n'avait plus aucun snapshot en rapport avec Leap 15.2 (hormis le premier single qu'on ne peut pas supprimer). D'autre part, sur ce portable, même en ayant supprimé deux snapshots en haut de la liste, je n'ai pas aujourd'hui de snapshot aussi volumineux que celui relevé précédemment sur ma tour.

C'est compliqué et je crois que je me vais me contenter de surveiller la taille de ma partition racine et de virer quelques snapshots (celui de 6,63 Go, hum... j'y réfléchis  :-\ ).

J'ai trouvé une doc de SUSE sur les snapshots et l'occupation du disque mais j'ai un peu de mal avec la logique développée :
https://documentation.suse.com/sles/11-SP4/html/SLES-all/cha-snapper.html#sec-snapper-requires-diskspace
10
Internet, réseaux et serveurs / Re : Firefox & bookmarks
Bonsoir,

Très simple, dans le panneau latéral des marque-pages, en haut tu cliques sur "Marque-pages" et dans le menu déroulant tu as la possibilité de déplacer le panneau à gauche.
11
Général / Re : Mise à niveau et prise de poids
Bonsoir,

Bon, déjà, c'est la poisse, plus de connexion internet depuis cet après-midi (plus de télé, bof! et plus de téléphone fixe non plus). Du coup je passe sur mon ordi portable de test connecté à internet via la 4G de mon smartphone (un pis-aller que je n'aime pas).

Mais peu importe, suite à l'ugrade vers Leap 15.3, je fais sensiblement le même constat sur cet ordi portable que sur ma tour.

Pour répondre à @chalu voici sur cet ordi portable le résultat de :

sudo snapper list

   # | Type   | Pre # | Date                       | Utilisateur | Espace utilisé | Nettoyer | Description           | Données utilisateur
-----+--------+-------+----------------------------+-------------+----------------+----------+-----------------------+--------------------
  0  | single |       |                            | root        |                |          | current               |                   
  1* | single |       | jeu. 20 août 2020 17:36:45 | root        |     171,48 Mio |          | first root filesystem |                   
765  | pre    |       | ven. 07 mai 2021 17:35:04  | root        |     330,69 Mio | number   | zypp(zypper)          | important=yes     
766  | post   |   765 | ven. 07 mai 2021 17:35:07  | root        |      11,45 Mio | number   |                       | important=yes     
773  | pre    |       | sam. 15 mai 2021 18:41:56  | root        |      17,71 Mio | number   | zypp(zypper)          | important=yes     
774  | post   |   773 | sam. 15 mai 2021 18:48:55  | root        |      95,44 Mio | number   |                       | important=yes     
791  | pre    |       | ven. 28 mai 2021 21:41:06  | root        |      18,77 Mio | number   | zypp(zypper)          | important=yes     
792  | post   |   791 | ven. 28 mai 2021 21:43:41  | root        |      39,16 Mio | number   |                       | important=yes     
821  | pre    |       | dim. 06 juin 2021 21:49:32 | root        |       2,35 Mio | number   | zypp(zypper)          | important=no      
822  | post   |   821 | dim. 06 juin 2021 21:49:34 | root        |     560,00 Kio | number   |                       | important=no      
823  | pre    |       | lun. 07 juin 2021 21:43:35 | root        |       5,66 Mio | number   | zypp(zypper)          | important=no      
824  | post   |   823 | lun. 07 juin 2021 21:44:05 | root        |      12,36 Mio | number   |                       | important=no      
825  | pre    |       | mar. 08 juin 2021 20:51:11 | root        |       3,92 Mio | number   | zypp(zypper)          | important=no      
826  | post   |   825 | mar. 08 juin 2021 20:52:49 | root        |       8,10 Mio | number   |                       | important=no   

Hier soir, j'ai supprimé les deux paires d'instantanés les plus anciennes (un gain de 1,2 Go sur disque bien supérieur à leur poids affiché suite à la commande snapper list).

Je sais car je l'ai constaté qu'un nettoyage automatique s'opère régulièrement. Mais sur le coup, je me suis dit que si je prends  6 ou 7 Go à chaque upgrade, voire plus qui sait à l'avenir, il y a un moment où ma partition racine risque subitement de saturer.

Apparemment d'après la doc de SUSE un système de quotas tout terrain est appliqué par défaut pour contrer ce genre de désagrément dans un contexte simple, et c'est explicite. Beaucoup moins sur le Wiki d'openSUSE mais les précautions sont identiques.

Tout des précautions par défaut se situe dans ce fichier : /etc/snapper/configs/root

Extrait :
# fraction of the filesystems space the snapshots may use
SPACE_LIMIT="0.5"

# fraction of the filesystems space that should be free
FREE_LIMIT="0.2"

@jtro : Je veux bien croire qu'openSUSE est très stable mais d'entrée j'ai opté pour la prendre telle que se présente par défaut, avec ses particularités. J'ai pour principe de ne pas heurter la logique d'un système tel qu'il s'offre à moi, tant qu'il ne m'est pas assez familier. Et puis Btrfs, je ne connaissais pas, donc j'apprends un peu... avec mes limites bien sûr.

Rectificatif : Je pensais qu'à partir des snapshots on ne pouvait pas rétrograder vers une ancienne version (15.2 par exemple). Je viens de voir sur ma tour (déconnectée  >:( ) que ce serait possible (dans quelle mesure, je ne sais pas, et je ne suis pas tenté de le faire car rien ne m'y contraint).
12
Général / Re : Mise à niveau et prise de poids
:hello:

Tu utilises une partition brtfs avec snapshot?
Si oui regarde déjà de ce côté. :)

Bonsoir (hum... bonne nuit),

Oui et c'est par là qu'intuitivement j'ai commencé à chercher à moins que quelqu'un d'autre nous contredise immédiatement à partir de son expérience personnelle en affirmant que cette prise de poids subite n'est pas normale même avec Btrfs et même après une mise à niveau.

La question de fond est la suivante si Btrfs et les snapshots sont en cause : Sommes-nous automatiquement à l'abri d'un engorgement paralysant de la partition racine?

openSUSE me répond ceci : https://en.opensuse.org/openSUSE:Snapper_Tutorial#Automatic_Snapshots_Cleanup_Mechanisms

et SUSE cela : https://documentation.suse.com/sles/15-SP2/html/SLES-all/cha-snapper.html#sec-snapper-clean-up

La réponse de SUSE passée à la moulinette d'un traducteur me convient mieux pour ne pas me tracasser :

Citer
La configuration par défaut ( root) est configurée pour effectuer le nettoyage des instantanés numérotés et des paires d'instantanés pré et post-instantanés vides. La prise en charge des quotas est activée : les instantanés ne peuvent pas occuper plus de 50 % de l'espace disque disponible de la partition racine. Les instantanés de la chronologie sont désactivés par défaut, par conséquent l'algorithme de nettoyage de la chronologie est également désactivé.

Je n'imagine pas une configuration différente sur openSUSE, je peux me tromper mais sinon, si cette configuration par défaut est identique, le Wiki devrait être plus explicite à ce sujet quitte  à recopier mot pour mot la documentation de SUSE.

J'ai mesuré le "poids" des snapshots avec la commande :

sudo snapper list

En supprimer un ou une paire, voire deux, ce que j'ai fait sur mon portable de test en supprimant les deux plus anciennes paires, implique un allègement supérieur au poids relevé précédemment, je m'en doutais. Mais pas tant au point de récupérer magiquement 6 Go ou quelque chose d'assez significatif en considérant que les plus anciens snapshots sont décrits par la documentation comme les plus volumineux.

Btrfs et Snapper sont des outils complexes dont des administrateurs système peuvent finement tirer profit pour la maintenance je pense (pour ce que j'ai pu comprendre de mes lectures). Sur le desktop du particulier, via GRUB au démarrage, ils peuvent globalement sauver la mise par le retour à un système exploitable antérieurement (à priori pas au point de revenir à un stade précédant une mise à niveau pour ce que j'ai pu constaté). Ce n'est dans tous les cas pas négligeable, pour autant que cela ne représente pas une menace à venir et que nous en soyons plus ou moins assurés (rien n'est parfait mais si la menace est prise en compte, c'est déjà bien).

Un peu de doc parcourue (je passe sur Linuxfr.org sur le sujet car j'ai séché) :

https://en.opensuse.org/SDB:BTRFS

https://en.opensuse.org/SDB:Disk_space
13
Général / Mise à niveau et prise de poids
Bonjour,

Ne vous méprenez pas! je ne suis pas un boxeur qui cherche à monter de catégorie  :)) et concernant ce qui nous intéresse principalement sur ce forum, mon intention serait plutôt de jouer dans la catégorie supérieure en restant svelte, quelle folle ambition!

Je m'explique : Après la mise à niveau vers Leap 15.3, ma partition racine a enflé d'un peu plus de 6 Go, passant en gros de 14 Go à 20 Go. C'est beaucoup je trouve, je ne me l'explique pas et je me demande si ma partition racine d'une cinquantaine de Go peut plus ou moins récupérer son poids de forme (?).
14
Nouvelles du projet openSUSE / Re : Leap 15.3 arrive bientôt... Elle est sortie maintenant !
Tu peux savoir quelle était ta version glibc à l’issue de ton upgrade et le dépôt qui le fournit ?

Bonjour,

Ma glibc actuelle (2.31) est fournie par SUSE LLC. C'est conforme.

Par contre mon ancienne glibc sur Leap 15.2 était la 2.27 fournie par un dépôt tiers. L'officielle était la 2.26. Je me demande si je n'aurais pas du rétrograder vers l'officielle avant de faire l'upgrade et je me demande si ce n'est pas ça qui m'a posé problème lors de ma première tentative de passer à Leap 15.3. Glibc n'est pas un paquet anodin.

En marge : Oui, participer à la relecture et à la correction est une idée à laquelle je pensais (à voir car en ce moment j'ai beaucoup de marrons sur le feu dans mon quotidien). Par contre, au rayon Nvidia et Amd, je suis autant dépourvu d'expérience que toi (ou alors très vieille avec Nvidia).
15
Nouvelles du projet openSUSE / Re : Leap 15.3 arrive bientôt
Leap 15.3 arrive et Leap 15.3 est arrivée.

@chalu : J'ai prêté le flanc et c'est noté pour le Wiki  ;) Ceci dit je découvre encore la distribution, je ne parle pas anglais (jamais appris, même très jeune en sixième... oui je sais c'est étrange), et je ne crois pas qu'il faille se lancer tête baissée dans le Wiki sans en connaître ni comprendre le code et les conventions. Mais j'aimerais bien collaborer, c'est vrai, à quelque niveau que ce fût, si je me fixais sur cette distribution qui me plaît. Une adhésion à l'association déjà? C'est dans les projets mais on verra, encore que je me demande à quoi je puisse être utile.

Leap 15.3 est donc arrivée et j'y ai moi même accédé sur mon portable de test avant l'heure en passant par la RC.Un jeu d'enfant que je m'attendais à revivre allègrement, en direct et à l'identique sur ma tour en suivant les nouvelles prescriptions à priori plus simples. On actualise les référentiels et on lance la mise à niveau sur ceux-ci, pas davantage (à partir d'une console virtuelle pour bien faire les choses et surtout afin de se libérer de l'interface graphique qui pourrait poser problème).

Surprise  ??? Une quarantaine de problèmes m'est signifiée. Je vais de l'avant encore serein car je n'ai que trois ou quatre dépôts non-officiels préalablement désactivés.

Les questions s'enchaînent : Voulez-vous faire ceci ou bien cela? Au début c'est simple.

Puis ça se complique... les alternatives passent de une à deux par moment. Je poursuis confiant mais j'ai un paquet glibc qui fiche le bazar je pense (l'une de mes raisons d'un dépôt tiers pour obtenir une version plus fraîche de glibc dont j'avais besoin).

Il est très vite question de virer des paquets systemd avec des alternatives guère plus réjouissantes puis vient le tour de NetworkManager sur le même ton.

Stop! j'annule la mise à niveau. C'est mal engagé.

Que faire? Ma configuration de base, celle que j'envoie se mettre à niveau, ne va pas globalement changer demain et si je diffère de deux mois cette mise à niveau il est probable que je rencontre les mêmes soucis.

Mais pourquoi donc la mise à niveau vers Leap 15.3 RC s'était-elle bien déroulée sur mon portable de test dont le système était quasiment identique à ma tour?

Je fais le pari de reprendre la même commande que pour la 15.3 RC :

sudo zypper --releasever=15.3 dup --allow-vendor-change

Et puis zypper dup après le redémarrage et ça passe... crème, comme disent les jeunes apprentis pâtissiers et les autres  :))

Maintenant j'ai pris 6 Go d'embonpoint sur ma partition racine. Ça se nettoie?

Autre chose, je confirme à mon niveau la résolution du bug SDDM (X11- Plasma).

Par contre Discover me paraît être toujours à la ramasse (pas de connexion internet signalée alors qu'elle est effective) et j'ai désactivé son applet de mise à jour en attendant car elle ne fonctionne pas mieux (logique).