1 |
[ sorry my mails are not yet signed, but will be soon ] |
2 |
|
3 |
Paul de Vrieze <pauldv@g.o> said: |
4 |
|
5 |
> On Thursday 09 October 2003 01:08, Luca Barbato wrote: |
6 |
>> |
7 |
>> I suggest to think about the problems first, see how the other distro |
8 |
>> solved them and then find a solution that takes in account what the |
9 |
>> other did but also what they fail to accomplish. |
10 |
>> |
11 |
>> so Research fields should be, IMHO, problems&solution from the others, |
12 |
>> |
13 |
> |
14 |
> I do not think that we should focus on what other distro's do. We should focus |
15 |
> on identifying problems that are there. After such a problem is identified we |
16 |
> should try to determine whether we think this problem needs to be solved by |
17 |
> gentoo (keeping the gentoo and desktop-research goals in mind). After that we |
18 |
> need to look at the solution to the problem. At this stage comes looking at |
19 |
> solutions by other distros. |
20 |
|
21 |
I agree with that process. |
22 |
|
23 |
> |
24 |
> This solving process has a number of stages. The first one being the |
25 |
> identification of possible solutions, and their costs (how much work are |
26 |
> they, and how "beautiful" are they etc.). Then we choose one solution to |
27 |
> implement and test. This involves trying to get approval by the people from |
28 |
> the projects that will be involved when it is actually put into gentoo. After |
29 |
> the test is successful, we are going to put it into the main tree, and put it |
30 |
> into action. Putting it into action involves making sure that our solution |
31 |
> will be maintained, if necessary by creating a team to do that maintenance. |
32 |
> |
33 |
> However before we can think of finding problems, we first need to have a |
34 |
> policy on the following points: |
35 |
> - Which problems do we handle? We only handle desktop problems, but when does |
36 |
> a problem qualify as being desktop. |
37 |
|
38 |
For me, a desktop problem is not always a problem wich involve window managers, |
39 |
or graphical interface. |
40 |
|
41 |
I would tend to say that desktop means workstation for private use, client |
42 |
side. That is, everything UI oriented. That includes windows manager, but also |
43 |
config programs, installation problems, software installations, and simple |
44 |
(client-side personal use) system managment. By client side I mean everything |
45 |
that does not use servers. So setting internet/lan connection is desktop, but |
46 |
setting a ftp server is not. |
47 |
|
48 |
Maybe you have an other vision? |
49 |
|
50 |
|
51 |
> - How do we handle problems? Basically, do we follow the process described |
52 |
> above, or some other process. |
53 |
|
54 |
I think the above process is not bad at all. So that could be : |
55 |
|
56 |
- define the problem |
57 |
- look if it has not being resolved, or if nobody is working on it, inside gentoo |
58 |
- look for similar problem inside gentoo |
59 |
- look for similar problems outside gentoo (official software author, other |
60 |
distro) |
61 |
- find a way to solve it, by discussing it here or #irc (taht would be the |
62 |
Evaluation part of gerrynjr) |
63 |
- allocate people on it, plan the solving time. |
64 |
- write proposal/recommendations to gentoo main |
65 |
- fo the main inclusion, I have no precise ideas. |
66 |
|
67 |
> - What are the conditions for a solution to be acceptable. |
68 |
doesn't break things, gentoo way of thinking/developping compliant, doesn't |
69 |
break the desktop taste. |
70 |
|
71 |
The gentoo desktop taste is something we might want to describe. It can be |
72 |
vanilla desktop plus some little not much visible features, or (waht I |
73 |
prefer), vanilla desktop with pluggable features that changes the |
74 |
appearence/feel. We'll have to make technical coice on it |
75 |
|
76 |
> - Will we have a seperate cvs testing tree (overlay)? |
77 |
|
78 |
I don't know, what do you think? |
79 |
|
80 |
> - How are we going to make sure that the solutions get out of the testing |
81 |
> tree, and in to the main distribution? Will we use GLEP's? |
82 |
|
83 |
why not, but maybe new ebuilds/doc, with official maintainers could suffice? |
84 |
|
85 |
|
86 |
> |
87 |
> Paul |
88 |
> |
89 |
> ps. I know it is nicer to think of solutions than of problems, and nicer to |
90 |
> think of problems than of procedures, but first things should go first. And |
91 |
> procedure comes first. |
92 |
|
93 |
100% agreed on that, but I don't want to enforce anybody :) |
94 |
|
95 |
-- |
96 |
dams |
97 |
|
98 |
-- |
99 |
gentoo-desktop-research@g.o mailing list |