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
    %pre rpmUn
    -je teste dans chaque %pre si le groupe/user existe.
    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 ....
  • penthium2 wrote:il faut généralement attendre 48H avant de faire un UP. merci de ta compréhension.
    Désolé pour mon impatience...
    pingou wrote:Et tu as testé ?
    Ben ouiche....
    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...)
  • 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" ?
  • 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 ....
  • Bonjour ,

    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 +
  • Bonjour à tous,

    Dans un script, j'ai trouvé la commande suivante :
    if lvm.static vgscan ......
    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 ...
    Ou se situe la difference ?

    Merci
  • Bonjour,

    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"
    label truc
    kernel vmlinuz 
    append initrd=initrd.img ramdisk_size=8192 selinux=0 ks=cdrom:/isolinux/kstruc.cfg console=ttyS0,9600n8 console=tty1
    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.
    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 !!!!
    label truc
    kernel vmlinuz 
    append initrd=initrd.img ramdisk_size=8192 selinux=0 ks=cdrom:/isolinux/kstruc.cfg console=tty1 console=ttyS0,9600n8
    Ma question est la suivante : est-il possible d'avoir la visu sur les 2 sorties pendant l'installation ?

    En relisant ces lignes , je ne suis pas sur d'etre trés clair...