1 |
On Saturday 15 October 2005 07:05, Brian Harring wrote: |
2 |
> On Fri, Oct 14, 2005 at 05:02:02PM -0500, Brian Harring wrote: |
3 |
> > Jason, your thoughts on this 53 wise? |
4 |
> |
5 |
> Bleh, pardon, meant .54 for inclussion |
6 |
|
7 |
Just to be sure it's clear to everybody (although I think Brian knows |
8 |
already), my job is not to approve or disapprove of any particular change to |
9 |
any particular release. If you want to put a title on it, it'd simply be |
10 |
called "release executor". Hence, the answer to the above question really |
11 |
lies in the outcome of the .54 thread. The only small perk is that any |
12 |
suggestions I might have on the release process are quick to be |
13 |
integrated. ;) |
14 |
|
15 |
So, if it's just my input that is being sought after I do have a couple of |
16 |
concerns, specifically related to this bit below: |
17 |
|
18 |
On Tuesday 11 October 2005 17:05, Brian Harring wrote: |
19 |
> That said, their will be an exemption for java ebuilds due to the fact |
20 |
> that they're blocked by ebuild.sh env handling- they need ebd for |
21 |
> things to work properly, and in the meantime this gives them a method |
22 |
> to have things work properly. Downside is that the pre/post hooks are |
23 |
> not available for users for java ebuilds. |
24 |
|
25 |
Why exactly would their be an exemption for java ebuilds? Are the hooks |
26 |
intended to be used with ebuild packaging as well as by users? Wouldn't new |
27 |
or altered phases serve ebuild packaging better? If it is for ebuild |
28 |
packaging, wouldn't the EAPI need to change? If it's not for ebuild |
29 |
packaging, again why the exemption? |
30 |
|
31 |
On the user side of things, will the hooks continue on into later versions? |
32 |
Specifically, with 3.0 supporting hooks on the python side will the bash |
33 |
hooks be deprecated? It seems reasonable that both can coexist nicely, so |
34 |
this is more just confirmation then anything. |
35 |
|
36 |
-- |
37 |
Jason Stubbs |
38 |
-- |
39 |
gentoo-portage-dev@g.o mailing list |