Closed due to inactivity

Closed due to inactivity Note: Issue was resolved. If this ever happens to you, stop the backup, restart the server and re-run the backup.

@james said in Is this pip install persistent for app updates?: Hello @imc67 You can use venv or uv to create virtual environments. Here is a quick cheatsheet for venv => https://aaronlelevier.github.io/virtualenv-cheatsheet/ Many prefer uv these days, see => https://github.com/astral-sh/uv thanks again! I used venv and it works very well!

I couldn't resolve this but discovered that it isn't in fact as complicated as I thought it would be to migrate to the Freescout App. Just in case anyone else comes up against this challenge: Install and setup Freescout app Drop all the tables in the database and import database from previous installation If you have any modules: upload module folders to storage/modules Upload attachments folder to storage Done

@alejandrolengua have you already created the A record as instructed? If so it's probably just a matter of waiting for propagation like it says. Can be really quick, can take hours (or technically even days but that's pretty rare)

@scooke nod, I used cp -a * but forgot I also had to do .*

@BrutalBirdie Thank you for the incredibly comprehensive tutorial. It seems this guide is best suited for users with advanced knowledge, so I’ll need to take some time to study and understand every detail you’ve provided. Much appreciated! Thank you @joseph for the documentation reference. I'll look into it.

I am using Moodle inside LAMP App (and not directly the Moodle one) because I migrated an older version that was using PHP version 7.4 that I managed to upgrade using the terminal inside Cloudron.

Well done! Super easy @simong

Thank you Joseph - that helped a lot. Then, everything just works fine :).

@joseph Thank you, it works now! cc: @nebulon

AAannnnnd now it is working. I wish I could tell you why, but I don't. Thanks @robi

Hmm I still have permission denied inside the container to read /media/MyMount EDIT This time, it's working, for future reference, only thing I did was to set the home directory properly in the systemD service for each mount, remount them and then systemctl restart box or from the UI restart the box, my mounts are now visible inside the containers and I can read from them [image: 1734902378511-386b79d8-79cb-47db-8687-019194acef53-image.png]

@mdc773 the Strict Mode can only be set on the global (whole mysql) level or the session/connection level. There is no way to set this at database level. We cannot enable NO_AUTO_VALUE_ON_ZERO at the global level. Since this change will then apply to all the apps on Cloudron. This will break things (just like having it disabled breaks your app). AFAIK, there is no way to fix this other then fixing the script itself. Unfortunately, otherwise, you have to host this outside Cloudron since it's not compatible.

Since the domain of the frontend and the backend differ, the browser will send a preflight check request to the backend for the REST calls, so this means the backend has to respond properly via CORS. In your case do not touch the apache nor nginx configs (anyways nginx is the reverse proxy on Cludron and changes won't persist). The Laravel app then should respond with the correct CORS messages, however I am no Laravel expert so I don't know how this works with that framework. Edit: if Laravel needs apache settings, follow the docs at https://docs.cloudron.io/apps/lamp/#apache-settings

@murgero Many thanks for your help.

@girish Thanks for the quick resolution!

@joseph Oh, okay! That works perfectly. Thank you for the clarification!

@Robin my bad. The lamp.cloudronapp.php73 and lamp.cloudronapp.php74 are totally different packages! I think you are using the very old php 7.3 package. This is why you are not seeing the update. I don't know why the old one was deprecated though.