Comments
tuliom
We're getting a weird error here:
Package Vendor changed from "Fedora Project" to "unknown" in zlib-ng
I don't think we can progress with this error.
The new compat packages (e.g. clang17) requires an update to https://github.com/rpminspect/rpminspect-data-fedora/pull/46/files.
It looks like the CI is having issues to run all tests and results are still missing even after 7 hours of the submission. I cannot re-trigger the tests. We might need to waive these results.
The CI appears to be broken. I'm waiving the results.
Important detail: this new version depends on python3-specfile >= 0.25.0, but this is missing in the specfile. Without updating both packages we get the following error:
utils.py ERROR 'Specfile' object has no attribute 'update_version'
Unexpected exception occurred,
please fill an issue here:
https://github.com/packit/packit/issues
After updating both packages, this is working well.
Downvoting in order to avoid it being pushed.
It seems there was a communication issue when running the lldb automated tests. I'm re-triggering them.
LLVM 17.0.2 has finally reached the stable repositories, so I'm re-enabling auto-stable on this update.
@decathorpe, ack. I have just disabled auto-stable based on karma or time. I will re-enable that after FEDORA-2023-67f0f8d186 is submitted to the repositories. Thanks!
Tested manually. LGTM.
Tested manually. LGTM
Tested this manually and it looks good to me. Thanks!
@wtogami Awesome! Thanks for testing and confirming this!
compiler-rt is known to have issues running the cross compiler tests and may fail. I have tested it by hand and all 3 tests passed.
compiler-rt is known to have issues running the cross compiler tests and may fail. I have tested it by hand and all 3 tests passed.
The compiler-rt test is failing only when automatically executed from Bodhi. It does pass when run manually. The issue is related to the lack of recently built i686 packages in a x86_64 machine. Because of that, I will waive the test results.
I've just confirmed that BZ#2221585 has been fixed this time.
I confirmed that
-z relro -z nowis being used. I wonder if this test had a false positive...