¿Es posible crear rpmbuild para conservar los enlaces simbólicos en el empaque?¿Empaqueta enlaces simbólicos a través de rpmbuild?
El comportamiento actual es crear copias de archivos, lo que me gustaría evitar.
¿Es posible crear rpmbuild para conservar los enlaces simbólicos en el empaque?¿Empaqueta enlaces simbólicos a través de rpmbuild?
El comportamiento actual es crear copias de archivos, lo que me gustaría evitar.
Seguro que admite enlaces simbólicos. Pero en realidad tiene que empaquetar el enlace simbólico y no copiar el contenido en la raíz de construcción. Ejemplo Spec envasado de un enlace simbólico al directorio/bin llamado/newbin
Name: test
Version: 1.0
Release: 1%{?dist}
Summary: nothing
License: GPLv2
Source0: nothing
%description
%install
rm -rf %{buildroot}
mkdir %{buildroot}
ln -sf /bin %{buildroot}/newbin
%files
/newbin
También tendrá nothing
archivo en el directorio de fuentes para construir con éxito rpm salir de esto. Probado con rpm 4.9.1.2
No lo creo. He usado el script post-instalación para configurar enlaces simbólicos en mis paquetes.
Haría un cambio a lo dicho por Stan anteriormente, ya que -f está en el enlace de crear, no debería ser necesario eliminar. – Jane
@Jane - No estoy de acuerdo. Por lo general, es una buena idea limpiar la raíz de construcción para eliminar la fracción al comienzo de '% install'. Por ejemplo, supongamos que una versión anterior del paquete instaló un segundo archivo, "'% {buildroot}/newlib' ", pero la versión actual no instala ese archivo. La versión actual del paquete no tendrá en cuenta ese archivo y, por lo tanto, no se eliminará de la raíz de construcción (siguiendo su sugerencia). En general, la instancia de rpmbuild actual no tiene conocimiento de ningún antiguo cruft que pueda estar en la raíz de compilación. Es mejor destruir todo el buildroot antes del paso de instalación. – jayhendren