Seriously, get yourself off of Wasabi, OK service, but sharks for bill shock
I stopped using Wasabi and use Scaleway
Great news that it is available
13GB. This is because of the size of the models for all the available languages.
Is it possible to reduce by selecting only a few models? Or that needs separate builds ?
@marcusquinn very good video : thank you for posting
@fbartels vikunja is very unstable for me, constantly going into 'not responding' status. I'm about to migrate off it.
Reason for saying that is responding to OP question, (for me) it doesn't perform well enough compared to the others.
Very interested to hear any comparisons.
Currently using OpenProject but not assessed the other tools.
Are you guys seriously suggesting home server owners rent out services from HOME just to pay for a premium license?
I wasn't suggesting that.
Min price annually is $15 p/m and monthly $30 p/m.
So difference is $15 p/m which is $3.50 p/week.
All I was saying is that if paying monthly is important to someone, be resourceful and e.g. sacrifice a latte per week. Either to fund the monthly tier or build up a fund for the annual.
But it may be me who is beating a dead horse so I will shut up now.
To no-one in particular, I think we should stop telling Cloudron how to run their business.
Cloudron is astoundingly good value on the annual plan and still good value on the monthly plan.
Hosting costs don't come under the same scrutiny, nor (probably) any form of 'why don't change your pricing model'.
If anyone is going to use the product for >6 months, just take the annual plan and get resourceful about how to fund it.
@Stardenver Yep I get your point also
Maybe bear in mind that for many self-hosters (and Cloudron is all about self-hosting) PayPal is one of the "Big Evils"
Not sure if Cloudron already uses Paypal; if they do, then my point is invalid.
Paypal is unregulated and their decisions defy logic or inspection or appeal.
Personally I refuse to use them, even if they are convenient to the consumer.
We should all remember that there is a generous referral scheme in place :
For every paid user using your referral code, you will receive $30 service credits. The person you referred with get $30 service credits as well.
That's one month off for each referral. For each person !
(2 even if you pay annually)
@Stardenver monthly payments are convenient for the customer but they're a real pain for the business owner.
Even with repeat billing systems (Stripe, Paypal <yuk>) to do the hard work, even 1% of payments failing cost a lot of time to administer.
I've experienced this in business and with apps.
It really changes the dynamic, so I completely understand and support Cloudron's monthly/annual model.
With so much work for the Cloudron to do maintenance and development of the system and apps, and ever increasing requests for apps, the last thing the community should be asking them to add non-productive work like administering subscriptions.
Discussion of an intermediate tier between 2 and unlimited may be more valid, but I'd expect a similar differentiator between monthly and annual.
Time is money, both for business owner and for customer.
Customer does have to make decision : is this worth forking out a chunk of money for?
Well that's what the free tier is for. 2 apps concurrently, but you can test 50 (in sequence). It's enough to make the decision.
Just my 2p.
@jdaviescoates I didn't mean to direct my post at you !
Just replied to and didn't remove the
Hope no offence caused
It was a general comment
Do automate the checking ... saves oodles of time and brainwaves.
sounds like we should soon at least get better notifications:
notifications from Cloudron are great, but users are responsible for their own systems. I recommend STRONGLY that system health and disk usage are monitored independently. Yet another shout out for
ntfy.sh either in their hosted version or your own self-hosted version.
Accidents will always happen, but there is
no excuse for not proactively monitoring, e.g.
11/01/2023, 06:05 TC-MSI Wed 11 Jan 06:05:01 UTC 2023 *** System restart required *** Filesystem Size Used Avail Use% Mounted on /dev/mapper/ubuntu--vg-ubuntu--lv 109G 20G 84G 19% /
On the desktop I use RemoteDesktopManagerFree https://devolutions.net/remote-desktop-manager as a very complete utility to manage VPS boxes (although not really needed for Cloudron VPS).
But I recently discovered ServerBox for use as mobile app which is also neat as a quick review :
Just posting in case it helps people here.
@LoudLemur working fine for me
Another post suggests you might be trying to monitor a thread (on discussion board?). I'm not sure it is designed for this, so that maybe why it is not working for you.
I don't know what algorithm it is using to determine "changed page".
Is there a non-confidential example you can share to test if app related or instance related ?
@LoudLemur My impression (just impression) is that much AI requires significant computing power. I wonder if that is true, and i wonder how many are running Cloudron on VPS or bare metal with sufficient power.
But interested if it is possible.
I played around with some face generation stuff a while back.
Significant power required for real work.
I have a mixed attitude to AI. Like many, I fear for how it will negatively affect humanity. Equally I wonder if, properly managed, it might be the only thing that arrests or reverses what sometimes seems like humanity's irreversible slide into stupidity !.
@andreasdueren I missed the original post, but shall now look to move away from Kutt. Shame because it looks nice and works well, but I can't tolerate anything built around Google services.
Yourls works but is just ugly and dated (IMHO).
Looking at alternatives :
@nj thanks for comments.
Strikes me that someone needs to be brave and just say 'ERPNext will not be packaged for Cloudron', as much in fairness to those who are really keen on it so they know it won't happen and they can look to self-host on a different VPS.
I don't have a dog in the fight, just trying to improve clarity and reduce "app anxiety".
There is no mechanism to "close" an entry in AppWIshlist. Maybe there needs to be one?
Of course, if I am wrong, that's fine, the exploration can continue.
@matbrgz I don't believe Cloudron supports docker-compose.
I'm no expert but looking at their install script for install.sh, most of it can be achieved without needing docker-compose anyway.
My first step looking at an app with a view to packaging it is to search if the app has a
Dockerfile, then to modify that for Cloudron.
EDIT : looking at the content of their
install.sh, if you are working from cloudron base image 4.0xxx, all of it is redundant apart from the last line
sudo npm install -g create-erxes-app -y
Maybe your Dockerfile that you are constructing should use that and then further steps as advised in step 4.
Plus setting up DBs in your Dockerfile.
EDIT 2 :
if I was attempting to package this, I would work from their steps in
The only things they use docker for are to work with mongo, redis and rabbitmq.
The rest of their steps (8 onwards) would need implementing (if needed) in your Dockerfile, plus setting up mongo, redis, rabbitmq in your Dockerfile first.
@LoudLemur it can be useful if you develop an app on mobile phones, and you want to know which features are used or not.
Lot of work goes into developing an app.
No point in having a feature if no-one uses it, alternatively it can point to need to evangelise that feature or improve its functionality or sign-posting in the app.
I am interested in adding this kind of monitoring (w/o privacy intrusion). "Metrics" have a bad name if abused (as BigTech usually does) but limited light usage monitoring does aid the development process.
That said, I haven't yet added usage reporting to my app yet. It's on the TODO list.
EDIT : PostHog seems like a "non-trivial" packaging for Cloudron, unless someone can say otherwise.
Currently I'm looking at a simple event log in a back-end DB (but not FireBase). Nowhere near the functionality of PostHog, but I don't need their full functionality.
Cloudron is great and remains my primary self-hosting platform ("production").
But trying to improve my understanding.
I have another VPS running a set of Docker containers for stuff not packaged for Cloudron. All is well.
I have yet another VPS which is 'spare' (retired the apps on it) but I am in contract for a while.
I'm thinking to install
nestybox as a playground to try out other apps.
Although I have read various stuff about sysbox use cases, I keep coming back to the thought : 'yeah, but I could do xxx in a regular Docker container on my Docker VPS'
So what am I missing in my understanding of sysbox advantages ?
Secondary question : assuming I go ahead and have bunch of sysbox containers running apps. How is inbound networking managed? Same as on my normal docker VPS - nginx with reverse proxy ? nginx doesn't seem to figure in the sysbox install how-to.
Yeah, I know this is not about Cloudron, so 'off-topic' topic
@LoudLemur interesting article "criticising" or describing issues with Pleroma and explaining a 'new' fork
I noticed it because
Disroot (https://disroot.org/en) have announced they are adopting Akkoma.
No point really. Just sharing and maybe it suggests attention on packaging Pleroma is not wise. Others may disagree.
@PaulOne I use a tag on certain documents and then set up a filter which can be displayed on the dashboard or the sidebar or both.
Important point is to save the view !
E.g. purchase invoices are auto-tagged as
ToBeInput and a correspondent set according to content.
Then I use a filter to see which are needing input (well, my assistant does).
When she has done that, she removes the tag and adds another
Is this the kind of thing you are meaning ?
Just installed a new instance of Baserow 1.13.2 on Cloudron 7.3.4 : package email@example.com
Made a form for a table
Cannot upload Cover image or Logo
Strange - did it fine on another instance of Baserow (a previous version).
Is it me ?
Is it Cloudron package ?
Is it an upstream issue ?
Now shows :
And yes, it is a very long
EDIT : but yes, apps are now steadily starting and showing as
EDIT 2 : All apps now started, with 34 showing as Update available.
Phew, that was a scary platform update
Working through individual app updates
Allowed the auto-update to 7.3.4.
All apps down with
Configuring (queued) (well maybe almost all, haven't found yet which is working.
Have rebooted the box
But that wasn't a solution
Plenty of free disk space
Plenty of free RAM (well, normally, but can't see now as RAM usage just circles trying to refresh)
@girish Since auto-update to 7.3.4 a few days ago, I have had this showing in the System Info
What does it mean ?
What should I do ?
EDIT : actually it's everywhere in my instance dashboard
EDIT 2 : rebooted box, message still shows, all apps not reponsive showing "Configuring (queued)
Opening Support post
This is still a huge problem.
I understand the desire for an approach that stops the problem happening in the first place. In the interim, I really recommend an alert system like
ntfy. Use their hosted service or host it yourself ( have self packaged for Cloudron - more recent version is at https://forum.cloudron.io/post/54552).
Set a cron job for as often as you want, running a script for
df -h, set alert levels in the script sending notifications to dashboard or iOS/Android device.
As self-hosters we want to rely on things working, but we can't escape our responsibility to keep an eye on things.
ntfy handles this in one of the simplest ways.
Is there a good "How to" explaining how to run PHP applications (or similar) on the LAMP application?
Because the range of applications that could be installed is large, I'm not sure it's easy to write a guide. But in overview :