if the requires is not a file-requires then we save our users from having to download the filelist metadata when installing this pkg.
This is a duplicate of bug 533944, which appears to be fixed in rawhide. Why is there a regression?
Then the pkg was never built. repoquery --repoid=rawhide -q -R pdftk /usr/lib/gcj/itext/itext-2.1.7.jar.so itext(x86-32) >= 2.1.7-1 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libgcj.so.10 libm.so.6 libpthread.so.0 libpthread.so.0(GLIBC_2.0) libstdc++.so.6 libstdc++.so.6(CXXABI_1.3) libstdc++.so.6(GLIBCXX_3.4) libstdc++.so.6(GLIBCXX_3.4.11) libstdc++.so.6(GLIBCXX_3.4.9) so it looks like the isa requires was added but the file-requires was never removed
I see that the %__find_requires bug is not fixed and is still generating the weird dependency /usr/lib64/gcj/itext/itext-x.y.z.jar.so()(64bit) So, since Requires: itext%{?_isa} is already in the specfile, we just need to get rid of the weird dependency altogether by modifying our %__find_requires hack. This can be done by changing the line | sed 's@\(itext-[0-9.]*\.jar\.so\)\(()(64bit)\)\?@\1@' to | sed '\@itext-[0-9.]*\.jar\.so@d' Jochen, any objections?
Should be fixed with pdftk-1.41-24.
sorry, caused by an error of me, it should be pdftk-1.41-26.