I absolutely love Cloudron. It is the most amazing software I have used for ages. I am practically drunk with power using it . Cloudron is a joy. I feel unleashed. For me, Cloudron is one of the best things to happen for Free Software this millennium.

Nebulon, Girish, thank you so much for developing this utterly brilliant software. Thank you also to everybody packaging applications so well so that they can be reliably used here. Thank you all for your help on the forum.

I think Cloudron is going to take the world by storm.

Thank you, you brilliant people, for bringing Jitsi to Cloudron. I have been trying it, and it is working nicely.

This is a big win.

Well done!

@girish

It is a pity you can't hear the loud cheers and applause when you give us news like this.

OpenStreetMap Tile Server

https://switch2osm.org/serving-tiles/manually-building-a-tile-server-20-04-lts/

Most people use Open Street Map on its main site, but it would be nice to be able to deploy OSM at home, so that you don't need an internet connection and can browse maps privately.

The map of the world is broken into sections called tiles and to run your own instance of OSM you would need a tile server.

There has already been another OSM related request, but it doesn't seem to have made it into the Cloudron Applications yet:

https://forum.cloudron.io/topic/1219/umap-openstreetmap-layers-to-embedd-at-a-site?_=1634373804289

@aft2d

It is good to hear your views. I think Cloudron is so desperately needed and so incredibly useful and so supportive of Freedom, I find it difficult to argue against what is asked. I also sincerely hope to support a project with such enormous potential to help people move away from proprietary services and onto Free Software.

What I think we need to do is to popularize Cloudron. With more users, there will hopefully be more revenue and that might help keep prices low. The extra users might also bring along more developers and that could help too.

If Cloudron reaches a critical mass of users, I think it will just rocket in popularity. Lets help make that happen!

https://github.com/sissbruecker/linkding
Docker is the easiest way to install and images are available:
https://raw.githubusercontent.com/sissbruecker/linkding/master/docs/linkding-screenshot.png

linkding is a simple bookmark service that you can host yourself. It's designed be to be minimal, fast and easy to set up using Docker.

The name comes from:

link which is often used as a synonym for URLs and bookmarks in common language
Ding which is german for thing
...so basically some thing for managing your links
Feature Overview:

Tags for organizing bookmarks
Search by text or tags
Bulk editing
Bookmark archive
Dark mode
Automatically creates snapshots of bookmarked websites on web archive
Automatically provides titles and descriptions of bookmarked websites
Import and export bookmarks in Netscape HTML format
Extensions for Firefox and Chrome, and a bookmarklet that should work in most browsers
REST API for developing 3rd party apps
Admin panel for user self-service and raw data access
Easy to set up using Docker, uses SQLite as database
Demo: https://demo.linkding.link/ (configured with open registration)

Screenshot:

Cloudron should create short videos (desktop recordings) of how to accomplish tasks in Cloudron. I think this would have several benefits:

• Easy to follow tutorials
• Repository of Information
• Helping complete newcomers get up to speed
• Sharable content which could capture interest and attract users
• If you actually see something happening, it encourages you to do it

https://selfhosted.libhunt.com/

Cloudron and Selfhosted.Libhunt is a match made in heaven.

For the benefit of both projects and their users, we should have a representation on each site. What should happen?

Selfhosted.Libhunt

The template used to list the various projects there ought to have some sort of icon indicating whether the application is or is not currently supported for one-click deployment on Cloudron.

When new projects are listed on Selfhosted.Libhunt, some sort of automated communication ought to be sent to the developers notifying them to try and do what is needed so assist preparing the program for Cloudron deployment.

Cloudron

To keep things tidy, a new section in the forum ought to be created, with a listing for each Selfhosted.Libhunt application. Each of these would act as a landing page for the developers and a focus for putting their project onto Cloudron.

Automated updates to this section ought to be created when Selfhosted.Libhunt adds a new application, perhaps using RSS or something like that.

What do you think?

Might it swamp Cloudron with poor quality software? Might it be a great way of bringing people to Cloudron? Would Awesome Self Hosted by happy to integrate Cloudron onto their website? What might persuade them?

Cloudron has huge potential and I love looking at the suggestions in the App Wishlist. I love adding suggestions there, too.

Unfortunately though, I am reminded of the saying, "The eyes are bigger than the stomach." It is as though I am sitting at a table and ask for a strawberry, but before the strawberry has even arrived, I ask for a pineapple. Both of these are great ideas, I am sure you will agree, but then I ask for a mango.

Many are familiar with https://archive.is pages, which allow people to view a page even if the original site is no longer available, censored, overwhelmed or just too full of tracking spyware.

Lets help people deploy their own instances of archive.is/the wayback machine by supporting it on Cloudron. There is a docker image.

http://mementoweb.org/tools/
https://github.com/iipc/openwayback/wiki
https://github.com/iipc/openwayback/wiki/How-to-install

System Requirements
Java: Oracle Java version 1.7 or higher.
Tomcat: Apache Tomcat version 6.0 or higher.
Please note that the recommended operating environment for OpenWayback is UNIX/Linux and this is assumed in this documentation.

Synchronization of files is very useful, but it can be overwhelmingly complex, too. Cloudron has several applications which sync.

I would like to hear some suggestions on how to go about organizing all the synchronizations. Here are a few layers which I think might need to be considered:

Drive:
On which Hard Disk (HD), Solid State Drive (SSD) is the file located?

Device:
Which devices have access to this file, bearing in mind that some drives are available to several devices, eg. Network Attached Storage (NAS)

Software:
Which application is sharing this file, e.g. NextCloud, SyncThing, Shaarli, etc. These different programs have different defaults for storage locations.

Protocol:
Some files might be available through one or more protocols, e.g. HTTP, FTP, Gemini, IPFS, TOR, Bittorrent

Privacy:
Some files you might want to be available only to yourself, whereas others might be made available to different groups, e.g. family, friend, or made public access.

There might be some other layers to consider. I hope somebody has thought about these issues already and has rationalized it. Perhaps there is a good video or some diagrams.

@eddowding
I think any request for an application on Cloudron meets with more enthusiasm from the community here if one mentions whether there is a Docker image available. A Docker image makes it a lot easier for packagers here to try out the application. A lot of packaging work is reduced, too.

Fortunately, in Apache Superset's case, there is indeed a Docker image available, and instructions are provided:

https://hub.docker.com/r/apache/superset
https://superset.apache.org/docs/installation/installing-superset-using-docker-compose/#installing-superset-locally-using-docker-compose

I hope Cloudron supports this application. I would like to see D3 / Observable supported too:

https://observablehq.com/@d3

@robi Great idea.

This application cries out for federation.

@necrevistonnezr Did you create a swap partition?
Some hosts don't automatically create a swap drive for you. If you are not too technical, it can be a bit challenging. It would be nice if Cloudron had a "one click, create Swap" equal to the available RAM.

Cloudron has huge potential and I love looking at the suggestions in the App Wishlist. I love adding suggestions there, too.

Unfortunately though, I am reminded of the saying, "The eyes are bigger than the stomach." It is as though I am sitting at a table and ask for a strawberry, but before the strawberry has even arrived, I ask for a pineapple. Both of these are great ideas, I am sure you will agree, but then I ask for a mango.

@jdaviescoates Calibre is a wonderful tool, and it has loads of funcitonality, however, I am a bit wary of it.

The way it retrieves data from proprietary websites, e.g. Amazon for book covers, and other functionality makes me wonder whether it could well be turned against users to spy on what people have in their libraries.

@girish Thanks, so I think you should edit the last line in your original post in this thread to reflect this. http -->https

Thanks! I might have to try a few experiments to feel the difference from an end-users point-of-view.

Perhaps if there is a particularly popular video on the day, it might help make things very rapid. I think as an admin, you would have a much easier life with it in RAM.

@girish

Thanks for the nice tutorial!

The example you provide is:

src="https://your.host/embed/video"

So, if our website is:
https://ourwebsite.com
and the Owncast is at: https://owncast.ourwebsite.com

would we put:

src="https://owncast.ourwebsite.com/embed/video"

and reach the HLS (HTTP Live Stream) stream on e.g. VLC at:

http://owncast.ourwebsite.com/hls/stream.m3u8

or

https://owncast.ourwebsite.com/hls/stream.m3u8

SOLUTION: Wait. It takes a couple of minutes sometimes for everything to catch up with the changes.

You are seeing this page because the DNS record of streams.faif.uk is set to this server's IP but Cloudron has no app configured for this domain.

I needed to delete and reinstall the Owncast. I tried using the same sub-domain. I received the above error. I re-deleted the Owncast and tried installing it yet again, this time to a different sub-domain, but I received the same error again.

Perhaps I should just have waited longer after installation before trying to reach the Owncast.