@scooke raises some valid points about user expectations, and I will freely admit that I am not sure where or how the line should be drawn. Conceptually there is indeed some friction between : user is not comfortable installing CLI tools and docker and using them, effectively setting a competence bar and edging them out of this activity making it easier to do what they're not comfortable with, effectively lowering that bar and inevitably encountering support requests if/when it becomes normal/easy to install unsupported apps (via @Kubernetes scripts, my tool or an official way) However I am clear on these points : installing custom apps should be easier (hence my app) : on one level, it's purely and simply a timesaver, e.g. for a user who is competent in installing apps, at least that's how I am using my tool currently nothing wrong in concept with Cloudron providing an official GUI for installing custom apps (Cloudron has already provided the CLI and know-how for non-gui) support line must be clear : Cloudron as a team/business are not responsible for custom apps (not supported, not maintained) if properly handled, easier installation of custom apps can reduce forum pressure on Cloudron team for new apps into the AppStore I like @scooke idea of a pop-up confirmation box or similar : clarity and disclaimer is good. Whether it goes as far as requiring a reboot of the Cloudron instance, I'm not sure. But I will add a disclaimer box to my app. Beyond that, it gets a bit unclear for me : does the packager provide support (my view : only optionally / voluntary / reasonable efforts) do packagers need a reputation score (my view : nice but not viable as a formal rating, who has time and authority to set these, instead maybe some unofficial star rating 1-5 from users with successful deployment of a custom app) can an installer for custom apps provide a monetisation mechanism (comment from @girish) which effectively incentivises packagers to work through the AppWishlist (my view : yes, it could, but it's another layer on-top) should support for installed custom apps be channelled (a) into an UNSUPPORTED category of existing Cloudron forum, or (b) very deliberately into a different forum (my view : B makes a point but A is easier and more natural) @scooke said in Installing custom Apps on Cloudron: Please do not turn Cloudron into another messy Yunohost. I agree 100% on this. It must definitely be the goal of any efforts in this area. Equally, IMHO, standing still is not an option. We have too many well-intentioned but actually not-our-business "lectures" about how Cloudron should expand, and also too many "please please please" requests, pointing to unmet user demand. We cannot be like King Canute trying to push the waves back.

Yes, thank you, this has worked perfectly!

@girish said in Install new custom app with environment variables?: @ekevu123 cloudron install --env ENV1=1 ENV2=2 --location subdomain . Then, you can verify using cloudron env list. Thank you! I think this is the best solution for this problem.

Thank you @James In the interim, I am attempting a workaround <can't find fingers-crossed emoji>

@girish thanks for looking into it all working now, so probably a glitch somewhere, not worth investigating further

I've my Last.fm account since 2010, but nowadays I'm also scrobbling to https://listenbrainz.org/ as a backup in case Last.fm dies. I also aim to make my own scrobbler/stats independently from ListenBrainz and Last.fm, taking inspiration from https://coryd.dev/posts/2024/tracking-the-music-i-listen-to and https://sive.rs/ti

Okay, thank you for the advise!

Ok the docker issue is on their end. I'll wait until tomorrow to clean all the images on my repo up. I've posted about this app on the Wishlist section to see if there is any interest in putting in on the App Store.

@girish that’s what I thought initially, but I checked both of those and was able to carry on working other prjects while waiting. I don’t understand it, and can only put it down to a docker weirdness. After a while I noticed that local docker desktop was asking to update, and after that I cleared the docker environment. Then all is back to normal (whatever that is). Phew

Either going blind or maybe a cached page because I didn’t see that. Or just rushing too much Thank you

@charlesnw Cool, sounds good. CLoudron's a great way to discover and test all these amazing things to FOSS world kindly shares with humanity. OpenWeb UI has recently changed their license model, so that migh become an issue: https://forum.cloudron.io/post/106732 Also, LibreChat is just a ton easier to add all the models to and keep up to dat, as Open WebUI needs continual copy/pasting/checking for updates to tools, functions, models code. It's just time-expensive keeping on top of that with multiple instances, and often doesn't have all the features a model offers kept up to date.

Thank you for checking, I really appreciate it! I had one domain with HostEurope and one with Porkbun. I will look into Minio, but since that's a completely new codebase, and I might need to extract additional logs from that to understand the difference, I might not be able to do that.

As final message. After working with Zabbix for multiple years now. Having this as a Cloudron app is simply out of scope and not recommendable.

@girish Thanks for clarifying. Now I'm on to fixing other bugs!

@Nafalan Hi, Nafalan! Can you share how you did it?

@necrevistonnezr It's working, but it is running next to Cloudron which isn't really optimal. I wanted to test and see if it breaks anything though, currently there seem to be no issues.

I think it’s down to FacilMap needing yarn 3.6.3 and some more recent node version. Although I’m not sure