Re: Proposed external dependency: clutter

2008-08-07 Thread Emmanuele Bassi
On Mon, 2008-07-28 at 01:08 +0200, Vincent Untz wrote: Short description: == Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter uses OpenGL (and optionally OpenGL ES for use on Mobile and

Re: Proposed external dependency: clutter

2008-08-07 Thread API
On Mon, 2008-07-28 at 01:08 +0200, Vincent Untz wrote: Short description: == Clutter is an open source software library for creating fast, visually rich and animated graphical user interfaces. Clutter uses OpenGL (and optionally OpenGL ES for use on Mobile and

bumping the dbus dependency

2008-08-07 Thread Matthias Clasen
Hey all, I recommend that we bump the recommended dbus version to 1.2.3 [1], which Colin just released. It contains a function to set environment variables in the activation environment, which is necessary to make dbus-activated processes work well with the session [2]. Matthias [1]

libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio audio output. However, the default sounds daemon for GNOME is still esound. The BSDs and Solaris do not support ALSA, so this leaves them a tough

Re: libcanberra as an external dependency

2008-08-07 Thread Mathias Hasselmann
Am Donnerstag, den 07.08.2008, 11:59 -0400 schrieb Joe Marcus Clarke: It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio audio output. However, the default sounds daemon for GNOME is still esound.

Re: libcanberra as an external dependency

2008-08-07 Thread Vincent Untz
Hi, Le jeudi 07 août 2008, à 11:59 -0400, Joe Marcus Clarke a écrit : It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio audio output. However, the default sounds daemon for GNOME is still

Re: libcanberra as an external dependency

2008-08-07 Thread Lennart Poettering
On Thu, 07.08.08 11:59, Joe Marcus Clarke ([EMAIL PROTECTED]) wrote: It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio audio output. However, the default sounds daemon for GNOME is still esound.

Re: libcanberra as an external dependency

2008-08-07 Thread Lennart Poettering
On Thu, 07.08.08 18:12, Mathias Hasselmann ([EMAIL PROTECTED]) wrote: Am Donnerstag, den 07.08.2008, 11:59 -0400 schrieb Joe Marcus Clarke: It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio

Re: libcanberra as an external dependency

2008-08-07 Thread Lennart Poettering
On Thu, 07.08.08 18:17, Vincent Untz ([EMAIL PROTECTED]) wrote: Hi, Le jeudi 07 août 2008, à 11:59 -0400, Joe Marcus Clarke a écrit : It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio

Re: libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
Lennart Poettering wrote: On Thu, 07.08.08 11:59, Joe Marcus Clarke ([EMAIL PROTECTED]) wrote: It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports ALSA and pulseaudio audio output. However, the default sounds daemon for

Re: libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
Lennart Poettering wrote: On Thu, 07.08.08 18:12, Mathias Hasselmann ([EMAIL PROTECTED]) wrote: Am Donnerstag, den 07.08.2008, 11:59 -0400 schrieb Joe Marcus Clarke: It seems to me there is a fundamental problem with adding libcanberra as an external dependency. It currently only supports

Re: libcanberra as an external dependency

2008-08-07 Thread Ross Burton
On Thu, 2008-08-07 at 12:25 -0400, Joe Marcus Clarke wrote: While esd may be considered old, it's not exotic. It is THE sound server for GNOME right now. It is the *deprecated* sound server for GNOME. We don't complain when applications stop linking to libgnomeui because they can use modern

Re: libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
Ross Burton wrote: On Thu, 2008-08-07 at 12:25 -0400, Joe Marcus Clarke wrote: While esd may be considered old, it's not exotic. It is THE sound server for GNOME right now. It is the *deprecated* sound server for GNOME. We don't complain when applications stop linking to libgnomeui because

Re: GNOME Goal: Use GtkBuilder i.s.o libglade?

2008-08-07 Thread Andre Klapper
Am Sonntag, den 30.03.2008, 15:20 +0200 schrieb Sven Herzberg: Am Sonntag, den 30.03.2008, 15:08 +0200 schrieb Jaap A. Haitsma: What about making this [1] an official goal? [1] http://live.gnome.org/GnomeGoals/RemoveLibGladeUseGtkBuilder Can we please start thinking about this when glade

Re: libcanberra as an external dependency

2008-08-07 Thread Lennart Poettering
On Thu, 07.08.08 12:52, Joe Marcus Clarke ([EMAIL PROTECTED]) wrote: Ross Burton wrote: On Thu, 2008-08-07 at 12:25 -0400, Joe Marcus Clarke wrote: While esd may be considered old, it's not exotic. It is THE sound server for GNOME right now. It is the *deprecated* sound server for GNOME.

Re: libcanberra as an external dependency

2008-08-07 Thread Bastien Nocera
On Thu, 2008-08-07 at 12:52 -0400, Joe Marcus Clarke wrote: Ross Burton wrote: On Thu, 2008-08-07 at 12:25 -0400, Joe Marcus Clarke wrote: While esd may be considered old, it's not exotic. It is THE sound server for GNOME right now. It is the *deprecated* sound server for GNOME. We

Re: libcanberra as an external dependency

2008-08-07 Thread Patryk Zawadzki
On Thu, Aug 7, 2008 at 7:08 PM, Lennart Poettering [EMAIL PROTECTED] wrote: I'm note sure what the exact policy on what a blessed GNOME dependency can be is. But somehow I am pretty sure that the requirement that an (optional) dependency of a blessed dependency must also be blessed is NOT part

Re: libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
Bastien Nocera wrote: On Thu, 2008-08-07 at 12:52 -0400, Joe Marcus Clarke wrote: Ross Burton wrote: On Thu, 2008-08-07 at 12:25 -0400, Joe Marcus Clarke wrote: While esd may be considered old, it's not exotic. It is THE sound server for GNOME right now. It is the *deprecated* sound server

Re: libcanberra as an external dependency

2008-08-07 Thread Brian Cameron
Joe: I think libcanberra must have an esd output plug-in at the very least (i.e. if not also OSS and Sun Audio) in order to be a viable external dependency. This would go a long way to helping non-Linux platforms achieve working sound theme support using all blessed GNOME dependencies.

Re: libcanberra as an external dependency

2008-08-07 Thread Olav Vitters
On Thu, Aug 07, 2008 at 01:24:55PM -0400, Joe Marcus Clarke wrote: Bastien Nocera wrote: We're trying to kill esound completely, and having the release-team look in the other direction when we're adding those new dependencies is the easiest way for us to move in that direction. In any cases,

Re: libcanberra as an external dependency

2008-08-07 Thread Joe Marcus Clarke
On Thu, 2008-08-07 at 23:16 +0200, Olav Vitters wrote: On Thu, Aug 07, 2008 at 01:24:55PM -0400, Joe Marcus Clarke wrote: Bastien Nocera wrote: We're trying to kill esound completely, and having the release-team look in the other direction when we're adding those new dependencies is the

Re: libcanberra as an external dependency

2008-08-07 Thread Patryk Zawadzki
2008/8/7 Joe Marcus Clarke [EMAIL PROTECTED]: What's not clear is what that SOMETHING ELSE is. When gnome-vfs was deprecated, gvfs/gio were already part of the GNOME Desktop/Platform. There was clear direction on where to move. There is no other recommended sound server option. Since the

Re: libcanberra as an external dependency

2008-08-07 Thread Lennart Poettering
On Thu, 07.08.08 17:31, Joe Marcus Clarke ([EMAIL PROTECTED]) wrote: How clear should a deprecation be? IMO it clearly states that although we won't break esd, we recommend that new apps switch to something else when it is available. This is like gvfs, we're moving away from it. What's