Add them all as separate rows with the URO, instead of inline with just the label.
Seeing the URL has some value, if the URL is for github you already
know what to expect before going there etc.
It's only relevant for schema changes and downgrades and only
useful for deciding if a version is newer, which website users
rarely need to do.
Let's just hide it by default. It's still part of the package file name
if really needed.
When parsing the SRCINFO we only get out the sub packages and the
package fields override the base fields, but the base description
has some vlaue on its own, as it is a description for all contained
packages.
Store the base description away and when fetching the description
for the pacman DB package we look up the description from the SRCINFO
base package if possible.
The onyl downside here is that they come from different sources, so
might be out of sync, but still better then before I guess.
Up until now it only did a HEAD request and compared the returned
cache headers to see if something changed. By also sending the
request cache headers, the other side can potentially respond from their
caching layer and not hit any actual service.
With this we can reduce the checking interval without harming any
external service.
The previous words sounds like user want to introduce an issue.
Also FYI, bugs are any insect or insectlike invertebrate. Those
are not related to programming or computer and live in wild :-)
Since we now have a concept of main and fallback versions we shouldn't
compare the repo version to all versions, but ignore the fallback ones
if there are others.
This allows us to specifiy multiple URLs for each project in addition
to the homepage that is defined by the PKGBUILD.
This is similar to what Python packages can do, which then gets
exposed on pypi. But while they allow free form text we specify
a fixed set with a specific purpose, so we can pontentially re-use them
in the future, and also to make it more clear what we expect them to
point to.
testing, community* are gone; core-testing, extra-testing are new
also remove multilib, likely doesn't include anything that helps us.
and switch to a different mirror which apparently updates more often.
AUR contains dev versions we don't care about and cywin
sometimes uses a different versioning scheme.
Only if there is no matching Arch package consider the other ones
previously the src build types were merged with the repos
they were connected with, so msys-src with msys etc.
Usually when filtering for "mingw64" one doesn't want to know the
build status of "mingw-src", so skip all that and just leak the
build types to the frontend as is.
In case a previous version obsoleted a package that might still stay
around and come first in setup.ini, so always take the newest version
in case there are multiple entries.
