public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re: [gentoo-dev] desktop
  @ 2003-08-28 10:25 99%     ` Paul de Vrieze
  0 siblings, 0 replies; 1+ results
From: Paul de Vrieze @ 2003-08-28 10:25 UTC (permalink / raw
  To: gentoo-dev

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 28 August 2003 10:08, dams@gentoo.org wrote:
> Spider <spider@gentoo.org> said:
> > begin  quote
> > On Thu, 28 Aug 2003 00:22:51 +0200
> >
> > dams@idm.fr wrote:
> >> * What is desktop :
> >> desktop would be the project responsible of the desktop part of gentoo
> >> Linux, without making global decision, like : should we build a
> >> special product for desktop, should we have a modified install, should
> >> we restrict some possibility to default...
> >
> > I'm quite against this turn of development as it will split our meager
> > develpomentteam even further and direct resources at maintaining two
> > trees in paralell. Even if one is just "desktop cludge" to make the
> > DesktopDistribution work, it would require Time and Development.
>
> Maybe I badly expressed myself, I meant that desktop won't build a
> special product for desktop, won't ask if we should have a modified
> install, or if we restrict some possibility to default...
>

Let me say this about what I view as the responsibilities of -desktop. It has 
two main responsibilities, the first one is to manage all current desktop 
packages (delegated to the appropriate subprojects).

The second one is to research (yes research) how the gentoo desktop experience 
can be improved. That includes things like the menusystem. Some sensible 
session system (resp. for starting a windowmanager, which is currently quite 
nonstandard and depending on the display manager (not windowmanager)) and I'm 
sure there will be enough other things.

That research leads sometimes to proposed changes. Each of these changes will 
be judged according to a.o. how easy it is to implement them, how standard 
they are, whether they conform to the gentoo way, etc.

The general idea being that if it is possible everything should just work 
after the emerge command has been completed. This also might involve changing 
default configuration files to work with the way things are installed in 
gentoo (like specifying the correct location of programs). This does however 
not mean that just anything can be changed in the default configurations. 
Look and feel should be as standard as possible. (for example k3b should just 
work out of the box and know allready where cdrecord is installed, etc.)

Paul

- -- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/TdixbKx5DBjWFdsRAgz4AKC9sEqynIKPJx3kjH2jnTyZoAO4GgCdHkbf
QXy4VrIhBJYhopiXDq3U9ac=
=4lDC
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list


^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2003-08-27 22:22     [gentoo-dev] desktop dams
2003-08-27 22:58     ` Spider
2003-08-28  8:08       ` dams
2003-08-28 10:25 99%     ` Paul de Vrieze

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox