1 |
Sometimes I find myself in a situation, when I need to use both |
2 |
RESTRICT=fetch for the main distfile and allow fetch for additional ones |
3 |
(langpacks, extensions and so on). |
4 |
Sometimes it is even impossible to split that additions into separate |
5 |
package, since they might want to replace some file (for example, Dear |
6 |
Esther's translations). |
7 |
|
8 |
So, in that case, I think, it'd be useful to change SRC_URI behaviour a |
9 |
bit: |
10 |
|
11 |
for example: |
12 |
|
13 |
SRC_URI=" |
14 |
restrict://dearesther-linux-06082013-bin #fetch restrict |
15 |
linguas_ru? ( http://www.dear-esther.com/translations/DE_Russian.rar ) |
16 |
linguas_hu? ( http://www.dear-esther.com/translations/DE_Hungarian.rar ) |
17 |
linguas_hu2? ( |
18 |
http://www.dear-esther.com/translations/DE_Hungarian2.rar ) |
19 |
" |
20 |
Alternatively it can be even: |
21 |
|
22 |
SRC_URI=" |
23 |
restrict+http://foo.bar/moo-123.run # mirror-restrict or specifying a |
24 |
link for fetch-restrict (like for oracle-jdk) |
25 |
" |
26 |
|
27 |
And, moreover, I guess, SRC_URI can even be used for VCS: |
28 |
|
29 |
SRC_URI=" |
30 |
git+ssh://github.com/lol/moo.git |
31 |
hg+ssh://bitbucket.org/lol/moo |
32 |
svn+ssh://assembla.com/lol/moo |
33 |
" |
34 |
|
35 |
And it can also be extendable: |
36 |
|
37 |
SRC_URI=" |
38 |
hg+http://prosody.im/trunk |
39 |
modules? ( hg+https://prosody-modules.googlecode.com/hg ) |
40 |
" |
41 |
|
42 |
|
43 |
Any thoughts? |