yeah, thats correct for these packages (and thats why the numbering includes other values previously like the version-tag, datetime-based values was buggy in the past and thats why they are not used (but this issue may have been fixed recently, not tried yet), in fact only a few packages uses datetime based values like the installer: 3.8.13+202006131742+git0285b6e0cf-6buster12
yes i did and that's why the elive repos are configured to accept downgrades, also, a downgrade is not a wrong thing at all, it just means "different version than the one you have installed", which older or newer, people should always use "what has been uploaded", so in short: it avoids any issues / making everything working by default
by other side, if datetime based values are really fixed and packages uses that now, downgrades will be not needed (but at the same time, no need to remove that option enabled)
anyways, the real problem I was talking about was not about -these- downgrades (which as explained, they are perfectly fine), but about the strange and massive downgrade of elive-tools:
downgrading to 3.0.6 makes no sense, he used the wheezy (elive 3.0 ) repo on his beta version, everything will break up
also, there's no sense to downgrade to 3.0.6 unless he removed the repo of the beta versions (buster), in other words: if there's elive-tools in versions 3.0.6something AND 3.8.13something, it should not want to use the one from 3.0.6*
@TheTechRobo so what shows on you "appo elive-tools" ?