Still, a Cloudron App should not need a volume by default.

boringproxy has a UI now and free subdomains

@girish Very cool, looking forward to it . When do you think will the release be available? Thank you cloudron team!

... In a way. We are developing our own solution now, that uses Synology as a base for on premise installations.

You get access to docker. There is an env var injected into the app. See https://docs.cloudron.io/packaging/addons/#docker . Generally, don't use it. If you are using it, it means you are trying to access docker which is a bit of security hole. This was created mostly out of necessity and maybe for "playing" . But once you give an app access to docker, it can pretty much do anything on host.

Does side-loading work on Apple devices in UK ? I thought that was in the future. Or this is different to the changes made for EU users to install non-AppStore apps ?

@MorganGeek so on mac you just stop docker deskop and install/run orbstack ? I use docker desktop to provide engine to build custom cloudron app packages. Does Orbstack support that ? Always bit nervous of disturbing an existing working environment. I used to use Parallels to run other OS but I stopped subscription as struggled to justify the cost.

I have added the easy installer to the repo. This allows users to install the app on Cloudron, if they don't want or know how to build the image themselves.

Hi and welcome. For a start your application only listens on localhost:3000 it needs to listen on 0.0.0.0:3000 and then ensure port 3000 is also specified in the CloudronManifest.json

ok. this is solved, thanks! i had nodejs installed. it worked today without the "sudo" i dont know why

@ekevu123 then, there is something wrong with the packaging. I am not sure how your Dockerfile looks like but maybe you copy over the code in a start up script or something ? Test the docker image locally using docker run -ti <docker_image> /bin/bash . Is it having the fixed code?

Fascinating conversation. We are looking for Cloudron monitoring @potemkin_ai ourselves. Ideally you would keep it simple and self-contained enough that it doesn't need access to third-party app stores. In terms of the notifications, it would make sense to build a very simple API which would allow the external services (Rocket.Chat, Mattermost) to pick up nomon's notifications. You could include a sandbox for push notifications along with templates for the major services, and guidance on how to use it. KIS and focused would be my choice for such an app. The problem with many open-source people is that we want to cover every need and every possibility and leave every door open. To be everything for everybody doesn't work in the physical world, and to be honest it doesn't work well in the virtual world.

@brianb you can compile your app as self contained. It will eliminate the need of having the .net framework installed in the cloudron base images.

@mateit-cloudware Maybe just restart the app after you push the files ? Just use cloudron restart --app ticket ? Is this the LAMP app? There is a byte code cache in place which possibly prevents you from seeing the changes immediately. I think it will update in 60 seconds.

@senthilkumaran I also suggest you check out the sample apps which Cloudron made and are available for testing proof of concept and as a base for your own package(s). Also look on git.cloudron.io : there are many custom apps there from users (not Cloudron staff). Those can give you a good idea of how people approach the task of packaging, and i particular the task of separating read only /app/code and read write /app/data.

Perhaps @nebulon can take a look