Now that I read this thread properly, I don't think the packaged app will work as people are asking for here, which is for cloudron to use it for it's own notifications. Maybe if cloudron ran it as an internal container and add-on for other apps...
I still think it is a useful app to have packaged for Cloudron, so I'll keep working on the packaging effort.
Hi, @girish! So, there's apprise the lib, and Apprise API, a lightweight REST API that is essentially a wrapper around apprise.
Here:
This is apprise the lib: https://github.com/caronc/apprise
And this is apprise API: https://github.com/caronc/apprise-api
The cloudron app is my attempt at packaging it, which is working fine, although it's completely open to the internet, need to think about it a bit better.
Maybe on the next days I can open a proper app wishlist post, to get more visibility and see what people think about it.
Hi, everyone!
Is there still interest in this? I took a stab at packaging it just for personal use it and got it to work. And when I say "got it to work" I mean literally just got it to work:
I paid no attention whatsoever to documentation, production settings and the like. Also, the way it works now, there's no authentication or anything, it's just open on the internet. If anyone wanna take a look, give feedback and maybe help out ou the packaging, it's here:
https://github.com/malvim/apprise-api-cloudron-app
No sure what to do about authentication, maybe just use the proxyAuth addon, and keep open just the needed URLs for POSTing notifications? Have to think about that.
Thanks!
@andreasdueren Yes, this is the way. I've done it with a few apps I wrote, and it works great. Plus, you get backups, which is great!
Put everyone’s name in, choose the “captains” and have they draft names for their teams? Is that what you have in mind?
Oh, nice. I'll try dry-run, then, thanks.
Integrity checks sound like a great feature, looking forward to it.
Thanks!
@necrevistonnezr how have you been testing backups? I have a raspberry pi at home, set up with restic/rclone backups as well. Once in a while I mount one of the latest snapshots and check a bit randomly if things "look ok". I'd like to have a better system to check if backups are okay, so any pointers would be appreciated.
On a more cloudron-related note, @girish, is there a way people test restoring backups on their cloudrons? How would one go about tesing if restore will run okay when needed?
It sure is a lot of testing for stuff that is not supported by nextcloud itself... 
I myself use the nextcloud mobile app for some things. No idea how it works with OIDC...
Thanks for your help, @nebulon, but it seems that's not how it works. At least not on my cloudron.
I'm using a LAMP app, and the "Cron" item on its config page.
This is how it looks:
# +------------------------ minute (0 - 59)
# | +------------------- hour (0 - 23)
# | | +-------------- day of month (1 - 31)
# | | | +--------- month (1 - 12)
# | | | | +---- day of week (0 - 6) (Sunday=0 or 7)
# | | | | |
# * * * * * command to be executed
# * 7,8 * * 1-5 /app/data/latest/main.sh >> /app/data/app.log
It should fire at 7am and then again at 8am, on weekdays. And it's working, but it's 7 and 8am UTC, not on my timezone. And I've changed cloudron's system timezone to my local time.
Yeah, I understand and that makes sense. Scheduled jobs are the only case in which this is kind of annoying, right? Since the container should still run in UTC, but then we should account for it when scheduling our jobs.
Maybe I'll just find another way to schedule the jobs, since a few of them need to be run in a specific time of day (on my TZ). I guess this would be the preferred approach? Because even if I account for the difference in hours and schedule them in UTC time, there's all kinds of specifics like daylight savings and the like that would make it kind of a nightmare...
Thanks anyway for the answers
Yeah, I looked into that, but that's for the cloudron system itself. Backup and update tasks. Host machine and app containers still use UTC.
Hey, guys. Happy holidays!
So I installed a basic LAMP app in order to run a few small jobs and services I have for personal use.
I use the scheduler for the jobs, but my server is not in my timezone, and I understand it's cloudron's policy to have everything outside applications in GMT, which makes sense. But that leads to me having to schedule stuff with GMT in mind, which is not ideal.
Is there a way to set timezone for a specific app container, or is that done on an app-by-app basis? I'd like to not have to package and publish a cloudron app just for that, but am failing to see how easily do this.
Is there a "default" way of injecting environment variables? Does cloudron's base image support some set of env vars it loads from somewhere?
Thanks!
Ah, cool, thanks for the clarification, guys, appreciate it.
Looking forward to using this one!
Hi, guys.
Sorry for the new topic, but the original in the App Wishlist category is locked.
I've just tested https://git.cloudron.io/cloudron/pocketbase-app adding just the sqlite add-on to the manifest ("paths": ["/app/data/pb_data/data.db"]), and it seems to have worked fine.
Tried the API, authentication (local user only, not very familiar with how to authenticate cloudron users in this app), creating and removing collections, items, etc. It all seems to be working fine. Maybe we could publish this in that "experimental" state in the app store?
Another thing I just thought is that it'd be cool to be able to have other apps be VPN clients as well...
So docker-compose has the "service" network mode, which I think is like the "host" network mode, but instead of the host it uses another container's network. Not sure how we'd implement it, and maybe this would be easier if we had a VPN add-on instead of an app, not sure.
The use case is one I'm going through right now: I want to use prometheus and grafana to monitor something that i'd like only be accessed through a wireguard VPN. So at the moment (for testing purposes), I'm keeping the things I want to monitor open on the internet and using prometheus to collect metrics, but if we want to go through with it in production, I'll probably have to host at least prometheus by myself inside our VPN.
what do you guys think?
@girish That sounds good, I'll take a look at the code and see if I'm confident enough to take a crack at it. So you want the same vpn app to support both OpenVPN and wireguard, is that correct?
I understand there's a key manager for OpenVPN, which I think doesn't really make sense as-is for wireguard, right? For wireguard we just generate a private key for the host and generally just have to manage peers (with their public keys, allowed-ips and whatnot)...
@girish I appreciate all your hard work, understand and agree with the priorities. That said, I'd very much like to have an app similar to the OpenVPN one using wireguard. Is that anything one can do to help get it done? Maybe see the OpenVPN code and try to whip up something similar using wg?
@joseph ah, there you go. I have indeed updated to 24.04, and presumably it was before this instruction was added.
Thank you all for the help, guys, all is well now
Hi, thanks for the help!
cloudron-support told me unbound was down (I should've checked cloudron's own "services" page, which I now see has unbound down). It turns out I'm having the same issue as in this post: https://forum.cloudron.io/topic/12556/unbound-service-not-working/11
Went to reinstall unbound-anchor, but I had broken dependencies. Ran apt --fix-broken install (apt's own suggestion), then installed unbound-anchor which seems to have installed unbound itself.
I don't ever run stuff on this server, I follow cloudron's suggestion to have the server all for the cloudron service, so I have no idea how this happened, but reinstalling seems to have fixed the issue.
Had to reinstall two apps that were erroring because of this, though. I had no data in them, so it's fine, but still weird that this happened.