Re: kdepim and akonadi
On Sunday, 2011-09-04, Luca Brivio wrote:
> In data domenica 4 settembre 2011 09:34:16, Kevin Krammer ha scritto:
> > For direct syncing have a look at SyncEvolution.
> > It can both be used for syncing with a server and with devices.
> >
> > See http://kshadeslayer.wordpress.com/2011/09/02/gsoc-update/ for KDE
> > related news about it.
>
> This is interesting, too (I had previously been fooled up by the
> "Evolution" part!). Too bad direct syncing does not work with Android
> devices... Thanks!
SyncEvolution will eventually also get Active Sync support ("MS Exchange
Sync"), so this might help there.
Or maybe there's are SyncML app for Andriod?
Cheers,
Kevin
signature.asc
Description: This is a digitally signed message part.
Re: kdepim and akonadi
In data domenica 4 settembre 2011 09:34:16, Kevin Krammer ha scritto: > For direct syncing have a look at SyncEvolution. > It can both be used for syncing with a server and with devices. > > See http://kshadeslayer.wordpress.com/2011/09/02/gsoc-update/ for KDE > related news about it. This is interesting, too (I had previously been fooled up by the "Evolution" part!). Too bad direct syncing does not work with Android devices... Thanks! -- Luca -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109041425.41647.luca...@infinito.it
Re: kdepim and akonadi
In data sabato 3 settembre 2011 22:46:21, Bart Visscher ha scritto: > > I second that. Indeed, it's just incredible to me that nowadays most PIM > > suites don't even plan allowing any syncing with massively spread mobile > > platforms, other than relying on cloud services! > > I hope one day I will be able not to manually copy my contacts to and > > from my devices... > > There is owncloud, you can run it anywhere you like. And it supports > CardDav and CalDav, so you can sync between devices. It even has a web > interface for quick remote lookups. See for more information > http://owncloud.org/ use the development version, the current stable > version is to old. Thank you, The main page says the features you mentioned are in development. I am really looking forward to having ownCloud in a good shape and included into Debian. Its approach is what I currently like the most, while it may look overkill to many. (Of course there is also Funambol as a SyncML server (+ e.g. Akunambol as a KDE client), anyway... nothing in Debian as yet! ;-) ) -- Luca -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109041405.18647.luca...@infinito.it
Re: kdepim and akonadi
On Saturday, 2011-09-03, Bart Visscher wrote: > On Fri, Sep 02, 2011 at 01:26:53PM +0200, Luca Brivio wrote: > > In data marted? 23 agosto 2011 10:46:25, BasaBuru ha scritto: > > > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pr?pper escribi?: > > > > I don't need one of these. Google sync was a nice try, right now I'm > > > > writing a Android sync that relies on something simple and not Google > > > > based. No, will never go official, just for personal usage for the > > > > moment. I only need a means to sync my phone to my desktop. Nothing > > > > more. And *no* remote storage. > > > > > > When you are publication the android sync? Is very interesting. > > > > I second that. Indeed, it's just incredible to me that nowadays most PIM > > suites don't even plan allowing any syncing with massively spread mobile > > platforms, other than relying on cloud services! > > I hope one day I will be able not to manually copy my contacts to and > > from my devices... > > There is owncloud, you can run it anywhere you like. And it supports > CardDav and CalDav, so you can sync between devices. It even has a web > interface for quick remote lookups. See for more information > http://owncloud.org/ use the development version, the current stable > version is to old. For direct syncing have a look at SyncEvolution. It can both be used for syncing with a server and with devices. See http://kshadeslayer.wordpress.com/2011/09/02/gsoc-update/ for KDE related news about it. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Re: kdepim and akonadi
On Fri, Sep 02, 2011 at 01:26:53PM +0200, Luca Brivio wrote: > In data marted? 23 agosto 2011 10:46:25, BasaBuru ha scritto: > > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pr?pper escribi?: > > > I don't need one of these. Google sync was a nice try, right now I'm > > > writing a Android sync that relies on something simple and not Google > > > based. No, will never go official, just for personal usage for the > > > moment. I only need a means to sync my phone to my desktop. Nothing > > > more. And *no* remote storage. > > > > When you are publication the android sync? Is very interesting. > > I second that. Indeed, it's just incredible to me that nowadays most PIM > suites don't even plan allowing any syncing with massively spread mobile > platforms, other than relying on cloud services! > I hope one day I will be able not to manually copy my contacts to and from my > devices... There is owncloud, you can run it anywhere you like. And it supports CardDav and CalDav, so you can sync between devices. It even has a web interface for quick remote lookups. See for more information http://owncloud.org/ use the development version, the current stable version is to old. Bart -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110903204621.ga14...@thisnet.nl
Re: kdepim and akonadi
In data martedì 23 agosto 2011 10:46:25, BasaBuru ha scritto: > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > > I don't need one of these. Google sync was a nice try, right now I'm > > writing a Android sync that relies on something simple and not Google > > based. No, will never go official, just for personal usage for the > > moment. I only need a means to sync my phone to my desktop. Nothing > > more. And *no* remote storage. > > When you are publication the android sync? Is very interesting. I second that. Indeed, it's just incredible to me that nowadays most PIM suites don't even plan allowing any syncing with massively spread mobile platforms, other than relying on cloud services! I hope one day I will be able not to manually copy my contacts to and from my devices... (This is not a rant towards any group of developers, of course.) -- Luca -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201109021326.54784.luca...@infinito.it
Re: kdepim and akonadi
Alle domenica 28 agosto 2011, Sylvain A. ha scritto: > once the package is installed: > * add a CalDAV server (e.g. DAVical,...) in the Calendar's view of > kontact * as URL : > https://www.google.com/calendar/dav/y...@gmail.com/events/ * as user > : y...@gmail.com > * as pasword : your password for y...@gmail.com Thank you very much. Valerio -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201108281456.45426.valerio.pass...@unicam.it
Re: kdepim and akonadi
Le dimanche 28 août 2011 09:58:51, Valerio Passini a écrit : > Alle venerdì 26 agosto 2011, Sylvain A. ha scritto: > > Le mardi 23 août 2011 16:11:32, Dietz Pröpper a écrit : > > > BasaBuru: > > > > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > > > > > I don't need one of these. Google sync was a nice try, right > > > > > now I'm writing a Android sync that relies on something simple > > > > > and not Google based. No, will never go official, just for > > > > > personal usage for the moment. I only need a means to sync my > > > > > phone to my desktop. Nothing more. And *no* remote storage. > > > > > > > > When you are publication the android sync? Is very interesting. > > > > > > Probably never. > > > > Hi all, > > > > same problem here with kdepim 4.4 and akonadi_gcal_resource. I find a > > solution by adding a standard kressource providing CalDAV support in > > kdepim 4.4. I just install de deb package > > (kdepim-caldav_1.2.0-1_amd64.deb) availlable on > > http://code.google.com/p/kcaldav/ and everything works like a charm > > (in both ways) > > > > Ewilly > > Please, can you be more specific on the way you did the configuration? > The documentation provided by the plugin is not that much and I'm unable > to figure out how to make it work. Thank you > > Valerio once the package is installed: * add a CalDAV server (e.g. DAVical,...) in the Calendar's view of kontact * as URL : https://www.google.com/calendar/dav/y...@gmail.com/events/ * as user : y...@gmail.com * as pasword : your password for y...@gmail.com -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201108281423.14494.ewi...@free.fr
Re: kdepim and akonadi
Alle venerdì 26 agosto 2011, Sylvain A. ha scritto: > Le mardi 23 août 2011 16:11:32, Dietz Pröpper a écrit : > > BasaBuru: > > > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > > > > I don't need one of these. Google sync was a nice try, right > > > > now I'm writing a Android sync that relies on something simple > > > > and not Google based. No, will never go official, just for > > > > personal usage for the moment. I only need a means to sync my > > > > phone to my desktop. Nothing more. And *no* remote storage. > > > > > > When you are publication the android sync? Is very interesting. > > > > Probably never. > > Hi all, > > same problem here with kdepim 4.4 and akonadi_gcal_resource. I find a > solution by adding a standard kressource providing CalDAV support in > kdepim 4.4. I just install de deb package > (kdepim-caldav_1.2.0-1_amd64.deb) availlable on > http://code.google.com/p/kcaldav/ and everything works like a charm > (in both ways) > > Ewilly Please, can you be more specific on the way you did the configuration? The documentation provided by the plugin is not that much and I'm unable to figure out how to make it work. Thank you Valerio -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201108280958.51395.valerio.pass...@unicam.it
Re: kdepim and akonadi
Le mardi 23 août 2011 16:11:32, Dietz Pröpper a écrit : > BasaBuru: > > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > > > I don't need one of these. Google sync was a nice try, right now I'm > > > writing a Android sync that relies on something simple and not Google > > > based. No, will never go official, just for personal usage for the > > > moment. I only need a means to sync my phone to my desktop. Nothing > > > more. And *no* remote storage. > > > > When you are publication the android sync? Is very interesting. > > Probably never. Hi all, same problem here with kdepim 4.4 and akonadi_gcal_resource. I find a solution by adding a standard kressource providing CalDAV support in kdepim 4.4. I just install de deb package (kdepim-caldav_1.2.0-1_amd64.deb) availlable on http://code.google.com/p/kcaldav/ and everything works like a charm (in both ways) Ewilly -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201108261255.44397.ewi...@free.fr
Re: kdepim and akonadi
BasaBuru: > On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > > I don't need one of these. Google sync was a nice try, right now I'm > > writing a Android sync that relies on something simple and not Google > > based. No, will never go official, just for personal usage for the > > moment. I only need a means to sync my phone to my desktop. Nothing > > more. And *no* remote storage. > > When you are publication the android sync? Is very interesting. Probably never. signature.asc Description: This is a digitally signed message part.
Re: kdepim and akonadi
On Lunes, 22 de Agosto de 2011 23:38:40 Dietz Pröpper escribió: > I don't need one of these. Google sync was a nice try, right now I'm > writing a Android sync that relies on something simple and not Google > based. No, will never go official, just for personal usage for the moment. > I only need a means to sync my phone to my desktop. Nothing more. And *no* > remote storage. When you are publication the android sync? Is very interesting. Thanks BasaBuru signature.asc Description: This is a digitally signed message part.
Re: kdepim and akonadi
Andreas Cord-Landwehr: > On Sunday 21 August 2011 09:36:02 Dietz Pröpper wrote: > > if I got that right, current (4.7) kdepim uses akonadi as a storage > > backend for everything. > > Hi, that's the most common misunderstanding about the new KDEPIM > structure: Akonadi is not the storage backend, it is a unifying cache > for several storage backends with which applications can interact. Thx for that clarification. Even though it confirms my fears. > Afaik the vCalendar file storage backend and Maildir file structure > backend are both supported by Akonadi resources as shipped with the > current (current as in shipped with KDE SC 4.7, but not yet provided by > Debian) KDEPIM releases. This allows easy adding of new resources for > various backends like, e.g., a Facebook resource. [1], Yahoo calendar > [2], Google calendar, eGroupware. I don't need one of these. Google sync was a nice try, right now I'm writing a Android sync that relies on something simple and not Google based. No, will never go official, just for personal usage for the moment. I only need a means to sync my phone to my desktop. Nothing more. And *no* remote storage. > Hence, this does not mean that the "old" storage resources will all > vanish. For instance, I currently (running a self compiled KDEPIM 4.7) > use an IMAP mail server, a vCalendar file, an addressbook as vCard > directory, an eGroupware server for addressbook and calendar (by the > Akonadi GroupDAV resource), and a Google calendar (by the Akonadi > CalDAV resource). Ack. That sounds pretty complex to me. May I send you a calendar invitation with a funnily forged UUID and pwn u? ;-) > The indexing and semantic desktop stuff then is a different topic: those > things are done by the Nepomuk framework, feeding a big Virtuoso > datasbase. For performance reasons it is possible to switch indexing of > mails off (well, then tagging and full-text search in mails is also > switched off). Ack. Full text search is gone w/o akonadi integration? If I get that right, either nepo or no indexing then that's quite a bummer for me. Sigh. And I really loved kmail. Really. Good bye, old friend. Even filter migration will be a nightmare. Why the fsck did I move away from mutt 10 years ago?! Of course I'll try on my own, wether it can still search in my 25 msg mail spool prior to abandoning ;-). > Coming back to your questions: The reason why the currently with Debian > shipped KMail application relies on Akonadi is afaik the connection to > KAdressbook, which already switched its storage system to be cached by > the Akonadi server with its 4.6 release. With the 4.7 release this > switch is also done for most of the remaining PIM applications (at > least with KMail and KOrganizer). But as with this switch all storage > access functionality moved from the KDEPIM applications to Akonadi, > using KDEPIM without Akonadi is not possible. O-kay. That translates to me that I have to suffer a even worse severe complexity explosion with future KDE. Sorry, but my head is a small one, and I like to be able to keep understanding stuff I use there ;-). Sigh. 3.5+x worked really nice, and now, after the worst bugs from KDE 4 went away, there is a whole lot of new hassles to expect. Time to go for new, manageable pastures I fear. No pun intended, Dietz signature.asc Description: This is a digitally signed message part.
Re: kdepim and akonadi
On Sunday 21 August 2011 at 10:54:59, Andreas Cord-Landwehr wrote: > On Sunday 21 August 2011 09:36:02 Dietz Pröpper wrote: > > if I got that right, current (4.7) kdepim uses akonadi as a storage > > backend for everything. > > Hi, that's the most common misunderstanding about the new KDEPIM structure: > Akonadi is not the storage backend, it is a unifying cache for several > storage backends with which applications can interact. > > Afaik the vCalendar file storage backend and Maildir file structure backend > are both supported by Akonadi resources as shipped with the current > (current as in shipped with KDE SC 4.7, but not yet provided by Debian) > KDEPIM releases. This allows easy adding of new resources for various > backends like, e.g., a Facebook resource. [1], Yahoo calendar [2], Google > calendar, eGroupware. > > Hence, this does not mean that the "old" storage resources will all vanish. > For instance, I currently (running a self compiled KDEPIM 4.7) use an IMAP > mail server, a vCalendar file, an addressbook as vCard directory, an > eGroupware server for addressbook and calendar (by the Akonadi GroupDAV > resource), and a Google calendar (by the Akonadi CalDAV resource). > > The indexing and semantic desktop stuff then is a different topic: those > things are done by the Nepomuk framework, feeding a big Virtuoso datasbase. > For performance reasons it is possible to switch indexing of mails off > (well, then tagging and full-text search in mails is also switched off). > > Coming back to your questions: The reason why the currently with Debian > shipped KMail application relies on Akonadi is afaik the connection to > KAdressbook, which already switched its storage system to be cached by the > Akonadi server with its 4.6 release. With the 4.7 release this switch is > also done for most of the remaining PIM applications (at least with KMail > and KOrganizer). But as with this switch all storage access functionality > moved from the KDEPIM applications to Akonadi, using KDEPIM without > Akonadi is not possible. Thanks Andreas for your explanation, So, for users who would like to sync with Google Calendar/Contacts, should they wait until KDE 4.7 is available for Sid in order to use KDEPIM 4.7 (or maybe 4.6) an then be able to use the CalDAV/CardDAV resources ? But I'm still confused about the utility of dedicated Google Calendar/Contacts resources (based on libgcal and googledata) in regards to the more generic CalDAV/CardDAV resources which could do the same work (in a user point of view). Thanks, Vincent. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110832.36115.vincent.fri...@gmail.com
Re: kdepim and akonadi
On Sunday 21 August 2011 09:36:02 Dietz Pröpper wrote: > if I got that right, current (4.7) kdepim uses akonadi as a storage backend > for everything. Hi, that's the most common misunderstanding about the new KDEPIM structure: Akonadi is not the storage backend, it is a unifying cache for several storage backends with which applications can interact. Afaik the vCalendar file storage backend and Maildir file structure backend are both supported by Akonadi resources as shipped with the current (current as in shipped with KDE SC 4.7, but not yet provided by Debian) KDEPIM releases. This allows easy adding of new resources for various backends like, e.g., a Facebook resource. [1], Yahoo calendar [2], Google calendar, eGroupware. Hence, this does not mean that the "old" storage resources will all vanish. For instance, I currently (running a self compiled KDEPIM 4.7) use an IMAP mail server, a vCalendar file, an addressbook as vCard directory, an eGroupware server for addressbook and calendar (by the Akonadi GroupDAV resource), and a Google calendar (by the Akonadi CalDAV resource). The indexing and semantic desktop stuff then is a different topic: those things are done by the Nepomuk framework, feeding a big Virtuoso datasbase. For performance reasons it is possible to switch indexing of mails off (well, then tagging and full-text search in mails is also switched off). Coming back to your questions: The reason why the currently with Debian shipped KMail application relies on Akonadi is afaik the connection to KAdressbook, which already switched its storage system to be cached by the Akonadi server with its 4.6 release. With the 4.7 release this switch is also done for most of the remaining PIM applications (at least with KMail and KOrganizer). But as with this switch all storage access functionality moved from the KDEPIM applications to Akonadi, using KDEPIM without Akonadi is not possible. Greetings, Andreas [1] http://thomasmcguire.wordpress.com/2011/02/27/facebook-support-in-kdepim/ [2] http://cgbdx.wordpress.com/2011/04/29/show-your-yahoo-calendars-in- korganizer-so-easy/
