Re: [Evolution-hackers] time zone problem: extending API in stable branch?
> Can you just point us to the right patch, that extends API ? I seem to > hit the wrong patch. I dont see any .h changes also. Sorry for the confusion. The patch I pointed to (http://bugzilla.gnome.org/attachment.cgi?id=112638) explains the required API version change, not the API extension itself. As Chenthill said, the new functions are in e-cal-check-timezones.h. > Is there a way, we can work around for stable branch alone? The functions contained in e-cal-check-timezones could be compiled as static functions into each calendar backend. It wouldn't be nice, but doable. Clients which also need them (like SyncEvolution) would have to do the same (but SyncEvolution already does that anyway in order to also work with older Evolution releases). Bye, Patrick -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
On Fri, Jun 13, 2008 at 12:17 PM, svalbard colaco <[EMAIL PROTECTED]> wrote: > Hi Milan , > > Yup i got the sources but there is nt any anti-aliased"aa" > mode of canvas generation . and e_canvas are diffrent from gnome_canvases > i think. > Neither did i get a function for repainting a canavs. > > Any more suggestions? > > Thanks, > sv. > > > On Fri, Jun 13, 2008 at 12:11 PM, Milan Crha <[EMAIL PROTECTED]> wrote: > >> On Fri, 2008-06-13 at 11:52 +0530, svalbard colaco wrote: >> > Investigating the source code has revealed that this part is formed in >> > evolution-2.12/widgets/tables e-table.c >> > in e_table_setup_table() function using the function e_canvas_new >> > () , Are there any modes for this >> > canvas generated using this function , like gnome canvas has >> > gnome_canvas_new() -GDK mode and >> > gnome_canvas_new_aa () - RGB mode ; >> >> Hi, >> sources of ECanvas are part of Evolution sources, it's in >> widgets/misc/e-canvas.[hc] >>Hope that helps, >> Milan >> >> > ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
On Fri, 2008-06-13 at 11:52 +0530, svalbard colaco wrote: > Investigating the source code has revealed that this part is formed in > evolution-2.12/widgets/tables e-table.c > in e_table_setup_table() function using the function e_canvas_new > () , Are there any modes for this > canvas generated using this function , like gnome canvas has > gnome_canvas_new() -GDK mode and > gnome_canvas_new_aa () - RGB mode ; Hi, sources of ECanvas are part of Evolution sources, it's in widgets/misc/e-canvas.[hc] Hope that helps, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] e_canvas_new in Evolution
Hi all, When Evolution on DirectFB is run the task summary , memo summary appears black but when click on the click-to-add it appears white as expected. Investigating the source code has revealed that this part is formed in e* volution-2.12/widgets/tables* e-table.c in *e_table_setup_table() *function using the function *e_canvas_new ()* , Are there any modes for this canvas generated using this function , like gnome canvas has gnome_canvas_new() -GDK mode and gnome_canvas_new_aa () - RGB mode ; I need to know if these canvases can be generated using gnome_canvas_new() or gnome_canvas_new_aa() ? Is this possible ? because using e_canvas_new() is causing the problem ; or i wanted Know an "aa" (antialiased) mode of operation using this function. lke in gnome_canvas_new. or I need to know if this GNOME Applications Library e_canvas has any functions to re-paint ? Any pointers in this regard wil be of great help.. Awating your inputs , & Thanking you'll in advance. Ragards sv.. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] time zone problem: extending API instable branch?
Hi Srini, The patches are available at comment #4. The two new files e-cal-check-timezones.[ch] which adds new API's. - Chenthill. >>> Srinivasa Ragavan <[EMAIL PROTECTED]> 06/13/08 8:44 AM >>> Patrick, Can you just point us to the right patch, that extends API ? I seem to hit the wrong patch. I dont see any .h changes also. Is there a way, we can work around for stable branch alone? We may need release team approval, if we have to update API (I guess so, though EDS isn't part of platform, we may have to atleast check with them) -Srini. On Thu, 2008-06-12 at 22:25 +0200, Patrick Ohly wrote: > Hello, > > the patch that I am suggesting to fix the time zone issues in Evolution > (see http://bugzilla.gnome.org/show_bug.cgi?id=528902) adds new > functions to libecal. Note that the extended library is backwards > compatible, i.e., this is not an API change which requires recompiling > other programs (http://bugzilla.gnome.org/attachment.cgi?id=112638). > > Is this an acceptable solution for the 2.22.x stable branch? Chentill > reviewed the patch and agreed to committing it on trunk after some minor > changes (which I have done in the meantime), but he is concerned about > the API and rather would like to keep this out of the stable release. > > I'm writing here to also get the opinion of Evolution packagers who > might not monitor the discussion taking place in the bug tracker. Is > this issue important enough to extend the API in the next 2.22.x > release? If Evolution upstream doesn't include it in 2.22.x, are > distributions going to apply the patch (it is written against the stable > branch and applies cleanly) anyway? > > I personally think that this is important because Evolution will > continue to use out-dated time zone definitions for new meetings in > perpetuity unless people wipe out their old calendars or the patch is > applied. Quoting Paul Smith, who missed a meeting this spring due to > this bug: > I have to add my voice to those saying "please, please, PLEASE > someone fix this complete and utter disaster! > ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] time zone problem: extending API in stable branch?
Patrick, Can you just point us to the right patch, that extends API ? I seem to hit the wrong patch. I dont see any .h changes also. Is there a way, we can work around for stable branch alone? We may need release team approval, if we have to update API (I guess so, though EDS isn't part of platform, we may have to atleast check with them) -Srini. On Thu, 2008-06-12 at 22:25 +0200, Patrick Ohly wrote: > Hello, > > the patch that I am suggesting to fix the time zone issues in Evolution > (see http://bugzilla.gnome.org/show_bug.cgi?id=528902) adds new > functions to libecal. Note that the extended library is backwards > compatible, i.e., this is not an API change which requires recompiling > other programs (http://bugzilla.gnome.org/attachment.cgi?id=112638). > > Is this an acceptable solution for the 2.22.x stable branch? Chentill > reviewed the patch and agreed to committing it on trunk after some minor > changes (which I have done in the meantime), but he is concerned about > the API and rather would like to keep this out of the stable release. > > I'm writing here to also get the opinion of Evolution packagers who > might not monitor the discussion taking place in the bug tracker. Is > this issue important enough to extend the API in the next 2.22.x > release? If Evolution upstream doesn't include it in 2.22.x, are > distributions going to apply the patch (it is written against the stable > branch and applies cleanly) anyway? > > I personally think that this is important because Evolution will > continue to use out-dated time zone definitions for new meetings in > perpetuity unless people wipe out their old calendars or the patch is > applied. Quoting Paul Smith, who missed a meeting this spring due to > this bug: > I have to add my voice to those saying "please, please, PLEASE > someone fix this complete and utter disaster! > ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] time zone problem: extending API in stable branch?
Hello, the patch that I am suggesting to fix the time zone issues in Evolution (see http://bugzilla.gnome.org/show_bug.cgi?id=528902) adds new functions to libecal. Note that the extended library is backwards compatible, i.e., this is not an API change which requires recompiling other programs (http://bugzilla.gnome.org/attachment.cgi?id=112638). Is this an acceptable solution for the 2.22.x stable branch? Chentill reviewed the patch and agreed to committing it on trunk after some minor changes (which I have done in the meantime), but he is concerned about the API and rather would like to keep this out of the stable release. I'm writing here to also get the opinion of Evolution packagers who might not monitor the discussion taking place in the bug tracker. Is this issue important enough to extend the API in the next 2.22.x release? If Evolution upstream doesn't include it in 2.22.x, are distributions going to apply the patch (it is written against the stable branch and applies cleanly) anyway? I personally think that this is important because Evolution will continue to use out-dated time zone definitions for new meetings in perpetuity unless people wipe out their old calendars or the patch is applied. Quoting Paul Smith, who missed a meeting this spring due to this bug: I have to add my voice to those saying "please, please, PLEASE someone fix this complete and utter disaster! -- Bye, Patrick Ohly -- [EMAIL PROTECTED] http://www.estamos.de/ ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Can't build Evolution-Data-Server due to undefined reference to `e_proxy_require_proxy_for_uri'
Bonjour :) On 09.06.2008 20:10 Muelli wrote: I have troubles building e-d-s: gcc -g -O2 -Wall -Wmissing-prototypes -Wno-sign-compare -Wno-pointer-sign -Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -Wl,--as-needed -o .libs/soap-test soap-test.o -pthread -Wl,-R/usr/lib/nspr ../../libedataserver/.libs/libedataserver-1.2.so -L/opt/gnome2/lib -L/usr/lib/nspr ./.libs/libegroupwise-1.2.so /opt/gnome2/lib/libbonobo-2.so /opt/gnome2/lib/libbonobo-activation.so /opt/gnome2/lib/libORBitCosNaming-2.so /opt/gnome2/lib/libsoup-2.4.so /opt/gnome2/lib/libxml2.so -lm /opt/gnome2/lib/libgnutls.so /opt/gnome2/lib/libtasn1.so -lz /opt/gnome2/lib/libgcrypt.so /opt/gnome2/lib/libgpg-error.so /opt/gnome2/lib/libgio-2.0.so /opt/gnome2/lib/libgconf-2.so /opt/gnome2/lib/libORBit-2.so /opt/gnome2/lib/libgmodule-2.0.so /opt/gnome2/lib/libgthread-2.0.so -lrt /opt/gnome2/lib/libdbus-glib-1.so -lnsl /opt/gnome2/lib/libdbus-1.so /opt/gnome2/lib/libgobject-2.0.so /opt/gnome2/lib/libglib-2.0.so -lplds4 -lplc4 -lnspr4 -ldl -lpthread -Wl,--rpath -Wl,/opt/gnome2/lib ./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_require_proxy_for_uri' ./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_setup_proxy' ./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_new' ./.libs/libegroupwise-1.2.so: undefined reference to `e_proxy_peek_uri' collect2: ld returned 1 exit status make[4]: *** [soap-test] Error 1 make[4]: Leaving directory `/home/muelli/svn/gnome2/evolution-data-server/servers/groupwise' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/muelli/svn/gnome2/evolution-data-server/servers/groupwise' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/muelli/svn/gnome2/evolution-data-server/servers' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/muelli/svn/gnome2/evolution-data-server' make: *** [all] Error 2 *** error during stage build of evolution-data-server: ## Error running make *** [52/54] You might want to have a look at the full build log at http://rafb.net/p/Uwlhfj78.html Especially ./libedataserver/e-proxy.c seems to be built. As I notice that pastebin-link has vanished, I'll attach the build log here. I hope, somebody can enlighten me. Cheers, Tobi eds.txt.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers