Cloudron as an app inside of Cloudron
-
I would theoretically be possible, I think, but honestly it would be an infrastructure nightmare to set-up. My opinion => don't go this route, use proper VMs. In addition to being much easier to accomplish, you'll also get an environment much closer to an actual cloudron, so there will be much less weird different behaviours.
-
@BrutalBirdie Not necessary, no no. But I’ve been using ssh -> nano to make all my
box
changes so I didn’t have to reinstall every change and it’s just really cumbersome.I also don’t mind coding something not necessary right now if developers might find it beneficial (like I do). I was just curious if people thought I should even try to. Like, is there anything obvious that would make Cloudron just too hard to convert to an app?
-
@mehdi said in Cloudron as an app inside of Cloudron:
I would theoretically be possible, I think, but honestly it would be an infrastructure nightmare to set-up. My opinion => don't go this route, use proper VMs. In addition to being much easier to accomplish, you'll also get an environment much closer to an actual cloudron, so there will be much less weird different behaviours.
Thought about the same, with the Hetzner API I can spin up a cloudron with the gitlab ci/cd to install my working changes and review my work.
-
@BrutalBirdie Do you make
box
changes as well? -
@Lonk said in Cloudron as an app inside of Cloudron:
@BrutalBirdie Do you make
box
changes as well?No, I did not yet contribute to the cloudron "base" itself.
So I don't know what pains you are going threwpain >
But I’ve been using ssh -> nano to make all my box changes so I didn’t have to reinstall every change and it’s just really cumbersome.
-
@mehdi said in Cloudron as an app inside of Cloudron:
I would theoretically be possible, I think, but honestly it would be an infrastructure nightmare to set-up. My opinion => don't go this route, use proper VMs. In addition to being much easier to accomplish, you'll also get an environment much closer to an actual cloudron, so there will be much less weird different behaviours.
You mentioned this before. Since this is just for testing new
box
code quickly with the same flow as a custom app. Do you still think it’s more work than it’s worth? Infrastructure nightmare is particularly what I’m confused about; I want to understand what you mean by that. -
@BrutalBirdie said in Cloudron as an app inside of Cloudron:
pain >
But I’ve been using ssh -> nano to make all my box changes so I didn’t have to reinstall every change and it’s just really cumbersome.
Not gonna lie, it feels like I’m coding in the 90s whenever I use nano. You can’t even select text. Every character has to be deleted one by one. It’s faster than constantly recompiling and re-installing on Ubuntu 18.04. But slower than just about anything else.
-
@girish said in Cloudron as an app inside of Cloudron:
@Lonk Are you already using the hotfix script? https://git.cloudron.io/cloudron/box/#development This is what we use for development.
This looks like a godsend. I just have to figure out how to format hot fixes and use this CLI tool to apply them to my virtual machine Cloudron. Thank you for showing me this!
Also, I saw in that description in your link: “front-end code click here” and it was 404 .
But using this hot fix tool I might be able to contribute to dashboard easier (like the drop down box to choose the vpnclient to connect to).
-
@Lonk said in Cloudron as an app inside of Cloudron:
Also, I saw in that description in your link: “front-end code click here” and it was 404 .
Are you logged into GitLab? I feel like I have solved this permission/visibility issue in GitLab like a million times. I am not sure what GitLab is doing but that setting gets reset of something after each update
-
@girish I clicked on the "click here" link which lead to this:
https://git.cloudron.io/cloudron/dashboard
It asked me to log in, which I did (as Lonk), and it lead to a 404. So I tried clicking it again thinking it could have been a login redirection issue and I'm fully logged in now, and it still says 404.
-
If you want to try and get this going, here are a few rough steps.
- Install sysbox from Nestybox and validate you can spin up containers with sysbox-runc
- Get a small Ubuntu 18.04 image running inside
- Validate networking in and out for basic services
- Install the inner Cloudron and see how to set up DNS and ports so it works for the inner and outter Cloudrons separately.
- Document the kinks
Once this is running, you'll have a base container system image which is special and can run as an App.
It may be useful to set up guacamole as remote desktop access.
Feel free to chime in and add to my list.
-
@girish said in Cloudron as an app inside of Cloudron:
@Lonk It's a separate repo and a separate tool - https://git.cloudron.io/cloudron/cloudron-machine . If you clone and do "npm link . ", it is available in your PATH.
Joel$ cloudron-machine Usage: [options] [command] Options: -V, --version output the version number -h, --help output usage information Commands: hotfix [options] Hotfix Cloudron with latest code ssh [options] [cmds...] Get a remote SSH connection
Ah, I understand, you should fix that in the npm repository description cause I was so confused for a second. Thank you very much for taking the time to write out instructions in how to get the actual tool. ️
But both the commands hotfix and ssh error out instead of displaying manuals. Are there manuals to those commands? Or maybe an example of a hotfix option and ssh option (using fake data of course)?
-
I've only ever logged in via password but I have to use files for the ssh I give it I think. And I must have to be in the root of the cloudron
box
I'm hotfixing:SSH_PASSPHRASE=sshkeypassword cloudron-machine hotfix --cloudron my.example.com --release 6.0.0 --ssh-key keyname