@girish yes 👍

As we get Sysbox into Cloudron as a default runc, that will enable many more of these use cases.

we usually find that these extensions are usually very specific and sometimes it is way more work to write a general system than just hard coding it

One of the things I recognized right away about the way you guys develop Cloudron is a laser focus on implementing practical, minimal, incremental solutions instead of chasing maximum general power right out of the gate. It leads to a more stable system that I don't have to constantly fuss over -- thank you for that! I agree that this is probably the right approach for matrix plugins as well, at least for now.

I think the way issue 569 was resolved is a good example of this.

I think it makes more sense to continue the matrix discussion on that thread, which I just replied to. Thanks for taking the time to read and respond. 🙂

yes please. and we should bring @jsuto into the loop to have #piler in the app store 🙂

First, can you upload the jupyter app info to https://git.cloudron.io/cloudron? It seems to be missing.

The name is a bit different since it's based on the upstream hub project - https://git.cloudron.io/cloudron/jupyterhub-app

Are the rest of the questions somehow related to Jupyter? I will try my best to answer them but I am missing the context. If you can give me the use case for each of the questions below, I can help further.

Is there some good way to just flag certain directories as to be preserved?

Only /app/data is preserved. Even symlinking won't work since the backup logic does not follow symlinks. So far, we are yet to encounter an app that cannot be covered with a single directory.

Can we create our own addons? How hard would that be?

addons are part of the platform. they are not hard at all, they are just docker containers with a "service" API. But they require quite a bit of work and testing. What new addon are you thinking of?

Could a modified version of "proxyAuth" let you spin up separate per-user instances of an app?

I think I understand what you are asking for. For example, there are some "single user" apps. Would be nice to somehow spin multiple instances of these "single user" apps. IMO, would be best to somehow make those apps multi-user 😉 Given most of the apps are opensource, time can be spent contributing upstream. A workaround is of course install an instance of an app for each user...

Is cross-app file sharing a thing? Something like a shared mounted drive?

See Voilumes. You can create a directory on the server and create a volume. Then this volume is mounted into any number of apps you want.

@infogulch RTFM myself 😄 nice catch, thanks for that.

@girish was that fixed in a recent cloudron update? My dev rig is on 6.1.2]

EDIT: nevermind, re-read the release notes 🤦

@girish awesome, works perfectly from what I can see!

@nebulon awesome thank you 👍

@infogulch That's totally true, but it assumes that apps are built with Cloudron specifically (or something similar) in mind. It's not the case for most Cloudron apps at the moment

Was going through my Open VPN development log (since I'm prepping to make this all a reality in 6.1) being all nostalgic and found out when I ran into this issue, what a funny coincidence: https://forum.cloudron.io/post/16266

@brutalbirdie I'd be happy to work on this with ya, but I have to finish my current project but I'll be available middle of next month tho, don't know your timeline. ☺️

I'm not technically an appdev on here, but that's because I haven't released my VPN Client app yet one Cloudron. I've only converted two apps to Cloudron thus far, but always happy to help grow the community / wealth of apps.

This looks like a fantastic tool, can't wait to try it out on Cloudron!

@nebulon I had an issue with my instance and had to reinstall it and re upload the videos.

https://video.lahijiapps.dev/videos/watch/00513e5f-e6b2-479a-af97-eca787cd1380

@girish said in App Packaging "Event":

https://ca.meet.coop/b/jos-2xl-ze7-g0q

OK, this is starting now, if anyone wants to join 🙂 Session is being recorded, so you can always watch it later.

I will remove the apt installation and make it npm installation because that's what upstream recommends - https://classic.yarnpkg.com/en/docs/install/#debian-stable

A community update from TYPO3:

https://gitlab.typo3.org/core-testing/testing-infrastructure/
This is a 'infrastructure as code' repository for a gitlab-runner setup using sysbox, maybe this helps anyone looking into similar things:

bare metal setup with ansible - gitlab-runner with docker executor and sysbox'd test execution in DinD

Hetzner cloud docker+machine - gitlab-runner with docker+machine autoscaling with sysbox on workers

@lonk That's a totally valid, effective way to do it. Probably the most instantaneous of all the things mentioned, since it seems speed/latency is a priority for you. Lambda's not that bad to write code for - if you get pretty advanced with it, you can really run nearly any language on the platform, though the officially supported Java, Go, PowerShell, Node.js, C#, Python, and Ruby are the easiest options. You've got a lot of choices there.

Better screenshot with the drop down options:

3ce999e4-4e45-461d-8cd9-fccff4fc2e23-image.png

@humptydumpty Yes, using firebase indeed means that Google will have access to all the data 😕