GNOME.org

2006-July Archive by Thread

Messages are ordered newest-to-oldest in this index. The newest threads will be at the top of this page, the oldest will be at the bottom.

Within a single thread, the first mail note is the START of the thread; the notes following that are in the chronological order of when they were received. So globally, newest messages are at the top, but within a thread, the oldest (the start of the thread) is at the top.

If you think about it, it is confusing. Just go with the flow and everything will be all right.

  • [Evolution-hackers] libecal and libedata-cal versions, Øystein Gisnås
  • [Evolution-hackers] ECalBackend vs. ECalBackendSync, Peter Colijn
  • [Evolution-hackers] Exchange Access on Evolution for Mac OS X, Ernst Beiglböck
  • [Evolution-hackers] Displaying recurrent events in Evolution, Scott Herscher
  • [Evolution-hackers] Evolution and sending out invites, Scott Herscher
  • [Evolution-hackers] Missing functions from libecal API reference doc, Teresa Thomas
  • [Evolution-hackers] Creating objects in ECal, Teresa Thomas
  • [Evolution-hackers] Error while trying to obtain ESource list, Teresa Thomas
  • [Evolution-hackers] Persisting ESource, Scott Herscher
  • [Evolution-hackers] Multiple calendars, passwords, oh my, Scott Herscher
  • [Evolution-hackers] Some brainstorming about CamelMessageContentInfo, Philip Van Hoof
  • [Evolution-hackers] A tool to build a lighter camel: camel-lite-builder, Philip Van Hoof
  • [Evolution-hackers] Hot Patch Action, Ross Burton
  • [Evolution-hackers] Most of the providers don't have to link with libedataserver, Philip Van Hoof
  • [Evolution-hackers] ESourceGroup from ESource, Scott Herscher
  • [Evolution-hackers] mmap patch, Jeffrey Stedfast
  • [Evolution-hackers] no-inst headers camel-private.h?, Smartuser
  • [Evolution-hackers] libecal functions, Teresa Thomas
  • [Evolution-hackers] Compilation & Linking flags, Teresa Thomas
  • [Evolution-hackers] The mmap stuff definitely needs more eyes!, Philip Van Hoof
  • [Evolution-hackers] pvl_list structure in libical, Matthew Barnes
  • [Evolution-hackers] The fixes11 mmap patch doesn't respect data alignment on some architectures, Philip Van Hoof
  • [Evolution-hackers] Exposing Evo calendar events, Teresa Thomas
  • [Evolution-hackers] Very good memory and performance results for getting new messages using the mmap patch, Philip Van Hoof
  • [Evolution-hackers] Streamlining e-text.c & e-cell-text.c, Mayank Jain
  • [Evolution-hackers] lost connection to evolution exchange backend process, TimD Smith
  • [Evolution-hackers] Camel in evolution-data-server, a different proposal, Philip Van Hoof
  • Re: [Evolution-hackers] Camel mmap summary ideas, proposal for a meeting, Philip Van Hoof
  • [Evolution-hackers] String Change / UI Change Announcement Period, guenther
  • [Evolution-hackers] Folder summaries with mmap() (version eight), Philip Van Hoof
  • [Evolution-hackers] Huh .. mail_list_magic[0].pattern gets written to the summary file!, Philip Van Hoof
  • [Evolution-hackers] This one works, the mmap() patch, Philip Van Hoof
  • [Evolution-hackers] Message remove how-to?, Smartuser
  • [Evolution-hackers] Abnormal huge allocations happening when "scanning new messages", Philip Van Hoof
  • [Evolution-hackers] Avoiding a strdup in camel-folder-summar.c, Philip Van Hoof
  • Re: [Evolution-hackers] camel-folder-summary.c with mmap, Philip Van Hoof
  • [Evolution-hackers] About the new camel_pstring_add implementation, Philip Van Hoof
  • [Evolution-hackers] Multiple calendars, Scott Herscher
  • [Evolution-hackers] Just, try it ;-), Philip Van Hoof
  • [Evolution-hackers] strtok camel from evolution-data-server, Philip Van Hoof
  • [Evolution-hackers] Fix for "agressive" memory segmentation, Philip Van Hoof
  • [Evolution-hackers] Directory structure re-organisation, Ross Burton
    • Mail converted by MHonArc