[Evolution-hackers] license change approval
hi, I was contacted offlist to send an email here to approve of the license change for the single line of code I wrote in evolution :) So, here it is. I hereby accept that all past contributions I made to the evolution codebase be used under the LGPLv2 and LGPLv3. Good luck guys: I can't write code for you anymore, but I still use evolution everyday :) regards, Mathieu ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] FreeBSD7 timezone symbol incompatibility - widgets/e-timezone-dialog/e-timezone-dialog.c
Hi All, uname -a FreeBSD roma.home 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 I can't compile the subj because I have another "timezone" symbol: char * timezone(int zone, int dst); but in widgets/e-timezone-dialog/e-timezone-dialog.c is such code: #ifndef G_OS_WIN32 /* Declared properly in time.h already */ extern char *tzname[2]; extern long timezone; extern int daylight; #endif I see this is defined correctly on Linux but it is not on FreeBSD. I've attached my patch. Though there is probably need something to do with win32, because I don't know whether there is localtime_r and gmtime_r -- WBR, Roman Rybalko Index: widgets/e-timezone-dialog/e-timezone-dialog.c === --- widgets/e-timezone-dialog/e-timezone-dialog.c (revision 36416) +++ widgets/e-timezone-dialog/e-timezone-dialog.c (working copy) @@ -77,8 +77,6 @@ #ifndef G_OS_WIN32 /* Declared properly in time.h already */ extern char *tzname[2]; -extern long timezone; -extern int daylight; #endif static void e_timezone_dialog_class_init (ETimezoneDialogClass *class); @@ -351,9 +349,16 @@ get_local_timezone(void) { icaltimezone *zone; + + long tzoffset; + time_t cur = 0; // imagine now is January the 1st 1970 + struct tm local, gm; + + localtime_r(&cur, &local); // calls tzset() + gmtime_r(&cur, &gm); + tzoffset = (local.tm_hour - gm.tm_hour) * 3600 + (local.tm_min - gm.tm_min) * 60 + (local.tm_sec - gm.tm_sec); - tzset(); - zone = icaltimezone_get_builtin_timezone_from_offset (-timezone, tzname[0]); + zone = icaltimezone_get_builtin_timezone_from_offset (tzoffset, tzname[0]); return zone; } ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] MAPI Exchange Connector will replace current Exchange connector?
On Wed, 2008-09-24 at 16:26 +0800, Jeff Cai wrote: > Hi, > > I have two questions on MAPI Exchange connector. > > 1. When will MAPI connector officially become one part of > Evolution? > By 2.26 it should become official. We are working out the licensing part. > 2. If MAPI connector is in, will the current Exchange OWA > connector be > removed? or they will both exist? I doubt, if OWA will be removed. But atleast won't be the default, given that MAPI connector will work from Exchange 5.5 onwards till Exchange 2007. My strong feeling is that we would still support/ship OWA connector, but may not attract much new features or great attention etc. -Srini ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [opensuse-gnome] Evolution 2.22 for Factory
On Wed, 2008-09-24 at 01:38 -0500, Hans Petter Jansson wrote: > On Mon, 2008-09-22 at 13:31 +0530, Srinivasa Ragavan wrote: > > > > Wouldn't it be possible to use a different directory, e.g. > > > "mail/local-index/folders.db"? That would avoid both problems. > > > You end up seeing a new folder local-index in 2.22/older and a > > folders.db folder under it. :( > > Wouldn't that just happen if you had > "mail/local/local-index/folders.db"? I was hoping you could place > local-index or something equivalent outside the mail/local/ hierarchy > entirely - either directly under "~/.evolution/mail/" or, as Ross > suggested, in "~/.cache/evolution/" (I like the latter a lot). I'm just trying out a new model, like a single-db for entire evolution-accounts-folders, instead of db-per-accounts/table-per-folder, which forces this. In the new model, ~/.evolution/mail/summary.db could be for entire Evolution. Vfolders would be even more faster, being single table. Anyways, just exploring. Would share when I have things in better shape. -Srini ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] MAPI Exchange Connector will replace current Exchange connector?
Hi, I have two questions on MAPI Exchange connector. 1. When will MAPI connector officially become one part of Evolution? 2. If MAPI connector is in, will the current Exchange OWA connector be removed? or they will both exist? Jeff ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [opensuse-gnome] Evolution 2.22 for Factory
On Mon, 2008-09-22 at 13:31 +0530, Srinivasa Ragavan wrote: > > Wouldn't it be possible to use a different directory, e.g. > > "mail/local-index/folders.db"? That would avoid both problems. > You end up seeing a new folder local-index in 2.22/older and a > folders.db folder under it. :( Wouldn't that just happen if you had "mail/local/local-index/folders.db"? I was hoping you could place local-index or something equivalent outside the mail/local/ hierarchy entirely - either directly under "~/.evolution/mail/" or, as Ross suggested, in "~/.cache/evolution/" (I like the latter a lot). -- Hans Petter ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers