CentOS 5.5 - symbolic link-Erstellung in RPM-spec-Datei

Muss ich erstellen Sie die folgenden symbolischen links, in die RPM-Datei

/bin/ln -sf libcrypto.so.0.9.8e /lib/libcrypto.so.0.9.8
/bin/ln -sf libssl.so.0.9.8e /lib/libssl.so.0.9.8

In meinem RPM-spec-Datei:

%files
%defattr(-,root,root)
/lib/libcrypto.so.0.9.8
/lib/libssl.so.0.9.8
<other files...>

%install
/bin/ln -sf libcrypto.so.0.9.8e /lib/libcrypto.so.0.9.8
/bin/ln -sf libssl.so.0.9.8e /lib/libssl.so.0.9.8

Den /lib/libcrypto.so.0.9.8 e und /lib/libssl.so.0.9.8 e existiert auf meinem PC, aber wenn ich versuche zu installieren, meine U /MIN, ich bekam eine Fehlermeldung:

libcrypto.so.0.9.8 is needed by my-test-rpm-1.el5.i686
libssl.so.0.9.8 is needed by my-test-rpm-1.el5.i686

Was falsch? Was muss ich tun, um erstellen Sie symbolische links, die Teil der RPM-installation?

Dank

InformationsquelleAutor Dima | 2011-01-28
  1. 2

    Als workaround habe ich deaktiviert, das automatische dependency-Verarbeitung durch Zugabe von:

    AutoReqProv: no

    meiner spec-Datei.
    Ich bin noch auf der Suche nach der wirklichen Lösung.

    InformationsquelleAutor Dima
  2. 1

    Müssen Sie führen Sie ldconfig in der %post-Teil der spec-Datei:

    %post
umask 007
/sbin/ldconfig > /dev/null 2>&1


%postun
umask 007
/sbin/ldconfig > /dev/null 2>&1

    sollte es tun.

    • Ich habe es ausprobiert, das problem besteht immer noch...
    • Klingt wie /lib/libcrypto.so.0.9.8 e und /lib/libssl.so.0.9.8 e nicht in der Liste der % - Dateien. Auch Ihr Aufruf von 'ln' nicht auf Sie, die Art und Weise, wie '/bin/ln -sf /lib/libcrypto.so.0.9.8 e /lib/libcrypto.so.0.9.8'.
    • /lib/libcrypto.so.0.9.8 e und /lib/libssl.so.0.9.8 e sind Teil der openssl-U / MIN.
    • Aber eine andere Binärdateien, dass mein RPM ist die Installation erfordert /lib/libssl.so.0.9.8 und /lib/libssl.so.0.9.8 aber nicht in /lib/libcrypto.so.0.9.8 e und /lib/libssl.so.0.9.8 e
    InformationsquelleAutor ldav1s
  3. 1

    1) Nur für symlinks, die Sie nicht benötigen, rufen Sie ldconfig in post-Phase.

    2) Wie bereits erwähnt ldav1s: stellen Sie sicher, dass Ihre Dateien sind aufgelistet in der %files-Sektion.

    3) noch Einmal: Seien Sie sicher, dass Ihre Dateien werden aufgelistet - besonders wenn Sie so etwas wie

    %define _unpackaged_files_terminate_build 0

    RHEL rpmbuild mit einer Fehlermeldung beendet, wenn Dateien gefunden werden, die in buildroot, die nicht aufgeführt sind in der %files-Sektion. Mit diesem definieren Sie können schalten Sie das Verhalten/Fehler ausschalten, aber man sollte genau wissen, was Sie eigentlich tun. Wenn Sie diese Linie benutzen, sollten Sie entfernen es aus Ihrer spec-Datei.

    4) nicht bauen, das rpm-Paket als root-Benutzer. Wenn Sie vergessen haben, verwenden Sie rpm_build_root Sie nicht zerstören, Ihr live-system. Dein Beispiel sieht aus wie es war aus einer spec-Datei von Red Hat 4.2 von 1997. Da Red Hat 5 (nicht RHEL 5!) 1997 rpm/rpmbuild-Befehl kennt die RPM_BUILD_ROOT definition. Ich denke, dass das ist Ihr problem: Sie verwenden nicht die buildroot installieren aber direkt in das root-FS und führen Sie " rpmbuild als Benutzer root an.

    Gegeben, dein Beispiel sollte es so geändert werden:

    %install
/bin/ln -sf libcrypto.so.0.9.8e $RPM_BUILD_ROOT/lib/libcrypto.so.0.9.8
/bin/ln -sf libssl.so.0.9.8e $RPM_BUILD_ROOT/lib/libssl.so.0.9.8

    Mithilfe von buildroot ist beschrieben in RPM docs.

    InformationsquelleAutor reichhart
  4. 0

    Der beste Weg, dies zu tun ist durch die Verhinderung der symlinks, die Sie erstellt, gescannt von der Automatik abhängig & erfordert Generatoren:

    %filter_provides_in libcrypto.so.0.9.8e
%filter_provides_in libssl.so.0.9.8e
%filter_requires_in libcrypto.so.0.9.8e
%filter_requires_in libssl.so.0.9.8e
%filter_setup

    Mehr Informationen auf hängt/erfordert Filterung hier.

    InformationsquelleAutor jayhendren
Schreibe einen Kommentar