I use F-Droid precisely because I don't want that. When https://news.ycombinator.com/item?id=38505229 happened - and when the same thing happens again in the future, because it will - I explicitly want F-Droid doing some basic due diligence on updates before shipping them to me. Cutting out the middleman is the opposite of what I want.
replyCounterpoint: I use NewPipe pretty much daily for watching YouTube. One day, YT introduced an API change that broke NewPipe, and so I patiently waited for an update.
replyA few days passed, and I eventually get a notification from NewPipe prompting for an update. But I can't install it just yet, because of mismatching signatures between the F-Droid and GitHub versions (yes, that's the point, I know...). The F-Droid build took so long to release, that in the meantime, another version of NewPipe came out...
Have you added the NewPipe repo in F-Droid? I get updates this way pretty quickly.
replyNotably, this is still cutting out the middleman and bypassing the extra review that that entails. It's fine as long as you trust everybody involved in publishing the repo, which is probably fine here, but a thing to keep in mind.
replyThis issue happens to some extent within liunux distros too. I think specifically for youtube maybe it would be beneficial for a single core library that deals with the API and is shared by every single project that cares to interface with youtube. Rather than dozens of projects trying to chase youtube changes and overburdening repository maintainers, there would only be a single library whose updates would be fast tracked. This also requires there to be no embedding it in anything too, I don't know how feasible this would be on android/f-droid, but it kinda already happens with yt-dlp in linux distros, but yt-dlp isn't a proper library nor does it deals with all youtube endpoints that a proper youtube frontend would require.
replyIt would perhaps be nice if yt-dlp could eject it's youtube api handling into it's own project that is then augmented to handle anything youtube related and turns into THE library for dealing with youtube.. maybe even call it libyt :)
I ran into the same issue. The good news is that app is the only one I've had to uninstall and reinstall from an apk because fdroid was so insanely slow. I wish they made an effort to keep up with apps where they need to be updated frequently and stop working entirely if they aren't updated. I can't imagine there are too many apps like that
replyTrue. And especially for that use, I can imagine that the slow return around is actually a breaking problem. I think there are relatively few apps that need that kind of quick update, and I'm more concerned with malicious authors than that, but it would depend on precisely what you need out of your apps.
replyI've never actually had this issue, for whatever reason. In-app updates to NewPipe (and the various forks) install just fine even if I originally downloaded from F-Droid. Not sure how that works exactly.
replydeleted
replyF-Droid doesn't do any due dilligence on updates aside from blocking proprietary code
replyIf you like the Obtanium user experience, I recommend you get involved and help them implement signature verification on F-Droid repos:
https://github.com/ImranR98/Obtainium/issues/3348
replyDo you use a lot of apps with that?
replyI tried it with 3 random apps for a while, but instantly got into issues. Two stopped updating due to Obtanium falling behind how app releases - for instance, developer changed version numbering scheme but Obtanium didn't expect that, so an outdated version was always presented. It wasn't fixed for quite a while.
I have 23 currently. It's surprising how fast it happened... I don't have any problems, but I don't pay much attention to it and apps seem to update automatically sometimes and after a manual refresh other times.
replyI've found Droid-ify more reliable at doing background updates, though it still only manages it sometimes (possibly due in some way to how I installed the apps). Hopefully Fdroid's app will be better at this.
replySame for me. I typically search on F-Droid to find the apps and then add the github to Obtanium.
replyHaven't yet used it, but I will say that's a great project name
replyI tried Obtainium a while back and didn't like it too much, finding apps seemed difficult.
replyThen I discovered https://apps.obtainium.imranr.dev/ which makes it very easy. I feel like Obtainium should make this more obvious. It would help adoption a lot.
Fwiw, that link is documented in the readme at https://github.com/ImranR98/Obtainium so it's not hard for someone to find again. It's also prominent in the Obtainium app UI itself.
replyI know it is there in Obtainium, but I don't think it's prominent enough and it is easy to miss. I missed it my first time.
replyWhat do you do for apps that don't have GitHub releases?
replyThe other way is to use fdroid as source within obtainium.
The benefit is to maintain app list at one place, so you can export/import to another device, when needed.
replyhttps://apps.obtainium.imranr.dev/ has plenty of apps that don't have F-Droid releases. Many of them come from the developers own website.
replyAnd if you see anything is missing, you can always add it!
You can use it with non-github releases too, but it's super rare when one isn't available. In the case when Obtanium doesn't work, I just use F-Droid.
replySuper rare? The government seems to release only on an obscure source called Play for some reason. I don't want to play a game, just to ride the transit system. There seem to be a lot of apps that don't release on such an addable source..
replyI think I’ve encountered 1 or 2 apps that didn’t work on Obtanium so YMMV.
replyDidnt know this! Thanks for sharing !!
replySame, Obtanium is great.
replyThe update turnover is so fast for certain apps that I switched back to Fdroid.
reply