Re: libproxy as external dependency
On Thu, Nov 06, 2008 at 03:01:01PM +0100, Vincent Untz wrote: Le mardi 21 octobre 2008, à 10:30 -0400, Nathaniel McCallum a écrit : I'd like to propose libproxy (LGPL 2.1+; http://code.google.com/p/libproxy/) as a blessed external dependency for GNOME 2.26. libproxy is currently used by vlc and neon and libsoup and webkit are considering adopting it. The only argument I see against libproxy is yet another library while we're trying to reduce the number of libraries and people seemed to agree that this is actually not a real issue. So I guess we can accept it, unless someone else raises another issue? FYI, a member of the Debian security team raised concerns: WPAD is a broken protocol with security issues inherent to the DNS devolution mechanism (which is also performed by libproxy). Please don't add implementations to the Debian archive. http://lists.debian.org/debian-devel/2008/12/msg00737.html Forwarding here without further comments as I have no idea about the security implications. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: New module proposal: gnome-user-share
On Fri, Oct 24, 2008 at 06:19:54PM +0200, Murray Cumming wrote: Whoa? There is no Debian package simply because no one had stepped up so far. Christophe Sauthier is starting to work on it, and I will help him to get the necessary changes in postgresql. Thanks. BTW, I talked to one of the Debian apache maintainers over dinner last night, and he also agreed it's probably a good idea to split the init scripts off. Probably best to come up with some general scheme here for these kind of things. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Debian-specific patches for the GNOME packages
On Thu, Sep 11, 2008 at 02:47:34PM +0200, Murray Cumming wrote: That seems to include patches that just add the debian packaging files, so it's hard to see what really has a real patch. For instance, I can't see any actual code changes here: http://patch-tracking.debian.net/patch/debianonly/view/gtkmm2.4/1:2.12.7-1 Yeah, I noticed as well and contacted the responsible person about this whether it would be possible to have some visual feedback on the main page for this. If there's no mention of 'series style patches' on the page like on http://patch-tracking.debian.net/package/gtkmm2.4/1:2.12.7-1 (i.e., just 'Debian diff Information'), the diff just contains the debian/ directory apparently. Compare with e.g. http://patch-tracking.debian.net/package/gtk+2.0/2.12.11-3 Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: build systems
On Sat, Nov 10, 2007 at 11:24:36AM +0100, Emmanuel Fleury wrote: Richard Hughes wrote: On Sat, 2007-11-10 at 00:32 +0100, Olav Vitters wrote: In this case there is an easy solution. Convert a few GNOME projects to the new build system and show the result. Good plan. I've got an old branch of gnome-power-manager building with waf, and I indend on having waf a build method for PackageKit in the next few days. Is there any hard and fast rule that says gnome projects _have_ to use autotools? There is an extra dependency that nobody did evoke during this thread. In Debian, the Common Debian Build-System (http://build-common.alioth.debian.org/) provides some facilities to integrate modules based on autotools. I guess, it would be handy if you could also come with the same facilities to build packages using this scheme. That's harsh - CDBS is best known for it's off-putting internal implementation (Why do I have to look at hundreds of lines of Makefile code to debug my package build?), something which seems to be one of the top-cited hate reasons for automake as well. Anyway, if somebody converts some project to a new build system to show its superiority over autotools, I suggest to include a library (and maybe python) package in there as well - while it seems to be pretty easy to just get simple programs run with those new fashioned build systems, getting a library properly built with scons was something non-obvious the last time I saw it mentioned, for example. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: [Usability] Drive applet by default
On Thu, Sep 14, 2006 at 02:05:49PM +0200, Isak Savo wrote: I think he's talking about the fact that when you unmount a USB device in windows, the devices are often turning off their leds to indicate that they are now turned off. When unmounting in linux, this is often not the case (although the device *is* properly unmounted and data is flushed, so it's just a cosmetic thing.). My iAudio M3 says Do not disconnect! on its display even after unmounting, I don't think this is only cosmetic. Michael ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Gnome 2.14 Module Proposal: Deskbar Applet
On Wed, Oct 26, 2005 at 11:08:57PM +0100, Mike Hearn wrote: Something like Python eats your memory, now here's how we're going to solve it was what I was after. It is unclear to me how you could achieve this in the context of the GNOME project. Even if you frob python to behave on your box, that will still leave users with default python installation on all the other distributions. Michael -- The hotel's valet attendant seemed confused by the text on my shirt, but I couldn't think of how to explain to him what JÖRG SCHILLING ATE MY GPL meant. -- Erinn Clark ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Removing xrdb for 10% startup win?
On Sun, Aug 28, 2005 at 11:37:31AM +0100, Gustavo J. A. M. Carneiro wrote: So how about GNOME doing this instead: 1- stat(~/.Xresources) -- if fail return 2- stat(~/.Xresources.compiled) 3- if ~/.Xresources.compiled does not exist OR ~/.Xresources.compiled older than ~/.Xresources: 3.a) run cpp ~/.Xresources -o ~/.Xresources.compiled 4- Run xrdb -nocpp ~/.Xresources.compiled Why not grep for any preprocessor statements, and only run cpp if some are present? Michael -- dilinger if my last job interview has taught me anything, it's that employers want someone who'll show up 30 mins late for the interview, on 3 hours of sleep, answer questions ambiguously, zone out, and give the appearance of being stoned ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gdm2 string freeze breakage
On Mon, Mar 21, 2005 at 02:18:49PM +0100, Danilo egan wrote: Today at 13:48, Bill Haneman wrote: Perhaps. But with the political issues surrounding 'Taiwan', would it not be safer not to introduce this string? We're not proclaiming it's independence of China, in the same way that we're not proclaiming Hong Kong's independence of China, even though there's a string Chinese (Hong Kong). Debian losts its kernel maintainer over this (or something related), so I'd be careful here. cheers, Michael -- davyd back when I was in highschool... it was stop playing with the little green lines, and do some damned study bratsche And that was what, an Atari 2600? davyd I'm not that old... I just had my terminals set to green text ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list