Dne 4.4.2013 20:36, Colin Walters napsal(a):
On Thu, 2013-04-04 at 21:29 +0300, Panu Matilainen wrote:
From technical perspective, there's zero need to change how
multiversion packages work. Its a widely used (at least both in rpm and
dpkg worlds) and well-understood mechanism to slap extra qualifiers at
the end of the name to achieve that. If you want pretty, human
consumable names and versions for things, that is an entirely different
issue that could be addressed without breaking the whole world. Comps is
one mechanism towards this, other possibilities could be adding separate
"pretty name" (and maybe version too) tags to packages and present that
to users when it exists. Or something.
This makes complete sense. One thing I'd add is that given that
"package names" are unpredictable identifiers chosen arbitrarily by a
human at package creation time, we should be making more use of
provides. So rather than talking about installing "git" the package,
you install /usr/bin/git. Similarly for build dependencies, software
should require pkgconfig(gio-2.0), not the arbitrary "glib2-devel" name.
While I agree and like the idea of installing /usr/bin/git, I am afraid
that virutal provides suffer the same issue as the package name, they
are "unpredictable" the same way.
Vít
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
