Pendant de nombreuses années, SUSE - et openSUSE - a été mon pilote quotidien, ma distribution Linux préférée. Il avait tout ce à quoi on pouvait s'attendre - vitesse, stabilité, avantage professionnel, outillage haut de gamme. Et puis, un jour, ça a tout simplement cessé d'être génial. J'ai essayé de raviver ce premier amour de Tux depuis. Sans chance.
Vous pouvez tout savoir sur mes efforts passés d'openSUSE en lisant ma dernière critique et en vous frayant un chemin dans le passé, sur la colline de l'enthousiasme et du bonheur. En fait, mon expérience globale de bureau Linux est en baisse depuis un certain temps, et récemment, j'ai décidé de faire mes critiques courtes et douces. Eh bien, n'ayant pas touché à openSUSE depuis un certain temps, je voulais vérifier à nouveau Leap 15.2, pour voir ce que ça donne. Est-ce que je peux revivre le bon vieux plaisir ?
Installation
J'ai suivi la voie officielle - ISO d'installation de la taille d'un DVD de 4,3 Go, pas de session en direct. D'accord pas de problème. À un moment donné, le programme d'installation vous permet de configurer votre réseau, y compris câblé et sans fil. Plus facile à dire qu'à faire. Lorsque j'ai cliqué sur le bouton Analyser les réseaux, rien ne s'est passé. J'ai dû procéder en mode hors ligne. J'ai choisi le bureau Plasma, car il est plus amusant que Gnome, et SUSE a toujours été plus KDE. Une heure plus tard, le processus est terminé. J'avais ma configuration à huit démarrages, avec un très joli menu GRUB personnalisé.
Mais j'ai sauté une pièce qui mérite une mention supplémentaire - le partitionnement. J'avais l'habitude de ne jurer que par cet installateur. C'était le programme d'installation et de partitionnement le plus sûr et le plus intelligent de tous les temps, et il devinait toujours correctement les partitions racine et home. Ce n'est plus le cas non plus.
Ce que Leap 15.2 suggérait était le suivant :supprimez sda14 et sda15 - la racine et /home pour Kubuntu et la racine pour KDE neon, respectivement. Il ne recommandait pas d'utiliser ou de réutiliser sda16, qui est /home pour KDE neon, ou toute autre partition sur cet hôte, dont il y en a beaucoup. Je suppose que c'est pour s'adapter à la configuration de BTRFS - mais ensuite, depuis que BTRFS est devenu la chose, les suggestions de partitionnement ne sont plus aussi intelligentes. En outre, BTRFS n'aurait vraiment de sens que sur les baies de stockage rapides et multidisques, donc ce genre de problème manque à tous les niveaux. Mouais.
J'ai configuré manuellement des éléments - avec des systèmes de fichiers Ext4 ordinaires, ajouté /boot/efi, car openSUSE a besoin que cela soit explicitement défini, puis j'ai continué. Oui, le succès, mais j'ai mal au cœur.
Système installé, la séquence de démarrage d'openSUSE Leap 15.2 est un peu colorée - et je veux dire par là, vous obtenez le logo du fournisseur, suivi de l'animation de l'ampoule. Très rapide - démarrage plus rapide que presque toutes les autres distributions sur cette boîte, mais ensuite - à partir du deuxième démarrage/connexion, le truc KDEWallet apparaîtrait trop tôt, puis disparaîtrait, puis le ferait quatre ou cinq fois avant le reste du bureau rendu et je pourrais réellement fournir les informations d'identification nécessaires pour déverrouiller la connexion sans fil. Cela ne semble pas prometteur.
Jouer
OpenSUSE 15.2 est livré avec Plasma 5.18 (LTS), qui est bon mais pas aussi bon que Plasma 5.20. Les polices sont bien trop pâles - nous en reparlerons plus tard. Le système n'est pas aussi rapide qu'il devrait l'être, la réactivité est un peu décalée. Les applications prennent du temps à s'ouvrir - rien de cette vivacité instantanée que l'on associerait aux bureaux KDE ces derniers temps.
L'applet Paramètres système est bizarre - et elle utilise l'ancienne disposition classique du Panneau de configuration. Vous obtenez un clic unique partout, et le changer n'est pas anodin. Astuce :ce n'est pas sous Input Devices, ni sous Dolphin. C'est en fait sous Workspace. Vous devez connaître Plasma pour changer cela. Il y a aussi un répertoire bin dans /home, pourquoi, je ne sais pas, mais il est là. Meh. Pavé tactile, nerveux.
Le bouton Afficher le bureau ne minimise pas les fenêtres d'application - vous pouvez le modifier facilement. Ensuite, si vous changez votre thème pour dire openSUSEdark, alors toutes les différentes icônes du menu contextuel de la zone système seront cassées, et si vous voulez un thème système clair avec un panneau sombre, alors votre seule option valide est Breeze Dark.
De plus, l'icône SUSE par défaut (celle monochrome) n'est conçue que pour le thème léger par défaut (Air), donc encore une fois, si après être passé à Breeze, vous voulez une icône SUSE, vous avez besoin de la verte. De plus, l'espacement des icônes dans le gestionnaire de tâches ainsi que dans la zone système est trop étroit, c'est-à-dire que les éléments sont trop rapprochés.
Gestion des packages et mises à jour
Cela s'est avéré être un désastre complet. Pour de nombreuses raisons. Pour commencer, je voulais lire des médias dans VLC, qui est fourni comme application par défaut dans openSUSE. Hélas, il ne pouvait pas lire un simple fichier vidéo, celui que je vous ai montré dans une douzaine de critiques par le passé :
Pas de vidéo, Codec non supporté :
VLC n'a pas pu décoder le format "h264" (H264 - MPEG-4 AVC (part 10))
Il y a une explication longue et détaillée pourquoi vous ne les obtenez pas dans openSUSE. En tant qu'utilisateur final, je m'en fous, pour être honnête. Je veux de la musique et de la vidéo, pas des explications patentes. Mais cela signifiait que je devais récupérer un logiciel supplémentaire - à partir d'un référentiel communautaire comme Packman. Ceci, juste là, empêche openSUSE d'être utilisable dans (ma) configuration de production, car pour une utilisation sérieuse, je n'autorise jamais les sources logicielles non officielles, car vous ne pouvez pas compter sur celles qui sont disponibles ou actuelles ou même utiles. Une raison principale pour laquelle je ne peux pas non plus utiliser un CentOS 8 bien configuré comme bureau dans mon environnement de production.
J'ai démarré la configuration du référentiel - YaST> Référentiels de logiciels> Ajouter> Référentiels communautaires, et boum, erreur. Pour une raison quelconque, YaST n'a pas pu récupérer la liste en ligne. Et puis j'ai réalisé que mon réseau sans fil ne fonctionnait plus. Le vieux problème avec la carte Realtek, qui a sévèrement bogué mon portable G50 vers 2015-2017 ? Semble être de retour! Le tout est résolu maintenant (depuis le noyau 4.8), eh bien non. Le problème persiste toujours dans openSUSE. J'ai dû me déconnecter du réseau et me reconnecter.
Ensuite, j'ai vu les trucs supplémentaires - et la liste est beaucoup, beaucoup plus courte qu'elle ne l'était dans le passé. J'ajoute Packman, j'accepte la signature du référentiel, puis je dois autoriser le changement de fournisseur, afin de pouvoir obtenir les dernières bibliothèques multimédias, telles que libavcodec et libavformat. Zypper m'a informé du changement, puis la mise à jour a commencé.
Malgré sa nature delta, c'était lent - et puis, j'ai commencé à avoir erreur après erreur, pour plus d'une douzaine de bibliothèques Qt différentes (non fournies par Packman), que j'ai essayé d'ignorer, afin de pouvoir progresser avec la mise à jour , puis également des erreurs pour les packages fournis par le dépôt de la communauté :
Récupération :libQt5Core5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm ............[non trouvé]
Fichier './x86_64/libQt5Core5-5.12. 7-lp152.2.3_lp152.3.9.1.x86_64.drpm' introuvable sur le support 'http://download.opensuse.org/update/leap/15.2/oss/'
Autre exemple :
Fichier './x86_64/libQt5Test5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm' introuvable sur le support 'http://download.opensuse.org/update/leap/15.2/oss/'
Et l'erreur Packman :
Récupération :libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm ................[error]
Erreur de téléchargement (curl) pour 'http ://packman.inode.at/suse/openSUSE_Leap_15.2/Essentials/x86_64/
libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm' :
Code d'erreur :boucle erreur 56
Message d'erreur :Échec de la réception :réinitialisation de la connexion par l'homologue
Le système ne peut pas être mis à jour. L'ensemble est complètement cassé. Visage triste. Et cela signifie également qu'il est vraiment inutile de continuer cet examen. Mais j'ai décidé de faire un peu plus de travail, malgré mon meilleur jugement. J'ai décidé que je n'avais rien à perdre. J'ai donc continué les tests - y compris les mises à jour, pour voir jusqu'où je pouvais aller avant d'échouer complètement ou d'avoir un système mis à jour d'une manière ou d'une autre.
J'ai vérifié si tous les dépôts étaient sains d'esprit, avec vérification zypper, et il n'y avait pas d'erreurs. Ha.
sudo zypper verify
Récupération des métadonnées du référentiel 'Main Update Repository' ..........[done]
Création du cache 'Main Update Repository' du référentiel .......... .....[terminé]
Chargement des données du référentiel...
Lecture des packages installés...
Les dépendances de tous les packages installés sont satisfaites.
Redémarrez, vérifiez à nouveau. Toutes les mises à jour ont été proposées à nouveau, comme si de rien n'était du premier coup. Merveilleux. Cette fois, les mises à jour semblaient bien fonctionner, sans erreur. Putain. Mais ... ma lecture multimédia ne fonctionnait toujours pas. Parce que VLC utilisait toujours les bibliothèques openSUSE. J'ai essayé de mettre à jour vers la nouvelle version, et voici la séquence de commandes et de messages que j'ai dû gérer :
Il existe un candidat de mise à jour pour 'libavcodec57' du fournisseur 'http://packman.links2linux.de', tandis que le fournisseur actuel est 'openSUSE'. Utilisez 'zypper install libavcodec57-3.4.4-pm152.5.5.x86_64' pour installer ce candidat.
Il existe un candidat de mise à jour pour 'libavformat57' du fournisseur 'http://packman.links2linux.de', alors que le fournisseur actuel est 'openSUSE'. Utilisez 'zypper install libavformat57-3.4.4-pm152.5.5.x86_64' pour installer ce candidat.
Résolution des dépendances de packages...
Je l'ai fait, et naturellement, comme de nombreuses fois auparavant (nous parlons de 4 à 5 versions de SUSE), j'ai eu des conflits de packages :
Problème :libavfilter6-3.4.4-lp152.3.7.x86_64 nécessite libavformat57 =3.4.4-lp152.3.7, mais cette exigence ne peut pas être fournie.
Problème :libavcodec57-3.4.4-pm152.5.5.x86_64 nécessite libavutil55 =3.4.4-pm152.5.5, mais cette exigence ne peut pas être fournie
Problème :libavfilter6-3.4.4-lp152.3.7.x86_64 nécessite libavformat57 =3.4.4-lp152.3.7, mais cette exigence ne peut pas être fourni
Solution 1 :installez libavfilter6-3.4.4-pm152.5.5.x86_64 (avec changement de fournisseur)
openSUSE --> http://packman.links2linux.de
Solution 2 :ne pas installer libavformat57-3.4.4-pm152.5.5.x86_64
Solution 3 :casser libavfilter6-3.4.4-lp152.3.7.x86_64 en ignorant certaines de ses dépendances
J'ai accepté tout cela :
Les 8 packages suivants vont changer de fournisseur :
libavcodec57 openSUSE -> http://packman.links2linux.de
libavfilter6 openSUSE -> http://packman.links2linux.de
libavformat57 openSUSE -> http://packman.links2linux.de
libavresample3 openSUSE -> http://packman.links2linux.de
libavutil55 openSUSE -> http://packman.links2linux.de
libpostproc54 openSUSE -> http://packman.links2linux.de
libswresample2 openSUSE -> http://packman.links2linux.de
libswscale4 openSUSE -> http://packman.links2linux.de
8 forfaits à mettre à niveau, 4 nouveaux, 8 pour changer de fournisseur.
Taille globale du téléchargement :706,1 Kio. Déjà mis en cache :7,4 Mio. Après l'opération,
24,5 Mio supplémentaires seront utilisés.
Continuer ? [o/n/v/... ? affiche toutes les options] (y):
Et maintenant, enfin, j'avais la lecture multimédia ... Pas idéal cependant. Lors de la lecture de fichiers MP4, toutes les 15 secondes environ, la lecture se figeait pendant environ une seconde, la vidéo devenait pixellisée et floue, puis la lecture reprenait normalement. Semblable au problème que j'ai vu récemment dans Fedora 33. Mais alors, pas tout à fait.
En savoir plus sur les médias et le partage Samba
Mais l'histoire ne s'arrête pas là. VLC ne jouerait pas à partir des partages Samba. Prévisible. J'ai dû entrer les informations d'identification SMB dans VLC, puis également modifier la taille de la lecture/du tampon pour que les fichiers soient lus sans erreur. N'oubliez pas que l'année est 2020 et que les utilisateurs de bureau Plasma doivent encore faire ce genre d'astuces pour simplement profiter des fichiers multimédias stockés sur des partages distants. Et je dis que c'est un ardent fan du bureau Plasma.
La connectivité Samba était rapide, avec une latence très faible, vous obtenez des horodatages sur la copie - mais le débit total global est faible, seulement environ 4 Mo/s, de sorte que vous n'obtenez pas toutes les améliorations et corrections apportées par les versions ultérieures de Plasma.
En savoir plus sur les mises à jour
L'histoire de la mise à jour ne s'arrête pas là non plus ! Une fois la mise à jour terminée, j'ai eu le message le plus gentil et le plus poli suggérant de redémarrer. Toutes les autres distributions ont un truc très rudimentaire :redémarrer maintenant, celui-ci explique en fait pourquoi une telle action sera bonne pour vous.
Les bibliothèques ou services de base ont été mis à jour.
Un redémarrage est nécessaire pour garantir que votre système bénéficie de ces mises à jour.
Et puis, j'ai gentiment paniqué...
Lorsque le système a démarré, mon splash de démarrage Lenovo standard avait disparu - remplacé par un ncurses, un écran entièrement bleu qui lisait MOK Management. Quelque chose à voir avec le démarrage sécurisé ? Peut-être. Je l'ai désactivé sur cette boîte de test. Et je me souviens d'une mise à jour du firmware dans la liste des packages openSUSE répertoriés. Intéressant. Eh bien, j'ai décidé de ne rien toucher, de laisser le système continuer tout seul et de voir où j'en suis arrivé. La séquence de démarrage était en basse résolution, mais le système a bien démarré. Puis, au prochain redémarrage, les choses étaient revenues à l'habituel - pas d'écran ncurses, démarrage en haute résolution.
Maintenant, je me demande si cela conduira à une autre brique étrange comme celle qui a affligé cette boîte - après un test openSUSE - il y a quelque temps? Pas certain. C'est quelque chose que vous et moi devrons comprendre dans quelques semaines lorsque j'essaierai de démarrer quelque chose à partir d'un périphérique USB.
Mais attendez! L'histoire de la mise à jour ne s'arrête pas là ! Non, non.
Quelques jours plus tard, j'ai allumé le système et j'ai vu un nouveau message concernant certaines mises à jour (environ cinq environ). Lorsque j'ai cliqué sur le bouton, j'ai eu un tas d'erreurs. J'ai également réalisé que YaST ne se lancerait pas - il se fermerait simplement sans qu'aucune erreur ne s'affiche. J'ai dû exécuter zypper à partir de la ligne de commande ou utiliser la version ncurses de YaST.
La mise à jour s'est terminée sans erreur sur la ligne de commande, j'ai redémarré et les choses sont revenues à la normale. Maintenant, c'est bien plus de tolérance que ce qui devrait être accordé à un composant logiciel. Le tout est vraiment inutilisable, si vous y réfléchissez. Tant de bogues, d'erreurs et de conflits, juste pour installer les mises à jour. Je suis en roue libre sur l'inertie pure en ce moment. Eh bien, passons à d'autres sujets de cette revue alors !
Utilisation, performances, stabilité
D'accord, mais pas stellaire. Performances correctes mais réactivité loin d'être idéale. Faible utilisation des ressources, qui ne correspond pas entièrement à la vitesse perçue du système. Aucun crash d'aucune sorte. Une multitude d'applications, mais ensuite, vous avez un DVD complet de goodies. Même ainsi, vous voudrez peut-être prendre quelques extras.
Au repos, l'utilisation de la mémoire est d'environ 420 Mo et le processeur affiche un taux très silencieux de 0 à 1 % - dommage que cela ne se traduise pas directement par une réactivité. Cela a peut-être quelque chose à voir avec la version particulière du noyau, et peut-être avec les améliorations apportées aux versions plus récentes.
Favoris Firefox et taïwanais
Une autre chose que j'ai remarquée - la moitié des signets (que vous obtenez par défaut) dans le navigateur sont définis sur les paramètres régionaux zh-TW, ce qui n'a aucun sens sur une installation en-US, n'est-ce pas ? J'ai trouvé pas mal de sources en ligne sur ce phénomène, datant d'il y a des mois et des mois. Très triste. Au milieu des années 2000, pour moi, SUSE était le pilier de la qualité et du plaisir. C'est comme regarder votre pub préféré brûler, si je peux emprunter cette phrase.
Problèmes de polices
Un autre problème majeur - la qualité du rendu des polices. Encore une fois, ce n'est pas un nouveau problème, j'en ai parlé il y a des années. J'ai changé la couleur de la police à l'aide de mon guide Brooze, ce qui n'a aidé que peu. Il n'était pas nécessaire de modifier les indices et autres, et l'installation des bibliothèques FreeType supplémentaires n'a rien fait à ce stade. Les polices semblaient toujours fines et pâles, bien que tout soit censé être correct. Eh bien, soi-disant.
Ensuite, j'ai lu un guide mis à jour de la personne qui avait fourni les bibliothèques corrigées avec LCD Subpixel Rendering, qui mentionne la création d'un nouveau changement de variable d'environnement à l'échelle du système. Mais ensuite, bien sûr, il y a une demi-douzaine d'autres ajustements que l'on pourrait implémenter, et cela me rappelle à quel point l'écosystème des polices est complètement et complètement brisé sous Linux, et que très, très, TRÈS peu de distributions parviennent à fournir des polices agréables et nettes par défaut . Un total de deux, peut-être trois dans une bonne journée - sur des centaines et des centaines.
FREETYPE_PROPERTIES="truetype:interpreter-version=35 cff:no-stem-darkening=1 autofitter:warping=1"
Cela doit aller dans /etc/environment, tandis que le reste devrait être correct par défaut, c'est pourquoi les bibliothèques FreeType supplémentaires ne font rien. Après le redémarrage de votre session, les polices seront claires, nettes et vos yeux ne fondront pas.
Erreurs Snapper
À l'époque, j'ai écrit sur les merveilles de Snapper - un outil d'instantané de système de fichiers vraiment cool, qui ne semble fonctionner qu'avec BTRFS. Que se passe-t-il si vous n'utilisez pas ce système de fichiers ? Eh bien, l'utilitaire devrait détecter puis vous donner des erreurs gracieuses, ne pas vous renvoyer à la ligne de commande et/ou lancer des messages bizarres.
Conclusion
C'était plus long que prévu - ou justifié. Appelez ça mon engouement nostalgique pour openSUSE. Cela me fait mal de le dire, mais openSUSE Leap 15.2 n'est pas plus convivial ou plus intelligent que la plupart de ses versions précédentes. En fait, c'est assez ringard et largement inaccessible aux gens ordinaires, malgré quelques éléments plutôt brillants dans sa conception. Mais vous ne pouvez pas concilier ceux-ci avec une gestion des packages fondamentalement défectueuse, des logiciels quotidiens manquants et des éléments amusants, et des tonnes d'incohérences visuelles et ergonomiques.
L'installateur n'est plus aussi sûr et intelligent qu'avant. Tout est un peu moins. Quel dommage. Parce que YaST est cool et que les utilitaires SUSE sont généralement de premier ordre et professionnels. Mais alors, il y a un conflit entre ce qui devrait être un bureau pour les gens ordinaires et une interface d'administration système d'entreprise, d'une certaine manière. Un peu entre ce que vous obtenez avec CentOS par défaut et CentOS plus toute ma sauce et mes changements. Eh bien, triste mais pas surprenant. Peut-être un jour. Cela dit, tout comme mon avis sur Fedora 33, j'aurai un guide de réglages post-installation séparé, pour ceux qui souhaitent utiliser openSUSE Leap comme ordinateur de bureau. Compte tenu de mon expérience, je ne peux pas le recommander, et il rejoint une longue liste de souvenirs douloureux dans mon voyage Tux.