1 |
On Sat, 2013-06-15 at 15:05 +0200, Michał Górny wrote: |
2 |
> Dnia 2013-06-15, o godz. 15:56:53 |
3 |
> "Vadim A. Misbakh-Soloviov" <mva@×××.name> napisał(a): |
4 |
> |
5 |
> > And, moreover, I guess, SRC_URI can even be used for VCS: |
6 |
> > |
7 |
> > SRC_URI=" |
8 |
> > git+ssh://github.com/lol/moo.git |
9 |
> > hg+ssh://bitbucket.org/lol/moo |
10 |
> > svn+ssh://assembla.com/lol/moo |
11 |
> > " |
12 |
> |
13 |
> It simply can't work. Don't even try to implement, it's waste of time. |
14 |
> Just grep the tree, see how various packages use VCS-es. There's too |
15 |
> many differences, too many needs and -- most importantly -- VCS-es |
16 |
> change over time much more quickly than, say, unpackers. |
17 |
> |
18 |
|
19 |
Well, there is an app in gentoo that can already handle every VCS type. |
20 |
It could easily be modified to handle the above syntax. The portage |
21 |
mods would also not be difficult to interface to it. The BAD!!! part is |
22 |
that it would require even more time for portage to sort out the VCS |
23 |
deps that would need to be added to it's dep calculations after checking |
24 |
the SRC_URI. |
25 |
|
26 |
GOD!, it's already getting slower than it was many years ago before |
27 |
Brian's pkgcore optimizations began to be applied. Not to mention GB's |
28 |
of memory and multiple cores now available that wasn't those many years |
29 |
ago... |
30 |
|
31 |
The other thing is that would put a mandatory system requirement on |
32 |
layman which many of the devs would be opposed to. But, there is an open |
33 |
bug calling for it to be merged with portage... |
34 |
|
35 |
> Even *if* we get a SRC_URI VCS support that works for all consumers, |
36 |
> and that'd be awfully hard to do properly, it will eventually stop |
37 |
> being 'good enough' and require further changes. It will just become |
38 |
> never-ending story for a minor benefit. |
39 |
> |
40 |
|
41 |
also, agreed |