There’s actually a deeper issue concerning Open WebUI, beyond just the recent switch to a non-OSI license. The sole maintainer’s demand for contributor license agreements (CLAs), along with how he's communicated and managed these changes, creates genuine uncertainty.

Given this scenario, the risk of further license changes becoming problematic for Cloudron users isn't far-fetched. To mitigate this, proactively packaging LibreChat would be strategically smart. It ensures Cloudron users always have immediate access to reliable, fully open-source software, especially if Open WebUI's licensing situation deteriorates further.

@BrutalBirdie Hey, thanks for the recovery mode tip for weekend tinkering!

I gave it a shot: cloned the app, used recovery mode, and manually ran pip install google-genai in the terminal. That worked, and the Gemini function requiring it did become active in Open WebUI.

Unfortunately, it turns out Google removed the "thoughts" feature via the API recently (see discussion here: https://github.com/googleapis/python-genai/issues/226), so that specific goal is moot now, it seems.

However, this experiment confirms the underlying need. It would still be very valuable if Open WebUI's own mechanism for installing function dependencies (defined in frontmatter) could work correctly on Cloudron by targeting /app/data. This would allow other current or future functions needing packages (beyond just this specific Gemini one) to be installed seamlessly as intended by Open WebUI, without needing manual recovery mode workarounds.

So, the original request to fix that installer path for the Frontmatter mechanism remains relevant for general function extensibility.

Thanks again for the suggestion!

Hi,

Requesting a fix to allow installing Open WebUI functions that need extra packages on Cloudron.

Specifically, I want to use the function for Google Gemini (https://openwebui.com/f/suurt8ll/gemini_manifold_google_genai). This uses the google-genai package and would enable interacting with the new Gemini 2.5 Pro model – arguably state-of-the-art right now. Importantly it supports features like seeing the model's "thoughts", which is a very interesting capability.

Currently, Open WebUI's function installer tries to install google-genai (or other required packages) to /app/code and fails because it's a read-only filesystem (OSError 30).

Can the Cloudron package be modified so this installer uses /app/data instead, and Python can find the packages there?

Is this fix possible?

Thanks.

Bug Report: ArchiveBox on Cloudron

ArchiveBox default installation exposes private data and uploads to archive.org without user consent

Description:

In the standard installation of ArchiveBox on Cloudron, all content is publicly accessible by default, and archived content is automatically uploaded to archive.org. This behavior is unexpected and potentially harmful for users of a platform like Cloudron, which is often used for personal or sensitive data storage.

Steps to reproduce:

1. Install ArchiveBox on Cloudron using the standard installation process.
2. Add content to be archived.
3. Observe that the content is publicly accessible and being uploaded to archive.org.

Expected behavior:

The default installation should prioritize user privacy and data protection. The following settings should be set as standard in ArchiveBox.conf:

[PRIVACY]
SAVE_ARCHIVE_DOT_ORG = False
PUBLIC_INDEX = False
PUBLIC_SNAPSHOTS = False
PUBLIC_ADD_VIEW = False

Actual behavior:

• All archived content is publicly accessible.
• Content is automatically uploaded to archive.org without user consent.
• Users must manually change privacy settings after installation.

Impact:

• Potential exposure of sensitive or private information.
• Unauthorized distribution of copyrighted or confidential material.
• Users may face difficulties in removing unintentionally uploaded content from archive.org.

Suggested fix:

Update the default installation configuration to include the privacy settings mentioned above. This will ensure that user data remains private by default, and no automatic uploads to archive.org occur without explicit user consent.

@avatar1024

@jdaviescoates said in Zulip - Powerful open source group chat:

@avatar1024 said in Zulip - Powerful open source group chat:

Yes there is

$3.50/user/month just for that seems a bit steep

Actually Zulip may be the most affordable open source chat app out there. Those $3.5/user/month only come into play if you have more than ten users and want to have mobile notifications using Zulip's relay server.

For Mattermost, you only get a basic version if you don't pay at least $10/user/month for a non-open source version.

Rocket.chat limits the open source community edition to 10,000 notifications per month. Depending on the usage, this may not be enough even for ten users. Yes, you could use the starter edition up to 25 users for free. But that is apples and oranges as it is not open source anymore.

And with Cloudron you can have multiple instances running, so if you are really on a budget, but want mobile notifications, each team of less than 10 people gets its own instance of Zulip.