1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA512 |
3 |
|
4 |
On 06/03/2012 10:44 AM, Samuli Suominen wrote: |
5 |
> On 06/03/2012 11:18 AM, Markos Chandras wrote: |
6 |
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 |
7 |
>> |
8 |
>> On 06/03/2012 04:26 AM, Samuli Suominen wrote: |
9 |
>>> On 06/03/2012 06:20 AM, Samuli Suominen wrote: |
10 |
>>>> On 06/03/2012 03:01 AM, Ulrich Mueller wrote: |
11 |
>>>>>>>>>> On Sun, 03 Jun 2012, Samuli Suominen wrote: |
12 |
>>>>> |
13 |
>>>>>>> On 05/29/2012 10:09 AM, Fabian Groffen wrote: |
14 |
>>>>>> http://archives.gentoo.org/gentoo-dev/msg_920c6d6daafe7702bfa3b8a2bc21e0c1.xml |
15 |
>>>>>> |
16 |
>>>>>> |
17 |
>>>>>> |
18 |
>>>>> |
19 |
>>>>>>> |
20 |
>>>>>> |
21 |
>> |
22 |
>>>>>> |
23 |
Can you indicate what the council has to vote on/decide for this one? |
24 |
>>>>> |
25 |
>>>>>> EAPI=5 |
26 |
>>>>> |
27 |
>>>>>> optional: "$@" placement in default for src_configure() |
28 |
>>>>> |
29 |
>>>>>> econf "$@" |
30 |
>>>>> |
31 |
>>>>>> optional: "$@" placement in default for src_compile() |
32 |
>>>>> |
33 |
>>>>>> emake "$@" |
34 |
>>>>> |
35 |
>>>>> I still don't see the point of it. econf or emake could |
36 |
>>>>> just be called directly. We won't gain anything by allowing |
37 |
>>>>> arguments, but only complicate things. |
38 |
>>>>> |
39 |
>>>>>> this one is what I'm really after for: |
40 |
>>>>> |
41 |
>>>>>> default for src_install() in EAPI=5 should accept "$@" |
42 |
>>>>>> in correct place to avoid usage of EXTRA_EMAKE within |
43 |
>>>>>> ebuilds/eclasses and to avoid duplicating the Portage |
44 |
>>>>>> code for DOCS. NOTE: When this was last voted on for |
45 |
>>>>>> EAPI=3, we didn't have this DOCS handling, and this |
46 |
>>>>>> wasn't important yet. |
47 |
>>>>> |
48 |
>>>>>> emake DESTDIR="${D}" "$@" install |
49 |
>>>>> |
50 |
>>>>> Again, this could be called directly, which has the |
51 |
>>>>> advantage that it makes it obvious that src_install isn't |
52 |
>>>>> the default. |
53 |
>>>> |
54 |
>>>> The difference is working the tree when you have to alter |
55 |
>>>> ebuilds which have been written like: |
56 |
>>>> |
57 |
>>>> DOCS=( AUTHORS README.NOW "${FILESDIR}"/README.Gentoo ) |
58 |
>>>> |
59 |
>>>> src_install() { default |
60 |
>>>> |
61 |
>>>> echo "Some command here." } |
62 |
>>>> |
63 |
>>>> At this point you have to move content of DOCS which may or |
64 |
>>>> may not rely on the ""quoting with array"". Remove the call |
65 |
>>>> to default. And then duplicate the EAPI=4 default into the |
66 |
>>>> ebuild. |
67 |
>>>> |
68 |
>>>> And then replicate that every month dozen times and keep on |
69 |
>>>> doing it for some months. Get frustrated. |
70 |
>>>> |
71 |
>>>> If that's not enough, then you get all excited about EAPI=4 |
72 |
>>>> and finally think you have a replacement for base.eclass to |
73 |
>>>> port xfconf.eclass away from the thing when you only used it |
74 |
>>>> for default src_install() to avoid code duplication... |
75 |
>>>> |
76 |
>>>> Think you are all done, and then get complainment that |
77 |
>>>> support for extra arguments for xfconf_src_install was |
78 |
>>>> killed, and was required for things like: |
79 |
>>>> |
80 |
>>>> xfconf_src_install htmldirectory=/usr/share/doc/${PF}/html |
81 |
>>>> imagesdir=/usr/share/doc/${PF}/html/images |
82 |
>>>> |
83 |
>>>> Where sedding the build system runs maintainer mode at .in |
84 |
>>>> level, and runnning autotools (.am level) requires heavy |
85 |
>>>> documentation dependencies. You go back to base.eclass and |
86 |
>>>> get frustrated more. |
87 |
>>>> |
88 |
>>>> I hope that clears things up ;-) |
89 |
>>>> |
90 |
>>> |
91 |
>>> Also, if not implemented, what is the replacement for |
92 |
>>> EXTRA_EMAKE which we are allowed to use from ebuilds? Or are we |
93 |
>>> allowed to use it? I think PMS didn't forbid it the last time I |
94 |
>>> checked and it has consumers in tree already. |
95 |
>>> |
96 |
>>> And if not implemented, would the council please vote on |
97 |
>>> banning the usage of `default` in src_install() directly from |
98 |
>>> ebuilds? The syntax back and forth converting MUST stop. |
99 |
>>> |
100 |
>>> - Samuli |
101 |
>>> |
102 |
>> What is the problem with "default" in src_install? |
103 |
> |
104 |
> Did you not read the mail at all? The lack of support for |
105 |
> arguments makes it useless, and even harmful/annoying when you have |
106 |
> to convert them constantly around the tree |
107 |
> |
108 |
> -Samuli |
109 |
> |
110 |
You don't have to be offensive. Of course I've read it. My point is |
111 |
that if you use "default" in src_install, you need the default |
112 |
function for that EAPI. If you want to override it then implement your |
113 |
own email <foo> <bar> install line. I just don't understand why you |
114 |
want us to ban it. Personally I find it useful to call "default" from |
115 |
src_install. |
116 |
|
117 |
- -- |
118 |
Regards, |
119 |
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 |
120 |
-----BEGIN PGP SIGNATURE----- |
121 |
Version: GnuPG v2.0.19 (GNU/Linux) |
122 |
|
123 |
iQIcBAEBCgAGBQJPy1eLAAoJEPqDWhW0r/LCHW8P/iJIY1I+s8Tn1qEcFj6ZUbXI |
124 |
/QI7XPyDbaZMcr3XwoaYuxrj7QLx3XUipnutcSfZP9hLlLsVmYOf2OtBwJZyRpdr |
125 |
wnxNXFh7yFkJncFjLIldvJ1be8eLaZmA+PnkzqIHc+mX+BpyP48ISF1CFQAwLAP5 |
126 |
llMGHV3DZ7C0Fw4p3qDsyohnL1wwNyC5e3Mq/rfuurddn0bN4aKwyKjVY5SBrt/+ |
127 |
xQQoXvTN/up8BcEllLEXGBmgp7aHVxUQR6guW4Q+j7sab6Lxn4HRzakwEYVeBB9K |
128 |
PAe8V9OGRCXCZhVUUp8rNob8rJy2HRLT95yfV3qHYAsPDXxpiGMObafMR8bPhLiu |
129 |
0Uq+4ODBJW49cTlpCv/jQ+ztHuM1aeZgy6kDurDpgGH+VeTZiG5bk7wVUdzsPZcx |
130 |
g5GmYHLxBTT3sQ3ynntezTRLNg62UgfLdItIMe2INfNgf4FC6hlNgo53irNR+RrK |
131 |
S8u11r9bLGmp84GbBPxJvhpbpcjS7lJfCgPQAVR8ZrV5NrgYiiCSd7Vl30l39iUR |
132 |
Ltn/5A7DxlN0ua5X1sDp37Y0VPUoAtiL99hzFELCoRKV891zDlcDPhOajiBBDM+V |
133 |
JHKsmT8ckIsjbCuN5EuSMSHnFDNGvsAoLauMMZXAbmNeNpSZ61VWBI/nipcC32i9 |
134 |
j8arDp1/i9aCctAy9jTC |
135 |
=Dnf1 |
136 |
-----END PGP SIGNATURE----- |