Hide Forgot
http://download-node-02.eng.bos.redhat.com/brewroot/work/tasks/4435/12184435/build.log <jvanek> http://pkgs.devel.redhat.com/cgit/rpms/java-1.7.1-ibm/tree/java-1.7.1-ibm.spec?h=supp-rhel-6.9#n664 Not that it is supplementary, and it was many times buggy in past.
https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=12184435
So the issue is casued by -target noarch sued by brew for srpm rebuild. Why the resultis failure is still in investigations
So this cryptic message means, that scriplet is on wrong place. It is candidate for closing, but worty to think about: - the rpmbuild passes unless --target noarch is specified - the message do not help I think the rpm should - faill on all targets or on one (as this issue isarch-independent) - may come with better error message if scriplet order is incorrect Fixed like this: http://pkgs.devel.redhat.com/cgit/rpms/java-1.7.1-ibm/commit/?h=supp-rhel-6.9&id=3e87407558b369ebdfe4711a195d0d0583763700 Note that it may be coincidence, but it was necessary to move scriplet 42 line sup as original error message suggetsed. But may be coincidence... Still - the rpm should fail target-independently.
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'.
The build.log is gone by now, original error message(s) or logs not included in the bug and the description is so full of typos its really hard to follow at all. There are any number of reasons why rpmbuild could fail differently dependening on --target values, for perfectly valid reasons too. Then there are those obscure cases which fail due to funny macro interactions originating from the recursive spec parsing with buildarchs, but I'm not going to try and guess what the error and the cause might've been here. In the future, please include the relevant information in the bug itself.