bes, which is included in the Server DVD as an optional package in the web server group, has broken dependencies:
it needs a rebuild, but the current 3.20.1 source does not build successfully on Rawhide.
I took a look at building 3.20.5. The source tarball is oddly huge - 4x as big as the other 3.20 releases. I've mailed the opendap folks about this, and James Gallagher said he'd look into it. Ignoring that, the build process succeeds, but there are several 'installed but unpackaged' files:
Installed (but unpackaged) file(s) found:
I'm not sure what to do about these since I'm not an expert on the package, so I figured I'd best file a bug and leave it to the maintainer.
This is an automatic F31 Beta blocker per the automatic blocker policy: "Unresolved dependencies on a release-blocking DVD-style (offline installer) image (failures of QA:Testcase_Mediakit_Repoclosure)" - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process#Automatic_blockers
Just got this from James:
"Best to use the github source if you need the source now; I should have a fixed tar.gz up soon but it might take a while since I’m at the end of a slow link."
so a fixed tarball is on its way.
Odd... this shouldn't even be on the DVD anymore. I thought I trimmed it out. Something fishy is going on here.
It's explicitly in comps, because of some idiot:
6928aeb64 (Adam Williamson 2018-10-02 19:05:21 -0700 5772) <packagereq type="optional">bes</packagereq>
...but no seriously, folks, what I was doing in that commit was replacing a ton of comps entries for packages that no longer exist. There was an entry for 'dap-server', which no longer exists as a binary package, but the 'bes' package does Provide: dap-server . For all the cases where there was an entry for a package that no longer exists in its own right but is provided by something else, I replaced the line with a line for the 'something else'. So, that's why bes is there.
If it no longer makes sense to include "a DAP server" in the optional packages for the web-server group, then we can take it out.
sgallagh says he took this out of comps, and indeed in the latest Rawhide compose the repoclosure test still fails, but not because of bes. So let's close this.