Project dependencies badge

[Komzpa]

Hello.

In PostGIS we are fighting a packaging issue when distributions upgrade PostGIS version but forget to upgrade or build the dependencies, rendering significant amount of improvement unavailable to end users.

Badges allowed us to fit the whole issue into one screen. Thanks! https://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS

There are problems with this approach:

• individual badges have different lists of distributions, so it can't be traced as "single line". If they are glued to a single image that can be fixed.
• it shows a bunch of old distributions that will never get updated. Such grouped badge can be sorted by number of recent versions in distribution, sinking stale distros and decluttering the view.

Can this be done as a single badge, or is there a better way to solve it?

[AMDmi3]

Hey Darafei!

Well, some projects already compose matrices out of small version badges, see for example:

• http://s06eye.co.uk/0ad/linuxDeps/
• https://www.smartmontools.org/wiki/Packages
• https://d.pidgin.im/wiki/Dependencies/3.0.0

This would likely require you to write a script to generate table code in trac syntax, but it would work right away and it allows you to arrange the table in the most suitable way.

But yes, it seems like there's demand for the ready-to-use matrix badge. It should be not too hard to do.

[AMDmi3]

So, how does this look like?

[luzpaz]

That looks awesome!

[AMDmi3]

This still needs some polish, see repology/repology-updater#894. The quirky part is how to limit repositories to display. The example above only shows repos which have ALL requested packages (require_all=1 param). Other options are to specify list of repositories manually (repos= param, list of repology internal names):

or to show repositories which have ANY of requested packages (the default):

[Komzpa]

Awesome look.

Would be good to somehow let CentOS 6 sink to the end of it. Something like ORDER BY number_of_green_items desc, distro_name may be able to take care of that.

[AMDmi3]

I've edited the comment above. There's possibility to specify list of repositories manually, and I plan to allow more automatic filtering by packages presence, e.g. an ability to specify mandatory packages (e.g. to only show repos which package PostGIS, regardless of dependency status). Can play with sorting too. Detailed usecases are welcome. Do you specifically need a list of all repos with sorting by freshness?

[AMDmi3]

Showcase

Pidgin

Based on https://d.pidgin.im/wiki/Dependencies/3.0.0

Smartmontools

Based on https://www.smartmontools.org/wiki/Packages

0 A.D.

Based on http://s06eye.co.uk/0ad/linuxDeps/ (may be too large for GitHub to display)

Repology

(may be too large for GitHub to display)

[Komzpa]

I want a page that's aimed at these users:

• (primarily) a new user. "I need postgis server. My provider lets me choose between Fedora, Debian, Ubuntu 16.04 and 19.04. Which do I click? Right, Debian has latest versions of everything, so be it.". Greenest lines better be on top.

• distro maintainer. "People keep telling our GIS support is bad, even though we packaged last postgis minutes after it came out. Why is it so? Oh, we forgot to package sfcgal and protobuf-c, we need to add it." Better not to hide rows with optional dependencies not packaged.

• upgrade advocate. "Look, I know Ubuntu 14.04 is LTS, is not End of Life, and is our corporate standard. But look - this PostGIS page says all of the versions of all the things we use there are End of Life individually. It's the last distro in the list. We have to upgrade now." Completely dead distro combos are better be kept there too, sank to the end.

[Komzpa]

Tried embedding badge into trac. "," in the url are eaten up by the parser. %2C passed though.

Live on our version page, thanks! https://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS#Packagingstatus

[luzpaz]

@AMDmi3 how do i test one of these matrix badges ?