Dave Neary | 3 Apr 2006 13:19
Picon
Favicon

Looking for representatives for a GNOME stand in San Diego, 24 - 25 April


Hi all,

The GNOME Foundation has a stand at the "Desktop Linux Summit" in San 
Diego this year - the event is on the 24th and 25th of April.

I'm looking for a couple of volunteers who would like to go and man the 
stand during the two days, we can cover some printing costs for the 
stand and send on some merchandising. We can probably also cover 
(reasonable) travel costs, if you need them. Jeff Waugh, Nat Friedman 
and other GNOME lovers will be there as speakers, and it'll be great fun.

Who's up for it?

Cheers,
Dave.

--

-- 
David Neary
bolsh <at> gimp.org
Vincent Untz | 3 Apr 2006 20:57
Picon

2.15 schedule proposal

Hi all,

The release team (well, John, to be honest ;-)) prepared the 2.15
schedule:
   http://live.gnome.org/TwoPointFifteen

This is a nearly a final schedule, but we're of course open to
improvements.

<subliminal>It'd be great to have an iCal file for the
schedule!</subliminal>

Vincent

--

-- 
Les gens heureux ne sont pas pressés.
Davyd Madeley | 4 Apr 2006 03:06
Picon

GTK+ related job opportunity

Fugro Seismic Imaging, Pty Ltd. <http://www.fugro-fsi.com> is seeking a
graduate or equivalent level programmer to work on maintaining its
flagship seismic processing applications. The position is full time and
based in Perth, Western Australia.

Knowledge of the C programming language is essential. Knowledge of
Linux, GTK+ and the GNOME Desktop preferred, but not required. Knowledge
of other programming languages (eg. Java, Perl, Python), other UNIX-like
operating systems and software engineering will be of benefit.

Those interested should contact Franco Broi <franco AT fugro-fsi DOT com
DOT au>.

--

-- 
Davyd Madeley

http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA
Vincent Untz | 4 Apr 2006 10:21
Picon

Re: GTK+ related job opportunity

Hi Davyd,

On Tue, April 4, 2006 03:06, Davyd Madeley wrote:
> Fugro Seismic Imaging, Pty Ltd. <http://www.fugro-fsi.com> is seeking a
> graduate or equivalent level programmer to work on maintaining its
> flagship seismic processing applications. The position is full time and
> based in Perth, Western Australia.

I'm glad to see that your company is using GTK+ :-)

However, from http://mail.gnome.org/:

"Are job postings OK?

Job postings are allowed on gtk-list and only on gtk-list. Other rules
about job postings include:..."

I'm not sure whether we should change the policy to allow some other lists,
but this is clearly off-topic for d-d-l.

Thanks,

Vincent

--

-- 
Les gens heureux ne sont pas pressés.
Davyd Madeley | 4 Apr 2006 10:24
Picon

Re: GTK+ related job opportunity

On Tue, Apr 04, 2006 at 10:21:17AM +0200, Vincent Untz wrote:

> I'm glad to see that your company is using GTK+ :-)
> 
> However, from http://mail.gnome.org/:
> 
> "Are job postings OK?
> 
> Job postings are allowed on gtk-list and only on gtk-list. Other rules
> about job postings include:..."
> 
> I'm not sure whether we should change the policy to allow some other lists,
> but this is clearly off-topic for d-d-l.

My apologies. I've never actually read that. Someone actually
suggested foundation-list, which seemed grossly unacceptable.

I would imagine that gnome-hackers or d-d-l is a more suitable list
than gtk-list, simply because I imagine more people read it. It's
probably less off-topic than a discussion about whether or not
something is off-topic, so shall we continue further discussion
off-list?

--d

--

-- 
Davyd Madeley

http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA
(Continue reading)

Kalle Vahlman | 4 Apr 2006 10:46
Picon

Re: GTK+ related job opportunity

On 4/4/06, Davyd Madeley <davyd <at> madeley.id.au> wrote:
> On Tue, Apr 04, 2006 at 10:21:17AM +0200, Vincent Untz wrote:
>
> > I'm glad to see that your company is using GTK+ :-)
> >
> > However, from http://mail.gnome.org/:
> >
> > "Are job postings OK?
> >
> > Job postings are allowed on gtk-list and only on gtk-list. Other rules
> > about job postings include:..."
> >
> > I'm not sure whether we should change the policy to allow some other lists,
> > but this is clearly off-topic for d-d-l.
>
> My apologies. I've never actually read that. Someone actually
> suggested foundation-list, which seemed grossly unacceptable.
>
> I would imagine that gnome-hackers or d-d-l is a more suitable list
> than gtk-list, simply because I imagine more people read it.

I think job offerings are just slightly less advertising  than simply
spamming your PR stuff into a list. I know this is the best medium to
reach for guys in this area, but still I think that it's not
approperiate for a development list to include (what I perceive to be)
adverstisments. There is enough noise as it is.

If approperiate on any non-dedicated list, some announce-list would be my vote.

--
(Continue reading)

Richard Hughes | 9 Apr 2006 14:42
Picon

[gpm] Gnome 2.16 Module Proposal: GNOME Power Manager

GNOME Power Manager is a session daemon that makes it easy to manage the
power on your laptop or desktop system.

I'm sure most of you are aware of GNOME Power Manager[1], as it was
proposed for the last 2.14 release but rejected. It was mentioned on the
2.14 release notes, in the "looking forward" section[4].

Since the original announcement mail about gnome-power-manager, we have
moved the mailing list to gnome.org, are now hosted on gnome.org, and am
starting to integrate with other parts of the GNOME application stack.
Lots of new functionality has been added, and lots of polish has been
applied. See the screenshots area of my website[5] for some cool
screenshots of the latest stuff in the 2-15 branch.

The Wiki[2] provides loads more details for common FAQ's.

So for the 2.15 release cycle I would like you all to consider
gnome-power-manager for inclusion; without being part of "core" gnome
makes it difficult to integrate with other software, for instance the
inhibit interface that could be used by nautilus[3] or other software.

Most of the main distro's use gnome-power-manager. Fedora core 5
released with gnome-power-manager installed by default, and Ubuntu is
carrying it in the "core" package set for dapper.

gnome-power-manager depends on DBUS, HAL, cairo, and libnotify (is
really optional but thoroughly recommended).

So, what do you all think?

(Continue reading)

Richard Hughes | 9 Apr 2006 14:47
Picon

[gpm] Gnome 2.16 Module Proposal: GNOME Power Manager

GNOME Power Manager is a session daemon that makes it easy to manage the
power on your laptop or desktop system.

I'm sure most of you are aware of GNOME Power Manager[1], as it was
proposed for the last 2.14 release but rejected. It was mentioned on the
2.14 release notes, in the "looking forward" section[4].

Since the original announcement mail about gnome-power-manager, we have
moved the mailing list to gnome.org, are now hosted on gnome.org, and am
starting to integrate with other parts of the GNOME application stack.
Lots of new functionality has been added, and lots of polish has been
applied. See the screenshots area of my website[5] for some cool
screenshots of the latest stuff in the 2-15 branch.

The Wiki[2] provides loads more details for common FAQ's.

So for the 2.15 release cycle I would like you all to consider
gnome-power-manager for inclusion; without being part of "core" gnome
makes it difficult to integrate with other software, for instance the
inhibit interface that could be used by nautilus[3] or other software.

Most of the main distro's use gnome-power-manager. Fedora core 5
released with gnome-power-manager installed by default, and Ubuntu is
carrying it in the "core" package set for dapper.

gnome-power-manager depends on DBUS, HAL, cairo, and libnotify (is
really optional but thoroughly recommended).

So, what do you all think?

(Continue reading)

Davyd Madeley | 9 Apr 2006 15:29
Picon

[gpm] Re: Gnome 2.16 Module Proposal: GNOME Power Manager

On Sun, Apr 09, 2006 at 01:47:12PM +0100, Richard Hughes wrote:

> Since the original announcement mail about gnome-power-manager, we have
> moved the mailing list to gnome.org, are now hosted on gnome.org, and am
> starting to integrate with other parts of the GNOME application stack.
> Lots of new functionality has been added, and lots of polish has been
> applied. See the screenshots area of my website[5] for some cool
> screenshots of the latest stuff in the 2-15 branch.

I would like to see g-p-m fragmented into three parts.

 * A daemon with no GTK+ dependance that would be suitable for
   cross-desktop use
 * A capplet (this exists today)
 * A notification area icon (libnotify dependance goes here)

This would allow us to more easily address integration issues with
GNOME and other desktops and it means that we can aim at avoiding
notification area pollution (because session initialised notification
icons are a violation of all that is good and right).

--d

--

-- 
Davyd Madeley

http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118  C060 2EDD BB4F 5191 6CDA
Richard Hughes | 9 Apr 2006 15:47
Picon

Re: [gpm] Re: Gnome 2.16 Module Proposal: GNOME Power Manager

On Sun, 2006-04-09 at 21:29 +0800, Davyd Madeley wrote:
> On Sun, Apr 09, 2006 at 01:47:12PM +0100, Richard Hughes wrote:
> 
> > Since the original announcement mail about gnome-power-manager, we have
> > moved the mailing list to gnome.org, are now hosted on gnome.org, and am
> > starting to integrate with other parts of the GNOME application stack.
> > Lots of new functionality has been added, and lots of polish has been
> > applied. See the screenshots area of my website[5] for some cool
> > screenshots of the latest stuff in the 2-15 branch.
> 
> I would like to see g-p-m fragmented into three parts.
> 
>  * A daemon with no GTK+ dependance that would be suitable for
>    cross-desktop use
>  * A capplet (this exists today)
>  * A notification area icon (libnotify dependance goes here)

Umm, no.

The IPC between these components would be horrific and over-complicated
for no actual gain. KDE are quite happy with their own power management
applications, and no KDE developer has ever mentioned to me that they
would want such a cross-desktop daemon.

> This would allow us to more easily address integration issues with
> GNOME and other desktops and it means that we can aim at avoiding
> notification area pollution (because session initialised notification
> icons are a violation of all that is good and right).

g-p-m can default to only displaying when the battery power is critical,
(Continue reading)


Gmane