What's coming in Cloudron 7.1
-
We also added user import/export as well as mailbox import/export. This is mostly for faster onboarding of larger user and mailbox sets. The mailbox import is not actually importing the emails, but creates and associates the email addresses to users.
-
@chris I guess you are asking what new apps are being worked on? We fixed up Redash 10. Then, we updated MinIO, which is an existing app but required much work to keep it updated to latest version since it requires multiple domains now. Recently, we published Paperless-ng. Mautic 4 is being fixed to the latest version.
I understand the response is probably not exciting
but our priority is always to keep existing apps updated first before we move on to new ones. Top of our new app list (that is what we are packaging) is Jitsi though, we are fixing the platform first so that it can work well. nocodb and drone is one some states of "done", so we will push that out soonish. -
H humptydumpty referenced this topic on
-
We were hoping to get it out this week but looks like it will be the next.
Sadly, we got sidetracked by a bunch of things. Most importantly, we had to remove 'colors' and 'request' module in all our code. Not just box code, but also our CI, appstore etc. Much rewriting with no real end user benefit. Necessary evil
Anyway, moving forward, we have decided to use npm as little as possible. We will weigh in the cost of "copy/paste" into our own codebase vs using an external module. -
Final update before the release. Initial, IPv6 support is in - all the DNS backends have been updated to support
AAAArecords. There is a checkbox in the Network view to enable the IPv6 support.This is currently "experimental". Currently, there is a lot of complications and unknowns wrt docker's ipv6 support. I will make a separate post about this, but for Cloudron, the initial iteration the plan is to enable IPv6 only for HTTP(S) services. Essentially, the apps will have IPv6 support but not any exposed ports (like say the git port) nor the email server.
-
@girish just wondering about current status of 7.1.0
I needed to move my server and noticed that default install on clean machine is 7.1.0. But in Cloudron it says this release is beta.I actually installed 7.0.4 on the clean machine, so I could restore from backups. Generally went fine. I then upgraded to 7.1.0 through console.
Seems ok but email status check seems off still.
And System Info shows no data. -
@timconsidine ah but actually all apps seem stuck in
Configuring queuedstatus.EDIT (1) : they seem progressively to exit this status and become
RunningEDIT (2) : System Info now showing some data. But interestingly it seems server was down for a while after upgrade to 7.1 from this chart.
EDIT (3) : 2 apps refuse to enter
Running, stuck inStarting ...
They're not critical for now.So just wondering about 7.1.0
-
7.1 was staged for installation a couple of days back. I would wait before updating though, there is atleast one issue we know of which is now fixed and there will be a 7.1.1. I would not trigger an update on existing installations unless it's not critical (and of course, help us with the testing).
-
@girish said in What's coming in Cloudron 7.1:
Final update before the release. Initial, IPv6 support is in - all the DNS backends have been updated to support
AAAArecords. There is a checkbox in the Network view to enable the IPv6 support.This is currently "experimental". Currently, there is a lot of complications and unknowns wrt docker's ipv6 support. I will make a separate post about this, but for Cloudron, the initial iteration the plan is to enable IPv6 only for HTTP(S) services. Essentially, the apps will have IPv6 support but not any exposed ports (like say the git port) nor the email server.
We figured this one out and IPv6 support will be complete in 7.1. It will support export ports and the email server from the get-go! But as mentioned in previous comment, please hold on before updating if your Cloudron instance is critical.
-
@timconsidine said in What's coming in Cloudron 7.1:
@timconsidine ah but actually all apps seem stuck in
Configuring queuedstatus.EDIT (1) : they seem progressively to exit this status and become
RunningThis is expected. Docker is updated, the internal network is now IPv6 and all app containers are re-created to support IPv6.
EDIT (3) : 2 apps refuse to enter
Running, stuck inStarting ...Can you please tell me which apps these are and what you see in their logs? Sometimes, depending on your server, it could be that they are taking some time to start up.
-
@girish said in What's coming in Cloudron 7.1:
@timconsidine said in What's coming in Cloudron 7.1:
@timconsidine ah but actually all apps seem stuck in
Configuring queuedstatus.EDIT (1) : they seem progressively to exit this status and become
RunningThis is expected. Docker is updated, the internal network is now IPv6 and all app containers are re-created to support IPv6.
EDIT (3) : 2 apps refuse to enter
Running, stuck inStarting ...Can you please tell me which apps these are and what you see in their logs? Sometimes, depending on your server, it could be that they are taking some time to start up.
Thank you for the offer.
When I reviewed them, I found they were custom package apps.
And I decided I wasn't using them enough, so uninstalled them. Quick solution
-
@timconsidine possibly they were using CloudronManifest version 1, which was deprecated for some time now and got removed with 7.1
What this means is, that the injected env vars will now always be prefixed withCLOUDRON_and maybe your custom apps were still looking for example forMYSQL_HOSTinstead ofCLOUDRON_MYSQL_HOST? -
@girish said in What's coming in Cloudron 7.1:
7.1 was staged for installation a couple of days back. I would wait before updating though, there is atleast one issue we know of which is now fixed and there will be a 7.1.1. I would not trigger an update on existing installations unless it's not critical (and of course, help us with the testing).
I triggered a manual update check before coming across this post. Is there a way to tell cloudron to skip this update or stop it from auto-updating?
-
@humptydumpty go to Settings and change the update schedule, in there you can choose to disable automated updates
-
@humptydumpty I believe that updating to 7.1 can only be done manually and will NOT happen through auto update (if with auto update enabled).
-
@avatar1024 that is correct, releases which are not yet put out for all users, will not be auto-updated. Our current approach is, to first make a release for new installation and people who would like to manually update to it. Then if things look good, we will slowly roll it out for auto-updates (if enabled on a Cloudron) over around a week or so.
-
@girish said in What's coming in Cloudron 7.1:
@girish said in What's coming in Cloudron 7.1:
Final update before the release. Initial, IPv6 support is in - all the DNS backends have been updated to support
AAAArecords. There is a checkbox in the Network view to enable the IPv6 support.This is currently "experimental". Currently, there is a lot of complications and unknowns wrt docker's ipv6 support. I will make a separate post about this, but for Cloudron, the initial iteration the plan is to enable IPv6 only for HTTP(S) services. Essentially, the apps will have IPv6 support but not any exposed ports (like say the git port) nor the email server.
We figured this one out and IPv6 support will be complete in 7.1. It will support export ports and the email server from the get-go! But as mentioned in previous comment, please hold on before updating if your Cloudron instance is critical.
Just updated to 7.1.2 I noticed I had to 'save location' of the apps to add the AAAA records. However the mailserver and Cloudron access URL still don't have AAAA records, not even after restarting the mailserver. Is this expected?
