system-tools-backends 2.2.0 released
Hi!, As promised, I've recently made a stable release of system-tools-backends (2.2.0) in time for 2.18, I encourage that GNOME 2.18 recommends this one. Regards, Carlos ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gail, atk, at-spi, libgail-gnome branched for gnome-2-18
Hi, I branched gail, atk, at-spi, libgail-gnome for gnome-2-18. The develop work will continue on trunk. The plans for 2.19 are: * implement collection in at-spi * support multi-threads applications better * fix some important gailtreeview bugs Best Regards, Li ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gcalctool (gnome-calculator) branched for GNOME 2.18
Hi Rich, On 3/12/07, Rich Burridge [EMAIL PROTECTED] wrote: I've just branched gcalctool (v5.9.14) for GNOME 2.18 Is there any chance we could we get you to make the minor version number for gcalctool match that of GNOME's (e.g. 5.19.x for the next unstable cycle)? Thanks, Elijah ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gcalctool (gnome-calculator) branched for GNOME 2.18
Hi Elijah, I've just branched gcalctool (v5.9.14) for GNOME 2.18 Is there any chance we could we get you to make the minor version number for gcalctool match that of GNOME's (e.g. 5.19.x for the next unstable cycle)? Yes. It's funny you should mention that. It's worked so well for Orca that I'm going to adopt that numbering scheme for gcalctool too. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gcalctool (gnome-calculator) branched for GNOME 2.18
On 3/12/07, Rich Burridge [EMAIL PROTECTED] wrote: Hi Elijah, I've just branched gcalctool (v5.9.14) for GNOME 2.18 Is there any chance we could we get you to make the minor version number for gcalctool match that of GNOME's (e.g. 5.19.x for the next unstable cycle)? Yes. It's funny you should mention that. It's worked so well for Orca that I'm going to adopt that numbering scheme for gcalctool too. Cool, thanks for doing that. :) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GNOME 2.20 Python version
I'd like to suggest updating jhbuild to install Python 2.5 instead of 2.4 for GNOME 2.20, because: * I don't think Python 2.4 will continue to be maintained; * Distributions that will receive GNOME 2.20 will most likely make python 2.5 the default (ubuntu already does for GNOME 2.18); * We could really use the testing of GNOME on Python 2.5, especially on 64-bit systems. Comments? -- Gustavo J. A. M. Carneiro [EMAIL PROTECTED] [EMAIL PROTECTED] The universe is always one step beyond logic. signature.asc Description: This is a digitally signed message part ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.20 Python version
This link may be enlightening: http://www.python.org/download/releases/2.4.4/ -Joseph == On Mon, 2007-03-12 at 18:02 +, Gustavo J. A. M. Carneiro wrote: I'd like to suggest updating jhbuild to install Python 2.5 instead of 2.4 for GNOME 2.20, because: * I don't think Python 2.4 will continue to be maintained; * Distributions that will receive GNOME 2.20 will most likely make python 2.5 the default (ubuntu already does for GNOME 2.18); * We could really use the testing of GNOME on Python 2.5, especially on 64-bit systems. Comments? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- joseph_sacco [at] comcast [dot] net ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gcalctool (gnome-calculator) branched for GNOME 2.18
I've just branched gcalctool (v5.9.14) for GNOME 2.18 svn cp svn+ssh://svn.gnome.org/svn/gcalctool/trunk svn+ssh://svn.gnome.org/svn/gcalctool/branches/gnome-2-18 Committed revision 1553. New development, bug fixing etc will go on in SVN trunk/HEAD. I don't have plans to do much with gcalctool because most of my time is spent working on Orca at the moment. There are several good enhancement suggestions listed though: http://bugzilla.gnome.org/browse.cgi?product=gcalctool If there is anybody interested in taking over the maintenance of gcalctool, then I'd be very happy to work with them to get them up to speed and review suggested bug fixes, patches etc. If not, then I'll just keep the code ticking over until times change. Thanks. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-icon-theme branched for 2.18
gnome-icon-theme is now branched for 2.18. Fighting the fight for better icons on the desktop, -- dobey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Roadmapping 2.20 and so on
If I'm allowed to make a suggestion for a general roadmap item for 2.20 which spans multiple modules it would be desktop wide search Currently the GNOME 2.18 desktop contains two search front ends 1. gnome search tool 2. search in nautilus Then there are two search engines (actually there are more but these ones are the most popular in GNOME) which have there own front end. 1. tracker 2. beagle My suggestion would be to have only one front end and have a pluggable backend (a user can either use tracker or beagle) Jaap ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Roadmapping 2.20 and so on
On Mon, 2007-03-12 at 21:12 +0100, Jaap Haitsma wrote: If I'm allowed to make a suggestion for a general roadmap item for 2.20 which spans multiple modules it would be desktop wide search Currently the GNOME 2.18 desktop contains two search front ends 1. gnome search tool 2. search in nautilus Then there are two search engines (actually there are more but these ones are the most popular in GNOME) which have there own front end. 1. tracker 2. beagle My suggestion would be to have only one front end and have a pluggable backend (a user can either use tracker or beagle) no, please, don't start the beagle vs tracker debate again :-) But yes, I agree with you. The authors of those search engines should come up with a common solution for all (without bombing this list if possible :-). Maybe a generic interface that can easily be replaced or whatever, but we should have live search available for applications, and use that in gnome-search-tool, nautilus and any other app that needs it. -- Rodrigo Moya [EMAIL PROTECTED] ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Roadmapping 2.20 and so on
2007/3/12, Rodrigo Moya [EMAIL PROTECTED]: On Mon, 2007-03-12 at 21:12 +0100, Jaap Haitsma wrote: If I'm allowed to make a suggestion for a general roadmap item for 2.20 which spans multiple modules it would be desktop wide search Currently the GNOME 2.18 desktop contains two search front ends 1. gnome search tool 2. search in nautilus Then there are two search engines (actually there are more but these ones are the most popular in GNOME) which have there own front end. 1. tracker 2. beagle My suggestion would be to have only one front end and have a pluggable backend (a user can either use tracker or beagle) no, please, don't start the beagle vs tracker debate again :-) But yes, I agree with you. The authors of those search engines should come up with a common solution for all (without bombing this list if possible :-). Maybe a generic interface that can easily be replaced or whatever, but we should have live search available for applications, and use that in gnome-search-tool, nautilus and any other app that needs it. This is infact already in the works. Both Tracker, Beagle, Strigi, Pinot, Recoll, and Nepomuk developers are participating in the Wasabi project. See http://wiki.freedesktop.org/wiki/WasabiAbout. I'm just about to wrap up RC1 of the desktop search spec (the roadmap has slipped a little). I will keep d-d-l posted. Cheers, Mikkel PS: The Tracker vs Beagle debate is so 2.18'ish, now it is either Tracker vs Beagle vs Strigi vs Pinot vs Recoll- or the Wasabi suxor-debate that should feed the flames in 2.20 :-) PPS: The above PS was meant as humor. Please please please, don't start it over. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
libsoup branched for 2.18
I've branched libsoup for gnome-2-18. You know the drill. (Not cc:ing docs or i18n lists because libsoup has neither.) Plans for 2.20? Well, maybe I'll finally do the long-awaited ABI break I originally claimed I was going to do for 2.14.[1] Or maybe not. People who are using libsoup (or who *want* to be using libsoup but are somehow thwarted) who have ideas for what things should be fixed should file bugs or send mail to [EMAIL PROTECTED] -- Dan [1] http://mail.gnome.org/archives/release-team/2005-November/msg00047.html ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
