Salut,


Je suis en train de m'amuser à créer des RPM à partir d'archives TGZ et d'un fichier de spec...
Cependant, autant TGZ me permet de rester et décompresser mes fichiers en mode utilsateur, autant RPM m'impose d'être root et crée mes fichiers avec des droits root...

Comment le forcer à s'executer en user et surtout comment eviter d'avoir des droits limités root sur mes fichiers générés ?

Je pense à faire un chown à la fin de l'install (possible dans le %post) mais je ne trouve pas cela élégant... D'auant que j'aimerai aussi que l'outil RPM ne soit pas forcément appelé en root...

Si c'est impossible, je me débrouillerai...

Un "umask 022" en root ne te suffit pas ?

Logiquement oui, cela devrait suffir...
Cependant, il y a source potentielle de problèmes et j'aurais bien aimé que mes fichiers appartiennent à l'user...

M'enfin, sinon, personne saurait comment forcer RPM à être en mode user, et donc ne pas accéder à sa BD, qui elle a besoin d'être accédée en root...

C'est rigolo parce que hier je faisais le contraire : j'avais un .src.rpm et pour l'installer sur une gentoo j'ai dû faire un .tar.gz et exécuter le .spec « à la main » (et 44 patches à appliquer ça va pas vite).

D'après le peu que je sais de RPM, il peut être exécuté en tant qu'utilisateur normal, mais dans ce cas il faut utiliser une base de données personnalisée, avec les problèmes que cela entraîne (p.ex dépendances => --force).

Le 12 avril 2005 - 12 h 44, nigaiden a écrit : D'après le peu que je sais de RPM, il peut être exécuté en tant qu'utilisateur normal, mais dans ce cas il faut utiliser une base de données personnalisée, avec les problèmes que cela entraîne (p.ex dépendances => --force).

Pour les dépendances, j'en fais mon affaire

Comment tu lui spécifies l'accès à une autre BD personnalisée ? (celle root, c'est celle dans /var/lib non ?)

Avec quelque chose comme

rpm --initdb --dbpath ~/var/rpm

tu te construits une base de données personnalisée.
Et ensuite

rpm --dbpath ~/var/rpm --root ~ -i fichier.rpm

devrait installer ton fichier en considérant ton répertoire perso comme la racine, et en utilisant ta base de données personnalisée.

pour installer en utilisateur simple, je ne sais pas
=> l'option --root est notamment pour installer un nouveau système complet dans un répertoire particulier...
Ce n'est pas vraiment pour que les utilisateur s'installe un programme dans leur dossier en douce...

Dans le même genre mais en plus puissant on peut utiliser l'option --root avec urpmi (sous mandrake) pour installer rapidement une nouvelle distribution
Par exemple on peut utiliser urpmi --root /home/utilisateur/Mandriva2005 pour préparer une nouvelel distrib dans un répertoire
urpmi --root $d1 basesystem icewm-light

(il n'y aura pas grand chose!)

pour les droits il existe une macro appelèe defattr :
%defattr(-,root,root,0755)

Ce tag définit les attributs à appliquer à chaque fichier qui seront copiés sur le système de l'utilisateur. Les 4 arguments donnés signifient:

* -: tous les attributs pour les fichiers réguliers restent inchangés,
* root: le propriétaire du fichier est root,
* root: le groupe du fichier est root,
* 0755: les attributs aux dossiers de ce paquet sont 0755 ( rwxr-xr-x ).

cf http://kb.mandrakeclub.com/index.php/RpmHowToFr
tu peux aussi regarder les specs de certains srpm.

C'est chiant, MandrakeClub .. Les docs sont pas accessibles sur un autre lien ?

Le 12 avril 2005 - 23 h 33, manouchk a écrit : pour installer en utilisateur simple, je ne sais pas => l'option --root est notamment pour installer un nouveau système complet dans un répertoire particulier... Ce n'est pas vraiment pour que les utilisateur s'installe un programme dans leur dossier en douce... Dans le même genre mais en plus puissant on peut utiliser l'option --root avec urpmi (sous mandrake) pour installer rapidement une nouvelle distribution Par exemple on peut utiliser urpmi --root /home/utilisateur/Mandriva2005 pour préparer une nouvelel distrib dans un répertoire urpmi --root $d1 basesystem icewm-light (il n'y aura pas grand chose!) pour les droits il existe une macro appelèe defattr : %defattr(-,root,root,0755) Ce tag définit les attributs à appliquer à chaque fichier qui seront copiés sur le système de l'utilisateur. Les 4 arguments donnés signifient: * -: tous les attributs pour les fichiers réguliers restent inchangés, * root: le propriétaire du fichier est root, * root: le groupe du fichier est root, * 0755: les attributs aux dossiers de ce paquet sont 0755 ( rwxr-xr-x ). cf http://kb.mandrakeclub.com/index.php/RpmHowToFr tu peux aussi regarder les specs de certains srpm.

Alors en résumé :
1/ je voudrais que RPM s'execute en user simple pour la simple et bonne raison que je veux que l'outil RPM soit manipulée par un autre programme (un wrapper, si vous préférez)
2/ j'utilise l'attribut --prefix pour installer le RPM où je veux
3/ les specs des SRPMS ont été pas mal épluchées auparavant

Mais merci quand même...
Sinon, j'ai une autre idée pour manipuler des rpms : décompresser le rpm et lancer le tgz contenu par mon logiciel...

Sinon, j'ai une autre idée pour manipuler des rpms : décompresser le rpm et lancer le tgz contenu par mon logiciel...

yep, l'extraction de rpm => tarball se fait sans trop de pb via un outil "rpm2cpio" et cpio
[code shell]
rpm2cpio fichier.rpm | cpio -d --extract
[/code shell]

Le 13 avril 2005 - 12 h 57, tempo a écrit : Sinon, j'ai une autre idée pour manipuler des rpms : décompresser le rpm et lancer le tgz contenu par mon logiciel... yep, l'extraction de rpm => tarball se fait sans trop de pb via un outil "rpm2cpio" et cpio [code shell] rpm2cpio fichier.rpm | cpio -d --extract [/code shell]

J'ai utilisé cette méthode pour obtenir les fichiers spec

Note : perso, j'ai rajouté l'option -m pour forcer la création de reps (donc cpio a pour option -mid )

M'enfin, là je creuse la piste des BD "perso"... On verra où ca m'amène

iraysyvalo : je crois que gege38 utilise mandrake donc il vaut mieux lire quelque chose de spécifique à mandrake. Apparemment les rpms de mandrake sont un peu différents de redhat (j'en sais pas plus car redhat, connais pas). Je crois que les paquets rpm de mandrake ressemble plus à ceux de debian que de redhat sauf que ce sont des rpm...
D'ailleurs ce howto est très bien fait, après le mandrake (mandriva) club, on peut ne pas aimer en général mais il y a des bonnes choses quand on gratte!

gege38 : la BD perso, je crois que ça veut dire qu'il faut installer toutes les dépendances non?
Sinon je comprends pas très bien ce que tu veux faire?

Le 13 avril 2005 - 18 h 44, manouchk a écrit : iraysyvalo : je crois que gege38 utilise mandrake donc il vaut mieux lire quelque chose de spécifique à mandrake. Apparemment les rpms de mandrake sont un peu différents de redhat (j'en sais pas plus car redhat, connais pas). Je crois que les paquets rpm de mandrake ressemble plus à ceux de debian que de redhat sauf que ce sont des rpm... D'ailleurs ce howto est très bien fait, après le mandrake (mandriva) club, on peut ne pas aimer en général mais il y a des bonnes choses quand on gratte!

Perdu Je bosse sous Redhat et les clusters aussi

gege38 : la BD perso, je crois que ça veut dire qu'il faut installer toutes les dépendances non? Sinon je comprends pas très bien ce que tu veux faire?

Bon, en gros, je suis actuellement en stage de DEA dans une équipe dont les recherches portent sur l'autonomous computing...

Actuellement, on a un proto, Jade, qui permet le déploiement, la reconf et la gestion de pannes d'applications J2EE dans un cluster... (Google pour ceux qui voient pas ce que c'est)

Mon boulot là dedans, c'est d'améliorer vraiment (c'est du hyper ad-hoc via des scripts kiddies pour le moment) l'installation automatique des installs...

Donc en gros, mes motivations sont :
- support de RPM pour permettre aux utilisateurs de déployer LEURS apps
- cartographie de l'ensemble des softs
- test des installs
- différents modes download

Pour l'instant je travaille à vue...

Comme ce sera un logiciel qui manipulera l'outil RPM, il serait important pour moi d'éviter de passer par du root pour installer du soft...

Voilà voilà...

Moi ca me semble casse gueule d'utiliser rpm & de creer une base par utilisateur ..

Vu comment le format rpm est chiant au niveau des dependances ..

Enfin je ne vois pas trop pourquoi ce format de package est privilegie vu qu'il n'est pas forcement portable.

Qui sait, l'inria va peut etre passer a gentoo ou solaris 10 demain ..

Desole du HS/troll .

Le 13 avril 2005 - 23 h 07, yota38 a écrit : Moi ca me semble casse gueule d'utiliser rpm & de creer une base par utilisateur .. Vu comment le format rpm est chiant au niveau des dependances .. Enfin je ne vois pas trop pourquoi ce format de package est privilegie vu qu'il n'est pas forcement portable. Qui sait, l'inria va peut etre passer a gentoo ou solaris 10 demain .. Desole du HS/troll .

je suis assez d'accord avec toi

Là je teste un peu tout pour en tirer des conclusions... Et là, je commence à avoir une bonne idée du bordel...

De toute façon, on fait le point vendredi. Au moins, maintenant, c'est clair : faut être root pour du RPM...

Manouchk : je dis juste que c'est dommage qu'il faille etre abonne pour lire des docs/specs .. et surtout si celles-ci sont apparemment specifiques a Mandrake ..

Pour moi, c'est le contrepied meme de l'esprit du libre ..
Maintenant, il y a peut-etre des sites ou on peut acceder a ce howto en particulier (et c'est ce que je demandais) mais c'est vraiment pas top ..

Iraysyvalo : je suis aussi d'accord que le wiki de mandrake n'est pas terrible...
(mais tu ne peux pas y accéder en lecture au moins?)
mais il y avait les quelques lignes sur les propriétés.
Sinon les références pour mandrake pour ce genre de choses sont dans
http://qa.mandrakesoft.com/twiki/bin/view/Main/
....
sinon gege38
il va falloir inventer ton style de packaging?!?
avec un rpm "patché" pour faire des paquets instalable dans les homes qui utilise la base de données rpm commune et qui se lient à moins que tu ne fasse des paquets binaires ? Enfin j'imagine que ça ne doit pas être une option?

Je ne peux pas acceder a ton lien meme en lecture !!!!

Le 14 avril 2005 - 14 h 56, iraysyvalo a écrit : Je ne peux pas acceder a ton lien meme en lecture !!!!

Oh les chieurs!! (mandrake!)

Le 14 avril 2005 - 15 h 40, manouchk a écrit : Le 14 avril 2005 - 14 h 56, iraysyvalo a écrit : Je ne peux pas acceder a ton lien meme en lecture !!!! Oh les chieurs!! (mandrake!)

Je ne peux qu'etre d'accord ...