Cloudron Forum

Hello @webmaster-srpl I was able to set up the Facebook Messenger with chatwoot according to the official chatwoot documentation. I did not need to configure anything with /webhooks/facebook so I am curious how you are trying to set up the Facebook Messenger in chatwoot. [image: 1769179599246-600be0a5-9028-4453-8be5-5d9cb87c9bd3-image-resized.png] [image: 1769179549380-fc97ccc6-92f9-41ec-8b35-96091f4edbc9-image-resized.png]

@nebulon thank you. And yes - I understand why the work-around required. If you don't mind sharing the source code to read the logic exactly? I've been wondering on the best way to achieve that, but never seen any good practical approach - would love to see how you are approaching that, without a container shutdown, if you don't mind sharing of course. If that's too complicated - never mind and please, feel free to close the issue - the question now is purely to satisfy my curiosity.

I got some Intel Arc Battlemage B580 to test local llm for real. Nvidia is quite trivial to play with, since one can get a VPS with some nvidia card and mostly things are set up ready to use regarding GPU support (it can get very expensive though!) So it can very likely be the case that this card is woefully underpowered for that use-case, though other similarly sized general purpose models work just fine with ollama. But maybe I miss something obvious with claude code here.

@dsp76 said in Backup restore brocken - wrong file owner "yellowtent" instead of "www-data" in /app/data Lamp Stack: Jan 22 20:43:48 ==> Source custom startup script Jan 22 20:43:48 touch: cannot touch '/app/data/tmp/.npmrc': Permission denied Do you have a custom /app/data/run.sh ? It seems that script is causing this error. That script runs as root though, so I am not sure why it gets permission denied.

Looks like pyodide wants deno (?) There is some confusing error. In the meantime, I am trying to make some sense of gVisor . If we want this, it will require support from the platform via some extension to the manifest.

[image: 1769168086442-56cbef97-2849-4847-a5e3-f477dc361264-image-resized.png] The above has to be checked in atleast one of your backup sites.

Thanks for all the feedback here. For the notifications, we are adding a separate notification view back as it was before, removing the simplistic popover. I didn't realize it was used a bit like a todo list. This should be part of next release then.

I think we would have to separate some issues here. Cloudron's main service (box process) is not setting up anything special regarding swap, so since you say you get response issues on the Cloudron API itself and system RAM is not the issue here from your perspective, I guess something else is at play causing this. So maybe before going into apps, first try to figure out what is happening on those API calls. For a start check the /home/yellowtent/platformdata/logs/box.log during the time when the API calls fail. This should show some error to work with. If this is some virtual server, it could also mean that CPU or disk becomes very slow if you share the same hardware resources with other virtual servers. Such usage is usually not visible in your system stats but can have a real impact. Also keep vmstat 1 via SSH running for some time and look at the si (swap in) and so (swap out) numbers, to get a sense of how the system is loading and offloading memory pages live.

@timconsidine said in Self-hosted VPN server made EASY!: Fine - live in your own world then. I tried but some people can't read the room

Created an issue. https://github.com/haraka/Haraka/issues/3516

Hello @dimtar We have a documentation for exactly that. See https://docs.cloudron.io/packages/vaultwarden#admin

@dleidert thanks for reporting. I have added a check now to check for package name match instead of the previous docker version match. This way the docker package will update when (the next) cloudon update happens.

@girish said in GLPI - Asset and IT Management Software: @vitetj great stuff! I have asked @vladimir.d to look into this so we can get it published. Was there a reason to use LDAP and not OIDC ? https://help.glpi-project.org/doc-plugins/oauthsso ? Also, if we may reuse your work, can you please put in a LICENSE file at https://github.com/vitetj/Cloudron-GLPI ? Any opensource license (MIT, GPL etc) will work. Hey — thanks! On OIDC: the plugin you linked (oauthsso) is not free (it’s available through a GLPI subscription / GLPI Network), which is why I went with LDAP for a default setup. That said, OIDC is definitely on my todo list. There are community/free options we can build on for OIDC SSO, for example: https://github.com/edgardmessias/glpi-singlesignon And yes — happy to help with reuse: I’ll add a LICENSE file to https://github.com/vitetj/Cloudron-GLPI so it can be published/used properly.

@jcaruso can you check with the latest package? we have updated the package to base off the upstream image.

@murgero https://forum.cloudron.io/topic/10465/xmpp-server-prosody/44?_=1769150280326 This is the best place to look. I've pushed a repo, I've made a docker image, and I've listed the steps I followed to set it up on my own server. It's been running for over 8 months now and I haven't had issues, other than the workarounds I have to do for Cloudron packaging limitations.

packaging update : basic functionality working further testing needed Will share package and deployment instructions when proven stable.