1 |
On Sun, 20 Sep 2009 02:37:16 +0200 |
2 |
Patrick Lauer <patrick@g.o> wrote: |
3 |
> > The KDE team are more than welcome to re-add it as an EAPI |
4 |
> > controlled feature, either through EAPI 4 or through EAPI |
5 |
> > kdebuild-2 as they prefer. |
6 |
> > |
7 |
> > There's a huge difference between doing something as a published |
8 |
> > standard and doing something that violates a published standard. |
9 |
> |
10 |
> Now you're being quite inconsistent. If you are in support of what |
11 |
> the "old" KDE team / genkdesvn did (create their own standard in an |
12 |
> overlay and experiment with it) then you must also be in support of |
13 |
> the "new" kde team doing the same. |
14 |
|
15 |
If they do it as a published standard, yes, I'm entirely in favour of |
16 |
it and would be happy to provide any assistance they require. If they do |
17 |
it without proper EAPI markings and as an undocumented extension, then |
18 |
no, I don't approve. |
19 |
|
20 |
> So either kdebuild-1 was a bad thing (not approved by council, not |
21 |
> even supported by any official package manager) or package.mask as a |
22 |
> directory is a good thing (feature has been there since the Old |
23 |
> Times, only used in an overlay, well documented, no compatibility |
24 |
> issues) |
25 |
|
26 |
package.mask as a directory as an extension that breaks |
27 |
specification-compliant package managers is bad. As a documented, |
28 |
standardised extension, it is good. |
29 |
|
30 |
> Also, kdebuild-1 was used _before_ it was voted on by council (which |
31 |
> doesn't seem to bother you because it was in an overlay) and never |
32 |
> became an official standard (published yes, but that's irrelevant). |
33 |
> So by your own logic using it was A Bad Thing To Do. |
34 |
|
35 |
Published is entirely relevant. That it was approved by the KDE team |
36 |
rather than the Council is not relevant, since it has no impact upon |
37 |
anyone implementing a package manager. |
38 |
|
39 |
> Or you only attacked funtoo (and their use of package.mask) for |
40 |
> personal reasons? |
41 |
|
42 |
I offered to help Funtoo do an EAPI funtoo-2 so they could use |
43 |
package.mask as a directory. That offer remains open. |
44 |
|
45 |
> I find this interpretation quite interesting, but I'm not that much |
46 |
> into postmodern existentialism. You should do a subjective |
47 |
> interpretation based on dadaism or the school of dancing goats. |
48 |
> |
49 |
> That being said I was merely pointing out that the statement in PMS |
50 |
> ("bash version 3.0") has no base in reality anymore and has been de |
51 |
> facto obsoleted. De jure the council has not voted against these |
52 |
> violations, even when they were brought up quite a while ago |
53 |
> (darkside claims 6-8 months ago). |
54 |
|
55 |
They also haven't given us permission to change PMS. |
56 |
|
57 |
> So independent of what you believe in or desire the statement in PMS |
58 |
> is WRONG. As such it needs to be corrected. |
59 |
|
60 |
PMS accurately reflects the most recent official decision from the |
61 |
Council. |
62 |
|
63 |
> If that happens on the short path by editing it directly or through |
64 |
> the long path of letting council decide to have it edited doesn't |
65 |
> matter to me, as long as PMS and reality can agree on basic things. |
66 |
|
67 |
Then why have you still not followed the process to get the change |
68 |
made? Why did you instead start blaming the PMS team for refusing to |
69 |
exceed its authority? |
70 |
|
71 |
> > > I would say that documenting the current state of things is quite |
72 |
> > > relevant to the issue at hand. If you are bothered by facts please |
73 |
> > > don't try to engage in discussions. |
74 |
> > |
75 |
> > Then why don't you follow the process we told you about for getting |
76 |
> > it fixed? |
77 |
> |
78 |
> Well, it's on the council's agenda now. I would say that it's |
79 |
> following process quite well. How about you don't ask questions you |
80 |
> already know the answer to? |
81 |
|
82 |
I've still not seen a thread discussing it on gentoo-dev@. Is there a |
83 |
particular reason you're bypassing the normal process? |
84 |
|
85 |
-- |
86 |
Ciaran McCreesh |