Ente for cloudron, help for testing wanted.

[andreasdueren]

I have a working package of ente for cloudron.

You can use my docker image with andreasdueren/ente-cloudron --tag 0.4.5

Currently these are the limitations/quirks:

• admins need to manually set up Aliases for the following sub domains: family, albums, cast, auth and accounts
• the actual user IP addresses aren't passed into the log by caddy. Right now the Dockerfile installs the Debian-packaged Caddy that ships with cloudron/base:5.0.0, which is why the optional modules aren’t present. If we want http.handlers.realip, we would need to build Caddy ourselves and bundle that binary instead of apt-getting the stock one.
• I have only tested this package with one s3 zone. Replication should be working but I haven't had time to test it.
• In general this application relies heavily on the CLI for user management. This includes increasing storage quota. It should work, but again haven't had much time to test.

[andreasdueren]

I think this is ready for an unstable release: andreasdueren/ente-cloudron:0.5.3

I tested and fixed:

• Upload with the mobile app
• The CLI/increasing storage quota
• httpPorts feature for automatic sub domain setup

[necrevistonnezr]

Is the manual setup of subdomains still required after https://forum.cloudron.io/post/114771?

[andreasdueren]

@necrevistonnezr Nope

[andreasdueren]

Updated Ente Package: andreasdueren/ente-cloudron:0.5.5

• Implemented replication across three buckets

Tested with the following providers:

Primary: Backblaze, Secondary: Hetzner Object Sorage, Glacier: Scaleway

One important consideration: The cold bucket needs to support the GLACIER class Ente tries to use. So either point S3_COLD_* at an actual Glacier-capable object store (like Scaleway’s cold tier) or switch the app to local buckets mode so the start script configures Museum with are_local_buckets: true / use_path_style_urls: true, which causes the replication controller to skip the Glacier storage class.

[andreasdueren]

Updated Ente Package: andreasdueren/ente-cloudron:0.5.6

• The cloudron image now bundles the full Families frontend and rewrites its links toward your self-hosted origin, includes billing-plan JSON so Museum can resolve subscriptions without manual DB edits. Families email invitations were patched to read apps.family (so they link to family.<your-domain> instead of family.ente.io).

[andreasdueren]

Updated Ente Package: andreasdueren/ente-cloudron:0.5.7

• Passkeys and Accounts now load properly.
• Share/embed/payments bundles ship with the image, their URLs are rewritten, and Caddy serves them via dedicated hosts and the manifest exposes those hostnames so you can configure them.

[timconsidine]

@andreasdueren you're working miracles ! Well done and thank you.

[andreasdueren]

@timconsidine lol don’t know about that

[andreasdueren]

Updated Ente Package to use latest upstream images: andreasdueren/ente-cloudron:0.5.9

Still haven't been able to get Ente Locker working but the documentation is basically non-existant.

[sponch]

hey @andreasdueren how can I add your image to be used in CLoudron?

[james]

Hello @sponch
You will need the Cloudron CLI.

When you have installed the Cloudron CLI and authentificated yourself against the Cloudron server you wish to use, you can run the following commands:

git clone https://git.due.ren/andreas/ente-cloudron.git
cd ente-cloudron
cloudron install --location ente --image andreasdueren/ente-cloudron:0.5.9

or you can use @timconsidine app installer tool: https://ccai.appx.uk/

[sponch]

@james Hi, thanks a lot..just going through configuration of Ente...

[sponch]

up and running, can't find a possibility in their iOS App to connect to custom instances.

[andreasdueren]

@sponch You have to tap the onboarding screen 7 times and then enter your ente server

[sponch]

@andreasdueren OMG...thanks

[andreasdueren]

@sponch No problem!

[robi]

@andreasdueren LOL as if in frustration.. OK

[andreasdueren]

@sponch Is everything working?