reg runs and gathers information from the container registry to make a
'pretty' web page at https://registry.fedoraproject.org. However, this
page is pretty useless and really only needs to update after branching
(if then). We may look at redirecting this to a static websites page
that has information on our containers at some point.
In the mean time reg sometimes creates a empty file that syncs out and
causes alerts. So, lets just completely disable it.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Install the 'git-hooks' cert for use with git commits and package
uploads on pkgs. Before this we were... just not installing those
anymore and they had expired.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This reverts commit bf345042d2.
This is breaking all updates composes.
pungi.compose.status.change -- pungi-koji compose of [[ release.id_prefix.title() ]]-7-updates-20230429.0 started https://kojipkgs.fedoraproject.org/compose/updates/[[ release.id_prefix.title() ]]-7-updates-20230429.0
somehow it's not expanding right so reverting it.
Previously, the delete_old_oci_images.py script sometimes caused a
traceback when trying to get the date from the JSON response for an OIC
image blob. This was because it was trying to read a JSON value that
didnt exist in some cases.
This change simply skips those images -- might update this in the future
to fins a fallback date to use, but for now just skip them.
Signed-off-by: Ryan Lerch <rlerch@redhat.com>
Finally, the alembic command works! But only the upgrade one. Thanks @darknao
for help with that. Let's try to fix the rest.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
When debugging the issue I tried to use `sleep 1000` as command for one of the
mid hook containers and this worked. So it seems that the only issue is with how
the command is actually written. So let's try a way that is in the OpenShift
documentation and see if this works.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
I'm running out of ideas, but it seems that the python3-alembic package isn't
visible as a module for /bin/python3 and alembic command doesn't see `anitya`
module. So let's try to install alembic from pip and see if this helps.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
The mid hook is still failing, when used with /bin/bash it complains that it
couldn't find `anitya` module.
When used with python3, it complains it couldn't find `alembic` module.
I tried this in vagrant machine locally and the python3 -m alembic works. So
let's try this again.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
When testing the container locally I found out that the command should still
work, so the issue needs to be somewhere else.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
Fedora 38 doesn't have /bin/python command instead it has /bin/python2 and
/bin/python3. Let's use /bin/python3
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
The alembic upgrade doesn't see anitya module for some reason. Calling it as
python module instead works.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
The package from PyPI doesn't have sphinx-build-3 command, but instead has only
sphinx-build command. Let's use it instead.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
The docs doesn't build with sphinxcontrib-httpdomain 1.7.0 that is available in
Fedora, we need to use version from PyPI to make it work.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
The F36 container is failing in staging when build is running. I updated the
[dev env to F38](https://github.com/fedora-infra/anitya/pull/1567) to try if
the issue will still be there and it didn't show up. Let's update the OpenShift
deployment as well.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>