GFDL/GPL problems

2006-01-20 Thread Dave Neary
Hi, I've just been readong the thread started by Jordi on GFDL and GPL, and issues that Debian currently has with GFDL. Excuse me for starting a new thread on the issue. Leaving aside whether GFDL sucks or not, there are serious problems with using the GPL for docs, primarily because what "sourc

Re: Gnome .desktop files

2006-01-20 Thread Davyd Madeley
Quoting Stanislav Brabec <[EMAIL PROTECTED]>: > This happens with a lot of applications, is this a bug or a feature? If I understand correctly, that would be a feature Yes. This bug is a feature. For example if you want to open application and then use DnD, or if you want to open web link us

Re: New modules in 2.14

2006-01-20 Thread Kjartan Maraas
fre, 20,.01.2006 kl. 09.39 +0800, skrev Davyd Madeley: > Quoting Elijah Newren <[EMAIL PROTECTED]>: > > > On 1/18/06, Davyd Madeley <[EMAIL PROTECTED]> wrote: > > > >> I'm with Ryan on this. I think we should give vendors a choice for > >> the time being. > > > > It looks like the vendors have alr

Re: New modules in 2.14

2006-01-20 Thread Davyd Madeley
Quoting Kjartan Maraas <[EMAIL PROTECTED]>: As for "creating another ESD" I don't know what all the fuss is about. I think the problems caused by us using ESD are greatly exaggerated, both in techical terms and wrt maintainability. The package has needed close to zero work the last few years and

Re: New modules in 2.14

2006-01-20 Thread Matthew Garrett
On Wed, Jan 18, 2006 at 10:58:07AM -0500, Ryan Lortie wrote: > This is exactly the problem. In order for g-p-m to do its stuff we have > to add to HAL the ability for any user to say "suspend the system > now" (since g-p-m needs to do this and it's just running as a normal > user). If any user c

Re: New modules in 2.14

2006-01-20 Thread Matthew Garrett
On Fri, Jan 20, 2006 at 09:39:12AM +0800, Davyd Madeley wrote: > Quoting Elijah Newren <[EMAIL PROTECTED]>: > >It looks like the vendors have already jumped on and chosen g-p-m. > > Once again, I ask the question, what about our non-Linux vendors? I think crippling functionality because Hal hasn'

Re: New modules in 2.14

2006-01-20 Thread Davyd Madeley
On Fri, 2006-01-20 at 09:11 +, Matthew Garrett wrote: > I think crippling functionality because Hal hasn't been ported to some > OSs yet is unreasonable. The alternative would be to provide a myriad of > small daemons that need to be individually ported, and that time could > be better spen

Re: strange linker error

2006-01-20 Thread Davyd Madeley
On Tue, 2006-01-17 at 12:48 +0100, Stanislav Brabec wrote: > > I'm completely at a loss as to how to fix this. It seems PHP and Qmail have > > previously had problems like this, but I couldn't work out what they did to > > fix > > it. > > I don't know F77, but if it was C, I will try to "#inclu

Re: New modules in 2.14

2006-01-20 Thread Alan Cox
On Gwe, 2006-01-20 at 09:05 +, Matthew Garrett wrote: > > currently has no mechanism for making a distinction between background > > users and the user that currently 'controls' the machine. > > I don't think hal's the right layer to make that distinction. I'm > working on implementing it at

Re: New modules in 2.14

2006-01-20 Thread David Zeuthen
On Jan 20, 2006, at 7:43 AM, Alan Cox wrote: On Gwe, 2006-01-20 at 09:05 +, Matthew Garrett wrote: currently has no mechanism for making a distinction between background users and the user that currently 'controls' the machine. I don't think hal's the right layer to make that distincti

Request to update .cvsignore files

2006-01-20 Thread Luca Ferretti
Do you think I can update .cvsignore files on same (hopefully most) modules for Desktop and Developer Platform without asking permission to maintainers and/or opening relevant bugs on bugzilla? ___ desktop-devel-list mailing list desktop-devel-list@gnom

Re: New modules in 2.14

2006-01-20 Thread Alan Cox
On Gwe, 2006-01-20 at 08:18 -0500, David Zeuthen wrote: > console. Only one copy obtains the right to manage the > system power, this happens through the PolicyManager as > described here http://blog.fubar.dk/?p=63 ... e.g. the call > ClaimPolicyService() will return FALSE for everyone but > the fi

Re: Request to update .cvsignore files

2006-01-20 Thread Bastien Nocera
On Fri, 2006-01-20 at 14:26 +0100, Luca Ferretti wrote: > Do you think I can update .cvsignore files on same (hopefully most) > modules for Desktop and Developer Platform without asking permission to > maintainers and/or opening relevant bugs on bugzilla? Fine by me. I don't see any reasons why t

Re: New modules in 2.14

2006-01-20 Thread Johan Dahlin
Well, no library in the desktop can be relied upon to remain API or ABI stable; that's the reason they are in the desktop. The difference with this lib, _if_ I remember correctly, is that those other libs in the desktop were meant to be used by whoever wanted to use them, whereas libmetacity-priv

Re: New modules in 2.14

2006-01-20 Thread David Zeuthen
On Fri, 2006-01-20 at 13:28 +, Alan Cox wrote: > Its a common server case where physical access does not meet > authorisation to do much. Tape drives tend to be near the physical > system and people want to provide facilities to the tape folk (browser > forms to indicate they actually visited t

Re: GStreamer version for 2.14

2006-01-20 Thread Christian Fredrik Kalager Schaller
> Without any of this, people will just switch back to totem-xine or > other, non-GNOME apps like always, or just continue self-confirming that > Linux sucks. Very disappointing after my hard work to make GStreamer not > totally suck from an end user's point of view. Basically a total year > wast

Re: New modules in 2.14

2006-01-20 Thread Elijah Newren
On 1/20/06, Johan Dahlin <[EMAIL PROTECTED]> wrote: > > Well, no library in the desktop can be relied upon to remain API or > > ABI stable; that's the reason they are in the desktop. The difference > > with this lib, _if_ I remember correctly, is that those other libs in > > the desktop were meant

Re: Request to update .cvsignore files

2006-01-20 Thread Richard Hughes
On Fri, 2006-01-20 at 14:26 +0100, Luca Ferretti wrote: > Do you think I can update .cvsignore files on same (hopefully most) > modules for Desktop and Developer Platform without asking permission to > maintainers and/or opening relevant bugs on bugzilla? For me, adding stuff is no problem. I wou

Re: New modules in 2.14

2006-01-20 Thread Richard Hughes
On Fri, 2006-01-20 at 08:18 -0500, David Zeuthen wrote: > > Yes.. someone needs to code up the support I rambled about > plus add it to g-p-m (and make sure the g-p-m maintainer > agrees so to :-). Right now it's just ideas to support various > not-so-interesting-but-still-important scenarios. For

Re: New modules in 2.14

2006-01-20 Thread Gustavo J. A. M. Carneiro
Sex, 2006-01-20 às 09:10 -0700, Elijah Newren escreveu: > On 1/20/06, Johan Dahlin <[EMAIL PROTECTED]> wrote: > > > Well, no library in the desktop can be relied upon to remain API or > > > ABI stable; that's the reason they are in the desktop. The difference > > > with this lib, _if_ I remember c

Re: New modules in 2.14

2006-01-20 Thread Elijah Newren
On 1/20/06, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote: > Sex, 2006-01-20 às 09:10 -0700, Elijah Newren escreveu: > > I make a best effort (which is sometimes lacking, in particular I just > > realized I've always forgotten to notify the bindings people -- which > > is perhaps why you see

Re: New modules in 2.14

2006-01-20 Thread Gustavo J. A. M. Carneiro
On Fri, 2006-01-20 at 13:35 -0700, Elijah Newren wrote: > On 1/20/06, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote: > > Sex, 2006-01-20 às 09:10 -0700, Elijah Newren escreveu: > > > > I make a best effort (which is sometimes lacking, in particular I just > > > realized I've always forgotten

Re: New modules in 2.14

2006-01-20 Thread Vincent Untz
Le vendredi 20 janvier 2006 à 22:52 +, Gustavo J. A. M. Carneiro a écrit : > I propose the following: if there's an API/ABI break after the GNOME > API freeze deadline (which only applies for gnome devel platform > modules, of course), then desktop library maintainers are strongly > advised t