Cloudron Forum

@nebulon thanks!
I confirm the below fixes it:

curl https://git.cloudron.io/platform/box/-/commit/16fa3390252e29f1803a18990c7b104817fa4d9f.diff | patch -d /home/yellowtent/box -p1
systemctl restart box

I confirm that commenting out issueRefreshToken() works only with a fresh install of directus.

got bitten by this too, commenting out issueRefreshToken + restarting box didn't help:

{
  "name": "DirectusError",
  "extensions": {
    "service": "openid",
    "reason": "Service returned unexpected response: requested grant type is not allowed for this client"
  },
  "code": "SERVICE_UNAVAILABLE",
  "status": 503
}

This is the original reference:

• https://github.com/mattermost/mattermost-plugin-ai/issues/19#issuecomment-1609352822

Basically the AI plugin will only be available on postgresql.

Furthermore, others plugins are dropping mysql support accordingly, ie:

• https://github.com/mattermost/mattermost-plugin-msteams/pull/482

I don't think anyone expects a smooth migration of their existing instance but it would great if we can get a supported postgresql package.

There are plenty of use cases for Code-Server without DooD/DinD.

yes, currently used for multiple user instances on cloudron, mostly foam, some thunder, etc

As for the dev part, i solved it with hack mounting a custom external /nix into the required instances + https://devenv.sh/

nix is generally a cool architectural option for cloudron to look into imho and would love to help qualify such/the opportunity.

@girish great, thank you. would be glad to help with testing or packaging.

The latest mattermost release now recommends PostgreSQL over MySQL and the project is generally planing to phase out support for MySQL.

Any plans to migrate the cloudron mattermost app to PostgreSQL in the near future?

Some new features such as AI bots are only available with PostgreSQL instances., and we would love to be able to leverage that as soon as possible.

Just to plan accordingly, thanks!

@girish I'll test it and let you know, but if multiDomain doesn't cut it i'm pretty sure httpsPorts would, at least for the basic setups.

Any chance we could enable multiDomain for gitlab?

Would be really handy for gitlab pages and the registry.

@nebulon thank you! it is working as expected from my end.

@girish i don't seem to have access to the fork the repo on git.cloudron.io

patch below:

From 65c731c4a7734172fd9798cbe86905f8ec2a71d7 Mon Sep 17 00:00:00 2001
From: c0decafe <ports@c0decafe.net>
Date: Thu, 13 Jul 2023 13:23:18 +0000
Subject: [PATCH] add dependencies

---
 Dockerfile | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/Dockerfile b/Dockerfile
index 38cb4ac..df94e02 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -1,5 +1,7 @@
 FROM cloudron/base:4.0.0@sha256:31b195ed0662bdb06a6e8a5ddbedb6f191ce92e8bee04c03fb02dd4e9d0286df
 
+RUN apt update && apt install -y poppler-utils wv unrtf tidy
+
 RUN mkdir -p /app/code /app/pkg
 WORKDIR /app/code
 
-- 
2.41.0

Hello,

from https://mattermost.com/blog/file-search/

For Mattermost Self-Managed workspaces, search results will return files with matching contents for .pdf, .pptx, .odt, .html, and plain text documents. System Admins can install these dependencies in order to enable searching contents of .docx, .rtf, and .pages files.

The dependencies are:

1. tidy
2. wv
3. popplerutils
4. nrtf
5. justext

Any chance we can have them included in the app?

Should i submit a merge request?

@girish I dropped the idea of using docker for the code-server package, latest push removed the docker dependencies.

I'll add README when I get the chance.

Remote docker should work for coder however, also supports all major public clouds, but that's for another thread I suppose.

Yes, I updated the package with (un)license, impermanent home dir and a few other tweaks.

As for language support, I can't think of any clean implementation within the current scope.

As a matter of fact, my primary use case for this package is, counterintuitively, not development, but rather a power editor with extensions, ie: markdown editor with git integration, dendron, etc..

The only way to make it scale for actual software dev within the scope of a cloudron app would be leveraging (abusing?) the docker addon.

The best candidate is coder, from the same team that maintains code-server: https://github.com/coder/coder

You can find a poc at https://github.com/c0decafe/cloudron-coder, but actually starting containers doesn't work yet.

Upstream VSCode also has a nifty devcontainers extension to do just that:

• https://code.visualstudio.com/docs/devcontainers/containers
• https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers

It is however unfortunately not supported on web platforms right now:

Another alternative currently available on cloudron is the GitLab webide, but:

1. No extensions support (yet)
   https://gitlab.com/gitlab-org/gitlab/-/issues/355092
2. No run/debug support (yet)
3. Requires manually installed remote runtimes
   https://docs.gitlab.com/ee/user/project/remote_development/

put one together https://github.com/c0decafe/cloudron-codeserver