Forum

Reprise du message précédent

Bonjour



Je pense qu'il va y avoir pas mal de discussion sur ce sujet. urpmi ou dnf, that is the question !! Bref, j'ai cru comprendre qu'il ya débat. dnf présente des avantages certains. Mais on est tous habitué à urpmi qui fait finalement bien le job. Par contre, je te l'accorde, ça mets le bazard qu'on utilise les deux et on s'y perd un peu. Je serai partisan de ne pas installer dnf et de laisser la possibilité aux utilisateurs avertis de pouvoir l'installer si ils en ont besoin.



Pour la partie esthétique, le travail n'est pas finalisé. Le choix des fonds d'écran et donc du boot est en cours. Je sais pas si c'est prévu pour la beta 3 ou la release. Faut que je trouve le temps de faire un bug, mais moi j'ai des messages en double lors du boot en appuyant sur echap. C'est pas gênant, mais si on veut gagner en qualité perçue, ce serait bien de le corriger.



A noter la 5.15 qui devrait arriver avec la beta 3... Le plasma Mageia est simple et efficace. Je n'ai qu'un regret, ç'est de ne pas avoir le networkmanager par défaut, mais avec un peu d'huile de coude, on peut se l'installer.



C'est vrai qu'Opensuse fait un très bon travail avec son yast et son intégration Plasma. La finition est exemplaire. Perso, j'aime bien cette distrib. Mais j'ai une préférence pour Mageia qui me semble plus simple à l'usage. J'ai toujours eu un peu de mal avec la logique des dépôts opensuse..

Merci pour ton retour encourageant.

Bonjour Seb95 et merci pour ce retour,

J'aimerais avoir quelques précisions sur quelques points, si tu veux bien :-)



C'est avec quelle définition d'écran que tu vois ce résultat baveux ?
Si c'est du 1920x1080, je pense qu'il faudra envisager une mise à jour d'une façon ou d'une autre. Pour moi, en 2019 il ne faut pas se contenter d'un rendu correct sur du 1366x768, il faut aller viser du FullHD et au-delà.



Si tu as fait les màj après l'installation tu devrais même être en KDE 5.15



Pendant mon test de OpenSuse il y a quelques semaines je n'ai pas du tout été convaincu par YasT, mais bon, je ne me prononce pas sur ce choix, je laisse choisir ceux qui savent coder.



Ok, n'hésite pas à nous donner le lien quand ce sera fait !

Édité par stroibe974 Le 01/03/2019 à 07h40

Je suis rentré et je me suis attaqué directement au test de Xfce Parole 1.0.1

Ben j'imaginais que s'il fallait poster des bugs, c'est pour qu'ils ne se perdent pas justement. Si en plus de les poster, il faut les réactiver, je trouve cela assez regrettable mais tant pis, je ferai puisque c'est comme ça qu'il faut faire. Mais comme Jybz, je n'aime pas spécialement sonner les gens dont le temps est si précieux.

Oui. J'avais lu que la version 0.9 résolvait le bug et que cette version serait délivrée avec Mageia 7. J'ai donc fermé le bug pour ne pas encombrer bugzilla. Et je me suis retenu d'ajouter un commentaire sur la durée de la non-livraison de Xfce-Parole 0.9 qui était sorti avant Mageia 6....

Je suis d'accord mais quand même, une liste de pistes musicales dans le désordre, ce n'est quand même pas la mort ! Je ne vais pas poster une sévérité important pour un tel problème. Surtout qu'il ne s'agissait pas d'un problème à diagnostiquer et à résoudre mais simplement de livrer la dernière version 0.9 de Parole.

Bon, arrivons-en à Parole 1.0.1.
Finalement pas besoin de testing upgrade, la mise à jour de ce matin a installé Parole 1.0.1.
Et j'ai toujours le même problème des listes musicales en désordre. J'ai nettoyé les playlists, essayé avec un nouveau user vierge, vérifié les tags avec Easytag. Des albums passent dans l'ordre des pistes, d'autres dans l'ordre alphabétique du titre. Et dans les 2 cas, les noms de fichiers et les tags contiennent le numéro de piste. Et dans tous les cas, le numéro de piste disparaît à l'affichage de Parole. Mais je considère qu'il ne s'agit pas d'un problème Mageia mais de Xfce-Parole où je vais aller bugziller. Mon bug chez Mageia demandait la livraison de Xfce-Parole 0.9 avec la 1.0.1, je le considère résolu.

Merci

Édité par magnux77 Le 01/03/2019 à 10h49

Bonjour à tous,

Désolé du très long message qui va suivre



Ce que j'ai noté dans mon cas c'est que si on lançait une mise à jour avec DNF et URPMI sans les valider, juste pour voir ce qu'il s'y passe, URPMI arrive toujours sans faille à te faire les update, DNF crie au loup et par contre te propose d'autre initiatives.
Ça me fait pensé un peu à Aptitude versus APT, sur le papier Aptitude était bien meilleur et devait remplacer l'autre mais pourtant ça ne s'est jamais fait.



C'est très réussi, gardé celui qui fait le design, ça me rappel vraiment les heures de gloire de Mandriva et de ses thèmes. Après il reste encore du temps pour améliorer le petits détails.



Oui, la 5.15 sera superbe et je n'en doute pas, mais par contre je pense qu'il ne faudra pas faire comme pour la 6 un changement de version de plasma en cours de route, si ça doit être fait, fait ça plutôt dans backport pour ceux qui veulent vraiment passer leur plasma dans la nouvelle version. Ça m'a flingué une installation cette histoire.

Pour networkmanager, je dois dire que ça me gêne pas plus que ça, sur openSUSE nous avons pas par défaut networkmanager quand il s'agit de connexion câblée, networkmanager est automatiquement sélectionné et activé si on passe par une connexion ponctuelle (wifi).




Oui, l'utilisation des dépots chez openSUSE dépend des personnes et de leurs besoins, au départ il y en a que 2 ou 4 si on compte les sources, puis on ajoute le packman pour le multimedia (ça c'est obligatoire) puis on ajoute autant de dépots expérimental (backport si on peut dire) que l'on veut/souhaite, généralement ça m'en fait 7 en tout (game, emulator, ruby, editor, OSS, nonOSS, packman).
Pour revenir à Yast, c'est surtout son développement continuel qui est intéressant, il est en perpétuelle développement alors qu'il y a pas si longtemps il ne bougeait plus Sur la rolling de openSUSE, on le voit bien ce changement..



Coucou, bien sur !



Justement c'est du 1920x1080. Il y a un truc a faire pour que ça soit plus propre car tu me parle de mise a jour?


Non, je ne les ai pas fait, en faite j'ai regardé surtout si DNF et Urpmi étaient tout deux d'accord sur ce qu'il fallait faire.
Puis j'ai installé des paquets dont j'utilise mais pas fait de màj .


Il a tendance à être un peu trop professionnel et complet moins simple que le CCM.

Je retourne sur mon billet

fil intéressant, sur dnf / urpmi!
moi, j'aime bien avoir les deux, ça offre plus de souplesse;
le seul problème, si s'en est un, c'est que l'on ne peut pas modifier les médias de façon permanente avec dnfdragora, en GUI donc;
ça reste possible en modifiant les fichiers "à la mimine";
ils sont dans /etc/yum.repos.d; il y a une liste de fichiers, dont les noms sont explicites;
et dans chaque fichiers, des paragraphes, avec des commentaires aussi explicites;
à la fin de chaque paragraphes, un booléen "enabled" = 0 ou 1;
c'est pas plus sorcier que de cliquer sur un bouton!

mais comme nous avons un utilisateur d'opensuse, il y a un aspect qui plaide pour dnf dans l'avenir;
il s'agit de l'hypothèse d'une utilisation du "btrfs";
après m' être cassé les dents un bon moment à vouloir installer une mageia sur du "btrfs" à la mode d'opensuse, j'en ai installée une;
c'est génial, par défaut, out of the box, l'opensuse s'installe sur du btrfs, bien configuré, opérationnel;
quel rapport avec dnf ?
il est évident, quand on sait qu'il existe un plugin pour faire le lien entre dnf et snapper;
ça permet, à chaque transaction avec dnf, de générer automatiquement un snapshot, comme le fait l'opensuse;
et lors d'une tentative qui a presque marché, sur une mageai, j'ai vu que ça marche (le plugin );
donc, si on veut avoir espoir un jour, d'avoir une mageai bien installée sur du "btrfs" avec les mêmes fonctionnalités que l'opensuse, ce sera forcément avec dnf; en effet, je ne pense pas qu'il existe un jour un plugin pour urpmi!
mais bon, le "btrfs" ça à l'air d'intéresser personne, et c'est bien dommage;
ça permet des mise à jour "atomiques", donc à l'abri des problèmes de réseaux (internet ou électrique);
les mises à jour "foireuses" ne sont plus un problème; on boote sur le précédent snapshot;
les problèmes constatés :
ça consomme plus de place : par défaut il y un paramêtre que l'on peut ajuster, qui autorise 50% de l'espace pour les snapshot;
donc, si une taille raisonnable pour / est 30 - 40 gio, sur du "btrfs" faut doubler : 60 - 80 gio;
le confort à toujours un coût!
et les taches "cron" qui gèrent le "btrfs" ça ralentit le démarrage; pendant plusieurs minutes, les cpu sont à 100% occupés!
l'occasion de faire un café!

Édité par marc-andré Le 01/03/2019 à 15h40

À l'heure actuelle, il n'y a rien à faire à ma connaissance. Mais j'ai bien l'intention de demander à l'équipe Atelier de faire une mise à jour vers une meilleure résolution. C'était déjà baveux chez moi en 4K (mais je peux comprendre qu'on ne propose pas de résolution 4K pour l'instant), mais je trouve ça dommage que ce soit baveux en FullHD, qui est une résolution déjà majoritaire.

Juste une question: mageia 7beta 2 sur mon Lenovo X220 se comporte vraiment très bien.

Ce soir mise à jour du kernel en version 5 !!!!

Et tout fonctionne.... enfin le wifi, le son et l'image (pas testé le bluetooth)

Mais le 5.0 est il en LTS ?

Sauf erreur, il me semblait que mageia sortait avec un noyau en LTS ? Bref c'est quoi le programme pour la sortie définitive en ce qui concerne le noyau ? En effet le dernier kernel LTS est sauf erreur de ma part le 4.19
https://www.kernel.org/category/releases.html

Bon week-end.

Édité par TuxMips Le 08/03/2019 à 21h38

Bonjour

Chez moi , le kernel 5 semble bien fonctionné, driver nvidia propriétaire avec. Pour ce qui est du kernel, il n'est pas indiqué sur le site qu'il s'agira d'un LTS. Les kernel LTS sont 4.19/ 4.14/4.9/4/.4 . D'ailleurs le kernel 5 n'est pas considéré comme stabilisé. Il faut donc s'attendre à de nombreuses mises à jour sous cauldron.

Tu as récupéré quel build ?
Dans la màj de ce matin le kernel 5.0.0-3 semble fonctionner déjà beaucoup mieux que le 5.0.0-1 d'hier.



Oui, je crois aussi !

Bonjour

la 5.0.0.3 car je mets à jour le samedi uniquement, le temps d'avoir suffisamment de mis à jour dans le pipe. Et si je casse le samedi, c'est pas grave, j'ai le temps de réparer.

5.0.0.3 installé. Aucun soucis a priori.
J'ai encore le ouifi l'image et le son

Hello,

Au vu du gourou tmb qui s'occupe du kernel depuis toujours on a aucun soucis a ce faire même si ce n'est pas une version LTS.


Sinon pour les mordus de GNOME la nouvelle version de Gnome 3.32.0-RC est dispo dans le media core/updates_testing.

Ah et pour la sortie de mga7 elle devrait se faire entre le 15 Avril au 15 Mai environ...

Le délai dépendra de la sortie de gnome 3.32.0 (Final) et de KDE... et bien-sûre aussi des bugs bloquants si il y a...

(Attention à ne pas toujours attendre des versions à venir des logiciels, car c'est sans fin)

Tous mes encouragements pour les contributeurs de Mageia 7.

Oui, et parfois je me surprends à rêver d'une nouvelle formule de mises à jour, façon Fedora, pour passer d'une version de DE à une autre de façon plus indolore, et sans demander à l'utilisateur de démarrer en init 3 et de lancer une commande dans un terminal...

Il me semblait que Kekepower avait repris le flambeau, mais je me suis peut-être trompé. C'est bien lui d'après :