gmane.comp.misc.opensync.user

Re: Getting into KDE-PIM for KDE 4.2

Emanoil Kotsev — 2008-12-02T18:42:06

Hello, list, hello Dotan, --- On Sun, 11/30/08, Dotan Cohen gmail.com> wrote: I'm also very interested in the improvment of the sync project. I have a big problem keeping contact information synced without using MS windows. Since my Siemens and palm got too old and unfashionable to be used there is a mess of contacts. So we were discussing here with someone to write a howto for at least one way syncing. Do you know if this has been done? I can imagine helping with the XSL part. I've been working (developing) with XML/XSL for a dictionary project based on TEI. Processing was done in perl, but c/c++ is also ok for me. Let me know if you are interested and how it can be done I thank you too and thumbs up regards ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Sour

kdepim vcard v3.0

Philipp Niethammer — 2008-12-02T16:26:49

------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ Opensync-users mailing list Opensync-users< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: Getting into KDE-PIM for KDE 4.2

Dotan Cohen — 2008-11-30T07:03:16

2008/11/30 Daniel Gollub suse.de>: Thanks, I had not read that. Yes, very close. I did not realize it. I did not think that there was a problem of ill communication, but rather I was suggesting that the two projects try to synchronize development a bit. That I am aware of, which is why I mentioned "KDE-PIM is very important for OpenSync exposure and to actually have users using the software.". I meant for finding bugs and such. From experience with past KDE-PIM syncing solutions, never has there been one that I would call 'stable'! So I thought that beta (or even alpha) quality software (as far as syncing is concerned) was not forbidden in KDE-PIM. I personally intend to test and file bugs, and it would be much easier for me to do that if there is integration out-of-the-box. I see. I know that you guys have a lot of work to do and I know that it takes time. About the only thing that I could help with is writing documentation, and I intend on doing exactly that when I start configuring t

Re: File not found

Daniel Gollub — 2008-11-30T01:31:56

Fixed. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Getting into KDE-PIM for KDE 4.2

Daniel Gollub — 2008-11-30T01:23:31

http://opensync.org/wiki/OpenSyncDeveloperMeeting2008Berlin The last OpenSync developers 4 of 10 attendees were KDE-PIM hackers attending. So this is already pretty close - isn't it? It's not about the missing communication between the KDE team or the OpenSync Team. It's just about that OpenSync is not ready! (This got also mentioned in your linked thread two times) The user expection for 0.40 a way too high - we will not meet them since they're quite "utopistic". The 0.40 release will not be a "everything works out of the box"-release. It's a: "we surivied a development-branch"-release. If we would ship 0.40 today - and quickly adapt KitchenSync to have something in KDE 4.2, then people would get pretty annoyed about KDE/KitchenSync/OpenSync and freedesktop in general, due to the lack of quality of synchronization. And will never look back to KitchenSync or OpenSync since the very first impression is what counts. If the very first contact with OpenSync/KitchenSync ends-up in: - that your mobi

File not found

Petar A — 2008-11-29T13:38:03

Getting into KDE-PIM for KDE 4.2

Dotan Cohen — 2008-11-28T09:16:11

Apparently the deadline for getting OpenSync into KDE-PIM for KDE 4.2 is approaching fast: http://www.nabble.com/KitchenSync-%2B-OpenSync-Deadline-to20719171.html Can OpenSync try to work more closely with the KDE team to ensure it's inclusion in KDE 4.2? KDE-PIM is very important for OpenSync exposure and to actually have users using the software.

Synce iPaq 4700

Otter — 2008-11-24T15:43:57

moto-sync development

2008-11-23T18:53:34

Hello Opensync Developers, I've been watching the progress of Opensync ever since I purchased my Motorola SVLR L9 mobile phone. Through the Wiki and Googling I see that Andrew Baumann has been the main developer for the moto-sync plugin. I've also notices the Steve Wolters (sp?) had jumped in for a time. Unfortunately, is seems that both Andrew and Steve don't have the time available to continue working on this part of the project. (But please correct me if I am wrong about this) I'd like to jump in and help if I may. My main interest, of course, is getting Opensync to work with my mobile. As far as I can tell this would mean work in three areas: 1.) Porting moto-sync to the 0.3x 2.) Implementing necessary upgraders for the SVLR L9 3.) Fixing bugs I'm not a Python developer but using using the existing code as an example I think I can get up to speed fairly quickly. I've already done some fiddling around and have "unofficially" fixed a few bugs ( e.g http://opensync.org/ticket/775 ). If

Re: Opie-sync discover

Paul Eggleton — 2008-11-22T13:29:04

Re: Nokia 3110 Classic: "Member 2 of typesyncml-obex-client had an error while getting changes:Request not successfull: 64"

Michael Bell — 2008-11-20T11:25:27

Re: Nokia 3110 Classic: "Member 2 of typesyncml-obex-client had an error while getting changes:Request not successfull: 64"

Stefan Björk — 2008-11-20T11:13:05

Hi Michael, Thanks for a quick reply. Will this patch also find its way to Ubuntu Hardy (8.04 LTS)? I have problems installing the package at the page you pointed at because of dependencies that boils down to a new libc6, and I don't want to install that... :-) Stefan 2008/11/20 Michael Bell cms.hu-berlin.de>: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Nokia 3110 Classic: "Member 2 of typesyncml-obex-client had an error while getting changes:Request not successfull: 64"

Michael Bell — 2008-11-20T10:59:47

Nokia 3110 Classic: "Member 2 of typesyncml-obex-client had an error while getting changes:Request not successfull: 64"

Stefan Björk — 2008-11-20T08:52:07

After rigorous testing of alternative configuration an methods, I still can't get SyncML over Bluetooth work with my Nokia 3110c. Synchronization begins, then either hangs forever or fails with the following error message: [...] Member 1 of type evo2-sync just sent all changes Member 2 of type syncml-obex-client had an error while getting changes: Request not successfull: 64 Member 1 of type evo2-sync just disconnected Member 2 of type syncml-obex-client just disconnected All clients have disconnected The sync failed: Unable to read from one of the members Error synchronizing: Unable to read from one of the members Pipe closed! Exiting. The phone spits out an error at the beginning of the synchronization process, which makes me think that syncml-obex-client fails at the beginning. Curiously, I have managed to synchronize all contacts, calendar and tasks with Evolution -- but my phone seem unable to synchronize with Evolution. Anyway, what does this error code 64 mean? Stefan ----------------------------

Re: Where to start?

Martin Owens — 2008-11-19T18:53:37

The only problem I can see is one of position. If a project does not expect to be used in a certain way it won't provide the required APIs or be orientated in such a way as to make creating those other layers impossible. For instance the config files in 0.3x slaughter the possibility of hardware detection and hal integration without having hackish glue. While I can agree that small blocks are a good idea, if one of your interfaces is expected to be hardware, you should at the very least expect hal integration in other layers and understand what that means. and at most lay groundwork for supporting it. I'm going to be working on peer access, I believe it's more important than syncing at the moment. An important divide into smaller blocks would have been one project to provide data access another to do format translation and yet another to provide syncing logic. Providing a singular use case scenario from which developers/users can build outwards may have been a better strategy than building as wide a b

Re: Where to start?

Juha Tuomala — 2008-11-19T17:33:35

On Wednesday 19 November 2008 19:22:02 Martin Owens wrote: It has already been decided that libopensync is a sync engine tying format and connection plugins together. Other projects are free to implement upper layers and utilize libopensync as such engine. Go to http://www.ohloh.net/ and compare opensync with for example Apache. This is not a small project and community/manpower to develop is way much smaller than other similar sized projects. Hopefully that will change somewhat once we have more polished product. Not sure. I do know that there are projects that somewhat overlap with this, implementing their own sync engine and GUI, all those hw detection layers etc. But imo it's good to have stuff in smaller chunks and keep simple interfaces between those. Tuju

Re: Where to start?

Martin Owens — 2008-11-19T17:22:02

How goes integration work into the hardware layers? I haven't heard much about how opensync is going to work in the future when you plug in various devices or pair them up bluz wise. Or are the systems not yet in place for this kind of integration? I've been trying to push libbarry (blackberry support) to getting HAL device capabilities listed. Regards, Martin ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Where to start?

Chris Carr — 2008-11-19T17:15:19

Just wanted to chime in and say to Dotan that you're not alone - I too have just arrived that the conclusion that I'm fed up with Nokia's windows bloat-suite and I want to get opensync working for me, and I too am not a programmer. I have an E90, which runs S60 3rd Edition, which I think is the same platform as the E71. I run Debian Lenny, which has 0.22 I'm willing to install and test 0.22, but is there much point, since so much development has taken place in 0.3x? I have limited experience with SVN but I would be willing to experiment with the development code. I tend to do my compiling on a different machine (running Debian Sid), and then install the compiled binaries on my main Lenny machine. I presume I could do that with 0.3x It can often be very helpful for documentation to be written/edited by a user rather than a developer, because a user is less likely to make erroneous assumptions about what users need to know (or not). See you there, Chris ("Magnate" on IRC) ------------------

Re: Where to start?

Juha Tuomala — 2008-11-19T16:51:37

On Wednesday 19 November 2008 18:25:53 Dotan Cohen wrote: actually i think the e71 is our libsyncml s60 dedicated test device, so yes in that area we're in good shape. yep, i remember seeing that too once. But cannot remember where. Well, usb is quite easy to get working as you don't need to pair it. bt is probably more used/tested. There should be instructions below that docs/0.2x tree, find them from titleIndex. Yep, there are quite a lot pages, i know :-/ Yes, e71/s60 has its own backuptoo inside. you could start from file-sync plugin, that needs just empty dir. that should be up to date in wiki. You just need to repeat every step for each plugin. http://opensync.org/wiki/docs/trunk note that it will install to /usr/local which is not under package control and you need to remove it manually in case you want to get rid of it. Read existing trunk docs, comment them and we make them better. that's already a huge help. Most of the people hang out there 24/7, we'll be waiting you.

Re: Where to start?

Dotan Cohen — 2008-11-19T16:25:53

2008/11/19 Juha Tuomala iki.fi>: Excellent, this is encouraging. Which will not be ready for some time, I understand. Excellent, I will refer back to the docs next week when I have some more time. Thanks. This is very encouraging. So long as the project is moving in that direction. I am patient, and can scrape by today. Regarding KDE, I see a message that Novel sponsored an opensync-kde meeting in 2005. Other than that, there is a problem/solution page that is so far over my head that I will not even begin to google the terms on the page at this stage. How do I test that? I have here a phone, a usb cable, a bluetooth connection, and a laptop computer. What should I do first? Second? I am willing to test SVN. I can backup both the phone and the laptop. How to build? I do contribute docs to some small opensource programs that I use (Zim wiki, for example). However you do not want _me_ to write the docs for opensync! If I do manage to get my E71 and KDE-PIM syncing, however, I promi

Re: Where to start?

Juha Tuomala — 2008-11-19T16:11:57

On Wednesday 19 November 2008 17:34:48 Dotan Cohen wrote: I've E71 too here. And i use KDE. Good news: 0.2x versions have kdepim plugin Bad news: 0.2x does not really work, that's why the big changes started for 0.40. Yep, one of the few reasons I'm against this whole web wikialization. If you were a bricklayer and left from finished work, your tools would be partly visible between the bricks you laid. Or if you were an electrician, your meters would be part of the house electric circuits. Or for book writer, you would find the instructions from book margins how to change the color cartridge for the typewriter. Wiki tries to solve a content problem by changing the tools and way to access the content. You just have been confused by the above. What we have, is a problem in docs that that was not versioned at all, which started to be a problem when we had 0.3x development versions that were not compatible with the docs anymore. Some people started to mix docs but imo it's better to have releases th