#Repology only has marginal support for F-Droid, only seeing a few handpicked packages for software which is also available in Linux:
repology.org/projects/?inrepo=…
I've recently had a few PRs which improve F-Droid support and add #IzzyOnDroid, allowing full-fledged version comparison within Android ecosystem.
I wonder if any #fdroid maintainers or @IzzyOnDroid would be interested in that.
IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •Dmitry Marakasov
in reply to IzzyOnDroid ✅ • • •nothing really - just a feedback. Here's, for instance, list of projects in IzzyOnDroid which intersect with other repos (F-Droid, that is, but I am still to recheck if there are any projects which also intersect with *nix repos)
repology.org/projects/?inrepo=…
IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •Yupp, I've got a similar query with my local tools here as well (comparing the indexes which were loaded into a database). But from the linked page, I cannot see what intersects or tell what it really means – not before I open details of one. Some "title" attributes on the version labels in the list would help.
"This repository does not provide links to package recipes…" – that's on the ToDo list. Not sure if Santa will fit it on his sleigh already…
Dmitry Marakasov
in reply to IzzyOnDroid ✅ • • •> Some "title" attributes on the version labels in the list would help.
You mean renaming "Selected" column to something like "In IzzyOnDroid"?
> that's on the ToDo list
The requirement is common to all repos, but I don't really treat it as mandatory for IOD, for as I understand you just provide upstream-built APKs and if there are recipes these are in fact just a manifests with upstream URLs. Stull, having more information including these URLs exposed would be great.
IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •I mean that when hovering over the version labels it could show some details, as it does on the details page. But yeah, adjusting the column names to what they show would be even more intuitive.
And build recipes are publicly available with our builders for Reproducible Builds, if an app is set up for that (currently, 22.6% of the apps at IoD are). The other metadata will become publicly available soon™, hopefully…
IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •Dmitry Marakasov
in reply to IzzyOnDroid ✅ • • •IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •Dmitry Marakasov
in reply to IzzyOnDroid ✅ • • •IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •Dmitry Marakasov
in reply to IzzyOnDroid ✅ • • •I've had no idea that there are newer formats. F-Droid parser (reused for IoD) haven't had major changes since 2016 when it was introduced. Guess it's time to revisit it.
Cannot check out the data right now, but if names you mention are these `org.example.calculator` like ones, I'd prefer to stick with display names - these at least have a chance to match with other ecosystems, fulfilling Repologys goal. Mismerged projects with common names can be split by URL.
IzzyOnDroid ✅
in reply to Dmitry Marakasov • • •I don#t know what parser you mean, but in 2016 there was only the XML index (aka "v0") – and meanwhile v1 and v2 have been released which differ a lot. Not only they are JSON instead of XML, but a lot of internals have changed or were added.
You should definitely not go by display names alone, that's pretty error prone in most cases. Those packageNames/applicationIds are supposed to be unique – but I understand they don't exist with many desktop apps. URLs should often help, yeah.