While repology tries its best in matching packages across different repositories, this is quite a complex task:
- Packages of a single software project may be named differently in some repositories (for instance, libagg vs. agg, dungeoncrawl vs. dungeon-crawl, fonts-linuxlibertine vs. fonts-ttf-linuxlibertine vs. linux-libertine-fonts vs. linuxlibertine-fonts-ttf).
- There may be multiple unrelated software projects with a same name (for instance, clementine is both X11 window manager and a media player).
- Some packages may use incorrect versions (for instance, picking "next" version number which was not released yet when packaging a git snapshot, or using dates and commit hashes instead of version numbers).
Repology uses a set of manually edited rules to resolve these cases. You may submit a change to the ruleset directly or use this form to suggest an improvement to the ruleset. Please only use this for problems which may be fixed by the ruleset (which are basically problems listed above).
Current reports (3)
Created 29 days ago,
accepted
- The project needs some version(s) to be marked as ignored
- Comment:
see: GNU Guix wget 1.21.3.24
The latest release for wget1 is "1.23.3". The version "1.2.3.24" is invented by guix.
Created more than a year ago,
accepted
- The project needs to be split into multiple projects
- Comment:
DistroWatch.com is reporting for wget2, not this one (wget), needs split
Created 5 years ago,
rejected
- The project needs some version(s) to be marked as ignored
- Comment:
ignore freshcode.club
For 2-3 days, it's been showing wget has released 1.19.3
It seems to be an error. There are no release binaries, no repos have updated.
It's probably a bug in their parser. Just another example of "watch" repos announcing releases that don't exist.
- Repology reply:
You should 'flag' the package on freshcode and report an incorrect release. Again, this is more productive than filing the same report here.
New report