1 |
On 27/10/14 07:05, Zac Medico wrote: |
2 |
> On 10/26/2014 12:31 PM, Michael Palimaka wrote: |
3 |
>> On 26/10/14 07:57, Zac Medico wrote: |
4 |
>>> On 10/25/2014 01:32 PM, Zac Medico wrote: |
5 |
>>>> On 10/25/2014 01:26 PM, Micha³ Górny wrote: |
6 |
>>>>> Dnia 2014-10-25, o godz. 12:53:15 |
7 |
>>>>> Zac Medico <zmedico@g.o> napisa³(a): |
8 |
>>>>>> |
9 |
>>>>>> These functions are internals, so they need to be prefixed with __ like |
10 |
>>>>>> __eqalog and __eqawarnlog. |
11 |
>>>>> |
12 |
>>>>> eqawarnlog shouldn't be internal since we support adding QA checks |
13 |
>>>>> in repositories. In fact, I am planning to move some Gentoo-specific QA |
14 |
>>>>> checks out of portage code. |
15 |
>>>> |
16 |
>>>> It's a PMS thing. If it's not in PMS and the package manager provides |
17 |
>>>> it, it's supposed to be prefixed. |
18 |
>>> |
19 |
>>> Note that we could have unprefixed aliases inside misc-functions.sh, |
20 |
>>> since misc-functions.sh env is never saved. |
21 |
>>> |
22 |
>> |
23 |
>> I've sent updated patches based on the last feedback. Should I send a |
24 |
>> new one with the aliases, and if so, should the portage checks use the |
25 |
>> alias or real function? |
26 |
> |
27 |
> Considering Micha³'s plan to expose these functions to QA checks in |
28 |
> repositories, it would make sense to go ahead and add expose the aliases |
29 |
> in misc-functions.sh now. On the other hand, it makes sense to use the |
30 |
> prefixed versions in all internal portage code, for consistency. So, I'd |
31 |
> probably just wait until later to add the unprefixed versions. I don't |
32 |
> have a strong opinion though. The new patch set that you posted looks |
33 |
> good to me. |
34 |
|
35 |
That's fine, we can just add the alias when Micha³'s GLEP is finalised then. |