I mistakenly changed the port in the fedora/non el one, that was
correct.
Need to add the port in the el one for selinux to allow httpd to work.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Fixed up a few things missed and caught in testing on dl01:
* need to setup subuid/subgid files for podman
* need to allow the right port for httpd to listen in selinux
* need httpd network connect to allow it to connect to anubis
* adjust worker values, we were not using prefork for a long time
so the values were just default up them a bunch.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Looks like the scrapers are hitting the download servers now.
So, look at setting up an anubis pod there like we did for pagure.
anubis package isn't available for epel9, so we just use the container.
Will test this with dl01 and tweak until it's working.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
The flatpak-indexer-build needs to run only pytest as done in upstream.
Otherwise it fails on missing commands.
Signed-off-by: Michal Konecny <mkonecny@redhat.com>
Upstream repo doesn't have staging and production branches. So let's
just go with main. In case of redis use the branch where the fix is introduced.
Signed-off-by: Michal Konecny <mkonecny@redhat.com>
Per https://pagure.io/fedora-qa/issue/859 we want to drop the QA
landing page at qa.fedoraproject.org. This should turn it back
into a redirect to the wiki page. We also drop the certificate
for qa.fp.o (since blockerbugs uses the wildcard certificate
anyway) and remove a duplicate reverseproxy entry for blockerbugs
(we had two otherwise-identical entries that were restricted to
prod and stg with `when` conditions).
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This is another attempt at 86696cf. Appearently the condition must be
set to "always" in order to for the header to be "persisted across
internal redirects".
Signed-off-by: Gregory Bartholomew <gregory.lee.bartholomew@gmail.com>
Fix https://github.com/fedora-copr/copr/issues/4001
I updated the `copr_builder_images.hypervisor.x86_64` even though the image is
not uploaded there yet because the HV is currently down.
Somebody needs to run this when it gets back online:
STAMP=$(date -I) \
ARCHES=x86_64 \
TARGETS=libvirt \
copr-upload-builder-images /var/lib/copr/public_html/images/2026-01-14/
10 is not enough, the queue started growing again after few days on
staging. Let's set it to 15. This seems to hold.
Signed-off-by: Michal Konecny <mkonecny@redhat.com>
There is a small bug in the `image-builder upload` code, causing it to always
use the "default" libvirt pool. I am proposing a fix here
https://github.com/osbuild/images/pull/2147
and I uploaded the current builder images with the patched version.
This commit uses the `flock-team` FAS group to direct who receives
emails for the members and sponsors email of the FAS group. By default,
group sponsors will receive mail for Flock sponsorship, while all group
members will receive email for mail sent to the Flock staff mail alias.
Signed-off-by: Justin Wheeler <jwheel@redhat.com>
We should not flood his mailbox anymore.
I set it to go to admin@fedoraproject.org, but if it's too much for
everyone we could just set it to nobody, or adjust it so it doesn't send
so many, or something else.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
