Cloudron Forum

As long as the config is in a separate file at /etc/apt/apt.conf.d/ , it should be OK.

@svtx do you have a post/more info on this already? Would like to understand what the problem is.

Me as well. I'd be willing to host this via Zoom, record the session, and then host it on Vimeo. We could post the Vimeo link in a "Community" category. But I can't do this until December.

This solved the problem. (Editing later: "this" meaning "mounting a path like $HOME/subdir solved the problem, because the permissions on $HOME remained 755, but the permissions on subdir were still changed to 777. This is good, because $HOME has to be 755, or SSH will fail. But...) I'm still concerned that the remote directory becomes drwxrwxrwx 3 cbackup cbackup 3 Nov 3 14:33 aloe which seems awfully permissive. In this instance, I don't have a security threat (or, if someone gets onto the NAS, this is the least of my problems). But once I'm SSH'd into a machine via SSHFS, I'd think that drwx------ would be fine. (Put another way: once Cloudron has the private key, it should not need to set permissions on the remote directory at all... unless this is somehow related to symlinking, or what rsync wants to do, or...) Either way, many thanks for the good ideas. I think I'm moving forward. We'll call this one closed.

Wow, that's sounds impressive and useful, however shame on them-seriously-for NOT creating an Linux version in 2025, and moreover while this user base is exploding... Where is this "server" supposed to be hosted exactly, if not on Linux? Moreover, you see, while crying out for ID "protection", to get to "comm web" we STILL need to somehow be IDentified by either G, A, or M, just among the 3 WORST privacy violators, cause we can only scan a QR code to DOWNLOAD the an APP ON MY PHONE to access the server ??? What a BS, sorry... ... a pretty weird approach imho

Thank you for the quick response with this! I will stick to using a username-password auth for the time being in this case.

Tried old 0.45.9, - Plaintext test Set up "mailto://me@localhost" on test SMTP server as "Global notification setting", and "Text" notification type Watch: Added the time.php test with "system default" notification format shut down, switch to 0.50.38, start up, updates ran, SMTP test was OK no placeholders @imc67 can you email me your url-watches.json again? then i can compare what settings are different maybe

OK, as a hint for others: I found out, that some tables had different database collations. Thats why some migrations didn't work. Its most likely due to the fact, we imported an existing Matomo instance into cloudron: https://forum.cloudron.io/topic/10759/migrating-matomo/2?_=1762191084826 With help of AI we fixed thos database errors pretty quick now. Annotations work again. Also another plugin in Matomo, which complained about missing tables.