Nouveautés dans Bionic

GammaDraconis · Le 28/01/2018, à 23:56

La 18.10 de toute façon ne va pas être utilisé par beaucoup de monde, la plupart des utilisateurs vont passer en 18.04 et ne feront plus de mise à niveau avant la LTS suivante (20.04).

Sinon pour info, le noyau 4.15 vient de sortir en stable, c'est celui qui a été retenu pour la 18.04 (bien que le 4.16 sortira un peu avant la publication stable de la 18.04)

https://www.phoronix.com/scan.php?page= … l-Released
http://lkml.iu.edu/hypermail/linux/kern … 02794.html
https://www.kernel.org/

didrocks · Le 29/01/2018, à 10:16

Pour info, si, vous serez basculé automatiquement sur Xorg quand j'aurais le temps de préparer cette mise à jour

On parle ici que de la session ubuntu, on ne change rien pour la session "GNOME".

DjDeViL · Le 29/01/2018, à 23:13

La session la plus importante et surtout celle à laquelle on a droit à un support mais apparemment c'est Xorg 1.19 et pas la version 1.20 ou j'ai mal lu

Dernière modification par DjDeViL (Le 29/01/2018, à 23:15)

Roschan · Le 30/01/2018, à 03:05

Help je veux faire un bug report mais je ne sais pas quel composant bugue, ni comment en obtenir la trace

En fait je clique sur le coté dans Nautilus pour monter mon google drive, et ça fait crasher GNOME Shell. Et il ne redémarre pas tant que le google drive est monté

GammaDraconis · Le 30/01/2018, à 09:59

DjDeViL a écrit :

mais apparemment c'est Xorg 1.19 et pas la version 1.20 ou j'ai mal lu

La version stable actuelle de X.org c'est la 1.19, pas la 1.20. Sous Archlinux c'est aussi la 1.19 dans les dépôts.

Roschan a écrit :

pour monter mon google drive

Désolé de pas pouvoir t'aider mais juste pour t'informer qu'il y a d'excellente alternative à Google Drive et bien plus respectueuse de ta vie privée, par exemple récemment à ouvert "CozyCloud" qui est français (par l'ancien fondateur de Mozilla Europe) et il est totalement compatible avec Gnome Shell, pour quelques € tu peux avoir un stockage très important ou sinon t'a 5/7 Go gratuit. Sinon il y a Hubic (français aussi puisque OVH) qui propose beaucoup de stockage gratuit mais je sais pas ce que ça donne avec GS. Enfin si tu n'es pas exigeant en stockage, il y a évidemment Framadrive de Framasoft.

Dernière modification par GammaDraconis (Le 30/01/2018, à 10:01)

lepetit · Le 30/01/2018, à 12:05

oui je pense aussi qu'ils vont faire comme ça
la 18.04 en xorg par defaut
et la 18.10 en wayland

si wayland n'est pas encore par defaut, c'est aussi je suppose a cause des drivers nvidia qui ne le supporte pas, non ?

Roschan · Le 30/01/2018, à 12:52

GammaDraconis a écrit :

Roschan a écrit :
pour monter mon google drive
Désolé de pas pouvoir t'aider mais juste pour t'informer qu'il y a d'excellente alternative à Google Drive et bien plus respectueuse de ta vie privée, par exemple récemment à ouvert "CozyCloud" qui est français (par l'ancien fondateur de Mozilla Europe) et il est totalement compatible avec Gnome Shell, pour quelques € tu peux avoir un stockage très important ou sinon t'a 5/7 Go gratuit. Sinon il y a Hubic (français aussi puisque OVH) qui propose beaucoup de stockage gratuit mais je sais pas ce que ça donne avec GS. Enfin si tu n'es pas exigeant en stockage, il y a évidemment Framadrive de Framasoft.

En fait je ne stocke quasiment rien, il me sert à écrire des documents à plusieurs, c'est tout, et je ne vais pas convertir toutes mes connaissances à un cloud obscur exprès pour ça

GammaDraconis · Le 30/01/2018, à 13:35

Google Drive est le plus obscure de tous pour info !

Si tu veux écrire des documents à plusieurs, dans ce cas il n'y a pas d'hésitation à avoir, il faut utiliser framapad :
https://framapad.org/

Roschan · Le 30/01/2018, à 13:45

Non c'est le plus connu et le plus répandu. À moins que tu ne confondes "obscur" et "opaque", mais je me fous pas mal de savoir quels algos Google applique à mes fichiers pour la fac ; framapad permet de mettre en page et d'exporter en PDF et d'imprimer ?

bluc · Le 30/01/2018, à 14:24

+1
Depuis dix ans, j'ai toujours utilisé les services Google et pas encore mort

Dernière modification par bluc (Le 30/01/2018, à 14:25)

GammaDraconis · Le 30/01/2018, à 14:35

Oui framapad permet l'export pdf et l'impression et il y a aussi des services libres permettant le partage de document libreoffice en ligne pour des documents bien structurés.

Ce n'est pas parce-que Google Drive est le plus utilisé que c'est forcément le meilleur outils, il y a des tonnes d'exemples dans la vie ou ce qui est le plus utilisé est souvent bien pire que d'autres outils peu rependus. Et en informatique il y a de nombreux exemples.

Par exemple le service de framasoft pour les formulaire (framaform) est tout aussi performant que le service de formulaire de Google (sans la récupération de vos données pour la publicité).

Dernière modification par GammaDraconis (Le 30/01/2018, à 14:38)

tonypad · Le 30/01/2018, à 17:52

la bonne vieille guerre du 100% libre contre les géants du net...:/
Que chacun utilise les outils qui lui conviennent... et si ces outils sont compatibles avec la distribution qu'on utilise, et bien, c'est un plus non négligeable... le reste...

Roschan · Le 30/01/2018, à 18:43

Enfin bon, la discussion dérive, le problème de base c'est que Google, tout puissant qu'il est, ne semble pas marcher avec un composant quelconque de mon système

GammaDraconis · Le 30/01/2018, à 19:50

Il me semble que j'avais testé sur la 17.10 et ça fonctionnait en utilisant la fonction "ajouter un compte Google" et j'avais alors accès aux documents du drive depuis Nautilus et sans plantage : http://allinfo.space/wp-content/uploads … c47044.jpg
Mais je n'ai pas retesté depuis en 18.04 car je préfère utiliser CozyCloud et FramaDrive.
(et en plus de ça, je dispose aussi de mon propre cloud perso-maison puisque je possède un NAS Synology accessible depuis l'extérieur.

Dernière modification par GammaDraconis (Le 30/01/2018, à 19:52)

Roschan · Le 30/01/2018, à 20:19

Le compte est connecté et ça apparaît sur le coté dans Nautilus, mais ce n'est pas monté. Quand je clique pour que ça le monte, GNOME Shell (pas Nautilus, oui oui GNOME Shell) subit un crash qui n'est pas rattrapable tant que je ne fais pas "clic-droit/démonter" sur le périphérique en question. C'est un peu normal sur une version non stable mais ça reste intrigant.

GammaDraconis · Le 30/01/2018, à 20:33

Je te fais un test demain en VM sous Virtualbox avec mon compte gmail sur la 18.04 et je te confirmerai si oui ou non c'est un problème générale ou alors un bug spécifique chez toi.

Roschan · Le 30/01/2018, à 20:36

Je vais tenter le coup sur mon autre ordi avant. Mais bon, le bug existe, fut-il spécifique à un système, il faudrait le reporter mais je ne sais pas trop où

lynn · Le 30/01/2018, à 20:37

J'ai crée un compte Google pour tester et je n'ai pas de plantage de Gnome de mon côté...; Ça fonctionne même plutôt bien et tant mieux pour ceux qui utiliseront ce service.

Néanmoins, comme d'autres sur ce forum, je préfère utiliser des moyens techniques plus éthiques concernant les données personnelles.

ft · Le 30/01/2018, à 21:38

Roschan a écrit :

Help je veux faire un bug report mais je ne sais pas quel composant bugue, ni comment en obtenir la trace
En fait je clique sur le coté dans Nautilus pour monter mon google drive, et ça fait crasher GNOME Shell. Et il ne redémarre pas tant que le google drive est monté

Ah ben oui, tiens, non seulement ça fait crasher GS mais en plus ça me ramène à GDM (sous Xorg, j'ai pas testé sous Wayland). Tu es sous Wayland ou Xorg ?

Roschan · Le 30/01/2018, à 21:41

J'utilise Xorg, mais ça ne m'avance pas à grand chose : quand je ne reviens pas à GDM j'ai juste accès à mes applications déjà ouvertes, et c'est tout (et encore, il faut qu'elles aient des CSD) le reste est noir

Dernière modification par Roschan (Le 30/01/2018, à 21:41)

didrocks · Le 31/01/2018, à 09:53

@Roschan: le mieux est que tu rapportes une stacktrace. Ce sera soit mutter ou gnome-shell dans tous les cas, vu que c'est eux qui crash, et même s'il y a un problème de connexion ou autre (et donc un bug dans un autre composant), ça ne devrait pas faire crasher le shell. Ensuite, on réassign à la bonne librairie, etc.

Par contre, sans stacktrace (vu que ça n'arrive pas à tout le monde), c'est impossible à débugger.

GammaDraconis · Le 31/01/2018, à 10:30

Je viens de tester avec un compte google et je confirme : aucun soucis que ça soit en session Xorg ou Wayland.
Désolé Roschan mais le problème est spécifique chez toi.

Tu as peut être ajouté une extension qui créer un conflit.

ft · Le 31/01/2018, à 12:25

Non ce n'est pas spécifique "chez lui" puisque j'ai indiqué avoir le même problème.
J'ai le même souci avec le montage d'une clé USB, expérimenté ce matin...
Donc ce n'est pas lié à Google Drive.

ft · Le 31/01/2018, à 12:28

C'est lié à l'extension système Places Status Indicator, si je la désactive tout roule.
Je vais chercher des infos sur le web pour approfondir ça.

Dernière modification par ft (Le 31/01/2018, à 12:28)

ft · Le 31/01/2018, à 12:34

https://gitlab.gnome.org/GNOME/gnome-sh … /issues/49
https://gitlab.gnome.org/GNOME/gnome-sh … /issues/44
https://gitlab.gnome.org/GNOME/gnome-sh … 8b253c4b44

 places-menu: Don't force dispose() of uninitialized proxies

Trying to dispose a proxy object before it has been properly
initialized triggers an "uncatchable exception", which gjs
treats as a fatal error since commit c7bdcaab4. We only have
anything to clean up once the proxy is initialized anyway, so
don't force dispose() before that.

Solution provisoire : remplacer le contenu du fichier placeDisplay.js par celui-ci :
https://gitlab.gnome.org/GNOME/gnome-sh … Display.js
J'ai testé, ça semble fonctionner sans bug, j'arrive en tout cas à monter mon Google Drive.

Et puis, dans proposed pour le moment :

gjs (1.50.3-2) unstable; urgency=medium

  * Team upload
  * Add patch from upstream merge request 38 to prevent crashes in
    certain error situations (possibly resolves #888052, #888199)
  * Add patches to improve uncatchable exception reporting
  * Revert some of the upstream changes from 1.50.3, which appear to
    cause crashes (Closes: #888485; possibly also #888052, #888199)

 -- Simon McVittie <smcv@debian.org>  Fri, 26 Jan 2018 13:57:40 +0000

Dernière modification par ft (Le 31/01/2018, à 20:13)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#651 Le 28/01/2018, à 23:56

Re : Nouveautés dans Bionic

#652 Le 29/01/2018, à 10:16

Re : Nouveautés dans Bionic

#653 Le 29/01/2018, à 23:13

Re : Nouveautés dans Bionic

#654 Le 30/01/2018, à 03:05

Re : Nouveautés dans Bionic

#655 Le 30/01/2018, à 09:59

Re : Nouveautés dans Bionic

#656 Le 30/01/2018, à 12:05

Re : Nouveautés dans Bionic

#657 Le 30/01/2018, à 12:52

Re : Nouveautés dans Bionic

#658 Le 30/01/2018, à 13:35

Re : Nouveautés dans Bionic

#659 Le 30/01/2018, à 13:45

Re : Nouveautés dans Bionic

#660 Le 30/01/2018, à 14:24

Re : Nouveautés dans Bionic

#661 Le 30/01/2018, à 14:35

Re : Nouveautés dans Bionic

#662 Le 30/01/2018, à 17:52

Re : Nouveautés dans Bionic

#663 Le 30/01/2018, à 18:43

Re : Nouveautés dans Bionic

#664 Le 30/01/2018, à 19:50

Re : Nouveautés dans Bionic

#665 Le 30/01/2018, à 20:19

Re : Nouveautés dans Bionic

#666 Le 30/01/2018, à 20:33

Re : Nouveautés dans Bionic

#667 Le 30/01/2018, à 20:36

Re : Nouveautés dans Bionic

#668 Le 30/01/2018, à 20:37

Re : Nouveautés dans Bionic

#669 Le 30/01/2018, à 21:38

Re : Nouveautés dans Bionic

#670 Le 30/01/2018, à 21:41

Re : Nouveautés dans Bionic

#671 Le 31/01/2018, à 09:53

Re : Nouveautés dans Bionic

#672 Le 31/01/2018, à 10:30

Re : Nouveautés dans Bionic

#673 Le 31/01/2018, à 12:25

Re : Nouveautés dans Bionic

#674 Le 31/01/2018, à 12:28

Re : Nouveautés dans Bionic

#675 Le 31/01/2018, à 12:34

Re : Nouveautés dans Bionic

Pied de page des forums