Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

Roschan · Le 14/06/2017, à 22:07

Oui c'est un sarcasme : on ne peut pas tout mettre à gauche, il faut faire des choix et parmi tous les éléments d'interface, les boutons de fenêtres ne sont pas les plus utilisés (et si ils l'étaient, il faudrait se poser de sérieuses questions quant à l'ergonomie du reste du DE).

En ce qui me concerne, l'une des choses que je haïssais chez Unity, c'est quand un léger lag de la souris me lançait l'espèce de menu démarrer géant (et super lourd à charger) à la place de cliquer sur les boutons de fenêtre, ou pire encore l'inverse, comme quoi tout tasser au même endroit n'est pas un choix ergonomique qui convienne à tout le monde :
non seulement fermer des fenêtres n'est pas la tâche la plus courante qu'un utilisateur effectue, mais surtout c'est une tâche "destructive", qui justifie tout à fait d'éloigner exprès ces boutons pour éviter tout problème (quand on se veut "convergence-friendly" avec au minimum les tablettes, ça me paraît pertinent d'y penser).

Pimprelune · Le 14/06/2017, à 22:14

Bonsoir, tout le monde.

Bien que j'ai fait mes premières armes Linuxiennes sous Unity, franchement, la découverte de Gnome il y a 3 ans a été comme un miracle !
Comme je suis une spécialiste du "plantage" maison, quand il m'a fallu récupérer Unity, j'ai galéré pendant une bonne semaine (et j'étais bien plus jeune qu'aujourd'hui, donc plus vive de mémoire ), alors que ma réinitialisation de Firefox d'avant-hier m'a seulement pris la demi matinée du lendemain pour retrouver ma distribution adorée -->

Bon, ce n'est que mon avis de MQI (et non de spécialiste éclairée), mais au sujet des habitudes, il m'a fallu nettement moins de temps pour prendre en main Gnome que Unity (alors que j'ai pris un coup en carat entre les deux distributions ).

Dernière modification par Pimprelune (Le 14/06/2017, à 22:22)

Pimprelune · Le 14/06/2017, à 22:21

Et j'aime vraiment beaucoup la "disparition" virtuelle des fenêtres que me propose Gnome --> ! Non seulement c'est pratique, mais en terme technique, je trouve ça fort !

tuxmarc · Le 14/06/2017, à 22:25

Coucou Pimprelune

J'avais trouvé une solution pour court-circuiter Untiy: XFCE et j'en ai été bien satisfait, mais voilà le retour aux sources, Gnome est de retour
Je vais re-plonger avec joie

Pimprelune · Le 14/06/2017, à 22:44

Helloooooo, tuxmarc !

Oui, je sais que tu es un adepte-passionné de XFCE, mais c'est ça qui est bien avec Linux : il y en a pour tous les goûts : MATE, Gnome, Cinnamon, KDE, LXDE, sans parler des Hybrides, comme celui-ci, qui est bien chouette --> https://fr.wikipedia.org/wiki/Hybryde_L … ion_OS.png

Pimprelune · Le 14/06/2017, à 22:58

Et pour répondre à ceux qui parlaient du bouton "Fermer" (en haut à droite), je trouve que celui-ci (Rox Desktop) est marrant, non ? -->

abelthorne · Le 14/06/2017, à 23:08

Tu parles du bouton pour fermer la session (en bas à droite) ? C'est juste le thème d'icônes qui utilise ce symbole, ce n'est pas propre à l'environnement de bureau. Les anciennes versions d'Ubuntu à l'époque de GNOME 2 en utilisaient un similaire, avant qu'on voie s'imposer un symbole "power" plus généralement.

Pimprelune · Le 14/06/2017, à 23:13

Aaah, abelthorne ? N'empêche que j'ai vu tout un tas de bureaux ici que je ne connaissais pas... C'est dire la richesse et la diversité qui existent chez Linux.

Roschan · Le 15/06/2017, à 00:58

Pimprelune a écrit :

Aaah, abelthorne ? N'empêche que j'ai vu tout un tas de bureaux ici que je ne connaissais pas... C'est dire la richesse et la diversité qui existent chez Linux.

Et encore, c'est incomplet : Unity, Budgie, Liri Desktop (ou quel que soit son nom actuel), UKUI,... sans compter les "simples" gestionnaires de fenêtres qui ne comptent pas comme de vrais environnements ; je ne pense pas qu'on puisse en faire une liste exhaustive

Coeur Noir · Le 15/06/2017, à 02:31

abelthorne a écrit :

Unity avait surtout placé les boutons à gauche pour (…) on doit trouver à peu près autant d'avis d'ergonomes pour chaque côté...

Tout à fait. Mon avis d'ergonome-subjectif au sujet des boutons à gauche… Il y a aussi le lanceur à gauche, donc quand tu fermes la fenêtre d'une appli' ton curseur de souris est déjà proche de la prochaine chose importante sur laquelle cliquer : lancer une autre appli' ou lancer le menu général ( dash ) où ô miracle documents et appli's récents sont les premières choses à apparaître. Cette rapidité et économie de mouvements m'ont très vite fait adopter les boutons à gauche, et Unity, globalement.

Par contre tout DE confondu, l'utilisation du panel en haut de l'écran me laisse perplexe - surtout s'il y a dock :
- pourquoi répéter là-haut les appli's ouvertes puisqu'elles sont signalées dans le dock ?
- et par conséquent pourquoi prendre toute la largeur de l'écran quand il s'agit d'afficher une horloge et une zone d'icônes ?

Au moins le menu global justifie un peu l'existence du panel…

Dernière modification par Coeur Noir (Le 15/06/2017, à 02:40)

nam1962 · Le 15/06/2017, à 07:39

Pas obligé de mettre les boutons des fenêtres !
Dans ce cas, dock + panel sont très pratiques

Compte supprimé · Le 15/06/2017, à 07:53

Coeur Noir a écrit :

Au moins le menu global justifie un peu l'existence du panel…

Ta remarque m'a poussé à vérifier un point de gnome-shell :
Il existe une sorte de menu global pour certaines application "maison".
Par exemple Nautilus, Musique et d'autres ont un menu intégré à la barre du haut. Il contient les préférences, le "à propos" ... Mais cela n'exclue pas toujours le menu intégré à l'application, cela dépend des cas

D'autre part, quand j'ai lancé Musique, dont j'avais lu qu'il ne sait traiter que les fichiers du répertoire Musique de /home; j'ai eu la surprise de voir qu'il affiche bien les miennes qui sont sur une autre partition. Cela tient certainement au fait que j'ai modifié le fichier .config/user-dirs.dirs pour y rentrer l'emplacement de la musique, des images etc ...

Enfin, puisqu'il est aussi question des fenêtres ouvertes, mon gnome-shell fonctionne avec Dash to Dock paramétré pour revenir sur les fenêtres ouvertes et n'ouvrir une nouvelle instance que sur demande. Donc oui, la barre du haut ne sert qu'à afficher l'heure, la zone de notification et quelques outils.

Dernière modification par Compte supprimé (Le 15/06/2017, à 08:00)

abelthorne · Le 15/06/2017, à 09:06

Tamarou a écrit :

D'autre part, quand j'ai lancé Musique, dont j'avais lu qu'il ne sait traiter que les fichiers du répertoire Musique de /home; j'ai eu la surprise de voir qu'il affiche bien les miennes qui sont sur une autre partition. Cela tient certainement au fait que j'ai modifié le fichier .config/user-dirs.dirs pour y rentrer l'emplacement de la musique, des images etc ...

Oui, il va bien sûr chercher les musiques dans $XDG_MUSIC_DIR, pas dans le dossier /home/machin/Musique, qui ne correspond à quelque chose pour le système que si la variable pointe dessus. Il ne pourrait pas être hardcodé sur ce dossier Musique puisqu'il faudrait gérer toutes les variantes linguistiques. C'est pareil pour tous les logiciels qui utilisent les dossiers par défaut, du moins à leur premier lancement et leur initialisation (après, la plupart doit stocker en dur le chemin récupéré via XDG).

D'ailleurs, plutôt que d'indiquer un autre chemin dans les params XDG, je te conseillerais plutôt de le laisser sur /home/machin/Musique mais de supprimer ce dossier pour faire un lien symbolique vers le bon dossier à la place.

EDIT : je n'utilise pas GNOME Musique mais c'est possible aussi qu'il trouve la musique via ce qui est indexé par Tracker et puisse donc aller en chercher ailleurs automatiquement. En tout cas, si lui ne fonctionne pas comme ça, d'autres le peuvent, donc ne soyez pas étonnés si un logiciel va chercher des documents − au sens large − divers un peu partout.

Dernière modification par abelthorne (Le 15/06/2017, à 09:08)

tuxmarc · Le 15/06/2017, à 10:08

Bonjour à tous

En parlant d'environnements et de bueaux, dans notre beau monde, nous sommes archi gâtés.

Regardez la liste que j'ai chopé sur Distrowatch :

AfterStep, Android, Awesome, Blackbox, bspwm, Budgie,Cinnamon, Consort, Deepin, dwm
Enlightenment, Equinox, Firefox, Fluxbox, flwm, FVWM, GNOME, Hackedbox, i3,IceWM
ion, JWM, KDE, KDE Plasma, Kodi (XBMC), Lesstif, Lumina, LXDE, LXQt, MATE, Maynard
Metacity, Mezzo, Moblin, Openbox, Pantheon, Pearl, pekwm, Ratpoison, Razor-qt
SLWM, Sugar, Trinity, TWM, Unity, WebUI, WMaker, WMFS, WMI, Xfce

Géant ! Il y en a plein que je n'ai pas encore testé, ça va venir.

Nous avons le privilège de pouvoir greffer un autre environnement sur une disri installée, "d'autres" (suivez mon regard) ne peuvent pas en dire autant
Et en prime, on peut personnalser à fond !

@Pimprelune
Ah ! Hybryde que c'est génial
J'ai la collection complète maintenant, y compris la toute dernière remixée à la sauce 16.04, ce qui permet d'avoir les MAJ.
Et comme je trouvais que 11 environnements, ça faisait "pauvre" , j'ai ajouté RazorQt

@Nam1962
Merci du tuyau, un bricolage de plus à faire

abelthorne · Le 15/06/2017, à 10:23

Dans ta liste, il n'y a pas que des environnements de bureau, il y a aussi des gestionnaires de fenêtres (qui sont grosso modo la base sur laquelle tu rajoutes des logiciels spécialisés pour avoir ce qu'on appelle un environnement de bureau mais qui, seuls, ne permettent pas de faire grand chose) et des cas particuliers : Android est un OS complet, Firefox OS (parce que je suppose qu'on ne parle pas du navigateur) aussi et il est abandonné, Kodi/XBMC est un gestionnaire de médias qui peut fonctionner dans sa propre session mais ne gère pas du tout un bureau comme on l'entend habituellement (si on part par-là, on pourrait aussi rajouter SteamOS pendant qu'on y est)... À vue de nez, on doit pouvoir éliminer un bon tiers de la liste si on garde les WM qui peuvent être utilisables seuls comme base, les deux-tiers si on s'en tient aux environnements de bureau complets.

Dernière modification par abelthorne (Le 15/06/2017, à 10:27)

grandtoubab · Le 15/06/2017, à 10:51

abelthorne a écrit :

Dans ta liste, il n'y a pas que des environnements de bureau, il y a aussi des gestionnaires de fenêtres (qui sont grosso modo la base sur laquelle tu rajoutes des logiciels spécialisés pour avoir ce qu'on appelle un environnement de bureau mais qui, seuls, ne permettent pas de faire grand chose) et des cas particuliers : Android est un OS complet, Firefox OS (parce que je suppose qu'on ne parle pas du navigateur) aussi et il est abandonné, Kodi/XBMC est un gestionnaire de médias qui peut fonctionner dans sa propre session mais ne gère pas du tout un bureau comme on l'entend habituellement (si on part par-là, on pourrait aussi rajouter SteamOS pendant qu'on y est)... À vue de nez, on doit pouvoir éliminer un bon tiers de la liste si on garde les WM qui peuvent être utilisables seuls comme base, les deux-tiers si on s'en tient aux environnements de bureau complets.

+1, oui les "desktop environment" c'est plutôt ça
https://www.tecmint.com/best-linux-desk … ironments/

Caribou22 · Le 23/06/2017, à 11:24

Un autre choix que je trouverais cohérent pour la rentabilité de canonical : abandonner les versions non-LTS.
Les développeurs doivent cravacher comme des fous pour en sortir une tous les 6 mois, et maintenir les dépôts de chaque version pendant 9 mois.

Je suis le seul à trouver ça peu utile ? Quelle proportion des utilisateurs se sert de ces versions au final ?

Je pense qu'une rolling-release servant au développement de la future LTS serait bien plus efficace. (Un peu comme le fait Debian.)

nam1962 · Le 23/06/2017, à 11:33

+1 OpenSUSE a cette approche (et en 2017, pour pas mal de cas, l'idée de rolling est logique)

Dernière modification par nam1962 (Le 23/06/2017, à 11:34)

grandtoubab · Le 23/06/2017, à 11:41

Caribou22 a écrit :

Un autre choix que je trouverais cohérent pour la rentabilité de canonical : abandonner les versions non-LTS.
Les développeurs doivent cravacher comme des fous pour en sortir une tous les 6 mois, et maintenir les dépôts de chaque version pendant 9 mois.
Je suis le seul à trouver ça peu utile ? Quelle proportion des utilisateurs se sert de ces versions au final ?
Je pense qu'une rolling-release servant au développement de la future LTS serait bien plus efficace. (Un peu comme le fait Debian.)

outre le fait qu'Unity est trop lourd pour mes vieux PC c'est auusi ce qui m'a fait quitter Ubuntu pour Debian
Il y a aussi la gestion délirante des noyaux par Ubuntu et leur fréquence de relivraison qui pose tant de problèmes
https://www.debian.org/releases/

les plus casse-cou peuvent même utiliser le dépôts experimental https://wiki.debian.org/fr/DebianExperimental

j'ai jamais eu le moindre problème avec les logiciels de la version testing, buster actuellement

Dernière modification par grandtoubab (Le 23/06/2017, à 11:45)

Caribou22 · Le 23/06/2017, à 12:04

Vrai que les noyaux sur Ubuntu ont une gestion calamiteuse en tout point par rapport à Debian...

Et autre argument. La multiplication des releases multiplie d'autant plus les demandes d'aide sur les forums j'ai l'impression...

frenchy82 · Le 23/06/2017, à 15:39

Bonjour,

En quoi la gestion des kernel est calamiteuse. Il faut bien qu'ils updatent avec les mises a jour de sécurité?
Attention, il s'agit d'une vraie question sans sous entendu

nam1962 · Le 23/06/2017, à 15:53

Les kernels obsolètes restent sur l'install et à force saturent le /boot.
Si tu n'as pas fait d'autoremove récemment, donne-nous :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3

Sur une distrib bien gérée et sans intervention de l'utilisateur il devrait n'y avoir que le dernier kernel et l'avant dernier (ou un fallback)

Par ailleurs, si pour une raison parfois obscure, un vieux kernel est taggé "installation manuelle", même l'autoremove de le supprimera pas.
L'autoremove lui même, laisse le kernel en mémoire avec la mention "rc".
moko138 m'a montré qu'il faut un autoremove --purge

Enfin, tu ne peux réellement utiliser plusieurs kernels sur une version.

Par contraste, sous Manjaro, voilà ce que j'ai choisi d'avoir (avec un fallback par kernel)

~]$ mhwd-kernel -li
Currently running: 4.11.6-1-MANJARO (linux411)
The following kernels are installed in your system:
   * linux411
   * linux44
   * linux49

Dernière modification par nam1962 (Le 23/06/2017, à 16:41)

frenchy82 · Le 23/06/2017, à 16:08

Donc pour toi la mauvaise gestion des kernels n'est pas la mise à jour en nombre important mais le fait de laisser sur le disque les anciennes versions?

Dernière modification par frenchy82 (Le 23/06/2017, à 16:12)

nam1962 · Le 23/06/2017, à 16:48

En oubliant pas le fait que Ubuntu est en premier lieu un outil pour serveurs qui nécessite une gestion fine et spécifique des kernels, pour la version desktop, oui, le boulot n'est pas fait en gestion des mises à jour de kernel.
Un peu comme l'un de mes dadas : la gestion de la swappiness qui est par défaut celle des serveurs.

Plus généralement, l'ami Mark est à mon sens trop directif.
C'est un sujet de management que j'ai souvent eu a couvrir dans mes activités de conseil.
Il est génial dans son approche BtoB mais c'est une bille en BtoC, comme le rappelle ce fil sur l'autre sujet "grand public" : https://forum.ubuntu-fr.org/viewtopic.php?id=2011199

Ce n'est sans doute pas un souci de dev, mais un souci de management.
On peut espérer que la nouvelle direction qu'il a définit laisse plus d'initiative "écoute de l'utilisateur" aux versions desktop.

Dernière modification par nam1962 (Le 23/06/2017, à 17:08)

grandtoubab · Le 23/06/2017, à 17:13

je préfère nettement la gestion Debian

root@debian:/# apt list linux-image*amd64*
En train de lister... Fait
linux-image-3.16.0-4-amd64/oldstable,now 3.16.43-2+deb8u1 amd64  [installé]
linux-image-3.16.0-4-amd64-dbg/oldstable 3.16.43-2+deb8u1 amd64
linux-image-4.9.0-3-amd64/stable,now 4.9.30-2+deb9u1 amd64  [installé]
linux-image-4.9.0-3-amd64-dbg/stable 4.9.30-2+deb9u1 amd64
linux-image-4.9.0-3-rt-amd64/stable 4.9.30-2+deb9u1 amd64
linux-image-4.9.0-3-rt-amd64-dbg/stable 4.9.30-2+deb9u1 amd64
linux-image-amd64/testing,stable 4.9+80 amd64
linux-image-amd64-dbg/oldstable 3.16+63 amd64
linux-image-rt-amd64/testing,stable 4.9+80 amd64

root@debian:/etc/apt/apt.conf.d# cat 01autoremove-kernels
// DO NOT EDIT! File autogenerated by /etc/kernel/postinst.d/apt-auto-removal
APT::NeverAutoRemove
{
   "^linux-image-3\.16\.0-4-amd64$";
   "^linux-image-4\.9\.0-3-amd64$";
   "^linux-headers-3\.16\.0-4-amd64$";
   "^linux-headers-4\.9\.0-3-amd64$";
   "^linux-image-extra-3\.16\.0-4-amd64$";
   "^linux-image-extra-4\.9\.0-3-amd64$";
   "^linux-signed-image-3\.16\.0-4-amd64$";
   "^linux-signed-image-4\.9\.0-3-amd64$";
   "^kfreebsd-image-3\.16\.0-4-amd64$";
   "^kfreebsd-image-4\.9\.0-3-amd64$";
   "^kfreebsd-headers-3\.16\.0-4-amd64$";
   "^kfreebsd-headers-4\.9\.0-3-amd64$";
   "^gnumach-image-3\.16\.0-4-amd64$";
   "^gnumach-image-4\.9\.0-3-amd64$";
   "^.*-modules-3\.16\.0-4-amd64$";
   "^.*-modules-4\.9\.0-3-amd64$";
   "^.*-kernel-3\.16\.0-4-amd64$";
   "^.*-kernel-4\.9\.0-3-amd64$";
   "^linux-backports-modules-.*-3\.16\.0-4-amd64$";
   "^linux-backports-modules-.*-4\.9\.0-3-amd64$";
   "^linux-tools-3\.16\.0-4-amd64$";
   "^linux-tools-4\.9\.0-3-amd64$";
};
/* Debug information:
# dpkg list:
iF  linux-image-3.16.0-4-amd64            3.16.43-2+deb8u1                     amd64        Linux 3.16 for 64-bit PCs
ii  linux-image-4.9.0-3-amd64             4.9.30-2+deb9u1                      amd64        Linux 4.9 for 64-bit PCs
# list of installed kernel packages:
3.16.0-4-amd64 3.16.43-2+deb8u1
4.9.0-3-amd64 4.9.30-2+deb9u1
# list of different kernel versions:
4.9.30-2+deb9u1
3.16.43-2+deb8u1
# Installing kernel: 3.16.43-2+deb8u1 (3.16.0-4-amd64)
# Running kernel: 4.9.30-2+deb9u1 (4.9.0-3-amd64)
# Last kernel: 4.9.30-2+deb9u1
# Previous kernel: 3.16.43-2+deb8u1
# Kernel versions list to keep:
3.16.43-2+deb8u1
4.9.30-2+deb9u1
# Kernel packages (version part) to protect:
3\.16\.0-4-amd64
4\.9\.0-3-amd64
*/

Deux kernel basé sur les kernels longterm officiels
https://www.kernel.org/

Dernière modification par grandtoubab (Le 23/06/2017, à 17:14)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#501 Le 14/06/2017, à 22:07

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#502 Le 14/06/2017, à 22:14

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#503 Le 14/06/2017, à 22:21

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#504 Le 14/06/2017, à 22:25

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#505 Le 14/06/2017, à 22:44

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#506 Le 14/06/2017, à 22:58

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#507 Le 14/06/2017, à 23:08

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#508 Le 14/06/2017, à 23:13

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#509 Le 15/06/2017, à 00:58

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#510 Le 15/06/2017, à 02:31

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#511 Le 15/06/2017, à 07:39

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#512 Le 15/06/2017, à 07:53

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#513 Le 15/06/2017, à 09:06

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#514 Le 15/06/2017, à 10:08

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#515 Le 15/06/2017, à 10:23

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#516 Le 15/06/2017, à 10:51

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#517 Le 23/06/2017, à 11:24

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#518 Le 23/06/2017, à 11:33

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#519 Le 23/06/2017, à 11:41

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#520 Le 23/06/2017, à 12:04

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#521 Le 23/06/2017, à 15:39

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#522 Le 23/06/2017, à 15:53

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#523 Le 23/06/2017, à 16:08

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#524 Le 23/06/2017, à 16:48

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

#525 Le 23/06/2017, à 17:13

Re : Ubuntu 18.04 abandonnera UNITY au profit de GNOME shell

Pied de page des forums