WIP: pr-14.2.0 - Rolling release for nextcloud 33 #108

Closed
ineiti wants to merge 2 commits from pr-14.2.0+33-fpm into main
Owner

As discussed, started with a fixed version in 14.0 and 14.1, and only now going to rolling release.

As discussed, started with a fixed version in 14.0 and 14.1, and only now going to rolling release.
ineiti changed title from Rolling release for nextcloud 33 to pr-14.2.0 - Rolling release for nextcloud 33 2026-08-11 05:00:16 +00:00
ineiti changed target branch from pr-14.1.0+33-fpm to main 2026-08-11 05:01:58 +00:00
ineiti changed target branch from main to pr-14.1.0+33.0.7-fpm 2026-08-11 05:03:49 +00:00
ineiti marked the pull request as work in progress 2026-08-11 20:42:25 +00:00
dannygroenewegen changed target branch from pr-14.1.0+33.0.7-fpm to main 2026-08-13 10:18:50 +00:00
dannygroenewegen added 2 commits 2026-08-13 10:18:50 +00:00
Owner

if people want this, this could be enabled using an image env. Else I think it's not a good idea because it makes the recipe nondeterministic and unstable. You don't know which exact version you are deploying, A redeployment would trigger an unwanted update. This would make debugging and testing difficult and lead to unexpected behavior.

if people want this, this could be enabled using an image env. Else I think it's not a good idea because it makes the recipe nondeterministic and unstable. You don't know which exact version you are deploying, A redeployment would trigger an unwanted update. This would make debugging and testing difficult and lead to unexpected behavior.
Author
Owner

if people want this, this could be enabled using an image env. Else I think it's not a good idea because it makes the recipe nondeterministic and unstable. You don't know which exact version you are deploying, A redeployment would trigger an unwanted update. This would make debugging and testing difficult and lead to unexpected behavior.

Can you please open an PR with a change to MAINTENANCE.md? Because currently we have this in our workflow:

the previous release gets a last update pointing to the docker image versions nextcloud:xx-fpm, so that users can auto-update if they wish so

Then we can discuss it there. The idea is that this is a minor update to the coop-cloud recipe, which people can choose, or not to, but which let's them follow the patches of nextcloud without us having to do anything...

> if people want this, this could be enabled using an image env. Else I think it's not a good idea because it makes the recipe nondeterministic and unstable. You don't know which exact version you are deploying, A redeployment would trigger an unwanted update. This would make debugging and testing difficult and lead to unexpected behavior. Can you please open an PR with a change to MAINTENANCE.md? Because currently we have this in our workflow: > the previous release gets a last update pointing to the docker image versions nextcloud:xx-fpm, so that users can auto-update if they wish so Then we can discuss it there. The idea is that this is a minor update to the coop-cloud recipe, which people can choose, or not to, but which let's them follow the patches of nextcloud without us having to do anything...
Owner

the previous release gets a last update pointing to the docker image versions nextcloud:xx-fpm, so that users can auto-update if they wish so

Then we can discuss it there. The idea is that this is a minor update to the coop-cloud recipe, which people can choose, or not to, but which let's them follow the patches of nextcloud without us having to do anything...

Thank you for clarification. This was a misunderstanding on my side. If this only affects the last release directly in front of the next major release, it's a different story. I thought it should affect every release 😅.

> > the previous release gets a last update pointing to the docker image versions nextcloud:xx-fpm, so that users can auto-update if they wish so > > Then we can discuss it there. The idea is that this is a minor update to the coop-cloud recipe, which people can choose, or not to, but which let's them follow the patches of nextcloud without us having to do anything... Thank you for clarification. This was a misunderstanding on my side. If this only affects the last release directly in front of the next major release, it's a different story. I thought it should affect every release 😅.
Author
Owner

Closing this and waiting for #137 to be merged - perhaps we get another patch version in between :)

Closing this and waiting for #137 to be merged - perhaps we get another patch version in between :)
ineiti closed this pull request 2026-09-28 19:24:04 +00:00

Pull request closed

Please reopen this pull request to perform a merge.
This pull request is marked as a work in progress.
Sign in to join this conversation.