@james said:

Hello @panda
I have found a solution.
An app update will be available soon.

Awesome! Thank you!

Findings:
Rocket.Chat 8.4.x added lib/metricsCollector.ts (imported by main.ts:23), which pulls in @std/io via JSR. Earlier bundles didn't exercise that path the same way, so the empty cache went unnoticed the recent RC update is what tripped it.

Testing now if we can create that cache in the build time or if this needs to be dynamic read-write.

Error logs:

Subprocess stderr error: JSR package manifest for '@std/io' failed to load. Specifier not found in cache: "https://jsr.io/@std/io/meta.json", --cached-only is specified.
at file:///tmp/apps-engine-temp/deno-runtime/lib/metricsCollector.ts:1:26

Reproduce:
Cloudron: 9.2.0
Rocket Chat 8.4.3
Install any app from marketplace.
Install appears to start but then hangs with the install button circle spinning indefinitely.

Thank you for taking a look!

With version 3.2.2 this issue is resolved.
Please update your @rocket.chat app and try to install your marketplace module.

If any issues still persist, please report back here.

The Rocket.Chat Apps Engine is broken on both Cloudron package versions 3.1.0 (upstream 8.2.1) and 3.2.0 (upstream 8.3.1). No marketplace apps can be installed or run.

Error logs:

error: failed reading lockfile '/app/code/bundle/programs/server/npm/node_modules/@rocket.chat/apps-engine/deno-runtime/deno.lock'

Caused by:

Error getting response at https://registry.npmjs.org/@msgpack/msgpack for package "@msgpack/msgpack": An npm specifier not found in cache: "@msgpack/msgpack", --cached-only is specified.

Root cause:
The deno.lock file is located in /app/code/, which is on the read-only Docker image layer. When Deno tries to resolve the @msgpack/msgpack npm dependency, it can't find it in cache and can't update the lockfile because the filesystem is read-only (Read-only file system, os error 30).

This means the Deno runtime can't start app subprocesses, so all marketplace apps (e.g. Giphy) fail with compiler errors and crash-loop.

Steps to reproduce:
Install or update to Rocket.Chat 3.1.0 or 3.2.0 on Cloudron
Go to Admin > Apps > Marketplace
Try to install any app (e.g. Giphy)
Installation fails with "The App had compiler errors, can not enable it"

Suggested fix:
Either pre-cache the @msgpack/msgpack npm package in the Docker image at build time, or move the Deno cache/lockfile to a writable location (e.g. /app/data/ or /tmp/).

Thanks!

Does this happen for any Rocket.chat app?

Below is the error message encountered:

Caused by:
0: Error creating '/app/code/bundle/programs/server/npm/node_modules/@rocket.chat/apps-engine/.deno-cache/npm/registry.npmjs.org/uuid/8.3.2'.
1: Read-only file system (os error 30)

According to this forum post, only the /app/data, /run, and /tmp directories are writable. However, Deno (or Rocket.Chat) attempts to write to /app/code, which is read-only.

Is there a workaround or temporary solution to allow writing to /app/code until this issue is resolved?

Desktop is much better.

We've noticed notifications about limits to the free version of 50 or 25 users (how is this FOSS?) but that doesn't affect us.

The steady degradation of RocketChat (we were delighted with RocketChat already at v3) has been frustrating. It's over ten years of RocketChat for us and it's now almost unusable. We hosted our RocketChat on the development team's paid servers, but the offer kept changing from flat $50/month to per user pricing (that would have affected us negatively at the time). What moved us off the RocketChat servers finally was the insistence on AWS infrastructure.

Keeping our private, open source chat application on the CIA's cloud providers didn't make much sense. It seems to me that outside of the commercial pressure, somehow the American intelligence community entered into a relationship with RocketChat where RocketChat gets some money/support in exchange for making sure everyone's RocketChat can be monitored. All RocketChat installs are federated with the development team server, which at least lets them know who is where and who is sending messages on a given server. That's a lot of information.

After ten years of RocketChat, five of which were very happy, not sure where to go now. Matrix, Zulip, Mattermost or even back to IRC. Or try to keep fighting RocketChat.

My point about fighting RocketChat is that Cloudron should probably be looking for a forked version of RocketChat which doesn't include all this monitoring software and limitations. I'll take a quick check now.

Is this topic related to this issue and/or have others had problems using the Marketplace Apps in Rocket.Chat on Cloudron? I did deploy Rocket.Chat with Docker on my own server apart from Cloudron, and the Marketplace App installations work as intended, so this appears to only be isolated to my client's Rocket.Chat on Cloudron.

Is this a known issue, and if it is, is there a fix in queue?

Thank you for your help.

But won't release a package yet, since I wasn't able to install any marketplace app due to various javascript exceptions thrown. But at least the deno error is gone. Strange system this.