Re: [Evolution-hackers] Bugzilla versions for Evo-exchange need to be updated

2007-09-24 Thread Srinivasa Ragavan
Looks like it isn't there for Evolution Exchange alone. I can see for
Evolution/EDS/GtkHTML. I don't seems to have rights for that.

-Srini.

On Wed, 2007-09-19 at 16:47 -0400, Paul Smith wrote:
 Hi all;
 
 I was just going to try to file a bug against the evolution-exchange
 component in bugzilla, but I notice there's no 2.12.x version listed in
 the Please select which version of the application you are using.
 dropdown.
 
 There IS a 2.12.x for Evolution itself.
 
 Please fix, and check the other Evo components like evolution-webcal,
 e-d-s, etc. (I didn't try them).
 
 Thanks!
 ___
 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] Let's clean up dead files in Subversion trunk

2007-09-24 Thread Tor Lillqvist
 someone will
 inevitably waste time maintaining them, not realizing or forgetting
 they're dead. 

Oh yes. I remember doing that several times when I was porting it to Windows...

--tml


___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

2007-09-24 Thread Srinivasa Ragavan
The version bump normally happens during the first unstable release in
the trunk. I'm wondering how is it that it is requesting for  3.14. 

Ah, I remember, I approved a patch for gnome-2-20 branch and asked to
commit to head also (I think so). For now I can revert till the first
unstable release/version bump happens.

-Srini.

On Mon, 2007-09-24 at 10:58 -0400, Reid Thompson wrote:
 Will gtkhtml be bumped soon?
 Is there a 'usual' way around this?
 ___
 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] Evo svn head requires libgtkhtml-3.14 = 3.16.0' but gtkhtml svn head is Version: 3.15.92

2007-09-24 Thread Matthew Barnes
On Mon, 2007-09-24 at 23:03 +0530, Srinivasa Ragavan wrote:
 The version bump normally happens during the first unstable release in
 the trunk. I'm wondering how is it that it is requesting for  3.14. 
 
 Ah, I remember, I approved a patch for gnome-2-20 branch and asked to
 commit to head also (I think so). For now I can revert till the first
 unstable release/version bump happens.

I'm confused.  This is what needs to change in GtkHtml's configure.in:

   -AM_INIT_AUTOMAKE($PACKAGE, 3.15.92)
   +AM_INIT_AUTOMAKE($PACKAGE, 3.16.0)

to satisfy this already-committed change to Evolution's configure.in:

   -m4_define([libgtkhtml_minimum_version], [3.14.0])
   +m4_define([libgtkhtml_minimum_version], [3.16.0])

The bump in requirements is due to GtkHtml's new printing API.

Matthew Barnes

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] EDS API calls hang when EDS dies - how to detect that?

2007-09-24 Thread Patrick Ohly
On Sun, 2007-09-23 at 22:13 +0100, Ross Burton wrote:
 On Sun, 2007-09-23 at 22:21 +0200, Patrick Ohly wrote:
  I suppose I can call g_signal_connect(ebook, backend-died, mycallback,
  NULL), then in mycallback print an error and abort the process, right?

  Aborting the process is a very drastic reaction, it would be much nicer
  if e_book_get_contact() would return an error in that case. Can I
  achieve that by doing something in my code with the existing libebook
  shared objects shipped today?
 
 Every blocking function should detect the backend crashing and return an
 error message.  I'm not tremendously up to speed on the details of
 Bonobo, but this should be a fairly simple patch.

I agree that the blocking functions should detect the problem and
return, but currently they don't and even if this got fixed, I wouldn't
like to force people to upgrade Evolution for the fix. Any idea how I
can fix that in the code which calls the API?

 I'll point out that the DBus port should handle this already. :)

I know, I have seen the timeouts on the Maemo port - sometimes even too
early... ;-)

-- 
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