Problems using gnome-2-18 branch for evolution-data-server in jhbuild
It seems that evo stuff silently branched for GNOME 2.18. I tried to update jhbuild moduleset to use this branch (patch attached), but it seems there are some issues against libical in evolution-data-server. Here is the jhbuild console log trying to perform the svn switch: -- *** Checking out evolution-data-server *** [1/91] svn switch http://svn.gnome.org/svn/evolution-data-server/branches/gnome-2-18 svn: URL 'http://svn.gnome.org/svn/libical/gnome-2-18' doesn't exist Fetching external item into 'calendar/libical' *** error during stage checkout of evolution-data-server: ## Error running svn update . *** [1/91] --- Any idea? Please note that jhbuild is trying to get the wrong directory: it should be svn.gnome.org/svn/libical/branches/gnome-2-18, not svn.gnome.org/svn/libical/gnome-2-18 Index: modulesets/gnome-2.18.modules === --- modulesets/gnome-2.18.modules (revisione 1430) +++ modulesets/gnome-2.18.modules (copia locale) @@ -1508,20 +1508,19 @@ /dependencies /autotools autotools id=gtkhtml -branch/ +branch revision=gnome-2-18/ dependencies dep package=gtk+/ dep package=libgnomeui/ dep package=libbonoboui/ dep package=libglade/ dep package=gail/ - dep package=libgnomeprint/ - dep package=libgnomeprintui/ dep package=libsoup/ + dep package=gnome-icon-theme/ /dependencies /autotools autotools id=evolution-data-server supports-non-srcdir-builds=no -branch/ +branch revision=gnome-2-18/ dependencies dep package=libbonobo/ dep package=libgnome/ @@ -1534,7 +1533,7 @@ /dependencies /autotools autotools id=evolution -branch/ +branch revision=gnome-2.18/ dependencies dep package=evolution-data-server/ dep package=gtkhtml/ @@ -1555,7 +1554,7 @@ /dependencies /autotools autotools id=evolution-exchange -branch/ +branch revision=gnome-2-18/ dependencies dep package=evolution-data-server/ dep package=evolution/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using C++ bindings for desktop/admin/devtools modules
On Fri, 16 Mar 2007 15:53:58 -0500 Shaun McCance [EMAIL PROTECTED] wrote: We do actually already have C++ in the desktop with Epiphany, although that C++ code is limited to the Mozilla embedding, which you can't exactly get around. Ekiga is also written in C++, although not based on gtkmm. So the question is, do we want to allow programs in the desktop that are written entirely in C++? It would be nice to send a positive signal to the c++ developers sitting out there :-) If so, then it would be silly to forbid them from using gtkmm. Amen brother. Cheers, -- Dodji Seketeli http://www.seketeli.org/dodji ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using C++ bindings for desktop/admin/devtools modules
On 3/16/07, Vincent Untz [EMAIL PROTECTED] wrote: Hi all, Right now, modules in desktop/admin/devtools suites can use the python bindings. We also accept the use of gtk# for proposed modules. However, it was never really agreed whether it was okay or not to use our C++ bindings for GNOME modules. Those bindings have been rock-solid for quite some time now, and we have a few applications using C++ here and there. Does it make sense to allow the use of gtkmm and other C++ bindings in our desktop/admin/devtools suites? Thanks, Vincent As a frequent user of the gnome/gtk C++ bindings, I have to say that the C++ bindings are indeed rock solid and extremely high-quality. It's a pleasure to code applications using gtkmm, which is a testament both to the design of GTK+ and the tireless and often thankless work of people like Murray. Unfortunately, right now there is a bit of a mindset in the free software world that if you're a C++ hacker, you belong in KDE, and if you're a C hacker, you belong in GNOME. I think a decision to accept applications written with C++ bindings in all GNOME release suites would send a positive signal to other C++ developers that there is top-notch C++ support for developing within GNOME, and there's a vibrant C++ developer community within GNOME as well. So obviously I'm very much in favor of accepting gtkmm / C++ apps in all of the GNOME release suites. -- jonner ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using C++ bindings for desktop/admin/devtools modules
On 3/17/07, Jonathon Jongsma [EMAIL PROTECTED] wrote: On 3/16/07, Vincent Untz [EMAIL PROTECTED] wrote: Does it make sense to allow the use of gtkmm and other C++ bindings in our desktop/admin/devtools suites? As a frequent user of the gnome/gtk C++ bindings, I have to say that the C++ bindings are indeed rock solid and extremely high-quality. It's a pleasure to code applications using gtkmm, which is a testament both to the design of GTK+ and the tireless and often thankless work of people like Murray. Unfortunately, right now there is a bit of a mindset in the free software world that if you're a C++ hacker, you belong in KDE, and if you're a C hacker, you belong in GNOME. I think a decision to accept applications written with C++ bindings in all GNOME release suites would send a positive signal to other C++ developers that there is top-notch C++ support for developing within GNOME, and there's a vibrant C++ developer community within GNOME as well. So obviously I'm very much in favor of accepting gtkmm / C++ apps in all of the GNOME release suites. As a C++ developer who almost decided to join KDE instead of GNOME several years ago for the reasons Jonathon listed, I mostly agree with him. The part I don't agree with is the in _all_ of the GNOME release suites; I don't think that gtkmm/c++ apps or libs should be allowed in the developer platform suite. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Problems using gnome-2-18 branch for evolution-data-server in jhbuild
On 3/17/07, Luca Ferretti [EMAIL PROTECTED] wrote: It seems that evo stuff silently branched for GNOME 2.18. Interesting...it appears there may be a bug in evolution, or Harish's mail server. Harish did send an email, and it looks like it was supposed to go to all the appropriate lists (d-d-l, r-t, g-i18n, g-d-l), but it only made it to r-t. See http://mail.gnome.org/archives/release-team/2007-March/msg00160.html. (I don't know the answer to your real question, so hopefully someone else who knows svn better can answer it) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using C++ bindings for desktop/admin/devtools modules
On 3/17/07, Elijah Newren [EMAIL PROTECTED] wrote: On 3/17/07, Jonathon Jongsma [EMAIL PROTECTED] wrote: Unfortunately, right now there is a bit of a mindset in the free software world that if you're a C++ hacker, you belong in KDE, and if you're a C hacker, you belong in GNOME. I think a decision to accept applications written with C++ bindings in all GNOME release suites would send a positive signal to other C++ developers that there is top-notch C++ support for developing within GNOME, and there's a vibrant C++ developer community within GNOME as well. So obviously I'm very much in favor of accepting gtkmm / C++ apps in all of the GNOME release suites. As a C++ developer who almost decided to join KDE instead of GNOME several years ago for the reasons Jonathon listed, I mostly agree with him. The part I don't agree with is the in _all_ of the GNOME release suites; I don't think that gtkmm/c++ apps or libs should be allowed in the developer platform suite. Right, I guess when I said 'all', I was only thinking about the desktop/admin/devtools suites that vincent originally mentioned. I wasn't trying to argue for C++ in the developer platform. Just so that's clear. -- jonner ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Problems using gnome-2-18 branch for evolution-data-server in jhbuild
On Sat, 2007-03-17 at 09:48 -0600, Elijah Newren wrote: On 3/17/07, Luca Ferretti [EMAIL PROTECTED] wrote: It seems that evo stuff silently branched for GNOME 2.18. Interesting...it appears there may be a bug in evolution, or Harish's mail server. Harish did send an email, and it looks like it was supposed to go to all the appropriate lists (d-d-l, r-t, g-i18n, g-d-l), but it only made it to r-t. See http://mail.gnome.org/archives/release-team/2007-March/msg00160.html. Elijah, since the mail was delivered at least once and hence has been sent by the MUA, it can not be the MUAs fault. My go on this: The mail has been sent from a different account than previous posts -- which appears not to be subscribed to d-d-l. The r-t list is not moderated, unlike almost every other mailing list. I believe if you check the moderation queues, you will find these copies. guenther -- char *t=[EMAIL PROTECTED]; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1: (c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Using C++ bindings for desktop/admin/devtools modules
On Fri, 16 Mar 2007 15:53:58 -0500 Shaun McCance [EMAIL PROTECTED] wrote: We do actually already have C++ in the desktop with Epiphany, although that C++ code is limited to the Mozilla embedding, which you can't exactly get around. Ekiga is also written in C++, although not based on gtkmm. So the question is, do we want to allow programs in the desktop that are written entirely in C++? It would be nice to send a positive signal to the c++ developers sitting out there :-) If so, then it would be silly to forbid them from using gtkmm. Amen brother. Cheers, -- Dodji Seketeli http://www.seketeli.org/dodji ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Evolution and friends branched for GNOME 2.18
Hi Harish, After you have something decided about your roadmap, please update http://live.gnome.org/RoadMap accordingly, ok? Thanks in advance, --lucasr 2007/3/16, Harish Krishnaswamy [EMAIL PROTECTED]: Hi, I've just branched evolution, evolution-data-server, GtkHTML and evolution-exchange for GNOME 2.18. New development will happen in the trunk and bug fixes too (the important ones on the stable branch as well). Do join us for the roadmap discussions and plans for Evolution 2.12[1] on http://go-evolution.org. Thanks, Harish [1] There is a suggestion that Evolution should synchronize its version numbers with the GNOME release and this is up for consideration too. So let us just call it the next Evolution development series (unstable). -- Pure in heart, like uncut jade, he cleared the muddy water by leaving it alone. ___ gnome-doc-list mailing list gnome-doc-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-doc-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome 2.19 schedule.
a draft for the gnome 2.19 schedule is available at http://live.gnome.org/TwoPointNineteen . comments welcome. andre -- mailto:[EMAIL PROTECTED] | failed! http://www.iomc.de/ | http://blogs.gnome.org/portal/aklapper signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: gnome 2.19 schedule.
Hi, Well, according to Roadmap, GnomeScan seems to be one of the highlight of Gnome 2.20. GnomeScan got its repo since less than a week. Waiting for this repos, i designed GnomeScan (see http://live.gnome.org/GnomeScan/Spec and http://live.gnome.org/GnomeScan/API ). In the meantime two other related projects have started : imcapd ( http://imcapd.sf.net/ ) which is responsible to handle scanner buttons monitoring through SANE, sharing and other feature ; Gnome OCR which is started by student in Bordeaux I and won't land off before this summer. I restared Gnome Scan development as some may have notice (and i'm very glade to use Gnome SVN). So, obviously, Gnome Scan won't be ready for new modules due. :( Regards, Étienne. -- Verso l'Alto ! ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list