opensync-devel — The place to coordinate the development of OpenSync

Re: [Opensync-devel] [BUG] Fix printf for size_t on google-calendar

[Luiz A. D. de L. <lui...@gm...>]

Sorry, wrong git URI

git://github.com/luizluca/google-calendar.git fixprintf

I guess %lu is ok for printf, isn't it?

---
     Luiz Angelo Daros de Luca, Me.
            lui...@gm...



2011/8/26 Luiz Angelo Daros de Luca <lui...@gm...>:
> Hello,
>
> This is a simple fix in order to have google-calendar compile on x86_64.
>
> gi...@gi...:luizluca/google-calendar.git fixprintf
>
> Regards,
> ---
>      Luiz Angelo Daros de Luca, Me.
>             lui...@gm...
>

[Opensync-devel] [BUG] Fix printf for size_t on google-calendar

[Luiz A. D. de L. <lui...@gm...>]

Hello,

This is a simple fix in order to have google-calendar compile on x86_64.

gi...@gi...:luizluca/google-calendar.git fixprintf

Regards,
---
     Luiz Angelo Daros de Luca, Me.
            lui...@gm...

[Opensync-devel] Binary meta fails at "make fetch"

[Luiz A. D. de L. <lui...@gm...>]

Hello Chris,

I just got a cellphone (and now I can play again with opensync). It is
a simple samsung C3200 that does not work
with any tool under linux. :-)

I saw that binary-meta now has more interesting make options. I tried
"make fetch" from a clean git
and got this error:

(...)
Receiving objects: 100% (747/747), 211.94 KiB | 93 KiB/s, done.
Resolving deltas: 100% (539/539), done.
Submodule path 'sources/kdepim': checked out
'8a793cfb5e07a6f7443cdd00d8de18cdf0bf1b5c'
fatal: destination path 'sources/opensync' already exists and is not
an empty directory.
Clone of 'git://repo.or.cz/opensync/opensync-cdf.git' into submodule
path 'sources/opensync' failed
make: ** [fetch] Erro 1

Again just for sure:

# make fetch
git submodule init
git submodule update
fatal: destination path 'sources/opensync' already exists and is not
an empty directory.
Clone of 'git://repo.or.cz/opensync/opensync-cdf.git' into submodule
path 'sources/opensync' failed
make: ** [fetch] Erro 1

So I discovered that something before created sources/opensync/build.
I guess it created it before it should.
I just rmdir it and it worked.

Regards,

---
     Luiz Angelo Daros de Luca, Me.
            lui...@gm...

Re: [Opensync-devel] binary-meta project: opensync git repos and binary packages

[Nicolas <pr...@fr...>]

Le jeudi 25 août 2011 à 02:02 -0400, Chris Frey a écrit :
> On Wed, Aug 24, 2011 at 10:17:26PM +0200, Nicolas wrote:
> > I work now from your meta package.
> > 
> > It's ok with debian sid 64 bits (I haven't built all packages)
> 
> Thanks for testing!
> 
> 
> > But, it doesn't work on fedora 64 bits. The libs 64 bits are installed
> > into the 32 bits directory. and the RPM script fails to the
> > "substitution" step.
> 
> Thanks.  I'm not quite sure what you mean by "substitution" step?
> 
> When buiding from source, do the libraries get installed in the right place?

Libs are installed into ~/rpmbuild/BUILDROOT/xxx/usr/lib
instead of lib64.

Then, the RPM script seeks the libs into lib64 (and of course found
none)

Regards,

Nicolas

Re: [Opensync-devel] binary-meta project: opensync git repos and binary packages

[Chris F. <cd...@fo...>]

On Wed, Aug 24, 2011 at 10:17:26PM +0200, Nicolas wrote:
> I work now from your meta package.
> 
> It's ok with debian sid 64 bits (I haven't built all packages)

Thanks for testing!


> But, it doesn't work on fedora 64 bits. The libs 64 bits are installed
> into the 32 bits directory. and the RPM script fails to the
> "substitution" step.

Thanks.  I'm not quite sure what you mean by "substitution" step?

When buiding from source, do the libraries get installed in the right place?

- Chris

Re: [Opensync-devel] binary-meta project: opensync git repos and binary packages

[Nicolas <pr...@fr...>]

Le vendredi 13 mai 2011 à 20:32 -0400, Chris Frey a écrit :
> Hi list,
> 
> My binary-meta project is probably far enough along now to be useful.
> I've been moving / copying the SVN repos into git, and hosting them
> on the repo.or.cz server, as forks under the existing opensync repo.
> 
>[...]
>
> There's still work to be done, but feel free to play around with it, and
> feel free to fork my repos on repo.or.cz and fix things and let me know.

Hi,

I work now from your meta package.

It's ok with debian sid 64 bits (I haven't built all packages)

But, it doesn't work on fedora 64 bits. The libs 64 bits are installed
into the 32 bits directory. and the RPM script fails to the
"substitution" step.

Regards,

Nicolas

Re: [Opensync-devel] Patch for evolution plugin

[Nicolas <pr...@fr...>]

Le samedi 02 juillet 2011 à 19:03 +0100, Ian Martin a écrit :
> Hi,
> 
> On 2 July 2011 16:42, Nicolas <pr...@fr...> wrote:
> > Le samedi 02 juillet 2011 à 12:27 +0200, Daniel Gollub a écrit :
> >> Hi Nicolas,
> >>
> >> On Saturday, July 02, 2011 08:06:40 am Nicolas wrote:
> >> > With this patch, it works with new Evolution release 2.32 and higher.
> >>
> >> Could you explain which change was exactly required to get it working again for 2.32? It's hard
> >> for me to distinguish the diff between the new feature and the required change to make it work.
> >
> > It's an old patch ; that I have forgotten to send you.
> >
> > It's the API that is different with 2.32 :
> 
> The current code seems to work fine for me with 2.32
> 
> > With this modification, opensync can find the good address book ;
> > otherwise it finds nothing.
> >
> >
> >> > Moreover, I have added an option to be able to choose the evolution
> >> > addressbook, calendar, tasks or memo  to sync.
> >> [...]
> 
> I don't think this patch does anything new. The plugin has been able
> to choose addressbook/calendar by name or uri for a while.
> 
> The <url></url> field can be one of 3 options
> 1) "default" is a special value that opens the default
> addressbook/calendar, etc (you can set an item as the default using
> evolution)
> 2) A uri such as "local:system" or google://example@gmail.com
> 3) The name of the addressbook/calendar, etc
> 
> This is why the uri is also compared to the name in the second strcmp
> in evo2_find_source:
>  if (!strcmp(e_source_peek_name(source), uri))
> 
> Using this method has it's problems if you name an entry "default" or
> "local:system", so perhaps the <url> field should be an option of:
> <default />
> <url></url>
> <name></name>
> to avoid mismatches but the current method seems simple to use.
> 
> There are some short bad docs on the wiki at
> http://www.opensync.org/wiki/trunk/syncing/evolution
> 
> Hope that makes sense,
> 
> Ian

I have just updated my distribution (debian sid), and now I have the
same issue for calendar :

(process:13301): libecal-WARNING **: Cannot get cal from factory:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.evolution.dataserver.Calendar0 was not provided by
any .service files
event sink of member 1 of type evo2-sync had an error: Failed to create
new calendar

(process:13301): libecal-WARNING **: Cannot get cal from factory:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.evolution.dataserver.Calendar0 was not provided by
any .service files
todo sink of member 1 of type evo2-sync had an error: Failed to create
new calendar

(process:13301): libebook-WARNING **: e-book.c:3255: cannot get book
from factory: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The
name org.gnome.evolution.dataserver.AddressBook0 was not provided by
any .service files
contact sink of member 1 of type evo2-sync had an error: Failed to alloc
new addressbook: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown:
The name org.gnome.evolution.dataserver.AddressBook0 was not provided by
any .service files

(process:13301): libecal-WARNING **: Cannot get cal from factory:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.gnome.evolution.dataserver.Calendar0 was not provided by
any .service files
note sink of member 1 of type evo2-sync had an error: Failed to create
new calendar


Error Summary:
NEXT ERROR: "No objtypes left without error. Aborting"
NEXT ERROR: "At least one sink_engine failed while connecting"
NEXT ERROR: "At least one sink_engine failed while connecting"
NEXT ERROR: "At least one sink_engine failed while connecting"
NEXT ERROR: "At least one sink_engine failed while connecting"
ROOT CAUSE: "Failed to create new calendar"


Regards,

Nicolas

Re: [Opensync-devel] Patch for evolution plugin

[Nicolas <pr...@fr...>]

Le samedi 02 juillet 2011 à 19:03 +0100, Ian Martin a écrit :
> Hi,
> 
> On 2 July 2011 16:42, Nicolas <pr...@fr...> wrote:
> > Le samedi 02 juillet 2011 à 12:27 +0200, Daniel Gollub a écrit :
> >> Hi Nicolas,
> >>
> >> On Saturday, July 02, 2011 08:06:40 am Nicolas wrote:
> >> > With this patch, it works with new Evolution release 2.32 and higher.
> >>
> >> Could you explain which change was exactly required to get it working again for 2.32? It's hard
> >> for me to distinguish the diff between the new feature and the required change to make it work.
> >
> > It's an old patch ; that I have forgotten to send you.
> >
> > It's the API that is different with 2.32 :
> 
> The current code seems to work fine for me with 2.32
> 
> > With this modification, opensync can find the good address book ;
> > otherwise it finds nothing.
> >
> >
> >> > Moreover, I have added an option to be able to choose the evolution
> >> > addressbook, calendar, tasks or memo  to sync.
> >> [...]
> 
> I don't think this patch does anything new. The plugin has been able
> to choose addressbook/calendar by name or uri for a while.
> 
> The <url></url> field can be one of 3 options
> 1) "default" is a special value that opens the default
> addressbook/calendar, etc (you can set an item as the default using
> evolution)
> 2) A uri such as "local:system" or google://example@gmail.com
> 3) The name of the addressbook/calendar, etc
> 
> This is why the uri is also compared to the name in the second strcmp
> in evo2_find_source:
>  if (!strcmp(e_source_peek_name(source), uri))
> 
> Using this method has it's problems if you name an entry "default" or
> "local:system", so perhaps the <url> field should be an option of:
> <default />
> <url></url>
> <name></name>
> to avoid mismatches but the current method seems simple to use.
> 
> There are some short bad docs on the wiki at
> http://www.opensync.org/wiki/trunk/syncing/evolution
> 
> Hope that makes sense,
> 
> Ian

I do some tests and I have always the same issue (except if I use my
patch).

The function : 
  ESource *evo2_find_source(ESourceList *list, const char *uri)
receives the param uri =
  /home/nicolas/.local/share/evolution/addressbook/system
(in my opensync config file, I have file:///home/nicolas/.local/....)

So the function evo2_find_source does the comparaisons :
a) 
local:system
/home/nicolas/.local/share/evolution/addressbook/system
b) 
Personnel
/home/nicolas/.local/share/evolution/addressbook/system

So the function evo2_find_source returns always null :(

Regards,

Nicolas

Re: [Opensync-devel] API change: capabilities API reworked (listpformats issue)

[deloptes <del...@ya...>]

And another one. Not that I'm using it but it was about testing

$ osynctool --listformats
ERROR: Unable to open
module /opt/testing/opensync/lib/libopensync1/formats/vformat-xmlformat.so: /opt/testing/opensync/lib/libopensync1/formats/vformat-xmlformat.so:
undefined symbol: osync_capability_new
EXIT_ERROR: osync_module_load: Unable to open
module /opt/testing/opensync/lib/libopensync1/formats/vformat-xmlformat.so: /opt/testing/opensync/lib/libopensync1/formats/vformat-xmlformat.so:
undefined symbol: osync_capability_new
ERROR: Unable to find xslt-contact format
EXIT_ERROR: osync_module_get_conversion_info: Unable to find xslt-contact
format
Format: file
        Object Type: data
Format: plain
        Object Type: data
Format: memo
        Object Type: note
Format: xslt
        Object Type: contact
Format: vcard21
        Object Type: contact
Format: vcard30
        Object Type: contact
Format: vevent10
        Object Type: event
Format: vevent20
        Object Type: event
Format: vtodo10
        Object Type: todo
Format: vtodo20
        Object Type: todo
Format: vjournal
        Object Type: note
Format: vnote11
        Object Type: note

Re: [Opensync-devel] API change: capabilities API reworked (listplugins issue)

[deloptes <del...@ya...>]

Chris Frey wrote:

> Hi,
> 
> I ran a quick test, and here's the result:
> 
> [cdfrey bin]$ pwd
> /home/cdfrey/software/opensync/git/rootdir/bin
> 
> [cdfrey bin]$ ls ../lib/libopensync1/plugins/
> akonadi-sync.so  evo2-sync.so  file-sync.so  gcalendar.so
> 
> [cdfrey bin]$ ./osynctool --listplugins
> Available plugins:
> google-data
> evo2-sync
> file-sync
> akonadi-sync
> 

I compiled with debug options and tested in the testing env. This seems to
be the problem ;-)

We need to fix syncml - regards. I'm pretty busy recently and can not do
anything about.

$ osynctool --listplugins
ERROR: Unable to open
module /opt/testing/opensync/lib/libopensync1/plugins/syncml-plugin.so: /opt/testing/opensync/lib/libopensync1/plugins/syncml-plugin.so:
undefined symbol: osync_capabilities_objtype_new
EXIT_ERROR: osync_module_load: Unable to open
module /opt/testing/opensync/lib/libopensync1/plugins/syncml-plugin.so: /opt/testing/opensync/lib/libopensync1/plugins/syncml-plugin.so:
undefined symbol: osync_capabilities_objtype_new
Available plugins:
file-sync
akonadi-sync

Re: [Opensync-devel] Email and MMS Syncronization

[Lukas Z. <lu...@pl...>]

Hi,

libsynthesis has no hard-coded support for any specific formats, but only families of formats. The actual format definition is in the configuration XML.
The families supported are MIME-DIR (which includes vCard, vCalendar, iCalendar etc.) and textbased (which includes notes, rfc2822 emails, other plain text). This means that you theoretically can sync anything that derives from these formats, but you have to write the config yourself.

Email Sync via SyncML was never a hot topic, but in use to some degree around 2004. I am not aware of a real-world use for it nowadays (IMAP is better in all respects). Of course, the level of support libsynthesis had in 2004 for devices like the Nokia 9500 and similar devices is still there, so you could use it.

Regarding MMS, I haven't ever tried syncing it, and have no idea what format Nokia was/is using for that. I know that Nokia used something called vMessage for SMS, but I never found open documentation for that format, and despite it seemed to be similar to the vCard/vCalendar formats, Nokia used special encoding (16-bit unicode instead of UTF-8 etc.) that made it not feasible for standards based sync.

Best Regards,

Lukas

On Aug 11, 2011, at 6:53 , <a.c...@ac...> <a.c...@ac...> wrote:

> Hi,
> Could you please tell me that in libsyncml library email and mms synchronization support is there or not?
> I mailed to nokia technical support  too regarding email synchronization and according to them their phone don’t support local email synchronization.
> So I just want to know that code support is there in library for email and mms syncronizatiion?
> For mms I am able to get data on hcidump,but after that it shows there is some error in data parsing,no end of data found.
> I am testing with Nokia N8,5233.
> Regards,
>  
> Ashish Chandna
>  
> 
> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

Re: [Opensync-devel] Email and MMS Syncronization

[<a.c...@ac...>]

Hi,
No I am asking about local sync ,on Bluetooth.

Regards,

Ashish Chandna
Accenture Embedded Software Services
Mob:9740120515
-----Original Message-----
From: harish badrinath [mailto:har...@gm...]
Sent: Thursday, August 11, 2011 10:43 AM
To: Chandna, A.
Cc: ope...@li...; ope...@li...; ope...@pl...
Subject: Re: [Opensync-devel] Email and MMS Syncronization

On Thu, Aug 11, 2011 at 10:23 AM,  <a.c...@ac...> wrote:
> Hi,
>
> Could you please tell me that in libsyncml library email and mms
> synchronization support is there or not?

Email:You referring to push email ?? (funambol uses a connector to
achieve this AFAIK).
Assuming my previous statement is true, you have to write/use a plugin
to achieve this.

MMS: May be this would help
http://osdir.com/ml/misc.opensync.user/2008-01/msg00025.html


This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information.  If you have received it in error, please notify the sender immediately and delete the original.  Any other use of the email by you is prohibited.

Re: [Opensync-devel] Email and MMS Syncronization

[harish b. <har...@gm...>]

On Thu, Aug 11, 2011 at 10:23 AM,  <a.c...@ac...> wrote:
> Hi,
>
> Could you please tell me that in libsyncml library email and mms
> synchronization support is there or not?

Email:You referring to push email ?? (funambol uses a connector to
achieve this AFAIK).
Assuming my previous statement is true, you have to write/use a plugin
to achieve this.

MMS: May be this would help
http://osdir.com/ml/misc.opensync.user/2008-01/msg00025.html

[Opensync-devel] Email and MMS Syncronization

[<a.c...@ac...>]

Hi,
Could you please tell me that in libsyncml library email and mms synchronization support is there or not?
I mailed to nokia technical support  too regarding email synchronization and according to them their phone don't support local email synchronization.
So I just want to know that code support is there in library for email and mms syncronizatiion?
For mms I am able to get data on hcidump,but after that it shows there is some error in data parsing,no end of data found.
I am testing with Nokia N8,5233.
Regards,

Ashish Chandna


________________________________
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

Re: [Opensync-devel] API change: capabilities API reworked (listplugins issue)

[Chris F. <cd...@fo...>]

Hi,

I ran a quick test, and here's the result:

[cdfrey bin]$ pwd
/home/cdfrey/software/opensync/git/rootdir/bin

[cdfrey bin]$ ls ../lib/libopensync1/plugins/
akonadi-sync.so  evo2-sync.so  file-sync.so  gcalendar.so

[cdfrey bin]$ ./osynctool --listplugins
Available plugins:
google-data
evo2-sync
file-sync
akonadi-sync



On Sun, Aug 07, 2011 at 03:52:00PM +0200, deloptes wrote:
> Could you by chance, please, have a look at this. I just  tried to recompile
> everything into a clean directory, but I can not list some of the plugins.
> I don't have much time .... is it working for you?
> I'll test it in the next days on debian testing. I'm testing it now on
> debian squeeze with trinity
> 
> thanks and regards
> 
> emanoil@maistor:/opt/software/opensync_svn/libopensync-plugin-syncml/trunk/build$
> ls /opt/custom/opensync/lib/libopensync1/plugins/
> evo2-sync.so  file-sync.so  kdepim-sync.so  syncml-plugin.so
> emanoil@maistor:/opt/software/opensync_svn/libopensync-plugin-syncml/trunk/build$
> osynctool --listplugins
> Available plugins:
> file-sync
> kdepim-sync
> 
> 
> 
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts. 
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> Opensync-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: [Opensync-devel] API change: capabilities API reworked (listplugins issue)

[deloptes <del...@ya...>]

Could you by chance, please, have a look at this. I just  tried to recompile
everything into a clean directory, but I can not list some of the plugins.
I don't have much time .... is it working for you?
I'll test it in the next days on debian testing. I'm testing it now on
debian squeeze with trinity

thanks and regards

emanoil@maistor:/opt/software/opensync_svn/libopensync-plugin-syncml/trunk/build$
ls /opt/custom/opensync/lib/libopensync1/plugins/
evo2-sync.so  file-sync.so  kdepim-sync.so  syncml-plugin.so
emanoil@maistor:/opt/software/opensync_svn/libopensync-plugin-syncml/trunk/build$
osynctool --listplugins
Available plugins:
file-sync
kdepim-sync

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Chris F. <cd...@fo...>]

On Mon, Aug 01, 2011 at 08:27:38PM +0300, Juha Tuomala wrote:
> Tiny status update:
> 
> People wanted personal branch-access which is possible with
> gitolite. I've been studying that today.
> 
> I also need to order more memory into system, will do that asap.

Sounds great!  Thanks for your efforts on this!

- Chris

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Juha T. <Juh...@ik...>]

On Monday 01 August 2011 20:17:39 Chris Frey wrote:
> Yeah, sorry about this.  I'm not sure what's going on with repo.or.cz. :-(
> The best I can suggest is to try at a different time of day, and make sure
> you use the git:// url, not the http one.
> 
> Hopefully the official opensync server will arrive soon. :-)

Tiny status update:

People wanted personal branch-access which is possible with
gitolite. I've been studying that today.

I also need to order more memory into system, will do that asap.


Tuju

-- 
Better to have one, and not need it, than to need one and not have it.

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Chris F. <cd...@fo...>]

On Mon, Aug 01, 2011 at 07:52:15AM -0700, Emanoil Kotsev wrote:
> Hi Chris,
> 
> unfortunately I wanted to clone but it seems the fellows are right as it does not response at all. I've tried this for more then 10 times
> 
> emanoil@maistor:/opt/software/opensync$ git clone git://repo.or.cz/opensync/opensync-cdf.git opensync-cdf.git
> Cloning into opensync-cdf.git...
> repo.or.cz[0: 195.113.20.142]: errno=Connection timed out
> fatal: unable to connect a socket (Connection timed out)

Yeah, sorry about this.  I'm not sure what's going on with repo.or.cz. :-(
The best I can suggest is to try at a different time of day, and make sure
you use the git:// url, not the http one.

Hopefully the official opensync server will arrive soon. :-)

- Chris

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Emanoil K. <del...@ya...>]

Hi Chris,

unfortunately I wanted to clone but it seems the fellows are right as it does not response at all. I've tried this for more then 10 times

emanoil@maistor:/opt/software/opensync$ git clone git://repo.or.cz/opensync/opensync-cdf.git opensync-cdf.git
Cloning into opensync-cdf.git...
repo.or.cz[0: 195.113.20.142]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)
emanoil@maistor:/opt/software/opensync$ git clone http://repo.or.cz/opensync/opensync-cdf.git opensync-cdf.git
Cloning into opensync-cdf.git...
fatal: http://repo.or.cz/opensync/opensync-cdf.git/info/refs not found: did you run git update-server-info on the server?


regards


--- On Mon, 8/1/11, Chris Frey <cd...@fo...> wrote:

> From: Chris Frey <cd...@fo...>
> Subject: Re: [Opensync-devel] Breakthrough: all opensync library tests pass
> To: ope...@li...
> Date: Monday, August 1, 2011, 12:13 AM
> On Sun, Jul 31, 2011 at 11:11:50PM
> +0200, Henrik /KaarPoSoft wrote:
> > repo.or.cz seems a bit unstable.
> > I tried the http: which worked fine, but git clone
> failed again and again.
> > After an hour or so, I got a clone to work.
> 
> Yeah.  It's stable, but just overloaded.  They
> disable certain connections
> on purpose, automatically, when the server load gets too
> high.
> 
> - Chris
> 
> 
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask
> for help often.
> Plus, you'll get a chance to win $100 to spend on
> ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> Opensync-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-devel
> 

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Chris F. <cd...@fo...>]

On Sun, Jul 31, 2011 at 11:11:50PM +0200, Henrik /KaarPoSoft wrote:
> repo.or.cz seems a bit unstable.
> I tried the http: which worked fine, but git clone failed again and again.
> After an hour or so, I got a clone to work.

Yeah.  It's stable, but just overloaded.  They disable certain connections
on purpose, automatically, when the server load gets too high.

- Chris

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Henrik /K. <he...@ka...>]

On 2011-07-30 23:23, Juergen Leising wrote:
> On Sat, Jul 23, 2011 at 02:15:24AM -0400, Chris Frey wrote:
>
> (...)
>
>> The repo is here, with 65 commits over the past week and a half:
>>
>> 	http://repo.or.cz/w/opensync/opensync-cdf.git
>>
>>
>> So far, all my tests have been with file-sync and mock-sync.  Next on
>> the agenda is to slowly work through the binary-meta tree, and test
>> those plugins with valgrind as well.  Hopefully opensync will become
>> bulletproof soon. :-)
> On fedora 14 I get
>
> The following tests FAILED:
>           39 - filter_destobjtype_delete (Failed)
>          107 - engine_sync_read_write_stress (Failed)
>          152 - engine_error_get_changes_disconnect_error (Failed)
>
On Ubuntu 11.04 in a 32 bit VirtualBox:
      39 - filter_destobjtype_delete (Failed)
     104 - engine_sync_reuse (Failed)
     152 - engine_error_get_changes_disconnect_error (Failed)

Trying 104 a couple of times again with
test -VV -R engine_sync_reuse
passed every time, so I guess it might be VirtualBox timing issues...

Details:
      39 - filter_destobjtype_delete (Failed)
opensync-cdf/tests/mock-plugin/mock_sync.c:95:E:mock_connect: Assertion 
"g_file_test(dir->path, G_FILE_TEST_IS_DIR)" failed

     104 - engine_sync_reuse (Failed)
opensync-cdf/tests/engine-tests/check_engine.c:1321:E:engine_sync_reuse:function:0: 
(after this point) Test timeout expired

     152 - engine_error_get_changes_disconnect_error (Failed)
opensync/opensync-cdf/tests/support.c:436:E:engine_error_get_changes_disconnect_error:function:0: 
(after this point) Received signal 11 (Segmentation fault)

/Henrik

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Henrik /K. <he...@ka...>]

On 2011-07-31 21:40, Chris Frey wrote:
> On Sun, Jul 31, 2011 at 05:08:19PM +0100, Paul Eggleton wrote:
>> Chris Frey wrote:
>>> My repo.or.cz repo has this latest history now.
>> Chris, I can't see your opensync-cdf repository on repo.or.cz anymore -
>> did you move it?
> No way! :-)  I can still see it here:
>
> 	http://repo.or.cz/w/opensync/opensync-cdf.git
>
> I *did* do a forced push the other day, updating the history to match
> your author-based one, so the next time you pull, it won't be a fast-forward.
>
> If repo.or.cz is busy, then sometimes it gives connection errors.  This is
> an unfortunate side effect of using repo.or.cz, but just keep trying.
>
> - Chris

repo.or.cz seems a bit unstable.
I tried the http: which worked fine, but git clone failed again and again.
After an hour or so, I got a clone to work.

Paul: I guess you just have to try and try again )-:

/Henrik

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Paul E. <blu...@bl...>]

> No way! :-)  I can still see it here:
>
> 	http://repo.or.cz/w/opensync/opensync-cdf.git
>
> I *did* do a forced push the other day, updating the history to match
> your author-based one, so the next time you pull, it won't be a
> fast-forward.
>
> If repo.or.cz is busy, then sometimes it gives connection errors.  This is
> an unfortunate side effect of using repo.or.cz, but just keep trying.

Strange, seems to be working now. Thanks!

- Paul

-----
Paul Eggleton
Intel Open Source Technology Centre

Re: [Opensync-devel] Breakthrough: all opensync library tests pass

[Chris F. <cd...@fo...>]

On Sun, Jul 31, 2011 at 05:08:19PM +0100, Paul Eggleton wrote:
> Chris Frey wrote:
> > My repo.or.cz repo has this latest history now.
> 
> Chris, I can't see your opensync-cdf repository on repo.or.cz anymore -
> did you move it?

No way! :-)  I can still see it here:

	http://repo.or.cz/w/opensync/opensync-cdf.git

I *did* do a forced push the other day, updating the history to match
your author-based one, so the next time you pull, it won't be a fast-forward.

If repo.or.cz is busy, then sometimes it gives connection errors.  This is
an unfortunate side effect of using repo.or.cz, but just keep trying.

- Chris