search

Droid-ify / client

F-Droid client with Material UI.
GNU General Public License v3.0
3.61k stars 80 forks source link

#suggestion Allow to add custom git repo's #18

Open HikaruIchijyo opened 2 years ago

HikaruIchijyo commented 2 years ago

Something like what izzy doing but add a section where u add release page for that repo & upon refresh it will search for new version or something like

RokeJulianLockhart commented 2 years ago

https://github.com/Droid-ify/client/issues/18#issue-1297019659

@MeliodasBot, do you definitely refer to Git repositories, rather than F-Droid repositories?

HikaruIchijyo commented 2 years ago

@MeliodasBot, do you definitely refer to git-repositories rather than F-Droid repositories?

Yes.

Why i am asking this.

Cuz it is pain to watch single single repo's which are not on fdroid or izzy to chk their releases thats y i asked for this

Iamlooker commented 2 years ago

Well I have a mindmap of how to implement this. But it is gonna take a little bit more time, as I am participating in a National level compitition soon so I might get busy again.

HikaruIchijyo commented 2 years ago

Well I have a mindmap of how to implement this.

No problem thanks just put it in roadmap

Btw can you please add roadmap.md or something to prevent same feature requests multiple times?

revuwa commented 2 years ago

This would be an overkill feature. Would love it.

vertigo220 commented 1 year ago

Btw can you please add roadmap.md or something to prevent same feature requests multiple times?

Not sure this would prevent that. Searching the issues before posting one is what's supposed to prevent it, and clearly many people don't do that. I doubt many people would check a roadmap.md if they're not even searching the issues. I didn't even know it was such a thing. If done, it should also be linked to when creating a new issue, to point people to look at it first. The bigger problem is the issues search doesn't always show the desired results, based on the search terms used, which is why I will try to include different terms I think people might search for in my issues. It would be nice if GitHub implemented a tags/keyword feature for this.

Iamlooker commented 1 year ago

This is very much planned. But I assume I have this feature planned for 0.5.5 but I cannot recall and also I cannot promise it right now. I am currently refactoring the code base which would make this very easy to add.

HikaruIchijyo commented 1 year ago

please can anyone tell me how to add repo on Droid-ify, i am pasting github repo link, it saying unreachable, please guide me

U cant use github links

tcely commented 1 year ago

Well I have a mindmap of how to implement this.

No problem thanks just put it in roadmap

Btw can you please add roadmap.md or something to prevent same feature requests multiple times?

Instead of a text file for the roadmap, I'd suggest turning on projects for this repository. You can get a Kanban style dashboard using that feature showing which issues are being worked on and which are planned next.

https://docs.github.com/en/issues/planning-and-tracking-with-projects

papjul commented 1 year ago

I don’t know if that can help, but it could be worth checking Obtainium project.

They support tons of app sources for their app (not just GitHub), and it’s also available as a library from what I can see.

It’s written in dart, so it might be a little more challenging (I think you will need to call native code to use it, but I never tried).

I really like the UI of Droid-ify (thank you so much for maintaining it!), that’s why I’m not switching to Obtainium, but it’s a feature I miss a lot.

realgooseman commented 4 months ago

Any updates on this @Iamlooker, @iamthecloverly & other contributors ?

Obtainium fixes this, however Droid-ify's interface is much cleaner and has the "Explore" tab which is very useful for app discovery.

Being able to manually add GitHub / GitLab repos to download and update Android apk's from them would be amazing. As an addition to already present F-droid, IzzyOnDroid and third party repos.

Faster updates for some projects and more customization for the us users.

Iamlooker commented 4 months ago

Yes, 1/5 of the work is done but I need help with this

RokeJulianLockhart commented 4 months ago

https://github.com/Droid-ify/client/issues/18#issuecomment-2116443455

@realgooseman, I'd be really surprised if this was worth implementing - if you look at Obtanium's codebase, it's a damn lot of work to maintain. I can't imagine that reimplementing it is feasible. Regardless, its GUI is Material 3+You (like Droid-ify's is) so I'm really confused by why this would be desirable.

papjul commented 3 months ago

if you look at Obtanium's codebase, it's a damn lot of work to maintain

I have no experience in Dart, but it looked correctly modularized, so what would be hard to maintain from Droid-ify side once the Obtainium lib is imported with success? Except keep up with the changes, like you do with any lib

RokeJulianLockhart commented 3 months ago

https://github.com/Droid-ify/client/issues/18#issuecomment-2117443630

@papjul, apologies. I didn't realize the Obtanium developers had had the foresight to split their reusable code into a library.

realgooseman commented 3 months ago

Yes, 1/5 of the work is done but I need help with this

Unfortunately, as an end user I can only help with translation on Weblate.

@realgooseman, I'd be really surprised if this was worth implementing - if you look at Obtanium's codebase, it's a damn lot of work to maintain. I can't imagine that reimplementing it is feasible. Regardless, its GUI is Material 3+You (like Droid-ify's is) so I'm really confused by why this would be desirable.

But Obtainium is feature packed and supports much more than Github / Gitlab repos. Adding those two custom repos to Droid-Ify would be easier to maintain than the dozens that Obtainium already supports.

It's a very useful feature as some projects only published on F-Droid get late updates with different signature compared to Izzy or direct Git source.

sudoshindo commented 3 months ago

Honestly, even if only GitHub gets supported I'd be fine with that.

As a user, it would be nice to have Droid-ify handle the apps that only release through GitHub repos without needing a separate app like Obtainium.

On the dev side, I understand the pain and annoyance of maintaining code that relates to an outside source that might regularly change their API, so I imagine that even just adding a 2nd source like GitLab would greatly increase the maintenance work.

DJCrashdummy commented 5 days ago

to be frank, i strongly advise against such a feature and suggest to rather use Obtainium for such a task! i personally use it for apps which aren't available via fdroid-repos for whatever reason. ...and although i use it for <<10% of my apps, you'll quickly notice, that with only GitHub you are quite limited.

beside that, why favour GitHub and incentivise developers to centralize development even more on a non-FOSS platform?!? ...i even don't want to imagine the outcry here and at it's own repo if a popular app moves development from GitHub to GitLab, Codeberg or the like. :see_no_evil:

i beg you to stick with the UNIX philosophy: do one thing and do it well!

DJCrashdummy commented 5 days ago

Something like what izzy doing [...]

BTW Izzy is not just fetching APKs and throwing them blindly into a fdroid-repo. he also runs a ton of checks concerning malware, libraries, permissions and the like. so... this is IMHO a reason why fdroid-repos (especially Izzys) should be preferred over direct access without an independent check whatsoever.