+1 for Akkoma. I just love it. Have been running it on a separate VPS for over a year now.

@Thibaultmol said in Nextcloud All-In-One (AIO): Has anyone looked at this further? because nextcloud in cloudron is still missing a lot of things that come 'preinstalled' with AIO. Honestly the main reason why I'm not using nextcloud via Cloudron Yeah, I do host my Nextcloud on Cloudron but I'd really love to have all the features of this AIO package added to the Cloudron package too

@igaudette If you would like to propose any of these for Cloudron, you should create individual App Requests for the ones you want, rather than lumping them in together.

Here is an ai generated list of potential solutions to some possible hurdles packaging molly brown: Here's the tidied section presented as a markdown code block: Potential Problems and Solutions Golang Version Compatibility Problem: Molly Brown requires specific Golang version compatibility. Solution: Specify the exact Golang version in the Dockerfile and ensure it's compatible with both Molly Brown and Cloudron. Configuration Management Problem: Managing configurations for different Cloudron environments. Solution: Use environment variables in CloudronManifest.json and modify the start script to generate a config file based on these variables. Persistent Storage Problem: Ensuring persistent storage for Gemini content. Solution: Define a volume in CloudronManifest.json for storing Gemini content, ensuring it persists across app updates and restarts. SSL/TLS Certificate Management Problem: Managing SSL/TLS certificates for the Gemini protocol. Solution: Utilize Cloudron's built-in SSL management if possible, or implement a custom solution in the start script to generate and renew certificates. Preserving Custom Configurations Problem: Updating Molly Brown without losing custom configurations. Solution: Store custom configurations in a separate volume and implement a migration script that runs during updates. Resource Allocation Problem: Efficient resource allocation in shared Cloudron environments. Solution: Carefully define resource limits in CloudronManifest.json and optimize Molly Brown's configuration for efficiency. Logging and Monitoring Problem: Integrating logging and monitoring with Cloudron. Solution: Configure Molly Brown to output logs in a format compatible with Cloudron's logging system, possibly using a log forwarding solution. Backup and Restore Problem: Ensuring comprehensive backup and restore functionality. Solution: Clearly define all data that needs to be backed up in CloudronManifest.json and thoroughly test the backup/restore process.

+1, I'd love to get rid of my AnyDesk subscription.

Sorry to ask, but how can i install this tool? In a LAMP App?

Ah, there's a server-mode: https://kopia.io/docs/repository-server/ By default, every user of Kopia repository directly connects to an underlying storage using read-write access. If the users who share the repository do not entirely trust each other, some malicious actors can delete repository data structures, causing data loss for others. Repository Server allows an instance of Kopia to proxy access to the underlying storage and has Kopia clients proxy all access through it, only requiring a username and password to talk to the server without any knowledge of repository storage credentials. In repository server mode, each user is limited to seeing their own snapshots and policy manifest without being able to access those from another user account.

@marylou said in Feedly: https://github.com/feedly https://forum.cloudron.io/topic/12472/please-use-this-template-to-make-an-app-wishlist-request

I second this! Would like to see this in Cloudron as well! Others have run Trac/SVN in docker containers before, but no one seems to be maintaining them.

I am unable to upvote the original request due to a lack of reputation, but I would if I could. It is good to specify that in the time since this original request, the nurdism repo is archived, while m1k1o's fork is actively maintained. It would be very appropriate to add https://github.com/m1k1o/neko-rooms at the same time.

I'd like to give this a go. Currently a Pretix user, would be interested in a more modern alternative.

Yeah, second this. Wazuh has a great docker image that's maintained by the project itself. https://documentation.wazuh.com/current/deployment-options/docker/wazuh-container.html https://github.com/wazuh/wazuh-docker

I'd like to see this too, I'm getting over nextcloud.

@vladimir-d said in netbox - tools for servers: I've packaged netbox application available at https://git.cloudron.io/vladimir.d/netbox Just a few notes: For now I haven't managed to run it properly as WSGI app with gunicorn. It's taking lots of server resources. It's running using the Dev server. https://docs.netbox.dev/en/stable/installation/3-netbox/#test-the-application Super Admin username is specified in start.sh, the Postgress password is taken for Super Admin. Hi , is this app still running. My testride was not successful. Greetings

Indeed, that's an amazing app that I know for several years and it's very well done, I've also tried it in the past but didn't have any use of it at that time. Cool to see it is still alive, it was considered as what was called as an "Intranet" application, a term that I do not hear of much anymore nowadays.

Main Page: https://umap-project.org/ Git: https://github.com/umap-project/umap/ Licence: AGPL v3.0 Docker: Yes Demo: https://umap.openstreetmap.de/en/map/new/#6/51.000/2.000 Summary: uMap lets you create maps with OpenStreetMap layers in a minute and embed them in your site. Because we think that the more OSM will be used, the more OSM will be improved. Built on top of Django and Leaflet. Notes: There is a lot of activity on development. Alternative to / Libhunt link: https://selfhosted.libhunt.com/umap-alternatives Screenshots: images / project logo etc [image: 1724489543299-brave_3eueciri5x-resized.png] [image: 1724489543673-brave_ft3k9fcecv-resized.png]