From groupdav@opengroupware.org Mon Nov 13 14:52:33 2006
From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Mon, 13 Nov 2006 16:52:33 +0200
Subject: [GroupDAV] Problem with ISO-8859-1 encoded iCals and OGo Zidestore
Message-ID: <455886B1.9020909@tietoteema.fi>
I've managed to synchronize OpenGroupware.org with a Nokia E61 using
Funambol and Funambol GroupDAV connector. The problem now is that Nokia
E61's calendar application does not seem to support Unicode characters,
which causes serious problems when syncing.
Is there a way I could force Zidestore/Sope to convert ISO-8859-1
characters to Unicode on the fly, or is Sope supposed to do it
automatically with libical and/or libxml2?
GroupDAV connector gives the following errors in it's storelog:
We sent:
PUT /zidestore/dav/johirv/Calendar/68.ics HTTP/1.1
Content-Type: text/calendar; charset=utf-8
If-None-Match: *
Authorization: Basic am9oaXJ2OnMxbGF3MGxrZXI=
Content-Length: 384
User-Agent: BionicMessage.net GroupDAV {0.9;Java}
Host: 172.20.1.40:80
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//BionicMessage.net GroupDAV//Funambol Connector//
BEGIN:VEVENT
UID:c4DGi73g4EDyj46ur52uf3
SUMMARY:
DTSTART:20061116T060000Z
DTEND:20061116T062800Z
X-EPOCAGENDAENTRYTYPE:APPOINTMENT
CLASS:PRIVATE
LOCATION:
SEQUENCE:0
X-METHOD:NONE
LAST-MODIFIED:20061113T142657Z
PRIORITY:2
X-SYMBIAN-LUID:68
DESCRIPTION:
END:VEVENT
END:VCALENDAR
We got:
HTTP/1.1 500 Internal Server Error
Date: Mon, 13 Nov 2006 14:23:33 GMT
Server: Apache/2.2.2 (Fedora)
content-type: text/html; charset="iso-8859-1"
content-length: 216
Connection: close
An error occurred during object
publishing
appointment::new failed: missing title
attribute
....in 18ms
postObject
We gotHTTP/1.1 500 Internal Server Error
Date: Mon, 13 Nov 2006 14:23:33 GMT
Server: Apache/2.2.2 (Fedora)
content-type: text/html; charset="iso-8859-1"
content-length: 216
Connection: close
An error occurred during object
publishing
appointment::new failed: missing title
attribute
net.bionicmessage.objects.ICalendarObjectStore
printDebugReport
From groupdav@opengroupware.org Wed Nov 22 14:44:44 2006
From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Wed, 22 Nov 2006 16:44:44 +0200
Subject: [GroupDAV] Setting vCalendar CHARSET and ENCODING with Funambol GroupDAV connector
Message-ID: <4564625C.7080309@tietoteema.fi>
I'm syncing Nokia SyncML phones with OGo Zidestore via Funambol 3.0 and
the Funambol GroupDAV connector.
In order for my synchronization to work with scandivian letters I _have
to_ specify charset as UTF-8 in every vCalendar I send from the phones
and to the phones. Otherwise I will experience odd behaviour. I've fixed
this problem by crafting custom vCalendar files, like the one below
(truncated):
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:-//OpenGroupware.org/ZideStore 1.3//
VERSION:2.0
BEGIN:VEVENT
LOCATION;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:Ähmö
STATUS:CONFIRMED
SUMMARY;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:hälö
-- snip --
END:VEVENT
END:VCALENDAR
It _will not_ work if I don't specify the CHARSET as UTF-8 - I'm not
sure about the QUOTED-PRINTABLE. How do I add these definitions on the
fly to all vCalendar entries using the GroupDAV connector?
Hopefully some of you can help with this, even though november has been
awfully quiet on the GroupDAV mailing list :)
From groupdav@opengroupware.org Wed Nov 22 17:02:17 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Wed, 22 Nov 2006 18:02:17 +0100
Subject: [GroupDAV] Setting vCalendar CHARSET and ENCODING with Funambol GroupDAV connector
In-Reply-To: <4564625C.7080309@tietoteema.fi>
References: <4564625C.7080309@tietoteema.fi>
Message-ID:
On Nov 22, 2006, at 15:44, Samuli Sepp=E4nen wrote:
> I've fixed this problem by crafting custom vCalendar files, like =20
> the one below (truncated):
>
> BEGIN:VCALENDAR
> METHOD:REQUEST
> PRODID:-//OpenGroupware.org/ZideStore 1.3//
> VERSION:2.0
> BEGIN:VEVENT
> LOCATION;CHARSET=3DUTF-8;ENCODING=3DQUOTED-PRINTABLE:=C4hm=F6
> STATUS:CONFIRMED
> SUMMARY;CHARSET=3DUTF-8;ENCODING=3DQUOTED-PRINTABLE:h=E4l=F6
Is the content-type of the PUT properly set? Something like:
content-type: text/icalendar; charset=3Dutf-8
Thanks,
Helge
PS: its better to use ZideStore 1.5 (OGo 1.1), GroupDAV support has =20
improved a lot.
--=20
Helge Hess
http://docs.opengroupware.org/Members/helge/
From groupdav@opengroupware.org Thu Nov 23 11:54:25 2006
From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Thu, 23 Nov 2006 13:54:25 +0200
Subject: [GroupDAV] Setting vCalendar CHARSET and ENCODING with Funambol
GroupDAV connector
In-Reply-To:
References: <4564625C.7080309@tietoteema.fi>
Message-ID: <45658BF1.2040908@tietoteema.fi>
> On Nov 22, 2006, at 15:44, Samuli Seppänen wrote:
>> I've fixed this problem by crafting custom vCalendar files, like the
>> one below (truncated):
>>
>> BEGIN:VCALENDAR
>> METHOD:REQUEST
>> PRODID:-//OpenGroupware.org/ZideStore 1.3//
>> VERSION:2.0
>> BEGIN:VEVENT
>> LOCATION;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:Ähmö
>> STATUS:CONFIRMED
>> SUMMARY;CHARSET=UTF-8;ENCODING=QUOTED-PRINTABLE:hälö
>
> Is the content-type of the PUT properly set? Something like:
>
> content-type: text/icalendar; charset=utf-8
>
> Thanks,
> Helge
>
> PS: its better to use ZideStore 1.5 (OGo 1.1), GroupDAV support has
> improved a lot.
> --Helge Hess
> http://docs.opengroupware.org/Members/helge/
Yes, everything already uses UTF-8. Nokia just can't recognize the
vCalendar encoding unless it is told within the vCalendar that the
content is UTF-8. If ENCODING and CHARSET are defined as UTF-8,
everything works like a charm.
Below is a typical entry in GroupDAV connector's storelog when I create
an entry into the phone with ä (a umlaut) or ö (o umlaut) in the SUMMARY
or LOCATION. As you can see both are empty, even though they should not
be. Zidestore simply drops this kind of vCalendars
We sent:
PUT /zidestore/dav/johirv/Calendar/213470.ics HTTP/1.1
Authorization: Basic am9oaXJ2OnMxbGF3MGxrZXI=
Content-Type: text/calendar; charset=utf-8
If-Match:213470:1
Content-Length: 434
User-Agent: BionicMessage.net GroupDAV {0.9;Java}
Host: 172.20.1.40:80
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//BionicMessage.net GroupDAV//Funambol Connector//
BEGIN:VEVENT
UID:skyrix://bc1s4.tt.fi/bc1s4.tt.fi/213470
SUMMARY:
DTSTART:20061117T094000Z
DTEND:20061117T100000Z
X-EPOCAGENDAENTRYTYPE:APPOINTMENT
CLASS:PUBLIC
LOCATION:
SEQUENCE:0
X-METHOD:NONE
LAST-MODIFIED:20061122T131240Z
PRIORITY:0
STATUS:CONFIRMED
X-SYMBIAN-LUID:85
DESCRIPTION:
END:VEVENT
END:VCALENDAR
Zidestore outputs the following to ogo-zidestore-1.4-err.log:
Nov 23 13:30:43 ogo-zidestore-1.4 [1885]: <0x0946946C[WOContext]> could
not construct NSURL from string 'http(s)://bc1s4.tt.fi'
Nov 23 13:30:43 ogo-zidestore-1.4 [1885]: <<0x0958DAD4[SxAppointment]>>D
etag '213470:1' matches: 213470:1
Nov 23 13:30:43 ogo-zidestore-1.4 [1885]: <<0x0958DAD4[SxAppointment]>>D
patch old=>new 1=>0
Nov 23 13:30:44 ogo-zidestore-1.4 [1885]: <0x09570714[SxAppointment]>
TODO: implement if-none-match for etag: '*'
Nov 23 13:30:44 ogo-zidestore-1.4 [1885]: <0x09570714[SxAppointment]>
Note: object not yet available in DB, creating a new one!
I'll try OGo 1.1 also to see how it's Zidestore works. First, however,
I'd like to try modifying/configuring the GroupDAV connector to add
those CHARSET and ENCODING strings automatically where they are needed.
It would be much simpler that way, as we currently use OGo 1.0.
Samuli
From groupdav@opengroupware.org Thu Nov 23 12:45:37 2006
From: groupdav@opengroupware.org (Mathew McBride)
Date: Thu, 23 Nov 2006 23:45:37 +1100
Subject: [GroupDAV] Short term roadmap for the groupdav connector
Message-ID:
Hi all,
I haven't had an opportunity to do much work on the connector over the past
month, but I'll be pushing to iron out the remaining issues over December. A
roadmap document has been posted at
http://bionicmessage.net/funambol/roadmap.html .
As noted above:
* Funambol's PDI kit will be used for vcal in/out by default. Its a slower
process (every component in the calendar needs to be transformed and placed
into an ical2 calendar), but should allow for more complicated differences
between ical and vcal to be properly handled until an approach which will
deal with various parsing issues can be found. (non UTF-8 may be a problem
here - will do further testing when I get around to coding it). Ideally it
would be better if Funambol's PDI kit would handle ical2 directly, but that
isn't on the drawing board at Funambol right now.
* Object store/client (now named JGroupDAV) will handle duplicate
objects/other annoyances gracefully - data to be merged in preference to
throwing an error
* Todo and Address to be implemented again once the above issues are sorted.
* I'm now using Windows Mobile with the Funambol client, still going to do
testing with Synthesis on Palm. If Funambol doesn't extend vcal support to
other clients (Blackberry etc.) then SIF format might be added later on.
NextHaus Outlook and SyncEvolution are two clients now offering/requiring
ical2 - I'll add support for this in the near term.
As a result of recent testing, I've fixed two annoyances in JGroupDAV:
* PROPFIND parser rewritten.
* DTSTART+DTEND now tracked in addition to object name to aide duplicate
detection. (I haven't updated the connector to take advantage of this change
yet, to do soon).
Another point raised in the roadmap is adding filter support to the
connector so devices don't need to download the users entire calendar, but
instead events running during a certain time period. Preferably, I'd like
some sort of extension (another xmlns that can be mounted on propfind
results) GroupDAV where the server will give us DTSTART, DTEND and/or
recursion information in advance and the client can then decide if it wants
to download an item or not. Would it be feasible to implement this sort of
capability on servers?
From groupdav@opengroupware.org Sat Nov 25 02:14:15 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Sat, 25 Nov 2006 03:14:15 +0100
Subject: [GroupDAV] Short term roadmap for the groupdav connector
In-Reply-To:
References:
Message-ID: <67CAE661-64FD-487A-806B-C6AF4F70E3F1@opengroupware.org>
On Nov 23, 2006, at 13:45, Mathew McBride wrote:
> Another point raised in the roadmap is adding filter support to the
> connector so devices don't need to download the users entire
> calendar, but
> instead events running during a certain time period. Preferably,
> I'd like
> some sort of extension (another xmlns that can be mounted on propfind
> results) GroupDAV where the server will give us DTSTART, DTEND and/or
> recursion information in advance and the client can then decide if
> it wants
> to download an item or not. Would it be feasible to implement this
> sort of
> capability on servers?
Not, I don't think its feasable and I don't think you gain any
advantage in doing that.
The big thing which is missing is a bulk-download, not a selective
download. Currently you need to do one href/etag PROPFIND, then
compare the href/etag with the local cache and then retrieve all
changed/new items using individual GET operations. That you might
need to retrieve 1000+ entries is not really expensive (its just
~10..40K)! The expensive thing is retrieving them with 1000 GET
operations instead of just one HTTP operation which returns all 1000+
entries.
Greets,
Helge
PS: in ZideStore you can configure the transferred timerange on the
server side.
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
From groupdav@opengroupware.org Mon Nov 27 07:23:50 2006
From: groupdav@opengroupware.org (Alexander Gonzalez Casin)
Date: Mon, 27 Nov 2006 08:23:50 +0100
Subject: [GroupDAV] Short term roadmap for the groupdav connector
In-Reply-To: <67CAE661-64FD-487A-806B-C6AF4F70E3F1@opengroupware.org>
References: <67CAE661-64FD-487A-806B-C6AF4F70E3F1@opengroupware.org>
Message-ID: <200611270823.50508.gonzalez@hagos.de>
Halli, hallo,
Am Samstag, 25. November 2006 03:14 schrieb Helge Hess:
> PS: in ZideStore you can configure the transferred timerange on the =A0
> server side.
How do I configure it?
Gr=FC=DFle, Gonzo
=2D-=20
_________________________________________________________
Alexander Gonzalez Casin
HAGOS eG -- EDV-Abteilung -- Industriestr. 62 -- D-70565 Stuttgart
Tel.: +49(711) 78805-91, Fax: +49(711)78805-35, http://www.hagos.de
From groupdav@opengroupware.org Mon Nov 27 10:47:04 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Mon, 27 Nov 2006 11:47:04 +0100
Subject: [GroupDAV] Short term roadmap for the groupdav connector
In-Reply-To: <200611270823.50508.gonzalez@hagos.de>
References: <67CAE661-64FD-487A-806B-C6AF4F70E3F1@opengroupware.org> <200611270823.50508.gonzalez@hagos.de>
Message-ID: <6B180A67-1D3B-48E3-BAF9-A2E4024C11DB@opengroupware.org>
On Nov 27, 2006, at 08:23, Alexander Gonzalez Casin wrote:
> Am Samstag, 25. November 2006 03:14 schrieb Helge Hess:
>> PS: in ZideStore you can configure the transferred timerange on the
>> server side.
> How do I configure it?
ZideStore configuration is not a GroupDAV issue ... please move such
questions to the OGo users list. Anyways, you should find the answer
in the archives of that list (I don't have the defaults for that at
hand).
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
From groupdav@opengroupware.org Thu Nov 30 09:06:59 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 10:06:59 +0100
Subject: [GroupDAV] Where Is Evolution OGO Connector??
Message-ID: <1164877619.32572.13.camel@magws0.is.dom>
Hi to all,
I'm looking for a connector for evolution and OGo (noodle or groupdav?).
I googled for 2 full days but i never found a working link to download a
bit of code. Just found dead links about Noodle.
Please, heeeeeeeelp!!!
From groupdav@opengroupware.org Thu Nov 30 09:13:05 2006
From: groupdav@opengroupware.org (Toltech Solutions BV)
Date: Thu, 30 Nov 2006 10:13:05 +0100
Subject: [GroupDAV] Where Is Evolution OGO Connector??
In-Reply-To: <1164877619.32572.13.camel@magws0.is.dom>
References: <1164877619.32572.13.camel@magws0.is.dom>
Message-ID: <1164877985.31962.33.camel@salsa-10-1-0-16>
--=-onPgmu1b9Yt60sBUs1yV
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Please download via
http://svn.opengroupware.org/OGoProjects/evolution/trunk/shreyas/
grts
JP
Toltech
On Thu, 2006-11-30 at 10:06 +0100, Matteo Rancilio wrote:
> Hi to all,
>
> I'm looking for a connector for evolution and OGo (noodle or groupdav?).
> I googled for 2 full days but i never found a working link to download a
> bit of code. Just found dead links about Noodle.
>
> Please, heeeeeeeelp!!!
>
>
--=-onPgmu1b9Yt60sBUs1yV
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
Please download via
http://svn.opengroupware.org/OGoProjects/evolution/trunk/shreyas/
grts
JP
Toltech
On Thu, 2006-11-30 at 10:06 +0100, Matteo Rancilio wrote:
Hi to all,
I'm looking for a connector for evolution and OGo (noodle or groupdav?).
I googled for 2 full days but i never found a working link to download a
bit of code. Just found dead links about Noodle.
Please, heeeeeeeelp!!!
--=-onPgmu1b9Yt60sBUs1yV--
From groupdav@opengroupware.org Thu Nov 30 09:32:51 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 10:32:51 +0100
Subject: [GroupDAV] Where Is Evolution OGO Connector??
In-Reply-To: <1164877985.31962.33.camel@salsa-10-1-0-16>
References: <1164877619.32572.13.camel@magws0.is.dom>
<1164877985.31962.33.camel@salsa-10-1-0-16>
Message-ID: <1164879171.32572.16.camel@magws0.is.dom>
oh very nice :)
does it work with evo 2.8.1?
thanks
Il giorno gio, 30/11/2006 alle 10.13 +0100, Toltech Solutions BV ha
scritto:
> Please download via
>
> http://svn.opengroupware.org/OGoProjects/evolution/trunk/shreyas/
>
> grts
> JP
> Toltech
>
> On Thu, 2006-11-30 at 10:06 +0100, Matteo Rancilio wrote:
> > Hi to all,
> >
> > I'm looking for a connector for evolution and OGo (noodle or groupdav?).
> > I googled for 2 full days but i never found a working link to download a
> > bit of code. Just found dead links about Noodle.
> >
> > Please, heeeeeeeelp!!!
> >
> >
From groupdav@opengroupware.org Thu Nov 30 10:12:03 2006
From: groupdav@opengroupware.org (Helge Hess)
Date: Thu, 30 Nov 2006 11:12:03 +0100
Subject: [GroupDAV] Where Is Evolution OGO Connector??
In-Reply-To: <1164879171.32572.16.camel@magws0.is.dom>
References: <1164877619.32572.13.camel@magws0.is.dom> <1164877985.31962.33.camel@salsa-10-1-0-16> <1164879171.32572.16.camel@magws0.is.dom>
Message-ID: <89670AD5-D200-4E32-8B42-61F2E862C726@opengroupware.org>
On Nov 30, 2006, at 10:32, Matteo Rancilio wrote:
> does it work with evo 2.8.1?
I think it requires 2.8 or above.
Greets,
Helge
--
Helge Hess
http://docs.opengroupware.org/Members/helge/
From groupdav@opengroupware.org Thu Nov 30 10:55:16 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 11:55:16 +0100
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
Message-ID: <1164884116.32572.19.camel@magws0.is.dom>
Hi,
I get the following error while compiling. All the dependencies are
looking good to the autogen but a directory is missing:
e-book-backend-grpdav-factory.c:18:50: error:
libedata-book/e-book-backend-factory.h: No such file or directory
In file included from e-book-backend-grpdav-factory.c:19:
e-book-backend-grpdav.h:8:42: error: libedata-book/e-book-backend.h: No
such file or directory
In file included from e-book-backend-grpdav-factory.c:19:
e-book-backend-grpdav.h:21: error: expected specifier-qualifier-list
before 'EBookBackend'
e-book-backend-grpdav.h:26: error: expected specifier-qualifier-list
before 'EBookBackendClass'
e-book-backend-grpdav.h:29: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
e-book-backend-grpdav-factory.c: In function
'E_BOOK_BACKEND_FACTORY_SIMPLE':
e-book-backend-grpdav-factory.c:23: error: storage class specified for
parameter 'grpdav_type'
e-book-backend-grpdav-factory.c:27: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '{' token
e-book-backend-grpdav-factory.c:33: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '{' token
e-book-backend-grpdav-factory.c:38: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '{' token
e-book-backend-grpdav-factory.c:23: error: declaration for parameter
'grpdav_type' but no such parameter
e-book-backend-grpdav-factory.c:41: error: expected '{' at end of input
make[2]: *** [e-book-backend-grpdav-factory.lo] Error 1
make[2]: Leaving directory `/mnt/share/shreyas/addressbook'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/share/shreyas'
make: *** [all] Error 2
Any idea?
From groupdav@opengroupware.org Thu Nov 30 11:06:36 2006
From: groupdav@opengroupware.org (Shreyas Srinivasan)
Date: Thu, 30 Nov 2006 16:36:36 +0530
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
In-Reply-To: <1164884116.32572.19.camel@magws0.is.dom>
References: <1164884116.32572.19.camel@magws0.is.dom>
Message-ID: <8f8004410611300306g52fb6dfbjecd3602e597ce649@mail.gmail.com>
On 11/30/06, Matteo Rancilio wrote:
> Hi,
>
> I get the following error while compiling. All the dependencies are
> looking good to the autogen but a directory is missing:
>
> e-book-backend-grpdav-factory.c:18:50: error:
> libedata-book/e-book-backend-factory.h: No such file or directory
> In file included from e-book-backend-grpdav-factory.c:19:
> e-book-backend-grpdav.h:8:42: error: libedata-book/e-book-backend.h: No
> such file or directory
> In file included from e-book-backend-grpdav-factory.c:19:
> e-book-backend-grpdav.h:21: error: expected specifier-qualifier-list
> before 'EBookBackend'
> e-book-backend-grpdav.h:26: error: expected specifier-qualifier-list
> before 'EBookBackendClass'
> e-book-backend-grpdav.h:29: error: expected '=', ',', ';', 'asm' or
> '__attribute__' before '*' token
> e-book-backend-grpdav-factory.c: In function
> 'E_BOOK_BACKEND_FACTORY_SIMPLE':
> e-book-backend-grpdav-factory.c:23: error: storage class specified for
> parameter 'grpdav_type'
> e-book-backend-grpdav-factory.c:27: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '{' token
> e-book-backend-grpdav-factory.c:33: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '{' token
> e-book-backend-grpdav-factory.c:38: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '{' token
> e-book-backend-grpdav-factory.c:23: error: declaration for parameter
> 'grpdav_type' but no such parameter
> e-book-backend-grpdav-factory.c:41: error: expected '{' at end of input
> make[2]: *** [e-book-backend-grpdav-factory.lo] Error 1
> make[2]: Leaving directory `/mnt/share/shreyas/addressbook'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/mnt/share/shreyas'
> make: *** [all] Error 2
>
You need development headers for evolution data server.
--
Shreyas
From groupdav@opengroupware.org Thu Nov 30 11:11:34 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 12:11:34 +0100
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
In-Reply-To: <1164884116.32572.19.camel@magws0.is.dom>
References: <1164884116.32572.19.camel@magws0.is.dom>
Message-ID: <1164885094.32572.21.camel@magws0.is.dom>
was missing the evolution-data-server dev package, but now i get this:
e-book-backend-grpdav.c: In function 'get_uid_cb':
e-book-backend-grpdav.c:1262: warning: assignment discards qualifiers
from pointer target type
e-book-backend-grpdav.c: In function
'e_book_backend_grpdav_load_source':
e-book-backend-grpdav.c:1766: warning: passing argument 2 of
'env->set_errcall' from incompatible pointer type
/bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -o
libebookbackendgrpdav.la -rpath -avoid-version
e-book-backend-grpdav-factory.lo e-book-backend-grpdav.lo
-Wl,--export-dynamic -pthread -Wl,-R/usr/lib/evolution/2.8
-L/usr/lib/evolution/2.8 -lgnomeprintui-2-2 -lgnomeprint-2-2 -lz
-lsoup-2.2 -lgnutls -ledataserverui-1.2 -lglade-2.0 -lebook-1.2
-ledata-cal-1.2 -lecal-1.2 -leutil -lgnomeui-2 -lSM -lICE
-lcamel-provider-1.2 -lbonoboui-2 -lgnome-keyring -lgnomecanvas-2
-lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0
-latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfontconfig -lXext
-lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0
-lcairo -lX11 -lgnomevfs-2 -lgobject-2.0 -lcamel-1.2 -ledataserver-1.2
-lxml2 -lgconf-2 -lbonobo-2 -lbonobo-activation -lORBit-2 -lm
-lgmodule-2.0 -ldl -lgthread-2.0
-lglib-2.0 ../utils/libgrpdavutils.la ../libdb/dist/libdb-4.1.la
libtool: link: only absolute run-paths are allowed
make[2]: *** [libebookbackendgrpdav.la] Error 1
make[2]: Leaving directory `/mnt/share/shreyas/addressbook'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/share/shreyas'
make: *** [all] Error 2
From groupdav@opengroupware.org Thu Nov 30 11:16:34 2006
From: groupdav@opengroupware.org (Shreyas Srinivasan)
Date: Thu, 30 Nov 2006 16:46:34 +0530
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
In-Reply-To: <1164885094.32572.21.camel@magws0.is.dom>
References: <1164884116.32572.19.camel@magws0.is.dom>
<1164885094.32572.21.camel@magws0.is.dom>
Message-ID: <8f8004410611300316m2145c39bxc12ea8a0e9851569@mail.gmail.com>
On 11/30/06, Matteo Rancilio wrote:
> was missing the evolution-data-server dev package, but now i get this:
>
> e-book-backend-grpdav.c: In function 'get_uid_cb':
> e-book-backend-grpdav.c:1262: warning: assignment discards qualifiers
> from pointer target type
> e-book-backend-grpdav.c: In function
> 'e_book_backend_grpdav_load_source':
> e-book-backend-grpdav.c:1766: warning: passing argument 2 of
> 'env->set_errcall' from incompatible pointer type
> /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -o
> libebookbackendgrpdav.la -rpath -avoid-version
> e-book-backend-grpdav-factory.lo e-book-backend-grpdav.lo
> -Wl,--export-dynamic -pthread -Wl,-R/usr/lib/evolution/2.8
> -L/usr/lib/evolution/2.8 -lgnomeprintui-2-2 -lgnomeprint-2-2 -lz
> -lsoup-2.2 -lgnutls -ledataserverui-1.2 -lglade-2.0 -lebook-1.2
> -ledata-cal-1.2 -lecal-1.2 -leutil -lgnomeui-2 -lSM -lICE
> -lcamel-provider-1.2 -lbonoboui-2 -lgnome-keyring -lgnomecanvas-2
> -lgnome-2 -lpopt -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0
> -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfontconfig -lXext
> -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0
> -lcairo -lX11 -lgnomevfs-2 -lgobject-2.0 -lcamel-1.2 -ledataserver-1.2
> -lxml2 -lgconf-2 -lbonobo-2 -lbonobo-activation -lORBit-2 -lm
> -lgmodule-2.0 -ldl -lgthread-2.0
> -lglib-2.0 ../utils/libgrpdavutils.la ../libdb/dist/libdb-4.1.la
> libtool: link: only absolute run-paths are allowed
> make[2]: Leaving directory `/mnt/share/shreyas/addressbook'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/mnt/share/shreyas'
> make: *** [all] Error 2
Hmmm... thats interesting. Which libtool version do you use?
Did you just move your source tree around or some such?
p.s: Can someone rename the trunk to evo-groupdav or some such
please, its funny to see my name on other peoples hard disk :-D
--
Shreyas
From groupdav@opengroupware.org Thu Nov 30 11:30:31 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 12:30:31 +0100
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
In-Reply-To: <8f8004410611300316m2145c39bxc12ea8a0e9851569@mail.gmail.com>
References: <1164884116.32572.19.camel@magws0.is.dom>
<1164885094.32572.21.camel@magws0.is.dom>
<8f8004410611300316m2145c39bxc12ea8a0e9851569@mail.gmail.com>
Message-ID: <1164886231.32572.28.camel@magws0.is.dom>
Il giorno gio, 30/11/2006 alle 16.46 +0530, Shreyas Srinivasan ha
> Hmmm... thats interesting. Which libtool version do you use?
> Did you just move your source tree around or some such?
>
libtool version is 1.5.22-4 (on Ubuntu Edgy)
i downloaded everything once on my nfs home directory but for some
reason refused to compile. so, i deleted everything and download again
on a local directory.
> p.s: Can someone rename the trunk to evo-groupdav or some such
> please, its funny to see my name on other peoples hard disk :-D
i agree :)
From groupdav@opengroupware.org Thu Nov 30 11:47:00 2006
From: groupdav@opengroupware.org (Matteo Rancilio)
Date: Thu, 30 Nov 2006 12:47:00 +0100
Subject: [GroupDAV] Evolution OGO Connectior Error While Compiling
In-Reply-To: <1164886231.32572.28.camel@magws0.is.dom>
References: <1164884116.32572.19.camel@magws0.is.dom>
<1164885094.32572.21.camel@magws0.is.dom>
<8f8004410611300316m2145c39bxc12ea8a0e9851569@mail.gmail.com>
<1164886231.32572.28.camel@magws0.is.dom>
Message-ID: <1164887220.2666.1.camel@magws0.is.dom>
ok, nevermind i got it working. i just deleted again the direcotory.
ehm... i just need an advise.. in Evo what should i put as a server?
what's the correct URI?
thanks