1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA256 |
3 |
|
4 |
On 10/17/2015 05:52 AM, Ulrich Mueller wrote: |
5 |
>>>>>> On Sat, 17 Oct 2015, hasufell wrote: |
6 |
> |
7 |
>>> 2. eapply_user really belongs in the PM, especially if it's run |
8 |
>>> by default. And it needs patch applying function. And if we |
9 |
>>> have to implement patch applying function anyway, we may as |
10 |
>>> well make it public to avoid unnecessary duplication. |
11 |
> |
12 |
>> Unreliable. The ebuild may define its own src_prepare function |
13 |
> |
14 |
> That eapply_user is called can be enforced by repoman, or by a QA |
15 |
> warning. |
16 |
> |
17 |
>> or the PM might define eapply_user as a no-op, which is valid as |
18 |
>> per PMS. |
19 |
> |
20 |
> Sure, it is implementation defined. Otherwise PMS would have to |
21 |
> specify all the details, e.g. where does the package manager look |
22 |
> for user-supplied patches and how are patch directories organised. |
23 |
> |
24 |
> Ulrich |
25 |
> |
26 |
I'm not sure I follow. What's wrong with supporting env vars like |
27 |
EPATCH_PATH or EPATCH_DIRS, with whatever 'sane default' that the PM |
28 |
in question deems proper? Configuration would be simple and unify any |
29 |
manager that adheres to the spec. If it's implementation-defined, then |
30 |
each package manager would look in a possibly different directory. If |
31 |
we're outlining a spec, imo it would be best to at least establish a |
32 |
common directory so PM authors can rely on it confidently and help |
33 |
avoid user issues. |
34 |
|
35 |
If I'm missing some detail that doesn't make my idea any good, please |
36 |
tell me. It doesn't seem like trouble from where I'm looking. |
37 |
- -- |
38 |
Daniel Campbell - Gentoo Developer |
39 |
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net |
40 |
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 |
41 |
-----BEGIN PGP SIGNATURE----- |
42 |
Version: GnuPG v2 |
43 |
|
44 |
iQIcBAEBCAAGBQJWJfGgAAoJEAEkDpRQOeFw0f0QAJCRXZMGL5MwQM9LtzF21dYu |
45 |
viytWZPE/tdMIVsDZhmRZ2W4S0lwHq8g8cHhOnA5D2spNKkO8AZ6Litba3Mki91r |
46 |
ks59sd0lqq/Z0lMc1iM/I9i/LkgJ6m5nz4iqdkEqOW+09py2rbHPybG7QmWVg7zW |
47 |
75roD8qmTQNdnQxPm5W+v2AgJEX475e1Cv+/vPtWOu87AxhfX7k7TlZ3fVd+T6FR |
48 |
rOylk376BEbSnA8rW5eW5lM9NpX6197+5oWxscRhN6SnAyOA/OXAjhl2JAmqX5wO |
49 |
Z7Kc4OVLRQA71swZplwOfloZAbsHB5KRIGuJoc/T/hyXyGI8FEjQYLzd1x8tn9G5 |
50 |
GF02cH223lDNzZyJi0gkgJNITfPWEyN3Vk/jZ5hb0SKCQD37V8eLu/4ophbHTJUE |
51 |
ugFY0576D4qWLiD0H62Orrld5StopXLc8L0/26nkkxEbxfWW9jKGADAxaqVxcrmT |
52 |
ZeCHn5o1LlHhBt1TKVPQ748OmI2WHpzajCzc3rQXJnT3xJI4mASj35RthbKi5n6W |
53 |
4YJWV4vF7W1WKqSY4Lah+u/68KS1gWNi/oiYoK10GcQHPPygZX1brHQadsPwvbnD |
54 |
31ssrymXz7nIOZyC6rBPmMwqGaXgq4CZltm4FBQ9IZ+n0NRTEDP0OL6/Lq26c5GZ |
55 |
NLtY//mIUo/hWZavnQ1S |
56 |
=Z99z |
57 |
-----END PGP SIGNATURE----- |