Forwarding to make sure l10n.gnome.org gets updated :-)
Vincent
- Forwarded message from Vincent Untz vu...@gnome.org -
Date: Mon, 9 Nov 2009 22:38:29 +0100
From: Vincent Untz vu...@gnome.org
To: devel-announce-l...@gnome.org
Subject: New module decisions for 2.30
Mail-Followup-To: devel-announce-l...@gnome.org
Hi,
The release team met last week to eat some ice cream, chat about who
will be the villain(s) in the next Batman movie and play some football
(or soccer if you're living in a country where there's another football
game ;-)). We still found some time to discuss the new module proposals.
Many thanks to the people who contributed to the discussion on the list,
and to the authors and maintainers of the proposed modules!
Short summary
=
Please make sure to read the details for modules that are of interest to
you, as the release team generally comments on why a module is approved
or rejected, with recommendations that we'd like to see followed.
In:
gmime (external dependency)
libdb (external dependency)
vala (external dependency)
gnome-packagekit (desktop)
nautilus-sendto (desktop)
In, but not as expected:
tracker (external dependency instead of desktop)
dconf (not for 2.30, but pre-approved for 3.0)
Blocking on external issues:
clutter-core (see details below)
Out:
couch-db, evolution-couchdb (desktop)
globalmenu (desktop)
nautilus-actions (desktop)
Withdrawn by maintainer:
emerillon (desktop)
libvtemm (desktop)
Details
===
+ gmime (external dependency)
- needed by totem-pl-parser (in 2.28 already)
- would be needed by tracker
= approved
= it would make sense to make evolution-data-server/evolution use
gmime to remove code duplication.
+ libdb (external dependency)
= already approved by mail
+ vala (external dependency)
- would be needed by parts of dconf and tracker
- gathered quite some interest already
= approved
= the release team encourages maintainers of modules using vala to
put generated files in tarballs to enable compilation without vala
being installed.
+ clutter-core (desktop)
- already adopted by the GNOME community
- already an external dependency
- not hosted on GNOME infrastructure, but tarballs and API docs are
now there (missing: git and bugzilla)
- copyright waiver possibly limits contributions:
http://bugzilla.openedhand.com/waiver.html
- copyright assignment is also an issue
= the release team is working with the Foundation to investigate the
copyright waiver and copyright assignment, and with Intel to find
an appropriate solution.
= feedback from the community at large on what solution would be
appropriate is welcome.
= at least bugzilla should be moved to the GNOME infrastructure.
= rejected, until those (non-technical) issues are solved. We still
support the project as we believe it's really essential for GNOME,
especially in the GNOME 3 context.
+ couch-db, evolution-couchdb (desktop)
- not really used widely at the moment
- it seems the mozilla javascript engine is a highly recommended
dependency. Until we come to a decision about the mozilla vs webkit
engines, this is an issue.
= rejected: too early for wider adoption.
+ dconf (desktop)
- agreement it's the way forward
- concerns about migration of settings
- concerns about the lack of planning for admin tools (pessulus and
sabayon)
- concerns about the fact that we need stuff in glib but that's not
there yet (although we know there's a plan for this)
- a massive migration from gconf to dconf would be preferrable
(instead of having some modules using gconf and some other modules
using dconf). We know it might not be realistic, though.
= rejected for this cycle, but pre-approved for the next cycle
(assuming glib gets the required API for the next cycle). The
additional time should be used for careful planning of the above
items.
= we encourage developers to look at it and to create gsettings
branches for their modules (like devhelp and gedit).
+ emerillon (desktop)
= withdrawn by maintainer
+ globalmenu (desktop)
- still considered as a hack by platform maintainers
- does not align with the GNOME 3 plans at the moment
= rejected
+ gnome-packagekit (desktop)
- the PackageKit integration in GNOME offers nice features
- the PackageKit tools are not used widely by all distributions right
now
- some parts of gnome-packagekit have a place in the desktop suite,
but not all of them, so it's not clear what to do right now.
= approved
= we believe packagers will only take the parts of gnome-packagekit
they want in their packages anyway. Packagers can contribute
patches to make this easier for them as Richard is open to this
idea.
+ libvtemm (desktop)
= withdrawn by maintainer
+ nautilus-actions
