Re: [Evolution-hackers] Can't start evolution-data-server?

2008-12-11 Thread Matt Davey
[cross-posting to evolution-hackers]

On Thu, 2008-12-11 at 14:42 -0600, Stuart Luppescu wrote:
 I've been syncing my Palm M515 successfully forever, but I recently
 upgraded to Evolution 2.24.2, and now when I try to sync I get this
 message:
 
 ecalconduit-Message: pre_sync: Calendar Conduit v.0.1.6
 ecalconduit-Message:   Using
 timezone: /softwarestudio.org/Tzfile/America/Chicago
 
 (gpilotd:19450): ecalconduit-WARNING **: Could not start
 evolution-data-server
 
 (gpilotd:19450): gpilotd-WARNING **: Synchronization failed!
 
 This is very strange, since it appears that evolution-data-server has
 been started:
 
 sl70 16301  0.2  0.6 402356 14032 ?Sl   14:36 0:00 
 /usr/libexec/evolution-data-server-2.24 
 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_InterfaceCheck 
 --oaf-ior-fd=18


Hi Stuart,

Nothing has changed on the gnome-pilot/ecalconduit side, that I am aware
of.

Can any Evolution hackers suggest what might have caused this
regression?  I'm not currently running your version of Evolution so
haven't yet tried to reproduce this.

Matt

 
 The rest of the sync works ok, but my evolution calendar ends up blank.
 I've tried recompiling everything I could think of, but I still get the
 same message. Can anyone tell me what's happening?
 
 I'm running Gentoo Linux on an x86_64 machine with these packages
 installed:
 
 [I--] [  ] app-pda/pilot-link-0.12.3 (0)
 [I--] [ ~] gnome-extra/evolution-data-server-2.24.2 (0)
 [I--] [  ] gnome-extra/evolution-webcal-2.21.92 (0)
 [I--] [ ~] mail-client/evolution-2.24.2-r1 (2.0)
 [I--] [  ] gnome-base/libbonobo-2.24.0 (0)
 [I--] [ ~] gnome-base/libbonoboui-2.24.0 (0)
 [I--] [  ] app-pda/gnome-pilot-2.0.16-r1 (0)
 [I--] [  ] app-pda/gnome-pilot-conduits-2.0.16 (0)
 [I--] [ ~] app-pda/jpilot-0.99.9 (0)
 
 TIA.

Matt Davey   Science is to computer science as hydrodynamics is to plumbing.
mcda...@mrao.cam.ac.uk -- Stan Kelly-Bootle 

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


Re: [Evolution-hackers] [Tracker] Support in Tracker for ultra-new Evolution installs that use SQLite for the summary format

2008-12-11 Thread Philip Van Hoof
On Thu, 2008-12-11 at 23:58 +0200, Ivan Frade wrote:
 hi philip,
 
  short comment (the tablet is not the best device to review patches):
 can we call this module evolution224 and keep also the old module?
 we could choose between one or other with a flag in compilation time
 (the distributions will choose the correct for them)

With this patch the code will detect the format and automatically choose
the right way to parse both.


  regards,
 
 Ivan
 
 On 12/11/08, Philip Van Hoof s...@pvanhoof.be wrote:
  This patch makes ultra-new Evolution installs work again with Tracker.
 
  There's one problem and that is that the query will only find E-mails in
  the INBOX folder. You can easily find the Query and figure out what the
  problem is:
 
  The design that Carlos made assumes that for each folder there's a
  summary file. In the new Evolution cache format there's just one
  folders.db for each account.
 
  I could do a generated UNION select after first doing select * from
  folders on folders.db and then generating a query that includes all
  folders. I just have not done this for now and instead I'm just using
  INBOX and I'm neglecting the other folders.
 
  This is NOT the same as the proposal that I am doing at (a). This is
  instead a ad-hoc solution for the new situation (Evolution using SQLite
  for the summaries). I find this solution rather nasty, to be honest.
 
  (a) http://live.gnome.org/Evolution/Metadata
 
  For Carlos: I have also fixed a serious problem in evolution-pop.c,
  which is by the way unaffected by Evolution's changes (and works, if you
  just apply the patch that I included in this larger patch). The POP
  support's get_message_metadata was not returning metadata.
 
  This was crashing my tracker-indexer (as seemingly my compiler was
  putting return 0x2 where the return was omitted, and the memory I have
  at 0x2 didn't dereference TrackerModuleMetadata's members very well).
 
  Please review and/or rework the patch.
 
  --
  Philip Van Hoof, freelance software developer
  home: me at pvanhoof dot be
  gnome: pvanhoof at gnome dot org
  http://pvanhoof.be/blog
  http://codeminded.be
 
 
-- 
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be 
gnome: pvanhoof at gnome dot org 
http://pvanhoof.be/blog
http://codeminded.be

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