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

Reply via email to