Please, separate automatic apps and platform upgrades
-
@girish I see, thank you for clarification. I guess it means we are speaking months here.
Is there any API call, that I can probably execute with
curlto automatically update only apps from cron? -
@potemkin_ai internally, there is only one update pattern, we have to implement splitting it up.
-
@girish Ok… what about something that gets all apps list, check and execute update on any of those, who has ‘update available’ flag?
@potemkin_ai perhaps make an N8N workflow with the API
-
@potemkin_ai perhaps make an N8N workflow with the API
-
@robi I prefer minimum of the moving parts and I don’t really like the programming with n8n; writing a script feels much easier and less error prone.
-
@potemkin_ai it can do that too
-
@robi pardon?
@potemkin_ai scripting within n8n.. or even just a bunch of curl commands I think
-
@potemkin_ai scripting within n8n.. or even just a bunch of curl commands I think
-
Well, if you can do it from the UI there's an API, so one can look at all the browser calls as they're made. I started a few posts here on the forum documenting my steps with similar attempts to automate it, but got stuck with no help.
Might be good to wait until @girish documents the overhauled API and makes things easier.
-
We are just getting the 7.5 announcements out. Will fix up the rest API docs later this week. There's a lot of api calls that have changed. But what you are asking can be done using api as @robi said. If you curious just follow the browser api calls.
-
We are just getting the 7.5 announcements out. Will fix up the rest API docs later this week. There's a lot of api calls that have changed. But what you are asking can be done using api as @robi said. If you curious just follow the browser api calls.
@girish frankly speaking, reverse engineering is not what I've been hoping for
Please, check screenshots from the same platform - with automatic updates disabled, while it still says that apps are still covered by an automatic updates.
Where is a truth here?
-
@girish frankly speaking, reverse engineering is not what I've been hoping for
Please, check screenshots from the same platform - with automatic updates disabled, while it still says that apps are still covered by an automatic updates.
Where is a truth here?
@potemkin_ai The app section is referring to the app's update settings. The global section is referring to the global settings. Global settings overrides the app level settings. So, in this case, all updates are disabled.
The app setting is simply saying updates are enabled at the app level. But the global level setting will prevent the app from updating.
-
@potemkin_ai The app section is referring to the app's update settings. The global section is referring to the global settings. Global settings overrides the app level settings. So, in this case, all updates are disabled.
The app setting is simply saying updates are enabled at the app level. But the global level setting will prevent the app from updating.
@girish I see. It feels like the platform doesn't really favour manual updates or a separate platform and apps updates.
I can understand that - the concept of making a lot of upgrades often - but it's really a pity from the perspective of managing quite a few cloudrons in business critical tasks.
-
@girish , will that API call update all of the pending apps as well?
https://docs.cloudron.io/api.html#tag/Updater/operation/updateCloudronIf not, what would be?
-
This only updates the platform itself. App updates have to be triggered individually via API (apps API docs are still pending as we rework the docs currently)
@nebulon thank you! I've managed to find a way around to keep automated updates keeping the risk of update failure to a minimum, but - don't you consider using btrfs or zfs's snapshots to work that around on the platform level?
