This is correct though, coreutils is now a meta package allowing either
of the supported coreutils, and it needs to have a version higher than
the last "proper" coreutils binary from GNU, hence it is using the
<version it split of>+<package-version> pattern to express that, as
versions can't go backward.
The only alternative is to use an epoch but that creates
incompatibilities with Debian if newer features are introduced in GNU
coreutils as blocking dependencies on say coreutils (>= 9.7) would now
resolve even if we don't have that version of coreutils / implemented
that feature in uutils.
** Changed in: coreutils-from (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2158610
Title:
GNU coreutils package has mismatched version name
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils-from/+bug/2158610/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
