On 06/15/2013 06:05 AM, Michał Górny wrote:
Dnia 2013-06-15, o godz. 15:56:53
"Vadim A. Misbakh-Soloviov" <m...@mva.name> napisał(a):
And, moreover, I guess, SRC_URI can even be used for VCS:
SRC_URI="
git+ssh://github.com/lol/moo.git
hg+ssh://bitbucket.org/lol/moo
svn+ssh://assembla.com/lol/moo
"
It simply can't work. Don't even try to implement, it's waste of time.
Just grep the tree, see how various packages use VCS-es. There's too
many differences, too many needs and -- most importantly -- VCS-es
change over time much more quickly than, say, unpackers.
Even *if* we get a SRC_URI VCS support that works for all consumers,
and that'd be awfully hard to do properly, it will eventually stop
being 'good enough' and require further changes. It will just become
never-ending story for a minor benefit.
How about it we add a src_fetch phase, so that the VCS intricacies can
be delegated to ebuilds/eclasses (like they are now, but without having
to abuse src_unpack). If we include a way for src_fetch to communicate
changes in VCS revisions to the package manager, then we'll be able to
integrate functionality like smart-live-rebuild directly into the
package manager (as discussed in bug 182028 [1]).
[1] http://bugs.gentoo.org/show_bug.cgi?id=182028
--
Thanks,
Zac