Hi Martin,
I love the idea, of course. I also think there is another way of going
about this.
What if multiple people donated small backup tarball files for the
databases we support? Rigging up an automated test suit that would
parse, and perhaps build, the databases would make testing easy, an
Hey Barry and Chris :-D
I was thinking some more about format transition testing and how we can
be more sure about the formats of the data we've getting out of
blackberries and indeed how we can be sure it's all safe.
I propose the following method of testing and organisation for testers
to see i
On Sat, May 29, 2010 at 10:15:22AM +0200, Nicolas wrote:
> With the patch :
> - If I add a new event in Evolution (so VCal -> BB direction), I set the
> CalendarID value to -1. So I don't build this field. BB uses the rules
> defined in the menu "Options > Advanced Options > Default services".
> -
On Sat, May 29, 2010 at 03:59:32PM +0200, Nicolas wrote:
> Hi,
>
> You can find a parser for Calendar-All database :
>
> http://repo.or.cz/w/barry/progweb.git
>
> In the commit message, you have a database dump sample.
Thanks! All 3 patches merged.
- Chris
--
As far as I'm concerned, I use only Evolution opensync plugin.
And the last SVN opensync works very well.
Regards,
Le vendredi 28 mai 2010 à 19:34 -0400, Paul O'Keefe a écrit :
> Barry --> Opensync --> Google would be a great thing for the Calendar
> +Contacts
>
>
> On Fri, 2010-05-28 at 1
Hi,
You can find a parser for Calendar-All database :
http://repo.or.cz/w/barry/progweb.git
In the commit message, you have a database dump sample.
Regards,
Nicolas
--
__
Le vendredi 28 mai 2010 à 19:17 -0400, Chris Frey a écrit :
> Hi Nicolas,
>
> Sorry for the delay, but thanks for the patches!
>
> I've applied the first two, which were obvious bugfixes. Thanks!
>
> As for the calendar ID patch, some issues:
>
> 1) Pulling data from the Blackberry should go t
