[RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

Nuliel · Le 08/05/2020, à 20:58

Cool! Faudra que je l'essaie aussi la 20.04

jeange · Le 08/05/2020, à 21:07

Elle est pas mal et venant de 18.04 je n'ai pas été largué et appris qu'il y avait DEUX logithèques, ce qui permet avec et sans snap dont voici la liste:

jeange@CLV-W65:~$ snap list
Nom                      Version                     Révision  Suivi            Éditeur     Notes
core18                   20200427                    1754      latest/stable    canonical✓  base
gnome-3-28-1804          3.28.0-16-g27c9498.27c9498  116       latest/stable    canonical✓  -
gnome-3-34-1804          0+git.3009fc7               33        latest/stable/…  canonical✓  -
gtk-common-themes        0.1-36-gc75f853             1506      latest/stable/…  canonical✓  -
kde-frameworks-5-core18  5.61.0                      32        latest/stable    kde✓        -
snap-store               3.36.0-74-ga164ec9          433       latest/stable/…  canonical✓  -
snapd                    2.44.3                      7264      latest/stable    canonical✓  snapd
jeange@CLV-W65:~$

donc aucun Gros logiciel.

Nuliel · Le 08/05/2020, à 21:22

Oh, bonne idée de séparer d'un côté les snap et de l'autre côté les deb, au moins on a le choix.

jeange · Le 08/05/2020, à 21:59

C'est assez interessant d'avoir des dernières versions genre LO avec Calc qui permet d'imprimer un PDF en une seule feuille où Gimp 2.10.18 avec de nouveaux outils mais surtout le regroupement d'outils, ce qui libère de la place à l'écran quand tu bosses sur un seul, l'idéal étant d'avoir trois écrans !

Nuliel · Le 08/05/2020, à 22:19

jeange a écrit :

LO avec Calc qui permet d'imprimer un PDF en une seule feuille

Ah enfin!
Perso j'ai un écran 24 pouces, c'est top

jeange · Le 08/05/2020, à 22:49

Je m'en sort avec un 22 avec profil couleurs embarqué + le 17 du portable, si tu es interessé vu ton taf > https://forum.ubuntu-fr.org/viewtopic.p … #p22280382

moko138 · Le 09/05/2020, à 01:21

moko138 a écrit :

J'ai supprimé les copies de liens issues de 18.04
Pourquoi ???

jeange a écrit :

DE 20.04
Parce qu'après avoir installé le scanner avec un nouveau Bundle et en vérifiant l'installation dans Installés j'ai vu deux icônes de Gimp ! et clic droit sur une = dans Logiciels > 2.10.18-1 ubuntu-focal-universe, idem sur l'autre = dans Ubuntu software > Snapcraft illico désinstallé.

Dans 20.04, tu as désinstallé tout snap de gimp :

jeange a écrit :

[20.04 :] (...) DEUX logithèques, ce qui permet avec et sans snap dont voici la liste:

jeange@CLV-W65:~$ snap list
Nom                      Version                     Révision  Suivi            Éditeur     Notes
core18                   20200427                    1754      latest/stable    canonical✓  base
gnome-3-28-1804          3.28.0-16-g27c9498.27c9498  116       latest/stable    canonical✓  -
gnome-3-34-1804          0+git.3009fc7               33        latest/stable/…  canonical✓  -
gtk-common-themes        0.1-36-gc75f853             1506      latest/stable/…  canonical✓  -
kde-frameworks-5-core18  5.61.0                      32        latest/stable    kde✓        -
snap-store               3.36.0-74-ga164ec9          433       latest/stable/…  canonical✓  -
snapd                    2.44.3                      7264      latest/stable    canonical✓  snapd
jeange@CLV-W65:~$

Est-ce ce que tu voulais ?

Avec l'autre version aucun souci pour pêcher ce que je veux dans ma nouvelle version de Nautilus

Avec un .deb de Gimp, il n'y a en effet aucun confinement.

- -
Les liens vers /DATA-WD500/* n'ont rien à voir avec un lanceur de gimp, et ils sont à refaire.

moko138 · Le 09/05/2020, à 05:09

J'ai demandé du renfort pour lever le confinement de gimp.

En ettendant, peux-tu montrer depuis ta 20.04 :

snap list | grep -i gimp ; echo ; dpkg -l | grep -i gimp

jeange · Le 09/05/2020, à 09:25

moko a écrit :

Les liens vers /DATA-WD500/* n'ont rien à voir avec un lanceur de gimp, et ils sont à refaire.

Je suis d'accord pour refaire des liens car la situation actuelle n'est que provisoire, y a-t-il une autre solution que de copier ceux de 18.04 et coller en 20.04 ?
Le retour:

jeange@CLV-W65:~$ snap list | grep -i gimp ; echo ; dpkg -l | grep -i gimp

ii  gimp                                       2.10.18-1                           amd64        GNU Image Manipulation Program
ii  gimp-data                                  2.10.18-1                           all          Data files for GIMP
ii  libgimp2.0                                 2.10.18-1                           amd64        Libraries for the GNU Image Manipulation Program
ii  libgtk2-perl                               2:1.24993-1ubuntu2                  amd64        Perl interface to the 2.x series of the Gimp Toolkit library
jeange@CLV-W65:~

Coeur Noir · Le 09/05/2020, à 17:13

Ta Da ! Le renfort est là ! Loool

sudo snap connect gimp:removable-media
sudo snap connect gimp:home

Un snap par défaut est confiné, le snap de gimp est dorénavant packagé sans possibilité d'installation en mode « classic » ( c'est du ressort du dév ou de l'empaqueteur ).
Pour assouplir le confinement - très à la mode - on peut connecter à un snap des interfaces diverses, des périphériques ( wacom, manette… ), d'autres snap ( comme des thèmes gtk ) etc.

⋅ removable-media devrait suffire, en tout cas chez moi ça me suffit à avoir accès à tout mon répertoire perso qui consiste en fait en des liens vers une autre partition sur un autre disque : l'interface removable-media autorise l'accès des snap à /media, /mnt entre autres.
⋅ si cela ne suffit pas, tester avec l'interface home qui comme son nom l'indique est censée donner accès à /home/

Pour info cette discussion concernant gimp en snap → https://forum.ubuntu-fr.org/viewtopic.php?id=2052295 → on peut toujours y installer des plug-ins/greffons tant qu'ils sont en GTK. Mais pas les greffons en Qt ( gmic en l'occurence ).

Concernant snap :
- confinement ⋅ https://snapcraft.io/docs/snap-confinement
→ à savoir 1 le confinement est déterminé à l'installation du snap, on peut pas le changer ensuite. Sauf à supprimer / réinstaller le snap.
→ à savoir 2 supprimer un snap semble supprimer la config' utilisateur associée - enfin en tout cas j'ai eu la blague avec gimp.
- interfaces ⋅ https://snapcraft.io/docs/interface-management
- liste des interfaces ⋅ https://snapcraft.io/docs/supported-interfaces

jeange · Le 09/05/2020, à 17:57

DE 20.04
Hello le renfort Chevalier Cœur Noir pourfendeur de snap
Je ne sais si tu t'es avalé les 5 pages du fil mais la liste des snap installés est au #103 et je n'ai pas de logiciel autant en 18.04 qu'en 20.04 sous cette forme; peut-être seras tu surpris des retours:

jeange@CLV-W65:~$ sudo snap connect gimp:removable-media
[sudo] Mot de passe de jeange : 
erreur : snap "gimp" has no plug named "removable-media"
jeange@CLV-W65:~$ sudo snap connect gimp:home
erreur : snap "gimp" has no plug named "home"
jeange@CLV-W65:~$

Comme rappelé #108 par moko, Gimp 2.10.18 est en .deb et ce qu'il reste à peaufiner en 20.04 est la manip de Nautilus pour faire des liens vers les 5 dossiers de DATA-WD500, sinon j'aime bien cette dernière version de Gimp avec les groupes d'outils et molette, cela combiné à mes raccourcis (perso) clavier est tès agréable.

[HS: étant à 60km de la frontière du côté de Candes-Saint-Martin , il doit être possible de trinquer par-dessus la frontière. HS] à la santé de moko.

moko138 · Le 09/05/2020, à 18:11

Outch !

Merci Coeur Noir !
Si je comprends bien,
- une solution .deb consiste à appliquer le #42 d'abelthorne (version du .deb non précisée) ;

- une solution .snap consiste à lancer ton

sudo snap connect gimp:removable-media

Et là, j'ai deux questions :
Faut-il spécifier le chemin absolu (dans le cas de jeange : /DATA-WD500) ?
Est-ce à faire une fois pour toutes ou bien à chaque lancement de gimp ?

jeange,
a) ton dernier message (de ..h57) s'explique par le fait que tu n'as plus gimp en .snap.

b) Les liens c'est autre chose. Tu avais trouvé une solution puis tu l'as supprimée ! Alors n'embête pas Coeur Noir avec ça et donne la liste de tes répertoires à lier et qui sont sous /DATA-WD500 : nous allons refaire les liens proprement, et sans /Bureau qui peut avoir des fonctions différentes (et incompatibles) entre deux versions d'Ubuntu.

moko138 · Le 09/05/2020, à 18:14

Coeur Noir,
Merci aussi pour l'explication : j'ai bien noté que --classic n'a pas fonctionné parce que sa possibilité en a été exclue par les concepteurs du snap de gimp pour 20.04.

jeange · Le 09/05/2020, à 18:40

Je n'avais pas l'intention d'embêter Cœur Noir ne sachant pas s'il avait lu tout le fil, donc les répertoirs/dossiers sont:

-Documents
-Images
-Musique
-Téléchargements
-Vidéos

L'état actuel des deux home:

Coeur Noir · Le 09/05/2020, à 19:04

deux questions :
1⋅ Faut-il spécifier le chemin absolu (dans le cas de jeange : /DATA-WD500) ?
2⋅ Est-ce à faire une fois pour toutes ou bien à chaque lancement de gimp ?
1⋅ non, juste la commande telle quelle qui est une activation générique,
mais attention removable-media ne donne accès qu'à /media, /run/media et /mnt ( c'est à dire les emplacements « historiques » et depuis toujours recommandés pour des montages manuels, automatiques ou temporaires ).
2⋅ Une fois connectée à telle ou telle interface, ça reste ( comme les autorisations, en fait, qu'on peut ajuster dans « logiciels » ou dans le gnome-control-center dorénavant ).

Pour le b) et l'histoire des liens ; j'ai enfin compris pourquoi le dossier « bureau » est difficile à « lier / déplacer » !
En fait ce dossier n'a rien de spécial. MAIS tant qu'il est « affiché » graphiquement à l'écran ( par nemo, thunar, ancien nautilus, etc ) on ne peut pas totalement agir sur lui - ce qui est logique puisqu'il est occupé par une tâche d'affichage.
L'astuce c'est soit de :
⋅ manipuler le dossier bureau de l'utilisateur A depuis une session utilisateur B, en veillant donc à ne pas lancer graphiquement la session de A
⋅ ou de faire ces manip's ( liens, déplacements… ) hors environnement « graphique ».
Exemple :

django@ASGARD:~$ ls -l
total 8
lrwxrwxrwx  1 django django   29 avril 10 23:25 Bureau -> /media/DATA/coeurnoir/Bureau/
lrwxrwxrwx  1 django django   31 avril 16 01:37 Documents -> /media/DATA/coeurnoir/Documents
lrwxrwxrwx  1 django django   29 avril 10 23:14 Images -> /media/DATA/coeurnoir/Images/
drwxrwxr-x 12 django django 4096 mai    4 18:53 Logiciels
lrwxrwxrwx  1 django django   30 avril 11 16:54 Modèles -> /media/DATA/coeurnoir/Modèles
lrwxrwxrwx  1 django django   49 avril 10 23:14 Musique -> '/media/DATA/Bibliothèque Musicale/Bibliothèque/'
drwxrwxr-x  5 django django 4096 avril 10 19:42 snap
lrwxrwxrwx  1 django django   39 avril 11 16:55 Téléchargements -> /media/DATA/coeurnoir/Téléchargements
lrwxrwxrwx  1 django django   30 avril 10 23:14 Vidéos -> /media/DATA/coeurnoir/Vidéos/
django@ASGARD:~$

…et du coup on peut utiliser la même « source » pour le bureau sur différents OS en multi-boot ( voire différentes machines, j'avais au boulot un exemple sous le nez qui me narguait depuis des années ! )

Un cas d'école, en anglais → https://discourse.ubuntubudgie.org/t/ch … coeur-noir

Et pour info, si vous voulez changer le propriétaire d'un lien, seulement le lien et donc pas sa source :

sudo chown -h 1000:1000 /chemin_vers/le_lien

Un lien symbolique reporte les droits et permissions depuis et vers sa source :

chmod -R 775 /chemin_vers/un_lien

agira sur la source du lien, pas le lien lui-même ( un lien est un objet spécial dont on ne peut pas modifier les permissions ).
Par contre, effacer/supprimer un lien symbolique n'efface pas la source.

Autre échange éclairant à ce sujet → https://forum.ubuntu-fr.org/viewtopic.p … #p22261222

Dernière modification par Coeur Noir (Le 23/05/2020, à 16:32)

moko138 · Le 09/05/2020, à 19:24

Bien ! Maintenant on vérifie que les répertoires de destination
sont bien à l'endroit attendu et sous le nom attendu ; montre :

ls -l /DATA-WD500 | grep -E "Documents|Images|Musique|Téléchargements|Vidéos"

- -

Depuis ta 20.04, vérifie que ces répertoires du home :
~/Documents
~/Images
~/Musique
~/Téléchargements
~/Vidéos
sont bien vides (puisque nous allons les remplacer par des liens).
Dans le cas contraire déplace leur(s) contenu(s) vers les répertoires correspondants dans /DATA-WD500.

jeange · Le 09/05/2020, à 19:27

Retour:

jeange@CLV-W65:~$ ls -l /DATA-WD500 | grep -E "Documents|Images|Musique|Téléchargements|Vidéos"
drwxrwxr-x 26 jeange jeange  4096 mai    8 09:56 Documents
drwxrwxr-x 46 jeange jeange  4096 mai    9 19:49 Images
drwxrwxrwx  3 jeange jeange  4096 mai    7 19:13 Musique
drwxrwxr-x  5 jeange jeange  4096 mai    9 00:00 Téléchargements
drwxrwxr-x  7 jeange jeange  4096 mai    9 00:22 Vidéos
jeange@CLV-W65:~$

Coeur Noir · Le 09/05/2020, à 19:34

Attention à l'emplacement de ce /DATA-WD500 !
Placé là à la racine du système, il risque d'être à jamais inaccessible à tout logiciel en snap…
Donc idem pour les liens qui seront dans /home/$USER, les snap n'y auront pas accès puisque les sources sont hors de leur « champs de vision ».

On peut croire qu'on n'utilisera jamais de snap mais qui sait ?

Et juste une suggestion, pour cette partition, organise la un peu comme un /home, c'est à dire avec d'abord un dossier par utilisateur, contenant chacun les dossiers Documents, Musique, Vidéos, etc… ça facilitera la vie
→ lors des prochaines migrations / installations
→ si tu dois ajouter des utilisateurs ( humains ) à ton système
→ pour ajuster les droits et permissions si besoin ( suffit alors d'un chown -R ou chmod -R sur le dossier utilisateur « contenant » ).

Dernière modification par Coeur Noir (Le 09/05/2020, à 19:46)

jeange · Le 09/05/2020, à 19:40

Cœur Noir a écrit :

On peut croire qu'on n'utilisera jamais de snap mais qui sait ?

D'ici 2023, 18.04 ne sera pas un cautère.

moko138 · Le 09/05/2020, à 19:48

Coeur Noir a écrit :

1⋅ non, juste la commande telle quelle qui est une activation générique,
mais attention removable-media ne donne accès qu'à /media, /run/media et /mnt

Merci !

- -

( c'est à dire les emplacements « historiques » et depuis toujours recommandés pour des montages manuels, automatiques ou temporaires ).

Ce n'est pas tout à fait cela, mais

media Mount point for removeable media
mnt Mount point for mounting a filesystem temporarily

vois http://refspecs.linuxfoundation.org/FHS … QUIREMENTS

moko138 · Le 09/05/2020, à 19:55

Coeur Noir,
/DATA-WD500 est opérationnel ainsi depuis 14.04 sans snap
et ça continue dans 18.04 avec snaps.

Mais Canonical a décidé de tout bouleverser. Une fois de plus.
Si nécessaire, on changera le point de montage de sd.3 dans 20.04

Coeur Noir · Le 09/05/2020, à 19:58

C'est toi qui vois… sachant que dans 20.04 Chromium n'est dispo qu'en snap et que tu es plutôt fan de gimp, et autre logiciels de graphisme il me semble, leurs nouveautés pourraient t'amener à tester des snaps…

Donc plutôt que te casser les dents plus tard, puisque tu as l'air d'être en train de faire le ménage dans ton installation, profites-en pour la mettre à l'épreuve-du-turfu !

Bref au lieu de monter dans /DATA-WD500 mets ça plutôt dans /media/DATA-WD500 et le tour est joué.

Et aussi une fois tes liens « en place » tu peux les renommer ( virer les « Liens vers » ) ça rendra aux dossiers leurs icônes ( du moins pour ceux renseignés dans ~/.config/user-dirs.dirs ).

moko138 · Le 09/05/2020, à 20:10

Coeur Noir !
Vois ./viewtopic.php?pid=22227629#p22227629...

Coeur Noir · Le 09/05/2020, à 20:13

moko138 a écrit :

/DATA-WD500 est opérationnel ainsi depuis 14.04 sans snap
et ça continue dans 18.04 avec snaps.

Ah bon, snap voit ce dossier à la racine du système ?
Un snap installé en mode --classic sans doute mais un snap avec son confinement par défaut ne devrait pas ( le soi-disant avantage sécuritaire ).

Ce qui « tombe » sous /media est aussi automatiquement affiché par la plupart des explorateurs de fichiers sous « périphériques » ou « autres emplacements » .
/media et /mnt sont depuis longtemps les emplacements de référence pour toutes sortes de montage ( je n'avais pas mis d'ordre de préférence ou de correspondance ).
Une racine système / « intacte » a aussi ses avantages en terme de maintenance.

Mais bien sûr on peut faire complètement autrement. Juste que s'il y a potentiellement usage de snap, autant s'éviter des blagues, puisqu'elles sont facilement évitables.

Après n'allez pas me prendre pour un avocat des snap, hein, au contraire !

Je me fais juste l'avocat d'un système, d'une installation plus facile à gérer à moyen-long terme ;-)

Ooops au fait, si cette partition date de 14.04, n'y-a-t-il pas eu quelques changements sensibles - au niveau kernel - dans la prise en charge de l'EXT3/4 depuis ?
C'est toi moko qui m'avais alerté à ce sujet y a un moment déjà…

Dernière modification par Coeur Noir (Le 09/05/2020, à 20:20)

moko138 · Le 10/05/2020, à 03:41

Coeur Noir,
Je ne suis pas sûr que tu aies vu la dernière ligne du #122.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 08/05/2020, à 20:58

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#102 Le 08/05/2020, à 21:07

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#103 Le 08/05/2020, à 21:22

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#104 Le 08/05/2020, à 21:59

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#105 Le 08/05/2020, à 22:19

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#106 Le 08/05/2020, à 22:49

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#107 Le 09/05/2020, à 01:21

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#108 Le 09/05/2020, à 05:09

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#109 Le 09/05/2020, à 09:25

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#110 Le 09/05/2020, à 17:13

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#111 Le 09/05/2020, à 17:57

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#112 Le 09/05/2020, à 18:11

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#113 Le 09/05/2020, à 18:14

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#114 Le 09/05/2020, à 18:40

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#115 Le 09/05/2020, à 19:04

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#116 Le 09/05/2020, à 19:24

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#117 Le 09/05/2020, à 19:27

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#118 Le 09/05/2020, à 19:34

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#119 Le 09/05/2020, à 19:40

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#120 Le 09/05/2020, à 19:48

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#121 Le 09/05/2020, à 19:55

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#122 Le 09/05/2020, à 19:58

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#123 Le 09/05/2020, à 20:10

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#124 Le 09/05/2020, à 20:13

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

#125 Le 10/05/2020, à 03:41

Re : [RÉSOLU] 20.04 à côté de 18.04 en attendant 22.04

Pied de page des forums