Gestionnaire de paquet en espace utilisateur

pums · Le 28/01/2014, à 16:03

Bonjour,

Ca fait maintenant un moment que je me pose la question :
"Pourquoi est-on toujours obligé d'être root pour installer un logiciel sous linux ?"

Pourquoi ne pourrait-on pas avoir la possibilité d'installer certains paquets dans l'espace utilistateur ?
Pas tous les paquets bien entendu, installer systemd dans mon home ne m'avancerais pas à grand chose,
mais il y a plein de paquets (terminator, htop, meld,...) qui pourraient être installé dans mon home.

Je me pose en particulier la question parce que je travail dans une grande structure (université)
qui a fait le choix de ne pas attribuer les droits root aux utilisateurs.
Du coup il n'est pas possible d'installer un simple meld, ou faire une mise a jour sans faire appel à l'équipe technique.

Qu'en pensez vous ?

moths-art · Le 28/01/2014, à 18:54

Y'en a qui ont essayés... ils ont eu des problèmes.

J'ai vu qu'il existait "Proot" (non, pas de faute de frappe ) : http://proot.me/
Un chroot en espace utilisateur.
mais ça inclus d'installer un programme en root au préalable...

Il y a également fakeroot mais ça reste vraiment réservé au dev de paquet et peut réserver des bugs insolubles.

Après, y'a des solutions d'émulation et/ou virtualisation : Docker, Vagrant, VirtualBox etc... mais je supposes que ça ne répond pas vraiment à ton besoin.

En revanche, si quelqu'un a une solution élégante à cette question... je suis à l'écoute.

tiramiseb · Le 29/01/2014, à 12:10

Salut,

Les gestionnaires de paquets comme dpkg sont là pour gérer l'installation de paquets pour le système entier, en effet. Tu peux essayer d'utiliser dpkg avec l'option "--instdir" mais je ne sais pas si ça peut réellement fonctionner, c'est assez complexe comme manipulation...

Ce que je faisais quand j'étais étudiant, c'est que je compilais les programmes dont j'avais besoin et je les mettais dans mon répertoire utilisateur...

pums · Le 29/01/2014, à 15:37

Salut,

Merci pour vos réponses.
Je vais effectivement me débrouiller en compilant les truc moi même.
Mais pourquoi ne pourrait-on pas envisager que la logithèque ubuntu par exemple permette ce genre de chose. ce serais quand même hyper pratique !

tiramiseb · Le 29/01/2014, à 15:49

Ce n'est pas du tout l'objectif d'Ubuntu, je doute qu'ils fassent une refonte complète du système de packaging pour ce cas particulier.

Ce serait pratique dans ton cas, mais c'est inutile pour l'écrasante majorité des utilisateurs d'Ubuntu...

moths-art · Le 29/01/2014, à 15:56

Je te suis entièrement. Je m'étais également posé la question fut un temps.

Les raisons sont sans doute multiples pour Canonical :
* pas d'intérêt économique direct
* concentration sur d'autres projets
* pb de sécurité si cette technique se démocratise à tord et à travers
* permettre ça pour tous les paquets n'est pas une mince affaire : ça ne se limite pas à "./configure && make && make install" et il faudrait sans doute tester un à un une grande partie des softs dans ce cas particulier!
En plus, pas mal de paquets soit disant supporté par canonical mais sont en réalité juste backporté de Debian et il n'y a pas forcément de packageur affilié et compétent.
* etc.

J'imagine que l'initiative devrait venir plutôt de Debian si initiative il y a.

pums · Le 29/01/2014, à 15:56

Ben déjà, je ne comprend pas en quoi il s'agit d'une refonte complète. J'ai l'impression qu'il s'agit de changements relativement mineurs.
Et ce n'est pas la première fois que je suis confronté à cette de difficulté, en entreprise aussi il y a peut y avoir cette demande.
De plus il me semble que ca faciliterais l'accès pour des néophites.

tiramiseb · Le 29/01/2014, à 16:42

J'ai l'impression qu'il s'agit de changements relativement mineurs.

Ça veut dire que tu n'as pas assez réfléchi à la question.

Tiens, un début de réflexion : comment on gère les dépendances et les bibliothèques ? On utilises celles du système ou alors on réinstalle tout en double ? Si on utilise celles du système, comment on gère tout ça ? Et le chemin vers les bibliothèques, alors, on en fait quoi ? Il faut un LD_LIBRARY_PATH différent pour chaque utilisateur ? Et si jamais le système n'est pas autant à jour que les données utilisateur, qu'une bibliothèque existe sur le système mais elle n'est pas assez récente, comment on fait pour utiliser une plus récente ?
Je peux t'en sortir d'autres, des comme ça

pums · Le 29/01/2014, à 16:59

Pour les dépendances c'est simple, l'arbre utilisateur surcharge l'arbre système. Si un utilisateur installe une version c'est celle là qui compte qu'elle soit plus récente ou non.

Pour certains paquets, et en particulier les libraries, je comprend bien que ca peut devenir compliqué,
mais je ne dis pas que tous les paquet doivent pouvoir être installé en espace utilisateurs, mais il existe pléthore d'application qui devrais pouvoir l'être :
terminator, htop, meld, firefox, vlc,...

tiramiseb · Le 29/01/2014, à 17:42

je ne dis pas que tous les paquet doivent pouvoir être installé en espace utilisateurs

Et hop, encore une question : comment on définit et comment on identifie quelles applications devraient pouvoir l'être ?
Et si on définit des applications à supporter, il faut forcément que toute la chaîne de dépendances soit supportée aussi.

Non non, ce n'est pas si simple que ça. Pas assez simple pour que ce soit intégré par défaut sur Ubuntu

tiramiseb · Le 29/01/2014, à 17:43

Et puis les questions de droits utilisateurs, comment ça se gère ?

tiramiseb · Le 29/01/2014, à 17:44

Et pour la gestion de la liste des paquets installés, comment on fait ? Tous les fichiers qui sont dans /var/lib/dpkg, etc ?
Non non, ce n'est pas si facile

pums · Le 29/01/2014, à 18:05

OK OK ok
t'as gagné

fausse bonne idée

tiramiseb · Le 29/01/2014, à 18:29

vraie bonne idée.
mais difficile à mettre en œuvre...

cedric-vincent · Le 29/01/2014, à 20:11

moths-art a écrit :

Y'en a qui ont essayés... ils ont eu des problèmes.
J'ai vu qu'il existait "Proot" (non, pas de faute de frappe ) : http://proot.me/
Un chroot en espace utilisateur.
mais ça inclus d'installer un programme en root au préalable...

En fait il n'est pas obligatoire d'installer PRoot (en tant que root). Tu peux utiliser un de ces binaires (faire "chmod +x" dessus après téléchargement) :

- http://static.proot.me/proot-x86_64
- http://static.proot.me/proot-x86
- http://static.proot.me/proot-arm

SESTAY · Le 31/01/2014, à 22:55

bonsoir,

la solution est peut êt,re ici!
http://portablelinuxapps.org/

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/01/2014, à 16:03

Gestionnaire de paquet en espace utilisateur

#2 Le 28/01/2014, à 18:54

Re : Gestionnaire de paquet en espace utilisateur

#3 Le 29/01/2014, à 12:10

Re : Gestionnaire de paquet en espace utilisateur

#4 Le 29/01/2014, à 15:37

Re : Gestionnaire de paquet en espace utilisateur

#5 Le 29/01/2014, à 15:49

Re : Gestionnaire de paquet en espace utilisateur

#6 Le 29/01/2014, à 15:56

Re : Gestionnaire de paquet en espace utilisateur

#7 Le 29/01/2014, à 15:56

Re : Gestionnaire de paquet en espace utilisateur

#8 Le 29/01/2014, à 16:42

Re : Gestionnaire de paquet en espace utilisateur

#9 Le 29/01/2014, à 16:59

Re : Gestionnaire de paquet en espace utilisateur

#10 Le 29/01/2014, à 17:42

Re : Gestionnaire de paquet en espace utilisateur

#11 Le 29/01/2014, à 17:43

Re : Gestionnaire de paquet en espace utilisateur

#12 Le 29/01/2014, à 17:44

Re : Gestionnaire de paquet en espace utilisateur

#13 Le 29/01/2014, à 18:05

Re : Gestionnaire de paquet en espace utilisateur

#14 Le 29/01/2014, à 18:29

Re : Gestionnaire de paquet en espace utilisateur

#15 Le 29/01/2014, à 20:11

Re : Gestionnaire de paquet en espace utilisateur

#16 Le 31/01/2014, à 22:55

Re : Gestionnaire de paquet en espace utilisateur

Pied de page des forums