What's coming in Cloudron 7.1
-
@chris Usually, we put them in the announce category - https://forum.cloudron.io/category/1/announcements . Right now, we are trying to get some of our existing apps up to speed since they require some platform changes (like minio, mailtrain, discourse, gitlab).
-
@girish said in What's coming in Cloudron 7.1:
We are going to spend pretty much rest of the year in packaging new apps
@girish end of the year is upon us, any chance the focus on "packing new apps" by end of year still a thing or did this get delayed? (if delayed, any eta?)
-
Some apps refuse to log to stdout/stderr or are very hard to configure. We have added a new manifest property called
logPathswhere the package specify an array of log file names - https://docs.cloudron.io/packaging/manifest/#logpaths . This way users don't need to open a web terminal and find the log files inside the container. -
G girish referenced this topic on
-
@girish said in What's coming in Cloudron 7.1:
This way users don't need to open a web terminal and find the log files inside the container
Which means that now the admin/operator of an app has a button in the settings of an app to open the files specified in the manifest?
-
@fbartels said in What's coming in Cloudron 7.1:
Which means that now the admin/operator of an app has a button in the settings of an app to open the files specified in the manifest?
It's tailored for logging at this point. When you open log window, it will
tail -fthose files in addition to stdout/stderr. Though, your idea of having "bookmarks" might be a good idea for a File manager as well. -
@girish said in What's coming in Cloudron 7.1:
will tail -f those files in addition to stdout/stderr.
Ah yes, that makes absolute sense. For a not Cloudron related project I am currently building a container that outputs its main logging to the container and then writes some more verbose stuff (webserver access logging and mail.log) into files. Here such "bookmarks" would be useful.
-
G girish referenced this topic on
-
multiple domain support for apps is implemented by httpPorts.
The new minio uses this feature to ask for the api domain separately now at install time:
As always, you can change these in the
Locationview:
At some point, mailtrain v2, cryptpad (?) etc can use the above feature.
-
@girish Oh wow! I could see this with https://appwrite.io too. Exciting!
-
-
@girish can you please comment ?
@chris said in What's coming in Cloudron 7.1:@girish said in What's coming in Cloudron 7.1:
We are going to spend pretty much rest of the year in packaging new apps
@girish end of the year is upon us, any chance the focus on "packing new apps" by end of year still a thing or did this get delayed? (if delayed, any eta?)
-
G girish referenced this topic on
-
@chris Reminds me of people who ask a question somewhere and consistently post with "bump". Its a 2 person team chill out.
-
Hi @atridad, yes i remember those days where we would BUMP things to the top, and I know to @girish and @nebulon are hard at work, prioritizing effort as they can.. and thanks for your hard work and contribution to the community too. I enjoy cloudron and happy to be a long time supporter... This is in fact a bump, about a lingering question- so you're perspective!
-
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.
