Cloudron Forum

Wow, thanks, that was fast! I'm not seeing the error any more.

We're using Zulip and it's incredible. The organization of channels into sub-topics is perfect. The LaTeX integration is also huge for us. It has some nice quality of life features and just generally works really well for us. Cloudron integration would be great.

I am running into the same error message mentioned here: https://github.com/advplyr/audiobookshelf/issues/2854

When I scan a library, the log gives:

FATAL

[Server] Unhandled rejection: ReferenceError: structuredClone is not defined, promise: Promise { <rejected> ReferenceError: structuredClone is not defined at LibraryItemScanData.checkLibraryItemData (/app/code/server/scanner/LibraryItemScanData.js:241:41) at LibraryScanner.scanLibrary (/app/code/server/scanner/LibraryScanner.js:188:60) at async LibraryScanner.scan (/app/code/server/scanner/LibraryScanner.js:82:22) }

Edit: fixed. I found docker.service inside /etc/systemd/system/multi-user.target.wants/

I didn't get this to happen: "Then, systemctl start my-disk-mounter would automatically start docker and box." But that's ok. I run a manual startup script that prompts for the encryption password, mounts the disk, then starts all the systemd services. Instead of my-disk-mounter.service, I have check-that-all-disks-are-properly-mounted.service which is Required by box and docker. Thanks again.

Thank you, @girish !

I had the same question and a very similar motivation. In my case, the boot disk is not encrypted, but an external disk where I store some of the apps' data, like my photos, is encrypted. (By the way, one nice benefit of encrypting a disk is that when it fails, you can just get rid of it without as much worry that personal information can be recovered.)

In my experience, the apps don't handle it gracefully when the server boots first and the external drive is mounted second. I have to manually go through and restart each app after that.

It sounds like a good solution is to set box.service to not start automatically, and to start it manually once I decrypt and mount the external drive?

Well, I uninstalled and reinstalled the gitea app and I don't reproduce the issue -- cloning now works. Sorry if I've wasted anyone's time. If it happens again, I'll try to diagnose why and report back.

Thank you, I have been using that command to debug though without success so far. I am not behind Cloudflare or any firewall.

I only have one ssh key on the machines I am using to test. I verified it in the Gitea interface, but it is rejected:

$ GIT_SSH_COMMAND="ssh -vvv" git clone ssh://git@gitea.example.com:29418/user/test-repo.git
# ...
debug1: Next authentication method: publickey
debug1: Offering public key: /home/linuxuser/.ssh/id_rsa RSA SHA256:XXXXX explicit agent
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
# ...

I am curious about the difference between these command formats for cloning a repo:

git clone ssh://git@gitea.example.com:29418/user/test-repo.git  # Cloudron Gitea
git clone git@gitea.example2.com:user/test-repo.git  # non-Cloudron Gitea

I also get this difference: with Cloudron,

$ ssh -p 29418 git@gitea.example.com
git@gitea.cutheory.dev's password:

but with non-Cloudron,

$ ssh git@gitea.example2.com
Hi there, user! You've successfully authenticated with the key named <keyname>, but Gitea does not provide shell access.

I am looking at issues like this (maybe on the wrong track). https://github.com/go-gitea/gitea/issues/11050
Thank you for any help. Will report back if I find anything.

Hmm, I still get the same behavior after adding that .ssh/config. (Both machines I'm testing from only have one ssh key, if it matters.)

I am getting this error on a fresh install as well, call it gitea.example.com:

$ git clone ssh://git@gitea.example.com:29418/user/test-repo.git
Cloning into 'test-repo'...
git@gitea.example.com's password: 

I wondered if it's possible the port is wrong, and the command is trying to ssh into the machine as user git, instead of trying to log in. I did try from two different machines with their own ssh keys. I also tried with a verified public key:

$ git clone ssh://git@gitea.example.com:/user/test-repo.git
Cloning into 'test-repo'...
git@gitea.example.com: Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Thank you! I had forgotten that we can turn the Cloudron incoming mail server off, so it won't try to set DNS records. It's working for me now.

Roundcube has to be installed on the VPS server and not in your home server.

It would be fun to be able to run an email client from Cloudron, e.g. with POP to fetch mail from the VPS. That would help with the data sovereignty point mentioned above. But for now, I'll celebrate getting email working at all.

Any advice on how to migrate repositories and access permissions from a Gitea instance that is not on Cloudron to a fresh Gitea instance on Cloudron?

My first choice would be to modify the steps in Gitea's Backup and Restore, though I'd have to sync the users and permissions correctly somehow.

But if I could access the gitea command line, I'd be okay with trying to take it from there manually. It's not a large instance at all. However, I think the cloudron doc about how to access the Gitea CLI is outdated. I guess it has to do with docker now, but I'm not sure how.

Thanks @girish . I have actually already set up an SMTP relay on my VPS and it successfully sends mail out. But only then did I realize that my ISP blocks incoming port 25 as well. I can't receive mail on my cloudron at home. So I think I need to give up on the relay idea and just host the entire mail server on my VPS, just like you described above in post #4. My questions are about your solution in post #4, I hope they make sense.

I need a similar solution to @girish because my ISP apparently blocks incoming port 25 as well. girish's post is very helpful. My main questions about girish's approach are: (1) Does Cloudron try to overwrite the relevant MX, SPF, and DKIM records? (2) Can I still use Cloudron to easily host a webmail client like Roundcube for homeserver@example.com, fetching the emails from the VPS? Or are the email client apps all configured to use local Cloudron-managed mail only?

Solved
This turned out to be easier than I expected, oops. I modified signin_inner.tmpl to only have the small OAuth2 portion of the signin page, i.e. I deleted lines 13-54 and 56-58 from that file (as it exists now), and put my version in gitea's folder custom/templates/user/auth/. As desired, it still displays "Login with cloudron", but not the main login option.

Ok, thank you.

Thank you for the reply!
I've never used these gitea templates, so I don't know how to make a "Log in with Cloudron" button. I was hoping to just copy the source for the current page and delete the part of the page with the local login. It sounds like you are saying I need to learn how to make a "Log in with Cloudron" button myself in gitea templates.

Per the title, I'd like to customize the Gitea login page so that the only option is "Sign in with Cloudron".

Now, I would try to follow the instructions for Customizing Gitea, but my first problem is that Cloudron's gitea instance is already using a custom login page, and I need to modify that further. Then I assume I will drop that modified signin_inner.tmpl.tmpl file into my custom/ directory (but please correct me if I'm wrong).

So my questions are, please,

1. Where can I find the template for Cloudron's custom login page?
2. Am I taking the correct/best approach to solving the problem I want to solve, i.e. have users only option be to login with Cloudron?