> On Tue, 27 Aug 2013, Michał Górny wrote:
>> 3. So far, we don't have a good name for the function.
> eapply.
+1
On 27 August 2013 22:14, Michał Górny wrote:
> Dnia 2013-08-18, o godz. 18:39:56
> Ulrich Mueller napisał(a):
>
> > 3. So far, we don't have a good name for the function.
>
> eapply.
>
> - consistent with 'git apply',
> - short,
> - e* prefix,
> - no known collisions.
>
> I wouldn't call it perf
Dnia 2013-08-18, o godz. 18:39:56
Ulrich Mueller napisał(a):
> 3. So far, we don't have a good name for the function.
eapply.
- consistent with 'git apply',
- short,
- e* prefix,
- no known collisions.
I wouldn't call it perfect since the name may be a little unclear.
However, considering that
Dnia 2013-08-18, o godz. 18:39:56
Ulrich Mueller napisał(a):
> 2. Should the function do automatic -p* detection, or should it
>default to -p1? Both would be overridable by an explicit -p*
>option. There are good arguments for either variant (see the
>above-mentioned bug).
I'm all fo
On 08/18/2013 12:39 PM, Ulrich Mueller wrote:
>
> The current epatch() would remain available in eutils.eclass for cases
> where its more advanced modes of operation are needed.
> ...
> 2. Should the function do automatic -p* detection, or should it
>default to -p1? Both would be overridable
> On Sun, 18 Aug 2013, Rick "Zero Chaos" Farina wrote:
>> - support for PATCHES variable in a default src_install phase
> Isn't src_install a bit late for most patches?
This should read src_prepare, of course. Thanks.
Ulrich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/18/2013 12:39 PM, Ulrich Mueller wrote:
> Hi all,
>
> For EAPI 6, introduction of a patch applying function to the package
> manager itself is being discussed. This would serve two purposes:
> - support for PATCHES variable in a default src_inst
Hi all,
For EAPI 6, introduction of a patch applying function to the package
manager itself is being discussed. This would serve two purposes:
- support for PATCHES variable in a default src_install phase
- a function to apply user patches
In bug 463768 the conclusion so far was that implementing
