Admin and support question
-
@privsec said in Admin and support question:
Unless you are actually saying that you would rather the community develop and control app updates and security issues, which is honestly a bit disheartening. I have trust in cloudron, I wouldnt have trust in a rando making a cloudron compatible app.
Ah sorry, I should have explained better. There is no plan to delegate all the app packaging to community, that would be suicidal
Think of the upcoming changes as more akin to ubuntu's universal repo or arch's AUR. Both have core supported packages. The alternate repos provide a way for users to share, test and use packages. Also, I don't think it's reasonable for ubuntu or arch to package all the things out there by themselves, it's just not possible. So, we just have to copy whatever best practices they already have. For example, one has to explicitly enabled the universal repo and give the appropriate warnings etc.
-
@girish
How would you address this?
There is only so much time in the day, and the more users your platform gains, it makes sense to grow your support staff at a minimum.@girish but how do you deal with the growing number of support cases? The more apps Cloudron offers, the more problems will occure and I especially don't mean Cloudron related problems. I often see people requesting direct help in cases that should be addressed upstream or let's say, are not "our" business.
@girish said in Admin and support question:
@privsec said in Admin and support question:
Unless you are actually saying that you would rather the community develop and control app updates and security issues, which is honestly a bit disheartening. I have trust in cloudron, I wouldnt have trust in a rando making a cloudron compatible app.
Ah sorry, I should have explained better. There is no plan to delegate all the app packaging to community, that would be suicidal
Ok, I agree.
Think of the upcoming changes as more akin to ubuntu's universal repo or arch's AUR. Both have core supported packages. The alternate repos provide a way for users to share, test and use packages. Also, I don't think it's reasonable for ubuntu or arch to package all the things out there by themselves, it's just not possible. So, we just have to copy whatever best practices they already have. For example, one has to explicitly enabled the universal repo and give the appropriate warnings etc.
Do you have a roadmap of where you want to go?
I am a bit surprised hearing that being able to offload admin tasks onto others doesnt sound exciting.For example, if a single dev could bring an additional 4-7 packages each year and provide the support for them - this would drive more traffice to your platform, which would increase your overall income and take home, as well as providing a valuable resource to the world with support across all the timezones relevant.
Is there a reason why you dont want cloudron to grow in terms of team size?
-
I've offered time-sharing for a veteran developer I work with and trust greatly that has packaged a few Cloudron apps now, and contributed core improvement suggestions. My guess is maybe the marketing side of Cloudon is needed to send more money these guys way to make these decisions easier. Everyone needs holidays!
-
@girish said in Admin and support question:
Tricky to answer this in a public forum
Not if you default to transparency like Buffer and Cal.com do
-
@marcusquinn said in Admin and support question:
I've offered time-sharing for a veteran developer I work with and trust greatly that has packaged a few Cloudron apps now, and contributed core improvement suggestions. My guess is maybe the marketing side of Cloudon is needed to send more money these guys way to make these decisions easier. Everyone needs holidays!
What do you mean by this?
Like hire a indie dev to work on packaging an app and having the community fund their efforts?
-
@privsec I'm open to that. I think the "upvoting" method isn't working and we have too many apps in the appstore that serve the same purpose while other areas like ecommerce, etc. are lacking. I'd rather chip in to have an app packaged but I prefer if it's under Cloudron's supervision/control. Gofundme system that Cloudron staff run perhaps?
-
@girish said in Admin and support question:
a) fix our packaging system to be more pragmatic to allow easy packaging. To this end, we already added things like https://docs.cloudron.io/packaging/manifest/#runtimedirs and https://docs.cloudron.io/packaging/manifest/#logpaths already. We will also make backup directories configurable next release.
I am looking forward to this!
-
@BrutalBirdie said in Admin and support question:
@girish said in Admin and support question:
a) fix our packaging system to be more pragmatic to allow easy packaging. To this end, we already added things like https://docs.cloudron.io/packaging/manifest/#runtimedirs and https://docs.cloudron.io/packaging/manifest/#logpaths already. We will also make backup directories configurable next release.
I am looking forward to this!
It sounds and looks nice, but from someone inexperienced it means little to me.
I wish there was a handy video series or something on how to package an app for cloudron
-
@humptydumpty said in Admin and support question:
@privsec I'm open to that. I think the "upvoting" method isn't working and we have too many apps in the appstore that serve the same purpose while other areas like ecommerce, etc. are lacking. I'd rather chip in to have an app packaged but I prefer if it's under Cloudron's supervision/control. Gofundme system that Cloudron staff run perhaps?
Yeah, Id support something like this.
I am honestly a bit shocked that there isn't any interest in growing the team or purposefully add to the packages in the app store for the cloudron team.
In terms of organizing, it would be nice if app wishlist was sorted into categories like apps, like finances, games, Business, etcetera.
-
@privsec said in Admin and support question:
I wish there was a handy video series or something on how to package an app for cloudron
Uhmm not from the staff team but from appdev team by @fbartels
