Thank you so much guys for your help

FWIW, I just upgraded from Ubuntu 18 this evening. Cloudron's documentation from going from 18 to 20 was quite helpful, re: a collectd edit that I never would have thought to make, plus the specific MySQL Server migration rules. Everything went smoothly, but without the documentation, it wouldn't have. So kudos to the team.

@fbartels Ah, man, it's been a while since I've packaged a cloudron app, of course. My bad. Yeah, then we'd need to rebuild every app, which is certainly a lot of work. What about this: we make cloudron base images multi-arch (should be easy enough) we change the way we package apps that have docker images to use multiple FROM statements, using upstream images to copy stuff to cloudron's base image on the correct architecture Not sure this is the way to go, just a thought. Does this make any sense to you guys? Edit: I might try to package something over the weekend like this just to try it out...

@fbartels thank you very much for this important point. In my answer I completely forgot to point out the potential pitfalls of already existing external apps. So @pbischoff in your requirements concept you should take a closer look at the needs of the external apps. The moment they need something specific like office printers, pictures, phone numbers .... you are lost with the built in LDAP directory server.

@jdaviescoates Yes, tried them all, and found ACF to have the most active development and ecosystem. I think they just brand themselves ACF now, hence saving myself some keystrokes

I noticed that NocoDB, which Cloudron supports, has calendar functionality, too. Has anybody used it? How did you find it? [image: 1694771399705-brave_6y34q2hpmj-resized.png] https://vid.priv.au/watch?v=TNOW1PYkzoE&quality=dash

I also noticed last night that the option to disable redis only appeared in certain wordpress apps after undating to the absolute newest version. But I also noticed some other unexpected details (note: I am not asking for help to figure this out, I'm just sharing the info) - I'm certain that all my WP apps are installed as Managed, or Developer. But, the name varied. Some of them had this app name - org.wordpress.cloudronapp@3.3.1 (no redis disable option visible until 3.3.2), while others had this -org.wordpress.unmanaged.cloudronapp@3.2.1 (no redis disable option visible until 3.2.2), and yet a third oddity was some had org.wordpress.cloudronapp@3.3.2 but even though a few which had been unpdated to this version showed the disable redis option at this version, others did not until I went up one more version. Interesting. FWIW, I also had, for only the second time, a strange incident where the green update arrow actually was a downgrade, and a red pop-up box would appear saying downgrades are not possible for that app (I'm sorry, I forget which one already). All this to say, I've disabled redis for my WP installs that don't need it. Thanks!

@girish said in Priority of App Updates: @mhgcic Apps are updated as upstream app makes new releases. Is that what you are asking ? Usually, it's not like 10 apps are pending to be updated. So, it has never come to the point of having to priorotize. Yes, Thanks. @nebulon said in Priority of App Updates: As @girish said, there is no prioritization for app updates as such, but often there are other issues why updates are delayed. For example ampache update is currently pending and the reason here is that the new app package does not pass our tests and the package needs work, which is not finished yet. Other examples might be for apps like Nextcloud, where based on longer or recent experience, we delay major app releases and wait at least for the first upstream patch release. I can understand completely thanks for explaining.

@marcusquinn Yes, it is. Thanks again and see you soon

We don't really have public stats for this. Internally we track this very loosely. When you install an app, your Cloudron sends a request to our appstore service to register the installation, on uninstallation the same happens. This is required to check the 2 app limit on the free tier with the validity and state of the subscription. Since uninstallation may or may not call us back (like a server just goes offline or gets deleted) those stats are rather inaccurate for actual app install stats.

@grimreaper said in Mattermost vs Matrix/Element: @jdaviescoates You need to get updated, the community edition does has the ability to set permissions on mattermost. [image: 1693371182306-screenshot-nimbusweb.me-2023.08.30-05_51_46.png] Good to know, thanks for the update.

These guys are good for that type of service https://account.dyn.com/

@jdaviescoates said in Cloudron update to 7.5.1 - Success!: @mhgcic said in Cloudron update to 7.5.1 - Success!: I could increase the RAM to see if that helps. Regardless if it is what's causing the issues you're currently facing, I'd definitely get more RAM if I were you. Each instance of Mastodon needs at least 1.5GB and each instance of Discourse at least 2GB. Already that is at least 10.5GB RAM you need before you've included all your other apps plus Cloudron and Ubuntu themselves. And these are bare minimums. If you have users actually actively using these apps they'll need more. We know this and monitor daily, and we have software that lets us know that RAM needs to be increased whether it is on a server level or on an app level. We upgrade as and when needed, We also use throttling so if extra RAM or CPU is needed it is given until we decide on its upgrade needs. After testing it had nothing to do with CPU or RAM it seems to be networking or a service possibly.

@girish Sure once I have some time I will do it. Thanks.

not sure