Gentoo Archives: gentoo-desktop-research

From: foser <foser@g.o>
To: gentoo-desktop-research@l.g.o
Subject: Re: [gentoo-desktop-research] Report of the desktop-research meeting.
Date: Wed, 21 Jan 2004 00:07:41
Message-Id: 1074643653.19556.50.camel@rivendell
In Reply to: Re: [gentoo-desktop-research] Report of the desktop-research meeting. by Brandon Hale
1 On Tue, 2004-01-20 at 18:53, Brandon Hale wrote:
2
3 > Installalling a desktop is a major part of the use experience between distributions. Having a GUI installer is what I see to the the most requested feature from our users, who imo should have a large drive in our development.
4
5 Yeah and the Gentoo installation is quite smooth. You don't spiff up
6 hours of compiling much with cool spinning sandbox mouse cursors. It's a
7 one time thing. The experience comes from using Gentoo mostly, not
8 installing it (most users enjoy the 'hands on' nature of Gentoo
9 installation anyway).
10
11 And no, as I've said several times, I'm not against an installer for who
12 cares about it, I'm concerned this project is too high profile for this
13 team at this time and outside of its scope.
14
15 > Also, I simply asked for desktop research to discuss this topic at the meeting,
16 > they chose it as a topic for further review without me present. I asked it to
17 > be clear that I was not aiming for the actual coding of the installer as an immediate atainable goal, this has happened and failed several times already.
18
19 Well, it got stated more like a necessity thing, everything else being
20 of secondary nature and that coming from someone formerly not even a
21 member of the research team to my knowledge. Why the sudden interest to
22 influence what D&R should be doing ? You must understand that you do
23 have an automatic greater influence as chosen DTL lead and should be
24 careful not to mold projects to your own needs instead of letting them
25 evolve.
26
27 > What I asked is for this excellent research team
28
29 Isn't it a bit preliminary using such superlatives without any
30 achievements to show for it?
31
32 > to draw up clear expectations for the installer, what we want it to do, and create a roadmap for realistic completion. This will allow us to find the skilled resources needed to reach milestones, rather than isolated developers w/ their own incompatible visions of the installer.
33
34 A good plan gets made by the skilled developers, you don't attract them
35 with it. So the first step is to get the developers lined up and what i
36 see in the logs that was sort of a problem to start with.
37
38 > I believe this matches the creed of the group, in fact. Create realistic plans for a project, an idea of how it could be done, and detail this completely in a new GLEP. This is simply a first step in a Gentoo-wide installer project.
39
40 Again, i don't say there shouldn't be an installer or something, it's
41 the overemphasis that is given to it at this time. Here we have a new
42 project : "let's go do something" "yeah i know something let's do this
43 cool thing an installer" "so many have tried and failed and we will
44 accomplish all" "all these other projects are of inferior nature, let's
45 work on this till we drop".
46
47 Why don't we pick up a few simple achievable projects to start with, it
48 may not be as earth shattering but at least shows what the team can do.
49 Later on when the team has worked together, got it's act up (we're all
50 experimenting here) we can take a look at bigger projects.
51
52 > WRT the menu system:
53 > I believe this is also a very good initiative,
54
55 Well, it would be hard to deny that.
56
57 > and its scope and goals have already been sufficiently laid out.
58
59 Pretty much.
60
61 > There is little "research" left to be done here, what is needed is approval and implementation.
62
63 Have you even read the GLEP ? There's little research done. It all stays
64 on the level 'this would be nice and we could probably do it like that',
65 but it doesn't get much further than that (no offence to the writer). It
66 would be ideal to see what exactly was needed in terms of resources,
67 changes in the tree, upstream support, etc. This could be done mostly
68 without any coding. This GLEP can be enormously improved trough
69 research.
70
71 Anyway, I'm merely giving at as a possible reasonably achievable goal
72 with direct benefits for the desktop. It's just a fact that there's too
73 little resources to do this with one or two devs, it should be done by
74 the desktop as a whole. In terms used earlier, it's a way to define how
75 desktop research, DTL and all it's subprojects should interact to get a
76 project done. And no i don't think a UI installer will be able to have
77 this pilot function in a reasonable time frame.
78
79 > Spyderous and myself will be reviewing this GLEP soon, and I am fairly confident that it will be approved and we will push for *optional* implementation in various desktop projects.
80
81 It's a GLEP, it's not a D&R project at this time. That means it's not
82 really up to you. Anyway, as DTL leads you shouldn't be reviewing and
83 implied veto-ing this, you should be discussing this with all the
84 relevant subprojects, give feedback, hand out possible tasks to
85 subprojects and work from there. The DTL leads role in the management
86 would be to support the GLEP in the management to get approval (although
87 i think in this case that won't be a problem). DTL is a mediator, not a
88 legislator.
89
90 And then there's the issue (again have you read the GLEP ?) that it is
91 not optional. We either do it or we don't. And it can only be done (read
92 : approved by management) when what there is going to be is assumable
93 better than what is.
94
95 Anyway concerning this GLEP, we either hop on the bandwagon now and are
96 early adopters of the technology (which sounds like the Gentoo i know -
97 oh i hate myself for using such reasoning ;)-), can prove Gentoo to be a
98 'bleeding-edge' distro once again and help upstream developers getting
99 this integrated as well or we hang on and eventually get there anyway.
100 That's possible too. But this is how the desktop menu wise is going to
101 be, that's not much of a question to me (nor should it be to you ?).
102
103 - foser
104
105
106 --
107 gentoo-desktop-research@g.o mailing list

Replies

Subject Author
Re: [gentoo-desktop-research] Report of the desktop-research meeting. Joe McCann <Joe@××××××××××××.com>