1 |
On 12/07/2014 01:06 AM, Michał Górny wrote: |
2 |
> Dnia 2014-12-07, o godz. 01:04:19 |
3 |
> Zac Medico <zmedico@g.o> napisał(a): |
4 |
> |
5 |
>> On 12/07/2014 12:22 AM, Michał Górny wrote: |
6 |
>>> Dnia 2014-12-06, o godz. 23:15:09 |
7 |
>>> Zac Medico <zmedico@g.o> napisał(a): |
8 |
>>> |
9 |
>>>> On 12/05/2014 04:03 PM, Michał Górny wrote: |
10 |
>>>>> Support SYNC_UMASK and SYNC_USER variables that were used in Funtoo |
11 |
>>>>> Portage, as fallbacks to sync-umask and sync-user repo keys. |
12 |
>>>>> --- |
13 |
>>>>> pym/portage/package/ebuild/_config/special_env_vars.py | 2 +- |
14 |
>>>>> pym/portage/package/ebuild/config.py | 12 ++++++++++++ |
15 |
>>>>> pym/portage/repository/config.py | 13 +++++++++++++ |
16 |
>>>>> 3 files changed, 26 insertions(+), 1 deletion(-) |
17 |
>>>> |
18 |
>>>> Why should we add backward compatibility code for something that was |
19 |
>>>> never supported in the master branch? |
20 |
>>> |
21 |
>>> I just thought it wouldn't hurt if we're backporting features. |
22 |
>> |
23 |
>> Adding extra code for new redundant variables seems undesirable. Are |
24 |
>> they somehow better than using equivalent repos.conf [DEFAULT] settings |
25 |
>> for sync-user and sync-mask? |
26 |
> |
27 |
> They're easier to set in env than the fancy PORTAGE_REPOSITORIES. |
28 |
|
29 |
Do these settings commonly need to be overridden in the env? |
30 |
-- |
31 |
Thanks, |
32 |
Zac |