Reprise du message précédent :
je n'ai pas testé la 9.0
 
mais tu peux aller sur la 8.1 https://osdn.net/projects/android-x [...] .1-r4.iso/

 
Cette version 20.04 lts n'est vraiment pas une bonne cuvée pour lui, car non seulement je l'ai installé avec des PPA et RAS, mais en plus elle utilise un noyau Linux lts !
C'était aussi une de ses critiques récurrentes par rapport à Ubuntu, qui tombe à l'eau également cette fois ci.

Une nouveauté de la 20.04 Mate
 

 
Par contre les boutons "verify" et "show releases" sont grisés, sans doute parce que les firmwares sont à jour chez moi ?

Pas ça chez moi. C'est mate ?

Oui.
C'est seulement sur Mate ? car c'est marqué Gnome sur l’icône de l'application...
 

C'est une couche graphique de la commande fwupdmgr je présume.

cedric@cedric-Lenovo-ideapad-330-15ARR:~$ fwupdmgr get-updates
• Crucial CT525MX300SSD1 has no available firmware updates
• System Firmware has no available firmware updates
• Unifying Receiver has the latest available firmware version

Ok merci idem chez moi    
• CT250MX500SSD1 has no available firmware updates
• System Firmware has no available firmware updates
No updatable devices

Mise à niveau de mon Dell Inspiron ce matin -> idem passage de Ubuntu Mate 19.10 vers la 20.04 lts en 30 minutes sans le moindre souci.
Finalement je ne suis pas sur que changer de version tous les 6 mois comme je le fais depuis quelques temps soit une si mauvaise idée... à mon avis ceux qui sautent de LTS en LTS tous les 2 ans doivent avoir des migrations nettement plus casse gueule. Parce que honnêtement cette mise à niveau est une formalité  

Bof, j'ai toujours fait de LTS à LTS, par contre j'attendais en général 1mois après la sortie.
 
JE n'ai pas souvenir d'avoir eu un quelconque soucis depuis mon retour sous ubuntu.  
 
Mais bon vu l'absence de chromium dans les dépôts, je ne pourrais pas te dire ce que ça donnera avec la 20.04 vu que je vais changer de distrib...
 
Je le ferais peut-être justement pour voir ce que ça va faire "comme ça", mais pas pour rester dessus.

 
tu comptes prendre laquelle ?  

Je sais pas trop au final c'est tout le pb.

ça va dépendre des postes je pense.
IL me faudra un poste toujours prêt fiable à 100%, y a des chances que lui passe sous debian ou mint LMDE ou sous openSuse leap.

Pour l'instant j'hésite encore sur les rolling release.
Je teste masse de distrib en vm pour voir ce que ça donne, et je regarde aussi pour faire mon choix de bureau et c'est assez cornélien.
Je compare manjaro à openSuse tumbleweed.

Je ne retrouve rien qui convienne à 100% et c'est tout le pb, donc je regarde les concessions que je préfère faire.
Par exemple cinnamon en rolling release c'est vite la merde, pas assez de monde donc très mal suivi donc c'est mort.
En rolling release dans tous les tests que j'ai pu faire, tu restes condamné à utiliser des bureaux "courants" genre gnome/kde/xfce potentiellement mate (mais là encore sous manjaro j'ai eu de mauvaises surprises donc ça semble out...),
sorti de ça tu cumules vite des merdes.

oui je te comprends c'est jamais évident en fait.
 
je suis resté une petite dizaine d'années avant de quitter ubuntu
qui reste selon moi une bonne distrib.
 
qu'est ce qui te convient plus à ubuntu?

Les snaps obligatoires et qui le deviendront de plus en plus.
 
Et comme ça touche mon navigateur principal (chromium) ben c'est mort.
Je ne peux pas accepter un temps de lancement si important sur une machine récente.

ah oui j'avais entendu parler de ça
 
mais ça change tant que ça le démarrage?
 
Je suis sous manjaro et que ce soit firefox ou chrome c'est du instantané

Tien pour comprendre sur chromium:
https://youtu.be/ZU9xnUF9lPg?t=386
 
TU peux aussi voir si ça t'intéresse la différence de temps entre:
firefox natif
Firefox snap
firefox flatpack sur ubuntu.
 
La machine n'est pas énorme mais quand même correcte.
Mais pour info, même sur ryzen 2600 + ssd nvme le temps de lancement est largement perceptible.

en effet c'est une catastrophe
 
je comprends ta motivation, surtout qu'un navigateur internet c'est le truc le plus important.
 
Essaye manjaro

Je l'essaye justement.
JE l'ai d'installé sur mon vieux pc portable.

Et je l'ai en vm sous kde/gnome pour me faire l'avis.
Je l'ai testé sous mate mais ça s'est mal passé.
Cinnamon j'hésite à tester vu que ça s'est mal passé sous openSuse donc je m'attends à avoir le même soucis, pas assez de monde pour le maintenir sur une rolling release.

(j'étais sous mate mais il me manque des choses dans le panel donc je cherche un truc un peu plus moderne mais qui reste ultra réactif)

 
Mon installation d'Archlinux avec bureau Mate vient de passer les 2 ans -> pas le moindre souci.
J'ai plus confiance dans la communauté d'Archlinux que dans l'équipe de Manjaro pour faire un truc qui tienne sur le long terme. Le team Manjoro n'est pas énorme et il n'y a pas de miracle à ce niveau, malgré toute leur bonne volonté que je ne remet pas en question...
https://manjaro.org/team/
Canonical -> 443 employés d'après Wiki !

Sous arch oui je pense que ça doit passer.
 
Sous manjaro j'ai pris l'iso mate (donc communautée) j'ai installé de base.
Mis à jour ==> paf planté.
J'ai retenté 2 fois même problème.
 
Pas de soucis avec les images officielles, donc j'ai exclue ça si je passe sous manjaro.

Sinon pour Chromium sous Ubuntu moi j’utilise les versions de développement des PPA de la documentation Ubuntu
Démarrage rapide ( même super rapide ) et tout est parfaitement stable.
J'ai juste un message un peu relou sur l'absence des API Google mais je m'en moque...

 
Oui problème connu. Malheureusement un souci récurrent chez eux...

Mais du coup, qui est content de ce système de snaps?

Et pour les paquets deb, c'est le système d'instal classique par clavier et fenêtre de commande ?

Ceux qui sont content c'est les devs et/ou surtout les mainteneur de la distrib.
TU fais un paquet snap peut importe la distrib ubuntu derrière ça marchera.  
 
Les utilisateurs lambda ne s'en rendent pas forcément compte. C'est masqué par l'installeur.  
LE temps de démarrage ne les choques pas forcément.
Mais moi qui suit habitué à de l'instantané ça me bloque clairement.
 
 
C'est comme kde, graphiquement et fonctionnellement je le trouve top, mais niveau réactivité je ne peux pas.
La moindre action prend plus d'une seconde.
 
Tu ouvres dolphin? paf une seconde.
Tu ouvres konsole? Paf une seconde.
C'est vraiment dommage.
 
Mais ça n'a l'air de choquer personne donc tout va bien.

Du coup c'est l'instal par fenêtre de commande qui est préférable c'est ça ?

Il faut regarder ce que propose la logiciel.
 
Sinon oui ligne de commande ou synaptic  
Mais il faut faire gaffe certains paquets téléchargent en fait un snap..
Exemple encore une fois chromium, tu le vois dans synaptic mais c'est un snap qui est installé... .

Sur la vieille machine sous lubuntu, j'ai pas l'impression que chromium soit si long a se lancer...
Le seul truc qui parle, c'est qd je vais sur la page de les épisodes de DB kai avec ses différents lecteurs de vidéos, la oui ça sacade...

En 20.04?  
 
Après y a lent et lent, tout est relatif.
Moi je perçois la différence de manière flagrante, et ce même sur une config récente avec ssd NVME.  
 
Mais pour d'autres personnes ça peut toujours rester convenable.  
Tout dépend vraiment des habitudes.

Alors non.
Je suis resté en 18.04 vu que j'ai tout réglé mes paramètres/raccourcis/applis pour télétravailler et que ce soit réactif et je voudrais pas tout recommencer.

Sur mon PC Lenovo qui n'est pas un foudre de guerre ( Celeron N3350 4 Go de ram et un SSD )
Chromium Version 83.0.4103.7 démarre en 2 à 3 secondes
Firefox 76.0 démarre en 4 à 5 secondes
Et la différence de vivacité se retrouve dans le surf internet...
Globalement Chromium surpasse Firefox sur tous mes PC en rapidité.  
 
Du coup, peut être que les développeurs passent Chromium sur un snap pour cacher cette différence  

Oui donc logique, tu as un paquet deb.
Le problème c'est le chromium snap, pas le deb.

Tu as des ppa qui ont pris la relève pour chromium. Évidemment le nom du paquet n'est plus le même

Non, mais les ISO communautaires, sous Manjaro, c’est généralement des sombres m××des pondues par des incapables qui veulent juste gonfler leur ego et leur CV. Vraiment. Ça dessert salement la réputation de Manjaro (qui est une très bonne distro en elle-même), mais les officiels ne font rien contre ça.
À une époque, il y avait bien l’équipe de Tux’n’Vape qui avait justement fait des ISO aux petits oignons (surtout pour les Français, avec présélection du fuseau horaire et de la langue française dès le mode live) pour avoir des Manjaro MATE, Deepin et OpenBox réellement correctes et prêtes à l’emploi (avec possibilité d’installer d’emblée les pilotes proprios NVIDIA, par exemple). C’était top, mais hélas, une poignée de haters n’ont eu de cesse de les harceler et ils ont décidé de jeter l’éponge (d’un autre côté, les gens de TNV étaient du genre à répondre systématiquement aux trolls, en mode « rentre-dedans », ne faisant qu’envenimer toujours plus la situation car ils refusaient catégoriquement de croire en l’adage « ne pas nourrir les trolls ») et tout couper. Il ne reste qu’une déclinaison spéciale créateurs musicaux, la Tux’n’Mix (sorte d’alternative à Ubuntu Studio), mais c’est plus un projet perso d’un des membres de TNV qu’autre chose.
 
Actuellement, le meilleur moyen d’avoir MATE sur Manjaro est encore d’installer une ISO officielle (important !), installer les groupes de paquets « mate » et « mate-extra » (« sudo pacman -S {mate,-extra} » pour aller plus vite), fermer la session et la réouvrir sous MATE et virer tout ce qui a trait au DE préinstallé. Une fois que ce sera fait, je doute que tu aies encore les problèmes que tu as déplorés avec ton ISO moisie (mais ce n’était pas, du moins directement, la faute à Manjaro ni à MATE).
 

Ou installer la version Debian, mais elle n’est pas aussi souvent mise à jour qu’elle le devrait (ça remonte à quelques semaines, mais Chromium 81 était sorti que le DEB pris chez Debian était encore qu’en version 80).

 
Tu fais comment ? cela m'intéresse...

Merci pour l'info.
 
Au final la version qui m'intéresse le plus c'est cinnamon.
Y a pas à chaque fois que je fais les tests, c'est sur ce bureau que je fini.
J'arrive à bidouiller gnome pour qu'il y ressemble etc, mais à quoi bon!
Cinnamon possède vraiment tout ce que je veux.
 
Reste qu'en rolling release je doute que ça passe.
Sous OpenSuse se fut un fail (alors que c'est ok sous leap) je vais voir sous manjaro mais je pense que ça se finira par un pb de dépendance.
 
 
https://www.linuxtricks.fr/wiki/wik [...] eu-du-snap

Merci pour le lien mais c'est trop de risques pour juste ajouter le paquet de Chromium.
J'avais aussi essayé de télécharger directement le .deb mais impossible de l'installer...

Normal, tu ne pourras pas installer le deb comme ça.
Il manque des dépendances dans les dépôts d'ubuntu...
 
IL te faudrait les prendre en même temps à la rigueur mais bon c'est ingérable clairement.

Hier soir, le PC portable Dell met un temps anormalement long à s’éteindre....
 
J'appuie sur la touche Echap pour regarder ce qu'il se passe derrière Plymouth -> bingo j'ai un snap daemon de 1m30 qui s'est lancé.
La migration 19.10 -> 20.04 lts sur ce PC a du réinstaller les paquets snap -> je fais un snap list dans un terminal qui confirme mes craintes.
J'ai tout viré à nouveau et le PC s’éteint désormais de nouveau rapidement.
 
Ce système aime bien tout ralentir j'ai l'impression

J'avais viré tous les Snap sur la 19.10 de Xubuntu, et il semble ne rien avoir remis sur la mienne, qu'a-t-il remis sur ta 20.04 par curiosité ?

Personnellement, si Snap devient trop invasif sur Xubuntu dans les prochaines versions, ça sera sans moi.

C'est à dire ? Tu arrêtes Linux ?

Ce qui est remis par défaut via les snap dépend des distributions, attention !
De mémoire moi sur Mate c'était ubuntu mate welcome et software boutique

Sinon c'est fiable le paquet Deborphan pour virer les paquets orphelins dans le gestionnaire de paquets synaptic ?
Sur mon PC Lenovo, après la migration j'ai viré le paquet python-is-python2, marqué comme orphelin, sans que cela pose le moindre souci.
Idem sur mon PC Dell, je vire ce même paquet -> mais la par contre cela a eu pour conséquence que 5 ou 6 paquets gérants le python étaient marqués comme " pouvant être supprimés "  
Et la plupart étaient plutôt importants !
Donc j'ai réinstallé python-is-python2 sur le Dell pour ne plus avoir ce message dangereux ( d'ici que je fasse un apt autoremove plus tard sans faire gaffe )