@scooke didn't Andreas make it into a community app ?

@LoudLemur of course, your decision. I don't it needed killing, it could be a useful tool, just not auto-post or bulk-post its findings.

Packaged

@LoudLemur also already packaged as community app
If you don’t check before posting, you risk becoming a bot posting slop

@LoudLemur “just packaged it” - seems a decade ago in my butterfly mind
I don’t think it was as hard as your summary suggests
The hard work is in populating the content and framework docs. I didn’t have a use case for it so I didn’t get into that.
The packaging code is there if you want to clone and develop further - my project list is a little full but will bear this in mind if I need a diversion

@James thank you
I had not initially intended to use CloudronVersions in this way, but it is a real time saver.

Yep, once an app is published, probably no trimming (unless very old revoked versions).

The new Community App functionality is a real bonus, so thanks once more to the Cloudron team for implementing it.

The app update functionality provided (new entry in CloudronVersions.json) really helps with the build cycle, testing changes etc., without time-consuming repeat setup of app environment etc, before it even gets to a MVP release stage.

However that does result in a quite big CloudronVersion.json - on one app in dev, it is 60kb. Not a problem as such. But I wonder if we really need to keep such a big history of the app's dev cycle, 0.0.1, 0.0.2 etc all the way up to say 1.0.0 and beyond. Especially when the older entries become redundant by being explicitly revoked or by representing early prototyping with breaking changes.

I have tested just trimming CloudronVersions.json, removing early entries. It seems to have no ill effects providing the json structure is honoured. So my intention is to prune the versions file of dev release before an app becomes released.

So in terms of managing CloudronVersions.json, I'm interested in Cloudron team's thoughts or any advice.
Maybe you did not expect the functionality to be used like, so did not expect a large versions file. But I can easily see it growing to to 200k in some cases. Not a problem technically, but nevertheless ...

Simple solution : change 'Uninstall' to 'Manage' or 'Stop/Uninstall' or '....'

The column width longest label is 'Access Control' so providing the new label is <= to that, UI works.

Still a little unsure about this.
If the Garage app is storing large volumes, say 5Gb, is backup by tarball appropriate, do we want to be facilitating that ?
That said, I guess it still needs fixing for smaller tarballs.

@jadudm thanks for the clarification
will certainly bear that in mind for future issues

for this one on my Garage app, I'm not sure what to do. If an App Store version is coming, even unstable, that might be better for this wanting Garage.

I will try find time to check out my Garage packaging code with this issue in mind.

@d19dotca errr...

No I have not experienced that.
Personally I use rsync not tarball.
I will try a tarball backup later.

If it's a backup issue, is it an app issue ?
I don't understand this.

EDIT : that's meant as unhelpful, just not sure where to start looking - will ask AI
But did you see that an official version is close ?

https://forum.cloudron.io/post/122927

Interesting questions. I shall be watching hing for answers - wished I had them.

@firmansi yes, it’s in “in production” for me.
Have not used everything because there’s so much that can be done. Currently for me it is :

• one of my Telegram bot handlers, providing some basic tasks
• handing invoice downloading from a couple of suppliers who require login and fetch
  Planning to extend its functionality.

Only “issue” is that Searx is too slow for it so I use Brave API for search - cost is pennies.

@firmansi for my app I need to build new image, announce it here, then your Cloudron should pick it up available but often quicker to press Check Update in the app dashboard.

On a train now, will see if anything recent, if not just go to app dashboard, Updates, Check Updates.

What an excellent project !

@subven I defer to you. I recall some other posts that all it did was toggle visibility, not actually control access. It’s a bad field name. But I haven’t tested (on the road) and it may have changed, or I might just be plain and simple wrong.

Can you not just use “access control” to hide the app in the user’s dashboard and use the link you mentioned ?

Mermaid

If you have questions or issues about this community app, please open a separate topic in the @community-apps category and link to this reply.

I would love to be able to something like :

cloudron access --app app.domain.tld --users user1, user2
-OR-
cloudron access --app app.domain.tld --group group1

I didn't see that this is currently supported.
I didn't see another forum topic about this but maybe search let me down.

AI told me to do some complicated 'curl' command, but to my mind, the CLI should do it.

Is there a way ?

@robi not possible at the moment. You could maybe grab and send when I am back.