Je rêve qu'un jour les gestionnaires de paquets ait une interface commune interrogeable par des applications externes (weboob, firefox, digikam,...) qui auraient la possibilité d'installer des sous-paquets (thêmes, add-ons, modules,...).
Pour la sécurité, on peu imaginer que les paquets de ces applications ont des attributs spécifiant qu'ils peuvent gérer des paquets d'un type particulier (firefox-module, firefox-theme, weboob-addon,...) et qu'est spécifié pour chacun de ces types où doivent s'installer ces paquets sur le système (/usr/share/firefox/themes/...,...) si on a donné à l'utilisateur le droit d'installer ce type de paquet de façon globale, et où il doit s'installer dans $HOME (~/.local/firefox/themes/...) si l'utilisateur a un droit d'installation sur son profile. Dans ce dernier cas, le paquet apparaitra dans la base des données paquet sous la forme paquet[user]. Par exemple : firefox-addon-greasefire[shift]. Par défaut un utilisateur n'aura pas pas le droit d'installation et dans ce cas si l'application a un moyen plus archaïque d'installer un outil elle peut le proposer.
Les installations des sous-paquets seraient sandboxée (ou chrootée) pour éviter tout problème.
Franchement ça serait le pied !
Et d'ailleurs on pourrait ne pas limiter cela à des sous-paquets mais à des types plus globaux comme web-browser, java-ide,... et on pourrait autoriser un utilisateur à installer ce genre de paquet sur son profil. Comme-ça on pourrait avoir firefox 8.1 sur le systême et firefox[shift] 9.0 sur son propre profil (dans ~/.local/bin ou un truc du genre à ajouter dans le path).
Je rêve ?
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: des peaux
Posté par Infernal Quack (site web personnel) . En réponse au journal Révolution dans la gestion des modules Weboob. Évalué à 3.
Je rêve qu'un jour les gestionnaires de paquets ait une interface commune interrogeable par des applications externes (weboob, firefox, digikam,...) qui auraient la possibilité d'installer des sous-paquets (thêmes, add-ons, modules,...).
Pour la sécurité, on peu imaginer que les paquets de ces applications ont des attributs spécifiant qu'ils peuvent gérer des paquets d'un type particulier (firefox-module, firefox-theme, weboob-addon,...) et qu'est spécifié pour chacun de ces types où doivent s'installer ces paquets sur le système (/usr/share/firefox/themes/...,...) si on a donné à l'utilisateur le droit d'installer ce type de paquet de façon globale, et où il doit s'installer dans $HOME (~/.local/firefox/themes/...) si l'utilisateur a un droit d'installation sur son profile. Dans ce dernier cas, le paquet apparaitra dans la base des données paquet sous la forme paquet[user]. Par exemple : firefox-addon-greasefire[shift]. Par défaut un utilisateur n'aura pas pas le droit d'installation et dans ce cas si l'application a un moyen plus archaïque d'installer un outil elle peut le proposer.
Les installations des sous-paquets seraient sandboxée (ou chrootée) pour éviter tout problème.
Franchement ça serait le pied !
Et d'ailleurs on pourrait ne pas limiter cela à des sous-paquets mais à des types plus globaux comme web-browser, java-ide,... et on pourrait autoriser un utilisateur à installer ce genre de paquet sur son profil. Comme-ça on pourrait avoir firefox 8.1 sur le systême et firefox[shift] 9.0 sur son propre profil (dans ~/.local/bin ou un truc du genre à ajouter dans le path).
Je rêve ?
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire