[CI] test_env broken #316
Labels
No Label
backport/v1.19
backport/v1.20
backport/v1.21
bug
dependency
Chi
dependency
Chroma
dependency
citation.js
dependency
devcontainers
dependency
dropzone
dependency
F3
dependency
ForgeFed
dependency
garage
dependency
Gitea
dependency
Go-org
dependency
Golang
dependency
goldmark
dependency
Goth
dependency
Helm
dependency
MariaDB
dependency
Mermaid
dependency
minio-go
dependency
Monaco
dependency
PDFobject
dependency
Runner
dependency
ssh
dependency
urfave
dependency
Woodpecker CI
dependency
XORM
Discussion
duplicate
enhancement/feature
forgejo/accessibility
forgejo/actions
forgejo/branding
forgejo/ci
forgejo/documentation
forgejo/federation
forgejo/furnace cleanup
forgejo/internationalization
forgejo/moderation
forgejo/privacy
forgejo/release
forgejo/scaling
forgejo/security
forgejo/ui
issue
closed
issue
do-not-exist-yet
issue
open
OS
FreeBSD
OS
Linux
OS
MacOS
OS
Windows
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: forgejo/forgejo#316
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
https://gitea.com/gitea/test-env was upgraded two days ago and breaks the Forgejo builds. The container image could not be pinned because only the latest version is published, the previous ones are discarded.
forgejo/test_env
as a fork of https://gitea.com/gitea/test-envTo keep the CI working while this is being fixed, the Woodpecker host was reset with an older image
docker tag sha256:33777b3348bed8dc6073215bef9120b88bb70e46aea50b7f395720294687c718 gitea/test_env:linux-amd64
It won't prune the images and the CI was made to not always pull. This is a hack and this fix must be completed sooner rather than later or it will break again.
docker tag sha256:dd6560ae0a65 gitea/test_env:linux-amd64
is better (7 weeks ago).fwiw I was able to get it working fine with the new test_env image without making any major changes, see
9ca75fac38
@crystal rebased on top of Gitea is on progress and is going fine as well.
#51 (comment)
At the moment test_env works on the main branch but fails with v1.18. If used with no change it will use lots of RAM and either abort or exceed the resources allocated to the CI. If the lint version is bumped to 1.51.0 it will fail because the branch does not comply.
https://codeberg.org/forgejo/test-env is where the work to version the container images happens.
the commit I linked earlier fixes the release branch :)
I was too focused and missed your commit, sorry about that: it would have worked fine.
The solution I went for instead consists of pinning a test-env container image for v1.18 https://codeberg.org/forgejo/-/packages/container/test_env/1.18 and another for the main branch https://codeberg.org/forgejo/-/packages/container/test_env/main instead of assuming a single test environment will work for both, which breaks almost every time it is upgraded.
That seems like a good idea. I was somewhat frustrated when I realized that the there was no versioned tag for the one from Gitea.
https://github.com/go-gitea/gitea/pull/22764/files someone noticed the Gitea v1.18 branch is broken. And still is broken with this change https://drone.gitea.io/go-gitea/gitea/66827/1/6
It won't be too long before a commit similar to yours is added to v1.18.
Having a tagged test env helps not break the builds at all.
All v1.18 & forgejo branches run the CI successfully using the tagged test environment, this issue can finally be closed.