1 |
On Sat, 3 Mar 2007 02:18:45 -0500 Mike Frysinger <vapier@g.o> |
2 |
wrote: |
3 |
> On Saturday 03 March 2007, Ciaran McCreesh wrote: |
4 |
> > Why is PMS considered so important that it might have a deadline |
5 |
> > imposed upon it by the Council? |
6 |
> |
7 |
> why is an EAPI spec considered important ? it should be plainly |
8 |
> obvious why something like an EAPI standard matters so much to Gentoo |
9 |
|
10 |
I'd like it spelt out please. |
11 |
|
12 |
> > As far as I'm aware, nothing like this has been done before. |
13 |
> |
14 |
> so ? letting projects slide in the past is no justification to let |
15 |
> projects in the future slide |
16 |
|
17 |
So why not start by imposing deadlines upon more important projects |
18 |
like Portage USE deps, a Portage GLEP 42 implementation, a Portage GLEP |
19 |
23 implementation, a stable Portage API, tree-wide GPG signing and |
20 |
things that users really care about? Is PMS really more important than |
21 |
any of these? |
22 |
|
23 |
> > Now, if there's a good reason for the Council imposing a deadline, |
24 |
> > there's a pretty decent chance that said deadline will be met. If |
25 |
> > the Council can justify why it needs PMS done in a hurry, PMS can |
26 |
> > end up being ready within a very short timeframe. If the Council |
27 |
> > can't justify the deadline, it will end up being done within a not |
28 |
> > so short timeframe, since all the PMS authors are working upon |
29 |
> > several things and won't make PMS top priority without good reason. |
30 |
> |
31 |
> the portage people have things marked for EAPI=1 which are sitting |
32 |
> indefinitely (some features which for sure i want to use myself), but |
33 |
> we cant really tag EAPI=0 final until we have a spec now can we ? |
34 |
|
35 |
Sure you can. It's easy to say "ebuilds that need to rely upon features |
36 |
x, y and z must use EAPI=1, and for everything else continue as has |
37 |
been done in the past until someone says otherwise". |
38 |
|
39 |
-- |
40 |
Ciaran McCreesh |
41 |
Mail : ciaranm at ciaranm.org |
42 |
Web : http://ciaranm.org/ |
43 |
Paludis, the secure package manager : http://paludis.pioto.org/ |