On Di, 2010-12-14 at 14:57 +, Lukas Zeller wrote:
> Hello Patrick,
>
> On Dec 14, 2010, at 12:59 , Patrick Ohly wrote:
>
> >> The until date/time should IMHO be handled exactly like dates with the
> >> CONVMODE_AUTOENDDATE conversion mode, which renders date-only values
> >> as floating date+
Hello Patrick,
On Dec 14, 2010, at 12:59 , Patrick Ohly wrote:
>> The until date/time should IMHO be handled exactly like dates with the
>> CONVMODE_AUTOENDDATE conversion mode, which renders date-only values
>> as floating date+time in mimo_old (vCalendar xxx), but as date-only
>> values in MIME
On Di, 2010-12-14 at 11:43 +, Lukas Zeller wrote:
> Hello Patrick,
>
> On Dec 13, 2010, at 13:22 , Patrick Ohly wrote:
>
> > From http://bugs.meego.com/show_bug.cgi?id=11241. Problem summary below,
> > patch attached. I'm a bit unsure about hard-coding UTC as time context
> > in that code, pl
Hello Patrick,
On Dec 13, 2010, at 13:22 , Patrick Ohly wrote:
> From http://bugs.meego.com/show_bug.cgi?id=11241. Problem summary below,
> patch attached. I'm a bit unsure about hard-coding UTC as time context
> in that code, please suggest how this might be improved.
>
> [... - stored in iCale
Hello!
Another user confirmed that corrupted map data was affecting him, even
after wiping out all data and running "refresh-from" kind of syncs.
Currently I have to tell SyncEvolution users to recover by removing the
file in which the map is stored (BMC #10358).
I would like to change SyncEvolut
On Do, 2010-12-09 at 06:47 +, Andris Pavenis wrote:
> The patch is not sufficient. One must also set CFLAGS, not only
> CXXFLAGS as libsynthesissdk contains also C cources.
Oh, I thought it was C++ only. Sorry!
> See attached
> patch for details (complete updated patch, not incremental).
Me