Erro de construção do RPM: arquivo% files debugfiles.list vazio

8

Problema e ambiente

Korora 23 (Fedora 23)
rpmbuild --versionRPM version 4.13.0-rc1

Estou tentando criar um pacote local de freefilesync para mim. O site oferece uma versão do openSUSE que estou tentando empacotar para o Fedora.

Meu arquivo de especificação .

O erro

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

O que eu já tentei

Por https://lists.opensuse.org/opensuse-buildservice/2015-11/msg00016.html Eu já tentei adicionar esta linha às minhas especificações, como você pode ver, mas não ajudou:

%global debug_package %{nil}

Por alguma razão, esta página não está me fornecendo informações úteis. Talvez eu esteja lendo errado? https://fedoraproject.org/wiki/Packaging:Debuginfo

Informação extra

Na verdade, eu não programa. Apenas empacotei binários já fornecidos pela empresa e empacotei tudo para minhas implantações domésticas do GNU / Linux.

fedora rpmbuild bgStack15
fonte
Seu arquivo de especificação tem vários problemas. O registro de alterações deve ser certamente a última seção, seu rpm está ausente na seção de compilação e muito mais. A depuração foi apenas um ruído, eu acho. Com essa especificação (e fonte oficial), posso avançar para a compilação (que está falhando). Ele ainda vai precisar de alguns cuidados (dependências, ou construir o material empacotado também)
Jakuje
Uau, ao mesmo tempo. Obrigado pelas informações sobre os arquivos de especificação. Eu me ensinei sobre arquivos de especificações lendo páginas de manual. De alguma forma, isso nunca aconteceu antes!
bgStack15

Respostas:

6

No RPM, a ordem das seções e macros é importante. Especialmente para %define-s e %global-s ("definições globais").

Movendo (ou adicionando-o, se você ainda não o tiver) as seções %global debug_package %{nil}acima %prepe %setupdevem fazer o trabalho.

Jakuje
fonte
1

Meu problema foi resolvido movendo a diretiva% global para um pouco abaixo da diretiva% description. Não sei por que o posicionamento é importante.

bgStack15
fonte