@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

@sarthak-narayan Set a memoryLimit say 2GB or something in the manfiest - https://docs.cloudron.io/packaging/manifest/#memorylimit . Then, update the app. If yes then is it only present in the free version or in the paid version as well? Also if its present in the paid version then how can I increase the RAM requirements of the container? All this is not related to paid/free .

Cool, that makes it more concise and less open to mis-use (by me )

All sorted. I cannot believe my own stupidity sometimes Don't put me in charge of an aircraft. Repo now at https://git.cloudron.io/timconsidine/snippet-box-cloudron

If you stop calling it AI, it will begin to make sense as a tool.

@ChristopherMag good point I will remember to use user.myregistry.com or something like that next time!

I tried this on an Ubuntu 22.04 virtual machine and it worked properly as expected. I am not sure what the issue is but Windows 11 pro with Windows Subsystem for Linux 2 and Docker version 24.0.6 results in the no such file or directory. I did test other non cloudron related containers with Docker for windows using WSL2 and they worked fine. I also reconfigured docker for windows to use it's own VM hosted on Hyper V, no longer using Windows Subsystem for Linux 2, and it also had the same problem with no such file or directory. I will stick to running the build process from a Ubuntu VM for now and at present it doesn't look like Docker for Windows, however it is configured, is usable for building containers to be run on cloudron.

@timconsidine right, much of the CLI finesse needed to get something running can be snapshotted via the app backup, which when restored just runs without fiddling. So yes, more App happiness on Cloudron.

I have now created a repo for my custom package : https://git.cloudron.io/timconsidine/smsvoip-cloudron/ This packages a "desktop SMS" app which allows you to send/receive SMS on a virtual number (not your phone's number). It is also useful for "fake" registrations for things like WhatsApp etc.

@jadudm I'm looking for a mosquitto Cloudron package and found this topic. Do you have any plans to open-source the package you created?

I cannot believe I'd missed this thread! The last 2 years have been much hectic for me, and me who was finally about to start learning the process of building apps for Cloudron. I'm of course willing to participate and contribute in this in any way. @marcusquinn good suggestion.

@robi I went ahead and created the App request thread: https://forum.cloudron.io/topic/9764/forgejo

So the memory leak indeed seemed to be coming from the frequent health check. I customized the health check path and returned a simple response object, and it seems to do the trick. [image: 1690991598001-131f8985-2dcb-4006-ad8a-887963dea05f-image.png] I still think I have something incorrectly handled somewhere and if the website would have a lot of traffic, the issue would probably resurface. But it's not very likely, so I'll stick to YAGNI. (I'll keep an eye on the stats in any case.) Thanks for the help.