70
Get notified on Mastodon for new Github releases
(codeberg.org)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Feb 2024
70 points (92.7% liked)
Selfhosted
40134 readers
291 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 1 year ago
MODERATORS
Why not just subscribe to the release notifications or use the releases atom feed?
Exactly, I don't get the "Mastodon as a poor man's RSS agregator" trend
I wasn't trying to throw shade here. I was just genuinely curious about OPs motivations for doing this. It's totally reasonable that they could have a use case where this solution makes the most sense.
I do it that way. Enable email notifications for new tagged releases, something arrives, check changelog, everything fine?
And we are done
You don’t need to run docker-compose down.
docker-compose pull; docker-compose up -d is enough
I guess that's fair for single service composes but I don't really trust composes with multiple services to gracefully handle only recreating one of the containers
If only one container has been updated then when you run docker compose up -d it will only recreate that container, unless it is a dependency of another container (like a database) in which case it will restart all containers that depend on it as well.
You can
docker compose up -d <service>to (re)create only one service from your DockerfileFYI,
docker-composeis the legacy version that was deprecated a few years ago and no longer receives updates.docker compose(with a space instead of a hyphen) is what you should be using these days.The bot consumes the atom feed of a repository, but I don't use a feed reader. you could also just let Github notify you for new releases. But I don't pay much attention to github notifications either. I'm a lot more likely to notice something like that if it's integrated into my social media consumption.
That makes sense. Pretty cool, nice work!
Off the top of my head, boosting, voting, and discussion.
Yeah, good point!
I get most of my RSS feeds thru Misskey.io so having downstream activitypub bridges like this, or the bluesky bridge (that ppl are freaking out about for no reason) are still really useful to me