Best posts made by ruihildt

A community fork has been gathering steam and is being actively developed:

https://github.com/subspacecommunity/subspace

Might be worth revisiting for potential packagers.

"Leantime is an open source project management system for small teams and startups."

Website: leantime.io
Docker: https://github.com/Leantime/docker-leantime

From the notion-like thread, "Twake covers all of your organizational needs through a single platform".

Integrates in a single interface:

• Messaging
• Calendar
• Documents
• Tasks
• Smartphone apps

It was a startup with a closed-source product which was bought by Linagora (open source company providing dev for french gov, big companies, etc.).

I asked on their chat, and they plan to integrate it to open paas and keep a standalone version in parallel.

I'm pretty excited by this, it looks really good and the fact it's supported by an open source shop is even better.

Install guide (docker compose): https://github.com/TwakeApp/Twake/blob/master/documentation/INSTALL.md

I'd like to suggest moving notifications to the main menu, in order to make it more accessible.

It may also be due to my light OCD which make me unable to live with unread notifications, I'm one of those inbox zero people.

"Code-server is VS Code running on a remote server, accessible through the browser."

https://github.com/codercom/code-server

Try it out

docker run -p 127.0.0.1:8443:8443 -v "${PWD}:/root/project" codercom/code-server code-server --allow-http --no-auth

The value of Cloudron and why we pay a license is the appstore. So my naive person think that changing the platform code back to free software wouldn't affect negatively Cloudron business model.

It seems to me part of the reasoning to the license change was there wasn't much contribution to the platform anyway. I believe the same argument can be used to change it back to free software.

I'm sad not to be able to recommend Cloudron as the best open source paas since the license change.
It has in effect changed my relation to the project, from an invested advocate to a simple client.

Moving Cloudron back to free software would bring much needed positivity to 2020.

Grocy is a web-based self-hosted groceries & household management solution for your home.

There are two dockers repo recommended by Grocy:

• https://github.com/grocy/grocy-docker
• https://github.com/linuxserver/docker-grocy

(while I don't feel the need for such an app, maybe some people would like it )

Postmill is a link aggregator that you can install on your own server. Tired of letting companies mine your data and make profit from your posts? This is a ready-to-use solution to bootstrap your community, including all the features that you've come to expect.

Basically a board like reddit, but selfhosted.
Example(and main deployment): https://raddle.me/

The software is actively developed.

Gitlab: https://gitlab.com/postmill
Docker: https://gitlab.com/postmill/Postmill/-/wikis/docker

@murgero said in Cloudron 3.6 - new plans:

@girish Why not have them use LAMP, which is what this was made for? Leave the current Wordpress as is, and not make another one. No one is stopping them from using common sense and installing Wordpress in the COMPLETELY OPEN LAMP Stack app..

The promise of Cloudron is to have one-click install app. It's a better version of Plesk+Softaculous.

In this regard -and with Wordpress is the most popular app on Cloudron- having a Wordpress unmanaged app is good to have. Cloudron could attract a lot of users from these platforms and make life easier to a lot of webdevs/users.

in terms of Cloudron experience, I think it would be good to only have one "Wordpress" in the appstore, and have then the managed/unmanaged choice coming up at install time. (which would create actually 3 choices, managed LDAP / Managed non-LDAP/ Unmanaged)

As for SFTP support, I'm looking forward to it.

Hi all

Would it be possible to have Firefly III without LDAP? Most app have LDAP integration as an option, and it would also make sense for some usecases here too.

Thanks for looking into it.

@jdaviescoates When this came out, the license was not Common Clause.

But now that we know the license and indeed Cloudron can redistribute it, I'm all for this to be ported here.

Right now with cloudron, some apps supports LDAP, some don't.

If I need to do a cloudron setup comprising apps that are all LDAP, I of course use LDAP in order to get one login to rule them all.

But if I do a cloudron setup where an app is not LDAP, I prefer to have all app not using LDAP.
It's confusing to have to explain to people that for those X apps, you need to use the same login, but for those X apps, it's separate logins, even though it's all based on the same main domain.

That's why I prefer to have both LDAP and non LDAP version of an app available.

In the case of Firefly, I think LDAP is even less useful, because it's personal finance and probably less useful in an organization context. For example, if I want to give a Firefly instance for a friend, I don't need to have an additional LDAP user. I'd prefer to have the friend has its own login with the app.

Main drawback from me was the lack of an Android/iOS/PWA app.

Users now expects to have those for social networks.

Titra is a straightforward an no-nonsense time tracking app.

I'm particularly interested in it, because it integrates with Wekan (found it on their wiki).

Website with demo https://titra.io/en/free-time-tracking-online/
Github (docker inside) https://github.com/kromitgmbh/titra/

First of all, domain level separation would be really great. (it makes sense, because there already email which are also domain related)

Then we could maybe have "favorite" apps, appearing on top.

Renaming app would be useful, if this could be taken into account also in the notifications: sometimes we have the docker ID of the app, but it isn't always really helpful when there's no context added.

Related to the same page, it would be helpful to have a different tile color for apps which are crashed or in a bad state. Right now if I see an app with ID has crashed alert, I have to scroll through all my apps to find the correct one.

@girish @nebulon It would be great if apps that are being worked on could also being marked as such in the forum. (Ideally, with the repository)

@ebelinski said in What does it take to run and manage Cloudron in the longterm?:

Hi everyone,

I am a bit of a novice when it comes to devops. I am evaluating Cloudron right now, which I installed as a DigitalOcean droplet. I then installed Nextcloud and Collabora using the instructions. So far, everything has been amazingly smooth. I didn't even have to SSH into my droplet and I haven't run into any difficult setup issues. But I know that all VPSes at some point require maintenance. There will always be updates to apply and issues to fix. So my question is, if I keep using Cloudron for the months and years to come, what am I getting myself into? Is this whole system more or less a turnkey solution that updates itself and won't exhibit any problems, or will real devops skills be required? If I had off the management of a Cloudron VPS to someone else without devops experience, will they have difficulties?

Thank you.

Cloudron is incredibly stable. I have minimal devops skills and I've been running it for 1.5 years.
Most issues I had was because of my choice of a dirty cheap VPS and the support is really good.
If you keep external backups, even reinstalling/moving server is straightforward by following instructions.

The most difficult part is the install, so once it's running, as long as you're not out of resources, you can definitely explain how to use/install apps to someone without devops skills.

Just stumbled on this one, to see it is already in the suggested list.
It has also third party android app and development is still ongoing regularly.

There's a docker for this: https://firefly-iii.readthedocs.io/en/latest/installation/docker.html

I have 18 differents domains with 46 apps at present.

As of now, I don'(t extensively use tagging, because the tag selector is a multiselect, which means I have to unselect my previous selection to switch context, which is too much trouble for me to use.
I don't really use domain switchign because, selection with dropdown is a bit awkward to work with once you have a pretty long amount of items. (and it resets once you quit the page)

So I haven't been really happy with the way it works.

Thinking about it, a structure like the App Store, but configurable would probably be a pretty decent way organizing it.
The default homepage could show Favorite Apps (instead of "Popular"), Tags instead of "Categories" and with a "Search" and "All" filter, we could get all sorted. (pun intended^^)

What would also help would be to have the app meta fields (tags, label and maybe icon) show up before you click install/clone.
Also, when an app in installed/cloned, it is viewable on every user dashboard, regardless of groups. The access settings can only be done afterwards. So there's a, arguably small privacy issue here. Access should ideally be configurable before app is installed.

With those two changes, everything (permissions and meta) could be setup and correctly categorized when the app is installed.

I have no idea how many apps are typically installed on a cloudron, I can totally understand this structure wouldn't be worth it for users with a limited number of apps.
Though the permissions and meta fields setup at app install/clone time is relevant in any case.

Finally, there would be a case for merging groups and tags, so users relating to a group can access all apps tagged in this group. Maybe it's a bit too rigid and this is probably a wider conversation because it also encompasses users, emails etc.

@will Lobsters seems to be more of a HN clone (one main timeline and tags) , whereas Postmill is more of a reddit clone (one main timeline, and subs with different topics).

So I think they're quite different in their goal an usage.