Re: [Evolution-hackers] FTP sync, Please!

2002-04-01 Thread Yosi
From: JP Rosevear [EMAIL PROTECTED] To: Yosi [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: [Evolution-hackers] FTP sync, Please! Date: 31 Mar 2002 22:57:16 -0500 I will endeavour to prevent this from happening, however it is not a high priority right now since few changes are going into

[Evolution-hackers] CVS bootstrap problem

2002-04-01 Thread Max Horn
I am trying to merge my OS X changes into CVS. Actually i did that, so now I want to test it, but my autogen.sh run fails with this message: [...] autoheader: config.h.in is unchanged Running automake --gnu ... help/C/Makefile.am:1: EXTRA_DIST multiply defined in condition TRUE EXTRA_DIST

Re: [Evolution-hackers] Evolution on Mac OS X

2002-04-01 Thread Max Horn
At 18:25 Uhr -0500 31.03.2002, Dan Winship wrote: [...] Finally, I can either send this as one big patch, or I can break it down into multiple smaller patches that each address a specific problem, with an explanation why I think this patch is needed. What is prefered? Break it down by

Re: [Evolution-hackers] FTP sync, Please!

2002-04-01 Thread JP Rosevear
On Mon, 2002-04-01 at 04:31, Yosi wrote: You save nothing since gal-devel and gtkhtml-devel are required to build evolution. They contain the .la, header files and configuration scripts. I do save a lot! When I compile gal and gtkhtml on my machine, without any debug info, the devel

[Evolution-hackers] Re: CVS bootstrap problem

2002-04-01 Thread Max Horn
At 12:16 Uhr +0200 01.04.2002, Max Horn wrote: I am trying to merge my OS X changes into CVS. Actually i did that, so now I want to test it, but my autogen.sh run fails with this message: [...] autoheader: config.h.in is unchanged Running automake --gnu ... help/C/Makefile.am:1: EXTRA_DIST

Re: [Evolution-hackers] Re: CVS bootstrap problem

2002-04-01 Thread Dan Winship
OK, I just installed automake 1.6, this was very interesting. Besides tons of weird warnings, this error still shows up, though automake seems to go on working anyway... I wonder, what automake version are you guys using? Still one of the 1.4x ones? Yes, most of the GNOME 1.4 platform is

Re: [Evolution-hackers] Re: CVS bootstrap problem

2002-04-01 Thread Rodrigo Moya
On Mon, 2002-04-01 at 17:25, Max Horn wrote: At 12:16 Uhr +0200 01.04.2002, Max Horn wrote: I am trying to merge my OS X changes into CVS. Actually i did that, so now I want to test it, but my autogen.sh run fails with this message: [...] autoheader: config.h.in is unchanged Running

Re: [Evolution-hackers] Re: CVS bootstrap problem

2002-04-01 Thread iain
OK, I just installed automake 1.6, this was very interesting. Besides tons of weird warnings, this error still shows up, though automake seems to go on working anyway... I wonder, what automake version are you guys using? Still one of the 1.4x ones? 1.4 generally. I remember having huge

Re: [Evolution-hackers] Re: CVS bootstrap problem

2002-04-01 Thread Max Horn
At 10:27 Uhr -0500 01.04.2002, Dan Winship wrote: OK, I just installed automake 1.6, this was very interesting. Besides tons of weird warnings, this error still shows up, though automake seems to go on working anyway... I wonder, what automake version are you guys using? Still one of the

Re: [Evolution-hackers] Evolution on Mac OS X

2002-04-01 Thread Dan Winship
On Darwin, pthread_kill doesn't exist ... There is one place in Evolution that uses this function: mail/main.c, line 75, in function segv_redirect. I think segv_redirect is only needed on Linux anyway. The problem was that if the GNOME segv_handler was invoked from a thread other than the

Re: [Evolution-hackers] Evolution on Mac OS X

2002-04-01 Thread Max Horn
At 11:38 Uhr -0500 01.04.2002, Dan Winship wrote: On Darwin, pthread_kill doesn't exist ... There is one place in Evolution that uses this function: mail/main.c, line 75, in function segv_redirect. I think segv_redirect is only needed on Linux anyway. The problem was that if the GNOME

Re: [Evolution-hackers] better offline support

2002-04-01 Thread Ettore Perazzoli
The down side of vfolder style is that then it's not obvious how/where to configure offline support for calendar and contact folders. Perhaps the offline folder rules dialog could be in the shell, and have slightly different rules for the different kinds of folders (so you would still be