Re: [gentoo-dev] [RFC] SRC_URI behaviour

[Zac Medico]

On 06/15/2013 06:05 AM, Michał Górny wrote:
> Dnia 2013-06-15, o godz. 15:56:53
> "Vadim A. Misbakh-Soloviov" <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