Si la condition à l'intérieur de l' %section Fichiers sur un fichier SPEC

Je suis un peu une nouvelle à l'écriture des fichiers de spec et la construction du RPM. Actuellement, j'ai un RPM qui est censé déployer certains fichiers dans 1 des 2 répertoires qui varient avec le système d'exploitation.

Comment puis-je, au sein de l' %section fichiers, de les vérifier? Je ne peux pas utiliser de variable...je ne peux pas vérifier les deux chemins d'accès parce que l'on va échouer...j'ai essayé de définir une macro plus tôt dans l' %section installer mais il sera définie qu'une seule fois et de ne pas être redéfinie à chaque installation RPM...

que puis-je faire ici?

Grâce

InformationsquelleAutor cjdcordeiro | 2013-09-09

rpmbuild specifications

2

La %files section peut avoir des variables, mais généralement, ce serait quelque chose comme votre chemin, qui est défini de sorte que vous n'avez pas à répéter un tas. donc %{long_path}/file_name, où long_path a été définie plus haut dans le fichier spec. le %files section est l'information qui va dans la base de données RPM, et est créé lorsque vous générez le RPM de sorte que vous ne serez pas en mesure de modifier ces valeurs en fonction des informations de la machine lors de l'installation.

Si vous voulez vraiment pour ce faire, vous pouvez inclure un fichier tar à l'intérieur de l'archive principale qui est extrait selon certaines conditions (depuis le fichier de spec est juste bash). Maintenant, gardez à l'esprit que c'est une idée terrible. Les fichiers ne seront pas suivis par la base de données RPM, donc quand vous supprimez le RPM ces fichiers existent toujours.

En réalité, vous devez construire deux Rpm, ceci permettra un meilleur soutien pour aller de l'avant dans l'avenir dans le cas où vous avez à la main vers quelqu'un, ainsi que de la préservation de votre propre santé mentale d'un an à partir de maintenant, quand vous avez besoin de mettre à jour le RPM.
- donc, votre objectif est de construire deux tours, avec le même contenu mais qui vérifiera l' %des fichiers dans des chemins différents? Oui, cela sonne comme une bonne idée, faire deux Rpm pour les deux types d'OS...
- mais est-il possible en quelque sorte d'avoir un si la condition à l'intérieur de l' %des fichiers ?
- Vous pourriez avoir une condition if dans le RPM de ce qui se passe dans l' %section fichiers lors de la compilation du RPM lui-même, mais qui ne fonctionnent pas sur installer. Que la liste des fichiers est essentiellement statique. Vous courez également la question d'où vous aurez un message d'erreur indiquant que le RPM fichiers trouvés (lors de la compilation), mais ils étaient nus (parce qu'ils vivent dans votre archive, mais ne sont pas déclarées dans l' %section fichiers en raison de votre instruction if). En général, je voudrais essayer de rester loin de le faire.
InformationsquelleAutor Forrest
3

J'ai eu une situation similaire, où des fichiers supplémentaires ont été inclus dans le RPM dans le cas d'une version de DÉBOGAGE sur et au-dessus de tous les fichiers dans la version RELEASE.

L'astuce est de passer d'une liste de fichiers à %des fichiers alongwith une liste de fichiers-dessous:
```
%install
# Create a temporary file containing the list of files
EXTRA_FILES=$RPM_BUILD_ROOT/ExtraFiles.list
touch %{EXTRA_FILES}

# If building in DEBUG mode, then include additional test binaries in the package
%if %{build_mode} == "DEBUG"
# %{build_mode} is a variable that is passed to the spec file when invoked by the build script
# Like: rpmbuild --define "build_mode DEBUG"
echo path/to/file1 > %{EXTRA_FILES}
echo path/to/file2 >> %{EXTRA_FILES}
%endif

%files -f %{EXTRA_FILES}
path/to/release/file1
path/to/release/file2
```
Dans votre cas, vous pouvez tirer parti de l' %si conditionnelle dans l' %section installation, de l'utilisation de l'OS comme une spécification de la variable passée à rpmbuild (ou la détecter dans les spécifications RPM lui-même) et passer ensuite le fichier contenant la liste de %files

InformationsquelleAutor dotbugfix
1

Forrest suggère la meilleure solution, mais si ce n'est pas possible en pratique, vous pouvez détecter la version du système d'exploitation à l'exécution dans l'après-section installer, déplacer le script à l'emplacement approprié, puis le supprimer après désinstallation, par exemple:
```
# rpm spec snippets
%define OS_version %(hacky os detection)
...
Source2: script.sh
...
%install
install %{_sourcedir}/script.sh %{buildroot}/some/known/location
...
%post

%if %{OS_version} == "..."
  mv /some/known/location/script.sh /distro/specific/script.sh
%elif %{OS_version} == "..."
...

%preun
rm -rf /all/script/locations
```
Beaucoup plus sujettes à erreur que de construire des différents tours sur différents Systèmes d'exploitation, mais à l'échelle d'un peu mieux si vous avez besoin de l'appui de nombreux différents Systèmes d'exploitation.
- RPM4 n'a pas de elif / else / elseif directive.
InformationsquelleAutor user318904

C'est comment j'ai résolu mon problème

étape 1 :

   In Build section .. somewhere I wrote :
 %build
  .....
  #check my condition here & if true define some macro
  %define is_valid %( if [ -f /usr/bin/myfile ]; then echo "1" ; else echo "0"; fi )
 #after his normal continuation
 .....
 ...

Étape 2: dans la section installer

  %install
  ......
  #do something in that condition
  if %is_valid
  install -m 0644 <file>
  %endif
  #rest all your stuff
  ................

Étape 3:dans la section fichiers

   %files
   if %is_valid 
   %{_dir}/<file>
   %endif

Que c'est

Il fonctionne.

PS : je ne peux pas vous donner le code complet en lui donnant tout l'utile extrait de

Quelqu'un a voté. Meilleur commentaire ici pour que je puisse venir à savoir si il ya quelque chose de mal. Il a travaillé pour moi alors, je ne comprends pas pourquoi est-ce mal

InformationsquelleAutor Fooo

Vous devez vous connecter pour publier un commentaire.