Closed FrostyX closed 4 weeks ago
This is the script we use: https://github.com/SSSD/sssd/blob/master/contrib/fedora/make_srpm.sh
But strangely enough, after the fatal error, we still produce the SRPM?
@pbrezina says "It produces some 20-bytes malformed tarball"
We run git archive ... | gzip > "$RPMBUILD/SOURCES/$NAME.tar.gz"
so if git archive fail we still feed gzip with the error message and rpmbuild does not care that the tarball is malformed.
Has this stopped working? 77dbe365b61e8de84202dc7e2f05c62c8c15470a
Or it possibly never worked with make_srpm
? I am not sure.
Btw the last successful build was 16. 5. 2024. It is all red after this day.
this is really still hapenning: https://download.copr.fedorainfracloud.org/results/nikromen/playground/srpm-builds/08113937/builder-live.log.gz
but once I take builder and try to debug it manually there, it'll pass every time 🤷 shouldn't this also produce the safe.directory fail?
What's the difference between taking a builder and running
/usr/bin/copr-rpmbuild --verbose --drop-resultdir --srpm --task-url https://copr.fedorainfracloud.org/backend/get-srpm-build-task/8113937
there and letting copr to do the same in a build automatically...
the command to create safe directory in .gitconfig is correct in both cases, but when srpm build is handled by copr, it somehow either has no effect or something mystically "cancels" the already set safe directory
@pbrezina can you take a look at https://github.com/SSSD/sssd/pull/7639 ? Git archive seems to behave fine if we don't use --remote=file://
, which I'm not really sure why is needed (shouldn't be).
Full log: builder-live.log.gz.txt
But strangely enough, after the fatal error, we still produce the SRPM?