Fehler beim RPM-Build: Leere Datei% debugfiles.list

3948
bgStack15

Problem und Umgebung

Korora 23 (Fedora 23) -
VersionRPM version 4.13.0-rc1

Ich versuche, ein lokales Paket von Freefilesync für mich selbst zu erstellen . Die Site bietet eine openSUSE-Version, die ich für Fedora packen möchte.

Meine Spec - Datei .

Der Fehler

Processing files: freefilesync-8.2-1.fc23.x86_64 Provides: config(freefilesync) = 8.2-1.fc23 freefilesync = 8.2-1.fc23 freefilesync(x86-64) = 8.2-1.fc23 Requires(interp): /bin/sh /bin/sh Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(post): /bin/sh Requires(postun): /bin/sh Requires: libX11.so.6()(64bit) libXxf86vm.so.1()(64bit) libatk-1.0.so.0()(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.10)(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.17)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.2)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.6)(64bit) libcairo.so.2()(64bit) libdl.so.2()(64bit) libdl.so.2(GLIBC_2.2.5)(64bit) libexpat.so.1()(64bit) libfontconfig.so.1()(64bit) libfreetype.so.6()(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libgdk-x11-2.0.so.0()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libgio-2.0.so.0()(64bit) libglib-2.0.so.0()(64bit) libgobject-2.0.so.0()(64bit) libgthread-2.0.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libpango-1.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libpangoft2-1.0.so.0()(64bit) libpng16.so.16()(64bit) libpng16.so.16(PNG16_0)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libpthread.so.0(GLIBC_2.3.2)(64bit) libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(CXXABI_1.3.2)(64bit) libstdc++.so.6(CXXABI_1.3.3)(64bit) libstdc++.so.6(CXXABI_1.3.5)(64bit) libstdc++.so.6(CXXABI_1.3.9)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.11)(64bit) libstdc++.so.6(GLIBCXX_3.4.14)(64bit) libstdc++.so.6(GLIBCXX_3.4.15)(64bit) libstdc++.so.6(GLIBCXX_3.4.18)(64bit) libstdc++.so.6(GLIBCXX_3.4.19)(64bit) libstdc++.so.6(GLIBCXX_3.4.20)(64bit) libstdc++.so.6(GLIBCXX_3.4.21)(64bit) libstdc++.so.6(GLIBCXX_3.4.9)(64bit) libz.so.1()(64bit) libz.so.1(ZLIB_1.2.0)(64bit) Processing files: freefilesync-debuginfo-8.2-1.fc23.x86_64 error: Empty %files file /home/bgstack15-local/rpmbuild/BUILD/freefilesync-8.2/debugfiles.list   RPM build errors: Empty %files file /home/bgstack15-local/rpmbuild/BUILD/freefilesync-8.2/debugfiles.list

Was ich schon probiert habe

Per https://lists.opensuse.org/opensuse-buildservice/2015-11/msg00016.html Ich habe bereits versucht, diese Zeile meiner Spezifikation hinzuzufügen, wie Sie sehen, aber es hat nicht geholfen:

%global debug_package %

Aus irgendeinem Grund liefert diese Seite keine nützlichen Informationen. Vielleicht lese ich es falsch? https://fedoraproject.org/wiki/Packaging:Debuginfo

Zusatzinformation

Ich programmiere eigentlich nicht. Ich packe nur Binaries, die bereits von der Firma bereitgestellt wurden, und packe Dinge für mich für meine Home-Implementierungen von GNU / Linux.

5
Ihre Spezifikationsdatei hat mehrere Probleme. Das Änderungsprotokoll sollte sicherlich der letzte Abschnitt sein, Ihr RPM-Build-Abschnitt fehlt und so weiter. Das Debugging war nur ein Geräusch, denke ich. Mit diesem [spec] (http://pastebin.com/53MSVpSp) (und der offiziellen Quelle) kann ich mit dem Build fortfahren (der fehlschlägt). Es wird immer noch etwas Sorgfalt benötigt (Abhängigkeiten oder das gebündelte Zeug auch bauen) Jakuje vor 8 Jahren 0
Wow, zur gleichen Zeit. Vielen Dank für die Informationen zu spec-Dateien. Ich habe mir selbst beigebracht, wie man Dateien liest. Irgendwie ist das noch nie zuvor gekommen! bgStack15 vor 8 Jahren 0

2 Antworten auf die Frage

5
Jakuje

In RPM ist die Reihenfolge der Abschnitte und Makros von Bedeutung. Speziell für die %define-s und %global-s ("globale Definitionen").

Das Bewegen der %global debug_package %obigen Abschnitte %prepund %setupsollte die Aufgabe erfüllen.

1
bgStack15

Mein Problem wurde gelöst, indem die globale Direktive% direkt unter die Direktive% description verschoben wurde. Ich weiß nicht, warum Platzierung wichtig ist.

Verwandte Probleme