Cloudron Forum

Main Page: https://github.com/icereed/paperless-gpt
Git: https://github.com/icereed/paperless-gpt
Licence: MIT
Docker: Yes
Demo: demo.mp4 on github-Page

Summary:
paperless-gpt seamlessly pairs with paperless-ngx to automatically generate AI-powered document titles, tags, and correspondents. It leverages powerful LLMs (OpenAI or Ollama) to supercharge OCR accuracy, making even low-quality scans searchable and organized. It supports multiple OCR backends including Google Document AI, Azure Document Intelligence, and a self-hosted Docling server. Integrated into a simple web UI, it offers both automated and manual review modes.

Notes: enhance to post-processing of invoices or receipts

• Saves hours of manual sorting and naming
• Open-source and highly customizable
• Perfect for users already running paperless-ngx
• Uses LLMs for OCR, which can be heavy on compute/GPU resources

Would be an amazing productivity boost if easily deployable via Cloudron alongside paperless-ngx

Alternative to / Libhunt link: https://selfhosted.libhunt.com/paperless-gpt
Screenshots: -

Cloudron has proven to be stable over years.

Therefore, an app selected by cloudron is a kind of "quality seal".

If a (Github) Project had a "packaged by Cloudron" this may have a promotional effect for Cloudron: users may become curious and may end up as customers of Cloudron.

It could start with an low effort "verification" page on a cloudron domain, which shows that the app is actually packed. Even more low effort, the appstore link could be used.
Additionally, it would be good to have a hint in the app packaging doc: "you can create a badge like that:..."

Be integrated into the Cloudron packaging pipeline to automate badge assignment on successful builds and tests. A reliable, persistent badge would act like a "verified publisher" or quality seal widely trusted for years, reassuring users about app stability and Cloudron support.

Happy for any other comments, since I am not that deeply into the publisher game on Github and other platforms.

• Main Page: https://nominatim.org/
• Git: https://github.com/osm-search/Nominatim
• Licence: The Python source code is available under a GPL license version 3 or later. The Lua configuration files for osm2pgsql are released under the Apache License, Version 2.0. All other files are under a GPLv2 license.
• Docker: Yes https://github.com/mediagis/nominatim-docker
• Demo: nominatim.openstreetmap.org

• Summary: Open-source geocoding with OpenStreetMap data. Nominatim uses OpenStreetMap data to find locations on Earth by name and address (geocoding). It can also do the reverse, find an address for any location on the planet.

If you don't know what to write you can also not use AI. AI has a tendency to hallucinate and to blow up the text. If one accepts these downsides and the benefit of writing text faster is outweighing it, it may be a tool of choice.
Alternatively you can also integrate more deeply in your workflow...

But the question is very generic. AI can be seen as a tool in this context and I feel such fundamental discussions should happen somewhere else.

https://journey.cloud offers a feature rich journalling esp. for personal experiences.

There seem to be a Docker file already available:
https://github.com/Journey-Cloud/self-hosted-boilerplate

https://github.com/Journey-Cloud/self-hosted

Hi,
I created a sample R Studio cloudron App as a proof of concept and installed it on my cloudron.
It seems to work quite nicely for a single user

https://github.com/nottheend/r-app

Thanks! For now, rclone seems to be most promising.
Syncthing doesn't fit my needs, because it has no S3 API, mentioning it for future reference.

And btw, rclone GUI is on the wishlist.

Distributing of PGP keys was painful or not effective. Web Key Directory (WKD) is solving this by providing the public key umder the actual domain.

It is described in detail here:
https://wiki.gnupg.org/WKD
(Alternatively, there is also the Web Key Service)

It would be nice if this could be added next to the other well-known location fields.

For reference: there is already an instance of this wish in App list:
https://forum.cloudron.io/post/23272

However, I don't think a separate App is required.

Thanks of this nice product, cloudron

Thanks! I was hesitant to use Nextcloud Talk initially since Cloudron is raising awareness about third party Nextcloud apps.

Checking it, thanks everyone!

@girish said:

In the network UI, there is a setting called "VPN protection". First enable the feature and select how to route the client traffic.

I love that feature! Thanks!

The setting offers three options, but I can't find them explained in the docs. What is the difference between "Route only app traffic" and "Route all client traffic"?
Where will the traffic be routed through for the "non-app traffic", if the option "only app traffic" is selected? Will the non app traffic be blocked then?

Thanks!

Use Case:
When changing the backup provider in Cloudron, there may be existing archived apps. These are stored in the old backup location.

Current Issue:
The existing process requires users to manually move all existing backup files, including those of archived apps, to the new backup storage. There is a major risk that the archived app backups get forgotten or lost because this is not prominently shown. Especially since these backups are "silently" referenced by config files.

Feature Suggestion:
I propose adding an automatic migration feature or, at minimum, a warning/notification system during the backup provider change if archived app backups exist.

Reasoning:
Such a feature would help prevent accidental loss of archived backups, improve usability, and reduce manual work during critical backup provider changes.

This feature could also tie in with the recently discussed Backup integrity - store size and checksum of backups.

Thank you

Thanks. Let me add some context:

It is about firefly-iii app. There are 2 of them: firefly-iii-green app and firefly-iii-red app.

But for red the Backup looks like this:

While for green it looks like this (locations are fine, just not on the Screenshot):

Both follow the same retention policy.
Is the integrity checking if all expected backups are available?

There are 2 Backup locations available and supposed to be used, and they are missing similarly in both locations.
When I open the logs via the GUI I only get the last day and the failure event happend before

@girish More update on this: I found a discussion how to change the Admin in the DB directly. Seems to be the solution with less pain.

Role = 1 should to do the trick in the user table

https://github.com/firefly-iii/firefly-iii/discussions/5295

(Maybe the title of this thread is more about "How to change the admin user")

I guess I have more questions around the integrity check: What is the exact criteria for "green" or "red"?

Here's why I'm asking: After recovering my Cloudron, I noticed that one backup location, an external drive, is still present in the configuration. BUT: that external drive is no longer mounted (or even connected, for that matter). I haven't disabled the location in Cloudron yet.

Now here's the surprising part for me: Cloudron still claims it performed a backup to that location. And when I run the integrity check on that backup, it shows up as green. For a backup that, as far as I can tell, doesn't actually exist on accessible hardware.

I realise I might not fully understand how ext4 mounts work behind the scenes, but I do know that the physical hardware isn't connected. So this makes me wonder: how does the integrity check actually work under the hood? Does it only check metadata or local records, rather than verifying the actual remote files?

Would love to understand this better, because right now a "green" integrity result feels less reliable than I initially thought.

Thanks for bearing with me.

This topic can be marked as closed. I decided to buy an instance with more memory and it worked well.

I was able to solve the issue by stopping the nextcloud app and afterwards rebooting the Cloudron Server. After the Cloudron Server came up again, I waited for a grace period and started the Nextcloud App afterwards again.

It should be mentioned that the reboot of the server took exceptionally long, more than 45 min. I didn't investigate the root cause.

This topic can be marked as solved.

Yes, I got the error mentioned before on a newly created backup without encryption. The tarball was around 13 GB.

I was only able to restore backups older than 1 month for the nextcloud app. For all other 12+ apps restoring did work like a charme for the most recent backup (younger than 1 month).

It gives me the impression that the CIFS with Hetzner Storagebox is a risky choice.
Therefore, a hint in the docs might be saving some lives of other folks.

I would like to offer 2 additional feedbacks beyond the CIFS issue and the docs:

1. it seems to be not possible to use the decryption command line cloudron command with a password that includes special characters. I tried to escape with " but it didn't work. Probably sth to document. Maybe there is a way to escape after all.
2. Is there any way to do backup validation? It is probably concerning to see successful backups while they are corrupt.

And thanks a lot for the support @girish and @nebulon for pointing me in the right direction! I resolved it by choosing a different cloud provider and different storage protocol. I used S3 now. Backing up and restoring worked with encryption completely fine!
Thank you!

Hopefully it will not appear with any storage anymore when this is implemented:

(9.0) Backup integrity - store size and checksum of backups. Also provide a way to "verify" backup integrity in the remote.

Mentioned in
what's coming in cloudron 9

@james I had opened a ticket at that time with Hetzner. Sending you the ticket number as pm

If you're as lazy as I am, here is the summary of the brilliant insights from this thread:

1. Enable 'json' in SearXNG (will not make the search interface public):

• Open settings.yml for editing, e.g. via File Manager
• Add json in search under formats
  Example:

formats:
  - html
  - json <-- add this

• Note the Port in of SearXNG

2. Configure OpenWebUI App to use SearXNG as web search:

• In OpenWebUI, go to Admin Settings → Web Search
• Enter URL: Paste the Searxng URL but replace <searx app id> and <searx port> (App id to be found from cloudron dashboard; port as noted above, default port is probably 8888. )

http://<searx app id>:<searx port>/search?q=<query>&language=auto&time_range=&safesearch=0&categories=social+media,map,it,general,science,news&format=json

This bypasses OAuth internally so that OpenWebUI directly accesses SearXNG