MerKi...
Poulpie

- 5 janv. 2023
- Inscrit 14 sept. 2008
- 0 meilleure réponse
- Petit nouveau Adepte du forum Rédacteur potentiel
- Eureka, j'ai trouvé...enfin la méthode est probablement un peu chevaline, j'explique :
-j'ai rajouté une section %pre pour chaque rpm
-je teste dans chaque %pre si le groupe/user existe.%pre rpmUn
Si oui, on continue.
Si non, création du group/user
Il existe probablement une méthode un peu moins brutale : je suis tout ouïe ....
Désolé pour mon impatience...penthium2 wrote:il faut généralement attendre 48H avant de faire un UP. merci de ta compréhension.
Ben ouiche....pingou wrote:Et tu as testé ?
Il me semble que la section %pre (donc la création du user) ne s'effectue que pour la partie générale...
Donc si on installe, le rpmUn en premier , le user n'existe pas encore ...
J'avoue avoir testé une solution époventable : j'ai mis le nom du rpm "generale" en "require" dans chaque %package...
Me suis bien fait insulté (fort justement...)- Personne ?
- Re-Bonjour EveryBody,
Toujours dans la famille "spec multi-paquets", je voudrais savoir si dans l'exemle ci-dessous, l'utilisateur Dupont sera créé systématiquement avant
l'installation des rpm produits.
Je précise un peu ma question :
-dans le spec ci-dessous ( un pauvre exemple bien sur !), il y a une section %pre qui va créer l'utilisateur (et le groupe...) Dupont.
-ensuite, ce spec va produire 2 paquets ( rpmUn et rpmDeux...je sais c'est original.)
La question est la suivante, si j'installe le paquet rpmUn : suis-je sur que l'utitlisateur Dupont existe ? sinon comment faire pour m'en assurer ?
L'idée, c'est que les fichiers livrés dans les rpmUn et Deux s'installe sous user "Dupont"....
Merci d'avance.
Name: Truc Summary: Baratin Version: 1.24 Release: 6.Moi Group: Internet/WWW/Servers License: Unknown BuildArch: noarch BuildRoot: %_tmppath/%name-%version-%release-root %pre %{_sbindir}/groupadd -g %{tcuid} -r LaJoie %{_sbindir}/useradd -c "Dupont" -u %{tcuid} -g LaJoie -s /bin/sh -r -d %{homedir} Dupont %package -n rpmUN Summary: paquet numero UN Group : Internet/WWW/Servers Requires : machin Version: 5.50 Release: 1 %package -n rpmDEUX Summary: paquet numero DEUX Group : Internet/WWW/Servers Requires : machin Version: 8.10 Release: 2
- Merci beaucoup à tous les deux.
Je m'en vais essayer tout ça !
A bientôt - Tu as parfaitement raison pour les release...cela n'était qu'un exemple :roll:
Par contre, pour les versions....mystère.
A plus et merçi - Je comprend, ma demande est un peu floue....
En fait, je te joins un extrait de ce que je voudrais faire :
-le spec génère plusieurs rpm ( rpmUN et rpmDEUX par exemple)
-je voudrais que rpmUN et rpmDEUX ait une version différente ....( ou pas...)
Name: Truc Summary: Baratin Version: 1.24 Release: 6.Moi Group: Internet/WWW/Servers License: Unknown BuildArch: noarch BuildRoot: %_tmppath/%name-%version-%release-root %package -n rpmUN Summary: paquet numero UN Group : Internet/WWW/Servers Requires : machin Version: 5.50 Release: 1 %package -n rpmDEUX Summary: paquet numero DEUX Group : Internet/WWW/Servers Requires : machin Version: 8.10 Release: 2
- Bonjour,
Même si cela peut paraitre zarbi... : est il possible dans un fichier spec qui génère plusieurs rpm de spécifier un numéro de version par rpm produits ?
Je sais cela ne parait pas clair !!!!
Voici le détail de ce que je voudrais :
-Dans la partie génerale du spec, on retrouve les habituelles Name, Summary, Version, Release .....
-dans chaque partie %package, je redéfinis la version du package....
J'espère avoir été à peu prés clair.... - Probablement les premières conséquences de fukushima :lol:
- Je dis probablement n'importe quoi mais l'utilisateur "user01" n'aurait il pas autre chose qu'un classique "/bin/bash" dans le
fichier "/ec/passwd" ? - Dans Problème avec pdksh
- Modifié
Au pire, tu peux supprimer le ksh.
Encore pire, tu peux installer le pdksh en force.
Il te reste a savoir si le ksh est utilise sur ton serveur.
Sont très pénible chez Oracle 😉
Ps : Oracle ne supporte pas Fedora mais Redhat ( ou Centos pour la
version libre ). A prendre en compte .... - Dans amule sous fedora 13
- Dans splittree.pyup
- Dans splittree.pyBonjour ,
Voici mon problème, je voudrais "splitter" une image d'un DVD ( iso ) en 3 CD.
Je monte l'iso en loop et j'utilise "splittree.py" fournit dans anaconda-runtime. Celui-ci me génère bien mes 3 cds
avec toute l'arborescence sur le premier cd et uniquement les packages sur les suivants.
Je continue mon aventure avec l'utilitaire "mkisofs" qui me génère une joli image iso de 640Mo : parfait !
Le problème survient plus tard, au moment de l'installation dans VirtualBox qui ne trouve pas un rpm....
A priori, je n'ai pas de lien entre mes CD ( en gros il ne sait pas où sont les packages ).
J'ai réfléchis à plusieurs pistes :
-mon "repodata" correspond à celui de l'iso du DVD ( ????? ) donc j'ai recrée mon repodata ( createrepo ) avec les packages du CD1 : l'installation se plante miserablement dans VirtualBox.
-a priori avec le "creatrepo" je dois avoir une discordance entre mes groupes ( du comps.xml )
Je ne trouve que des infos sur des commandes qui n'existent plus ( genhdlist, splitdistro....ect ).
Toute aide serait la bienvenue.
Merci de me lire - Bonjour,
Je dis peut-être une bétise mais "mock" ne pourrait-il pas t'aider ?
A + - Dans lvm.staticBonjour à tous,
Dans un script, j'ai trouvé la commande suivante :
Je n'arrive pas à trouver d'infos sur la commande lvm.static. En fait, "lvm.static vgscan" et un simple "vgscan" me renvoit la même chose ...if lvm.static vgscan ......
Ou se situe la difference ?
Merci - Dans probleme de ttyS0Personne ?
- Dans probleme de ttyS0Bonjour,
Je réalise des dvd d'installation Fedora afin d'automatiser l'installation sur X serveurs.
Je voudrais beneficier de 2 sorties ecran pendant l'installation de ma distri favorite ( et perso...), Je m'explique :
-voici un extrait de mon "isolinux.cfg"
Avec cette syntaxe, je visualise bien la séquence de boot sur les deux consoles. Puis, pendant l'installation ( copie des differents rpm ect..) la sortie série ( ttyS0 ) devient muette.label truc kernel vmlinuz append initrd=initrd.img ramdisk_size=8192 selinux=0 ks=cdrom:/isolinux/kstruc.cfg console=ttyS0,9600n8 console=tty1
Précision, je retrouve mon ttyS0 plus tard ( grace à une ligne rajoutée dans /etc/inittab )
Ps : Si je change l'ordre des tty dans mon isolinux.cfg : c'est la sortie série qui affiche le déroulement de l'installation ..On a l'impression que c'est le dernier tty de la ligne de commande qui gagne !!!!
Ma question est la suivante : est-il possible d'avoir la visu sur les 2 sorties pendant l'installation ?label truc kernel vmlinuz append initrd=initrd.img ramdisk_size=8192 selinux=0 ks=cdrom:/isolinux/kstruc.cfg console=tty1 console=ttyS0,9600n8
En relisant ces lignes , je ne suis pas sur d'etre trés clair... - Bien dit !!!!!