Cloudron Forum

https://git.cloudron.io/packages/uptime-kuma-app/-/merge_requests/8

Used in the context of Gitea Actions, their version of GitHub Actions.
From the fact that Cloudron is used by many to reduce costs (by renting less VPSs), it'd be pretty useful to be able to host such an application on Cloudron.

I've made a package of the binary @ https://github.com/Lanhild/act-runner-cloudron. Though, some aspects that bring issues:

• Can't have a proper healthcheck (I have no idea what the binary uses as a port)
• 2 runtime options; Docker or binary. They suggest to use the docker option. Though, it needs access to the docker socket.
• Runner registration to Gitea instance; the runner has to "register" to a Gitea instance using a token provided by the latter. Then the runner pings the instance and checks to validate the response.

This last point has to be done before the initial startup, as the daemon of the binary cannot run without a valid .runner registration file.

https://gitea.com/gitea/act_runner

@girish thank you for the clarification. As a maintainer of apps, I had seen the changes but didn't fully understand all of them.

@girish Dependencies to install are specified in each pipelines or filters frontmatters. (the scripts that the actual software ingests)

I've already made the package @ https://github.com/Lanhild/pipelines-cloudron and dependencies installation works.

@nebulon mostly, I want to override Cloudron's OIDC for this app.

@nebulon This

and also this https://help.penpot.app/technical-guide/configuration/#frontend

I've taken a quick look at the app's Cloudron package, and it seems like it simply needs a symbolic link from /run/penpot/env.sh

@girish I've docker login'ed on the root account of my VPS. Pulling an image from the CLI as root works well, but I'm still hitting the same error when installing/updating an app from the dashboard. Should I docker login on another user?

How am I supposed to configure the application's environment variables?

@Lanhild Looks like this solved it. I'll open a new topic if this were to happen again at the same volume.

@girish said in Recent app updates error:

@Lanhild are you also using that IP address (maybe via your home network) for other development/hosting ? Are you using Private docker registry against dockerhub with your credentials ?

I am not.

Cloudron pays for DockerHub , but reading https://www.docker.com/pricing/ . https://docs.docker.com/docker-hub/download-rate-limit/ has a wide range of limits. It's all very complicated ...

Indeed, I had foudn this documentation page, but it is very confusing to read.

I read a suggestion somewhere that you can "docker login" with your credentials on the server and this helps the rate limit.

I'll try this and report.

@Lanhild That's an issue for any Cloudron server that have multiple copies of the same app installed. Any app with automatic updates activated will face this issue. That's pretty critical.

@girish I have found the issue:

sudo docker pull cloudron/org.apache.guacamole.cloudronapp:202412061725490000
[sudo] password for sysadmin: 
Error response from daemon: toomanyrequests: You have reached your pull rate limit. You may increase the limit by authenticating and upgrading: https://www.docker.com/increase-rate-limit

@girish Yes, I can manually pull it. It seems like the issue is momentaneous and only happens rarely. Though, I noticed it only happens when applications update automatically.

Another example

Lately, when the app update process tries to pull the application image, it often results in an error.

It's the not the first time I've seen this happen on Cloudron, but it's happened a lot more than before recently.

Even if IMO it's not appropriate for this package, the approach to bundle Ollama and Open WebUI together in the same package is an interesting one.

I was wondering if instead of packaging Ollama with it, we could package Pipelines and Open WebUI.

Pipelines in itself is really just a sandboxed runtime for python code, built for use with Open WebUI. It has no frontend, and the same dependencies as Open WebUI.

I think this'll be worth debating when comes the time to publish pipelines to the app store.

If merged, this PR should help us push this app into the store.

@joseph Hm. For some reason, I don't get the notification anymore. That's a weird behavior as the PTR record has existed for a few months now.

Regardless, issue solved.

I have a Cloudron server hosted on a DigitalOcean VPS.

The PTR record on their admin panel says it is present and looking it up using other online tools also shows up the PTR record.

For some reason, the Cloudron notification says it doesn't find one (null)

Port 25 is open.

@robw said in ETA for GPU support? Could we contribute to help it along?:

• If you already have a centrally managed non-Cloudron Ollama server but you want Cloudron for OpenWebUI front ends

Hey, that's my case .

Otherwise, I very much think that separating both of the Cloudron packages will be beneficial. Considering all the example use cases you listed, the need is more than justified.

A lot of companies that might deploy Cloudron for its ease of life features don't necessarily have a VPS with a GPU.

Also, (might help you to deepen your Cloudron knowledge) Cloudron packages usually are only one component/application.

Moreover, OpenWebUI is "just" a UI that supports connections to Ollama and isn't affiliated with it. Meaning that Ollama isn't a dependency of it at all.