Nouveautés dans Bionic

Christophe C · Le 11/04/2018, à 08:57

Sans compter des localisations hasardeuses.

GammaDraconis · Le 11/04/2018, à 09:12

Maj du script :

- Ajout de la session avec communitheme comme choix possible

- Ajout de 3 logiciels que j'ai eu comme demande dans le formulaire :
ddrescue
testdisk
smartmontools

(nam1962 pour ta demande, il faut utiliser le formulaire stp, c'est pour me faire gagner du temps).

Rappel du formulaire pour soumettre des nouveaux logiciels : https://framaforms.org/demande-dajout-d … 1523260125
Et la liste actuelle : https://github.com/simbd/Doc/blob/maste … giciel.txt

A noté que la partie "outil" est déjà bien remplie, il faudrait plutôt privilégier les parties suivantes si vous avez des idées :
- Logiciel de science ou pour l'éducation (section 1.10)
- Customization avec des nouveaux thèmes, icônes (section 1.14)
- Serveurs (section 1.16)

?? · Le 11/04/2018, à 09:48

GammaDraconis a écrit :

Maj du script :
- Ajout de 3 logiciels que j'ai eu comme demande dans le formulaire :
ddrescue
testdisk
smartmontools

Merci.
Il faudra peut-être mettre à jour le chapitre 4 de cette documentation https://doc.ubuntu-fr.org/bionic pour indiquer comment télecharger cet apt.

Dernière modification par ?? (Le 11/04/2018, à 10:01)

JLK · Le 11/04/2018, à 15:23

Christophe C a écrit :

Sans compter des localisations hasardeuses.

Sur les isos de la dernière bêta, les traductions de l’installateur sont en franglais... Pas top pour les non-anglophones ou anglophobes...

Jarvis · Le 11/04/2018, à 19:29

@gammadraconis j'ai regardé ton script. Il manque des fonctions à ton script (regarde là : https://fr.m.wikibooks.org/wiki/Program … /Fonctions), il y a trop de echo (regarde là : https://stackoverflow.com/questions/239 … ndentation) et il faut absolument que tu fasses différents fichiers pour qu'il soit maintenable (par exemple quand il faudra maintenir une nouvelle version).

Dernière modification par Jarvis (Le 11/04/2018, à 19:32)

GammaDraconis · Le 11/04/2018, à 20:25

Jarvis a écrit :

@gammadraconis j'ai regardé ton script. Il manque des fonctions à ton script (regarde là : https://fr.m.wikibooks.org/wiki/Program … /Fonctions), il y a trop de echo (regarde là : https://stackoverflow.com/questions/239 … ndentation) et il faut absolument que tu fasses différents fichiers pour qu'il soit maintenable (par exemple quand il faudra maintenir une nouvelle version).

ça ne se fera pas car :

- Je ne maîtrise pas bien les fonctions pour ce que j'ai besoin de faire, c'est plus simple pour moi de faire comme j'ai fais actuellement.
- Cela demanderai trop de temps pour tout remodifier, il aurai fallu faire dès le départ.
- Je n'ai pas de problème de maintenance, il ne faut pas se fier au nombre de ligne, le script est très simple dans l'état actuel

Cela dit, je vais peut être faire plus tard à coté une version alternative mais pour Archlinux et pourquoi pas différemment dans la présentation dans ce cas.

Dernière modification par GammaDraconis (Le 11/04/2018, à 20:27)

Coeur Noir · Le 11/04/2018, à 22:42

J'avais déjà dû poser la question dans ce fil…

Depuis 17.10, le réglage de l'umask est complètement calamiteux car il ne repose pas sur ce qui est renseigné dans /etc/login.defs

Je me demandais donc si c'était résolu dans 18.04 - la réponse est non, et c'est bien à cause de gnome et systemd apparemment :

Mais ça avance peut-être → https://bugzilla.gnome.org/show_bug.cgi?id=780622#c44
Et → https://bugzilla.gnome.org/show_bug.cgi?id=780622#c49 → où on apprend que fedora utilisera prochainement pam_umask et /etc/login.defs

…problème : ça n'est pas déjà inclus dans Ubuntu-gnomesque 18.04 qui est pourtant une LTS.
Alors que pam_umask et régler l'umask dans /etc/login.defs, ça fonctionne très bien depuis des années sous Ubuntu ( sûr depuis la 12.04 et presque sûr depuis la 10.04 ).

D'autres pistes concernant umask sous gnome3 → https://unix.stackexchange.com/a/418224 et un contournement là https://forum.ubuntu-fr.org/viewtopic.p … #p21901554

Dernière modification par Coeur Noir (Le 12/04/2018, à 21:13)

frenchy82 · Le 13/04/2018, à 07:15

Bonjour,

quelqu’un saurait il quelles pouvaient être les motivations des devs d'avoir installer la calculatrice au moyen d'un snap.
Une volonté de tester cette installation en réel, une bascule progressive de apt vers snap ...? Je ne pense pas qu'il s'agisse d'une volonté de nous faire bénéficier des mises a jour régulières de la calculatrice. Ce prog est lent à la première ouverture donc sûrement pas un souci d'efficacité.

GammaDraconis · Le 13/04/2018, à 09:43

Je suis d'accord avec toi, je ne vois pas non plus l'intérêt d'avoir fourni par défaut la calculatrice avec le paquet Snap ce qui ralenti considérablement ses performances par rapport à la version APT.

D'ailleurs ce n'est pas le seul paquet snappy pré-installé, il y a aussi :
- gnome-characters (13Mo)
- gnome-logs (21Mo)
- gnome-system-monitor (3.4Mo)
- gnome-3-26 platform (141 Mo)
- Core pour snappy (obligatoire a partir du moment ou il y a au moins 1 snap) : 87 Mo

Pour moi, il ne devrai avoir aucun paquet snappy pré-installé par défaut, d'ailleurs il y a une option dans mon script pour remplacer les paquets snappy pré-installé par leur version apt.

Une explication didrock pourquoi imposer des paquets snappy par défaut ?

Pour certains logiciels comme VLC 4.0 alpha dans le canal edge (potentiellement instable), ça peux avoir effectivement intérêt d'utiliser un snap pour l'isoler du reste des paquets stables installés avec apt. Snappy ou Flatpak doivent donc être utilisé par parcimonie (et pas par défaut).
A noté que les performances avec Flatpak sont meilleur qu'avec Snappy même si ça reste quand même moins rapide qu'avec APT.

Dernière modification par GammaDraconis (Le 13/04/2018, à 09:45)

JLK · Le 13/04/2018, à 09:54

frenchy82 a écrit :

Bonjour,
quelqu’un saurait il quelles pouvaient être les motivations des devs d'avoir installer la calculatrice au moyen d'un snap.
Une volonté de tester cette installation en réel, une bascule progressive de apt vers snap ...? Je ne pense pas qu'il s'agisse d'une volonté de nous faire bénéficier des mises a jour régulières de la calculatrice. Ce prog est lent à la première ouverture donc sûrement pas un souci d'efficacité.

GammaDraconis a écrit :

Je suis d'accord avec toi, je ne vois pas non plus l'intérêt d'avoir fourni par défaut la calculatrice avec le paquet Snap ce qui ralenti considérablement ses performances par rapport à la version APT.
D'ailleurs ce n'est pas le seul paquet snappy pré-installé, il y a aussi :
- gnome-characters (13Mo)
- gnome-logs (21Mo)
- gnome-system-monitor (3.4Mo)
- gnome-3-26 platform (141 Mo)
- Core pour snappy (obligatoire a partir du moment ou il y a au moins 1 snap) : 87 Mo
Pour moi, il ne devrai avoir aucun paquet snappy pré-installé par défaut, d'ailleurs il y a une option dans mon script pour remplacer les paquets snappy pré-installé par leur version apt.
Une explication didrock pourquoi imposer des paquets snappy par défaut ?
Pour certains logiciels comme VLC 4.0 alpha dans le canal edge (potentiellement instable), ça peux avoir effectivement intérêt d'utiliser un snap pour l'isoler du reste des paquets stables installés avec apt. Snappy ou Flatpak doivent donc être utilisé par parcimonie (et pas par défaut).
A noté que les performances avec Flatpak sont meilleur qu'avec Snappy même si ça reste quand même moins rapide qu'avec APT.

Ah oui ! C'est bizarre.
Ubuntu serait-il donc en train de partir en sucette ?

lepetit · Le 13/04/2018, à 12:09

hein c'est quoi l'interet des paquet snap pour ce genre de programmes ?
pour l'utilisation des paquets snap doit rester marginal et fait uniquement pour certains gros logiciel ou logiciel proprio.

Dernière modification par lepetit (Le 13/04/2018, à 12:09)

JLK · Le 13/04/2018, à 12:28

lepetit a écrit :

hein c'est quoi l'interet des paquet snap pour ce genre de programmes ?
pour l'utilisation des paquets snap doit rester marginal et fait uniquement pour certains gros logiciel ou logiciel proprio.

Je suis du même avis que toi. Je n'ai pas envie de voir une flopée de distributions devenir des (pseudo ?) clones d'OS propriétaires. Je sens que l'avenir, dans cette voie, des distributions est en train de s'assombrir, avec de potentiels malwares, avec ce genre de mécanismes.

Christophe C · Le 13/04/2018, à 12:52

JLK a écrit :

Je sens que l'avenir, dans cette voie, des distributions est en train de s'assombrir, avec de potentiels malwares

Pas plus qu'avec les PPA ou les programmes "normaux". Voir moins, compte tenu de la relative isolation du système.

C'est juste que les déploiements actuels sont étranges. Il y a forcément une idée, mais je ne vois pas laquelle.

Le SNAP est intéressant pour déployer un programme qui n'a pas été intégré dans la version en cours. En gros ce qui sort après, et qu'on hésite à déployer de peur de briser les dépendances. Là tout est dans un isolat, donc cela permet des mélanges sans risque.
L'idée est bonne, mais déployer des snap dans une version alors qu'existent les versions APT, semble bizarre. Comme indiqué, je pense qu'il y a une idée : des tests, peut-être ? Mais des tests sur une LTS ....

Après, il y a l'idée de Fedora de faire une version "atomique" à base de flatpack : tout est alors en flatpack, chaque appli totalement séparée des autres (forte atomicité). Moins bonne intégration (sans doute), moins bonne réactivité (surement), place disque nettement plus importantes (les bibliothèques sont dupliquées pour chaque appli), mais sécurisation totale : rien ne casse rien. L'OS de base n'est jamais modifié, donc ne peut pas planter.
Mais dans le cas de ces quelques paquets snapy, ce n'est pas cela non plus.

Si l'ami Didier pouvait nous éclairer .

Dernière modification par Christophe C (Le 13/04/2018, à 12:55)

GammaDraconis · Le 13/04/2018, à 13:33

Oui comme le dit Christophe C, l'argument sur la sécurité ne tiens pas car les paquets Snap vise à être un alternative aux installations via un PPA mais un PPA lui aussi peux ne pas être sécurisé (il peux être géré par un amateur comme vous et moi) et les Snaps pareil sauf qu'il y a le principe d'isolation ce qui réduit les risques pour un spyware d'attaquer le système justement.
Non le principale problème des paquets universel comme Snappy et Flatpak c'est qu'ils sont tout simplement moins performant pour le lancement des applications mais aussi plus lourd en espace utilisé sans parler des problèmes de traduction. Mais la sécurité n'est pas moins bonne qu'avec un PPA (même un peu meilleur).

Aucun paquet présent dans les dépôts officiels ne devrai être imposé en paquet snappy par défaut. Malheureusement si c'est le cas avec les derniers dailybuild de la 18.04 ça m'étonnerai que ça change d'ici la sortie finale dans 2 semaines. Petite erreur de choix de leur part.

Dernière modification par GammaDraconis (Le 13/04/2018, à 13:34)

bipede · Le 13/04/2018, à 13:56

GammaDraconis a écrit :

Petite erreur de choix de leur part.

Je dirais plutôt, erreur stratégique majeure.
Le desktop ne doit pas être la cible du snap.
Le snap n'a d'intérêt que pour les objets connectés.
Imposer le snap pour le desktop c'est casser la cohérence de ce qu'est le desktop. C'est revenir à un bureau de bric et de broc tel qu'il était aux début des ihm sur linux.
Mon poste de travail est sous Ubuntu depuis sa toute première version. Si l'orientation snap se confirme je quitte sans regret la distribution...

didrocks · Le 13/04/2018, à 13:56

C'est assez simple, il y a une volonté de pouvoir mettre à jour les applications en dehors de l'OS, c'est ce qu'essaie de faire flatpak ou snap. C'est d'ailleurs ce que l'on voit assez souvent vu l'utilisation massive de ppas pour délivrer une nouvelle version d'une application. Par conséquent, il sera possible de mettre à jour des applications GNOME en 3.30, 3.32, 3.34… sans utiliser la ppa GNOME par exemple, sur la LTS en cours, ce qui n'est pas possible dans la distribution elle-même avec les paquets deb à cause des défauts d'isolation.

Après, pourquoi ces applications qui sont des utilitaires ? Parce qu'il faut bien commencer par qqch, et ces applications sont assez "faciles" pour montrer que le modèle est valide. Il y a des problèmes de rapidité de lancement, notamment lors du 1er lancement (en fait, après chaque mise à jour du snap, il y a des caches à reconstruire, etc.). Cela s'est déjà amélioré, mais il reste du travail, et ce travail sera fait par l'équipe qui s'occupe des snaps desktop tout au long de la vie de la LTS (ce n'est donc pas figé).

Dernière modification par didrocks (Le 13/04/2018, à 13:58)

GammaDraconis · Le 13/04/2018, à 14:59

Oui mais il ne devrai pas avoir de paquet snap pré-installé par défaut, il serai préférable que ça soit l'utilisateur lui même qui en ajoute explicitement.

De plus, je pense que beaucoup s'en foutent d'avoir la Calculatrice en version 3.30 (de Gnome 3.30) plutôt qu'en 3.28. Ce sont des composants ou justement les gens préfère la version stabilisé.
Pour des gros logiciels comme LibreOffice, beaucoup veulent la dernière version mais préférerons la version en PPA plutôt qu'en Snap

Là ou Snap/Flatpak a un intérêt c'est pour un logiciel qui n'est ni en dépôt officiel, ni en PPA. Notamment pour beaucoup de logiciel propriétaire.
Ou alors la version instable d'un logiciel en Snap tout en utilisant en même temps la version stable en dépôt officiel apt.

Par exemple la suite bureautique OnlyOffice n'est pas dans les dépots officiels ni en PPA et sur le site officiel il faut s'inscrire pour récupérer l'installeur. Par contre il existe en paquet snappy. C'est un exemple de logiciel ou il est utile de l'installer de cette manière.

Dernière modification par GammaDraconis (Le 13/04/2018, à 15:01)

JLK · Le 13/04/2018, à 15:01

Et une rolling release d'Ubuntu, c'est possible ?

didrocks · Le 13/04/2018, à 15:07

GammaDraconis a écrit :

Là ou Snap/Flatpak a un intérêt c'est pour un logiciel qui n'est ni en dépôt officiel, ni en PPA. Notamment pour beaucoup de logiciel propriétaire.
Ou alors la version instable d'un logiciel en Snap tout en utilisant en même temps la version stable en dépôt officiel apt.

Non, ce n'est pas le seul intérêt: comme indiqué plusieurs fois sur de nombreux topics, un ppa n'a absolument aucune sécurité.
À chaque fois que tu ajoutes un ppa, tu donnes les droits root à ta machine à ceux qui s'occupent de ce ppa.
De plus, le ppa peut shipper n'importe quel paquet et remplacer donc des librairies systèmes non compatibles avec d'autres applications. Par exemple, une nouvelle version d'une librairie de GNOME incompatible avec les anciennes applications, et donc rendre les autres applications installées bugguées/qui plantent.

Ce n'est pas le cas d'un Snap/Flapak, donc si, il y a une différence.

Sur le fait de commencer avec la Calculatrice, je te renvoies à mon message avec "il faut bien commencer avec quelque chose" (et donc prendre le moins de risque possible afin d'avoir des retours fiables).

GammaDraconis · Le 13/04/2018, à 15:13

Si on fait pas gaffe en prenant n'importe quel PPA, oui c'est dangereux en terme de sécurité mais si on est un utilisateur qui fait gaffe en utilisant un PPA avec parcimonie, ça fonctionnera très bien (la preuve j'ai jamais eu de problème avec les PPA). Par exemple Rico Tzschichholz qui gère le PPA de LibreOffice est quand même quelqu'un de fiable. Jamais eu de soucis avec les upgrades de LO.

Sinon tu peux répondre à la question de JLK stp, ta réponse m'intéresse aussi (même si à mon avis je connais déjà la réponse...)

frenchy82 · Le 13/04/2018, à 15:14

concernant communitheme le snap n'est pas visible dans "logiciel" de la 18.04 alors qu'il est bien installé sur mon ordi

si j'en réfère a l'article de Didier (https://didrocks.fr/2018/04/10/welcome-to-the-ubuntu-bionic-age-new-wip-ubuntu-theme-as-a-snap/ ) celui ci devrait bien être accessible via logiciel

Le plus étonnant c'est que ce snap est bien présent dans la logithèque de la 16.04

A noter qu'il y a un suivi de bug concernant les appli avec gui transparentes
https://github.com/ubuntu/gtk-communitheme/issues/325

didrocks · Le 13/04/2018, à 15:20

Je ne vais pas m'étendre sur la rolling release car cela a déjà été discuté en long, en large et en travers sur ce forum et mailing lists, ainsi que sur les mailing lists ubuntu (cherchez "ubuntu rolling release", et vous trouverez sûrement).

Aussi, chacun a sa définition de rolling:
- suivre les dernières versions de tous les logiciels (y compris installables) sans jamais installer une version? C'est possible en mettant "devel" dans son sources.list: cela track automatiquement les dernières versions de développement d'ubuntu. Par contre, comme avec tous logiciels instables, ça peut être "bumpy" parfois
- suivre les dernières versions stables de tous les logiciels? Déjà qu'il est difficile de stabiliser tous les logiciels releasées par upstream avec les gates de stabilisation (cf "release schedule"), avoir une distribution stable ET rolling n'est pas possible, mais plutôt incompatible.

Dernière modification par didrocks (Le 13/04/2018, à 15:32)

didrocks · Le 13/04/2018, à 15:22

frenchy82 a écrit :

concernant communitheme le snap n'est pas visible dans "logiciel" de la 18.04 alors qu'il est bien installé sur mon ordi
si j'en réfère a l'article de Didier (https://didrocks.fr/2018/04/10/welcome-to-the-ubuntu-bionic-age-new-wip-ubuntu-theme-as-a-snap/ ) celui ci devrait bien être accessible via logiciel

Ouai, je sais, tu peux ouvrir un bug contre gnome-software dans launchpad? Je ferais suivre au dév du support snap de G-S.

frenchy82 a écrit :

Le plus étonnant c'est que ce snap est bien présent dans la logithèque de la 16.04

Ah, super info ça ! Merci de l'indiquer dans la même bug report

frenchy82 · Le 13/04/2018, à 15:32

didrocks a écrit :

Ouai, je sais, tu peux ouvrir un bug contre gnome-software dans launchpad? Je ferais suivre au dév du support snap de G-S.

https://bugs.launchpad.net/ubuntu/+sour … ug/1763736

didrocks · Le 13/04/2018, à 15:33

@frenchy82: excellent, merci!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1301 Le 11/04/2018, à 08:57

Re : Nouveautés dans Bionic

#1302 Le 11/04/2018, à 09:12

Re : Nouveautés dans Bionic

#1303 Le 11/04/2018, à 09:48

Re : Nouveautés dans Bionic

#1304 Le 11/04/2018, à 15:23

Re : Nouveautés dans Bionic

#1305 Le 11/04/2018, à 19:29

Re : Nouveautés dans Bionic

#1306 Le 11/04/2018, à 20:25

Re : Nouveautés dans Bionic

#1307 Le 11/04/2018, à 22:42

Re : Nouveautés dans Bionic

#1308 Le 13/04/2018, à 07:15

Re : Nouveautés dans Bionic

#1309 Le 13/04/2018, à 09:43

Re : Nouveautés dans Bionic

#1310 Le 13/04/2018, à 09:54

Re : Nouveautés dans Bionic

#1311 Le 13/04/2018, à 12:09

Re : Nouveautés dans Bionic

#1312 Le 13/04/2018, à 12:28

Re : Nouveautés dans Bionic

#1313 Le 13/04/2018, à 12:52

Re : Nouveautés dans Bionic

#1314 Le 13/04/2018, à 13:33

Re : Nouveautés dans Bionic

#1315 Le 13/04/2018, à 13:56

Re : Nouveautés dans Bionic

#1316 Le 13/04/2018, à 13:56

Re : Nouveautés dans Bionic

#1317 Le 13/04/2018, à 14:59

Re : Nouveautés dans Bionic

#1318 Le 13/04/2018, à 15:01

Re : Nouveautés dans Bionic

#1319 Le 13/04/2018, à 15:07

Re : Nouveautés dans Bionic

#1320 Le 13/04/2018, à 15:13

Re : Nouveautés dans Bionic

#1321 Le 13/04/2018, à 15:14

Re : Nouveautés dans Bionic

#1322 Le 13/04/2018, à 15:20

Re : Nouveautés dans Bionic

#1323 Le 13/04/2018, à 15:22

Re : Nouveautés dans Bionic

#1324 Le 13/04/2018, à 15:32

Re : Nouveautés dans Bionic

#1325 Le 13/04/2018, à 15:33

Re : Nouveautés dans Bionic

Pied de page des forums