@girish That issue appears to have happened again two days ago... So originally on May 19th, but most recently I see occurrences of Temporary translation failure on May 20, 2022 around 11:50 PM Pacific Time. So it's definitely an infrequent issue, but appears to be recurring periodically.
@girish Yes, they certainly are all different, and Cloudron certain is my favoured tool for production instances management.
However, there seems to be a universally acknowledged issue in the bar for entry for apps being packaged is so high, that the wish list grows faster than apps are packaged. So what do we do?
Some more confident system admins can fire up new small VPS/VM instances and try installing those unpackaged apps using their official Docker Compose scripts, and anyone else just has to wait or find an alternative.
I'm trying to find a way to reduce the barrier to entry for that next-best alternative.
Maybe I can ask the question a different way...
How do you suggest a Cloudron subscriber gets to use any apps on the wish list that aren't packaged or don't have any available packagers in the immediate future?
My whole technology career is based on figuring out how to get out of technology traps, so what't the next-best alternative here?
Would having Cloudron able to fire up and manage KVM containers solve this? Kinda like a multi-cloudron but on a single Cloudron server? Kinda like Cockpit offers.
@plusone-nick Yes, the are limitations but imho nothing extremly low. E.g. Microsoft SQL Server Express is limited to 10GB user data compared to the 12GB of Oracle XE - and despite of this limitation both products have their value and are widely used in small settings.
Update Vaultwarden to 2.25.0
Updated included web vault to v2.28.1
Update Rocket to 0.5 and async, and compile on stable by @dani-garcia in #2276
Update async to prepare for main merge + several updates by @BlackDex in #2292
Add IP address to missing/invalid password message for Sends by @jaen in #2313
Add support for custom .env file path by @TinfoilSubmarine in #2315
Added autofocus to pw field on admin login page by @taylorwmj in #2328
Update login API code and update crates to fix CVE by @BlackDex in #2354
@girish yes, seems to be entirely self-hosted.
There is no landing page or app front page.
You get an error if you try to access the URL.
It just needs to be running, and then typically in the settings of a browser extension (under Advanced) you can specify your custom url (in form of https://app.domain.tld/v2)
LanguageTool is one of the built-in "services", as they call their packaged apps. Terminology a little strange, but hey ho.
So really it is just a question of :
installing Coolify (which has nice easy install script),
setting up the FQDN for Coolify,
specifying a "destination" (docker)
selecting the Services link in the left sidebar
press the + button and choosing LanguageTool
select the 'destination' (docker), fill in the blanks including the URL for the 'service'
remember to actually start it ! (doesn't auto-start on installation)
That's all that's needed from memory.
I can reinstall the service if you need 💯 % certainty of steps.
Coolify is interesting, but quite sparse in terms of apps.
Not a patch on Cloudron.
Seems more angled to deploying own written apps.
Links to Github nicely to pull repo, but I can't get my Cloudron Gitlab linked.
Update Ghost to 5.0.0
Full changelogBreaking changes
Added support for Multiple Newsletters - Rishabh Garg
Added new analytics dashboard - Fabien 'egg' O'Carroll
Added new publishing workflow - Kevin Ansfield
Added theme helpers for detecting member features - Hannah Wolfe
Fixed member exports timing out for large sites (#14876) (#14878) - Simon Backx
Fixed importing posts with a newsletter assigned - Matt Hanley
Fixed newsletters' header_image saved as absolute url (#14690) - Simon Backx
Removed versioned APIs - Hannah Wolfe
Removed legacy product + price helpers from themes - Hannah Wolfe
I can only reproduce the LICENSE.md issue and tried to create a symlink for it into /app/data but apparently their health checking code is not realizing the writeability through the symlink. We have to investigate further upstream then to see what solutions may be possible.
@girish I think the behavior has to be mime-type dependent then. Currently clicking on a file as such will open the side-bar and attempts to load the content simply in an iframe. This was done to keep the local browser set filetype handling. For everything the browser does not support directly, this will trigger a downloading. Unfortunately I don't see a way to determine this upfront client-side in surfer, without attempting to add built-in viewers for content types like pdf. Maybe the sidebar could simple be less animated to avoid some of that?
Ah if your instance is behind a NAT in your local network, then you have to forward a few ports from your router to the internal Cloudron server. 443 and 80 are basically the bare minimum. You can get some overview at https://docs.cloudron.io/security/#cloud-firewall
Further as @girish recommended, disable the cloudflare proxying at first until you managed to get it working without it. Just to rule out one possible point of failure.
The DNS records values in your case would be the public IP of your router. Then with the portforwarding rules, the connections will reach your internal Cloudron server. In case you are on an ISP connection where the IP might change on reconnect, you can consider using the dyndns feature of Cloudron.
@girish yay ! 🍾
Despite the hour I couldn't resist trying it.
I changed the location of the api from minio-api.domain.tld to minioapi.domain.tld (just removed the hyphen) and saved the change.
Renewed certs and logs now show the api domain in there.
Tested with Minio mc CLI and Forklift : they both list buckets and contents.
Will check MountainDuck and others later.
Thanks for your patience and support.
Marking it solved ! 🍾