Re: Compiling glib applications

On 09.08.2012 14:46, Lanoxx wrote: gcc main.c `pkg-config --cflags glib-2.0` `pkg-config --libs glib-2.0` -o main --std=c99 This is probably necessary due to "--as-needed" appearing in the default linker flags. If this is specified, the linker will, for each library, only include symbols tha

Re: Archiving 120 Git modules with no commit in 3 or more years

On 05.04.2011 02:17, Olav Vitters wrote: perl-GStreamer-GConf.git2006-01-29 21:02:29 + 5 years ago perl-Gtk2-SourceView.git2006-01-30 08:44:31 + 5 years ago While these may not have seen many updates recently, I don't think they should be archived unless th

Re: Modules needing a release for 2.26.0

Vincent Untz wrote: Gnome2 (perl) 1.042 1.042 Gnome2-Canvas (perl) 1.002 1.002 Gnome2-GConf (perl) 1.044 1.044 Gnome2-VFS (perl) 1.081 1.081 Gtk2-GladeXML (perl) 1.007 1.007 These didn't change and don't have to change (the underlying

Re: GNOME 2.23 Schedule

On Mon, 2008-03-24 at 00:47 +0200, Lucas Rocha wrote: > http://www.gnome.org/start/schedule-unstable.ics > > Let me know if you find any problem. Last cycle, it was at . Why change the address? -- Bye, -Torsten ___

Re: Information needed: Modules in official GNOME releases but not on the official release cycle

On Wed, 2007-04-18 at 11:42 -0600, Elijah Newren wrote: > It'd be really helpful if people could read over my initial draft and > provide corrections and clarifications: > > http://live.gnome.org/ReleasePlanning/SeparateReleaseCycleModules The list says that "the entire perl bindings suite" is

Re: Cairo-1.2.6 required

On Tue, 2007-01-23 at 10:56 -0700, Elijah Newren wrote: > Sounds good to me, but there is (at least) one issue. Do > pycairo-1.2.6 and cairomm-1.2.4 work with cairo-1.3.x? I don't see > any pycairo-1.3.x or cairomm-1.3.x at either > http://cairographics.org/releases/ or > http://cairographics.or

Re: getting on a longer release cycled

On Fri, 2006-09-08 at 14:44 +1000, Andrew Cowie wrote: > The people I work with on java-gnome won't be able to hack on GNOME 2.16 > specific bindings until we have GNOME 2.16 desktops on our systems. My > systems are otherwise production (in the sense that I use them to do > business so I can't af

Operator overloading? (was: Re: What about Embedded?)

On Fri, 2006-07-21 at 02:09 +0200, Philip Van Hoof wrote: > What is wrong with operator overloading + and using delegates for this? > In my opinion, that works great in C#. Note that normally I discourage > operator overloading. But for Events ... yeah, fantastic idea of > Microsoft! See http://

Re: missing bz2 gnome tarballs in ftp

On Sat, 2006-02-04 at 21:32 +, Carlos Eduardo R. Diógenes wrote: > I was downloading the gnome tarballs (2.12) and see > that in the bindings/perl directory there are only > tar.gz files. If there really is demand for bz2 archives, we can add them in the future. -- Bye, -Torsten __

Re: CVS conflicts for po files in doc directories

On Tue, 2006-01-31 at 18:48 +0100, Danilo Šegan wrote: > So Torsten, try updating your gnome-doc-utils instead :) Will do. Thanks for the prompt replies. -- Bye, -Torsten ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.g

CVS conflicts for po files in doc directories

Aloha, why am I seeing more and more CVS conflicts for *.po files in documentation directories? This happens for quite a few modules (gucharmap and gnome-applets come to mind); and their number is increasing. Is this related to xml2po? Can it be fixed? Why are generated files in CVS anyway? -

Re: [g-a-devel] Re: gok broken with new libwnck

On Tue, 2005-02-22 at 10:09 -0700, Elijah Newren wrote: > I know the position you're in sucks, but I'm willing to help you out > with it. Note that Anders Carlsson changed API in libwnck for > wnck_window_close in an identical fashion *during* the 2.6 stable > series. Given that kind of preceden

Re: The State of (in)Consistency of Save Confirmation Dialogs

On Mon, 2005-01-31 at 12:04 -0600, Federico Mena Quintero wrote: > You have two cases: > > 1. Already-saved documents with modifications > 2. Unsaved documents > > When you exit the program, you don't want it to automatically save (1) > to the existing filename since you may not want the documen