From users@opengroupware.org Tue Jan 1 11:48:27 2008
From: users@opengroupware.org (Louis-David Mitterrand)
Date: Tue, 1 Jan 2008 12:48:27 +0100
Subject: [OGo-Users] finding all 'my' contacts impossible?
Message-ID: <20080101114827.GA12172@apartia.fr>
Hello and happy new year to Ogo users and developers,
Is it possible to search for "all contacts created by me"? I tried
checking the "Created by me" or "My Contacts" boxes in advanced contact
search with zero results.
Or if I enter just a common letter such as 'a' in the lastname field,
many matches are returned by neither owned nor created by me despite
the boxes being checked.
This is with 1.1.svn2062-1 under debian.
It would be really, really nice to be able to collect all of one's
contacts on on tab or saved search.
Thanks,
From users@opengroupware.org Tue Jan 1 14:28:49 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Tue, 01 Jan 2008 15:28:49 +0100
Subject: [OGo-Users] finding all 'my' contacts impossible?
Message-ID: <20080101142850.24F1437F9B@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> Hello and happy new year to Ogo users and developers,
>
> Is it possible to search for "all contacts created by me"? I tried
> checking the "Created by me" or "My Contacts" boxes in advanced contact
> search with zero results.
>
> Or if I enter just a common letter such as 'a' in the lastname field,
> many matches are returned by neither owned nor created by me despite
> the boxes being checked.
this is a bug:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1927
>
> This is with 1.1.svn2062-1 under debian.
>
> It would be really, really nice to be able to collect all of one's
> contacts on on tab or saved search.
yes, that would be really nice.
Sebastian
From users@opengroupware.org Tue Jan 1 19:40:41 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 01 Jan 2008 14:40:41 -0500
Subject: [OGo-Users] finding all 'my' contacts impossible?
In-Reply-To: <20080101114827.GA12172@apartia.fr>
References: <20080101114827.GA12172@apartia.fr>
Message-ID: <1199216441.5604.4.camel@aleph.morrison.iserv.net>
> Is it possible to search for "all contacts created by me"? I tried
> checking the "Created by me" or "My Contacts" boxes in advanced contact
> search with zero results.
Yep, this feature is not completely implemented. See
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1927
For a potential way to export "my contacts" via zOGI see
http://mail.opengroupware.org/pipermail/users/2007-October/018221.html
> Or if I enter just a common letter such as 'a' in the lastname field,
> many matches are returned by neither owned nor created by me despite
> the boxes being checked
I don't think the field "created by me" or "my contacts" are bound to
the action so they are just ignored. But the Logic certainly support
the required functionality; so it should be a very significant patch.
> It would be really, really nice to be able to collect all of one's
> contacts on on tab or saved search.
By "my contacts" do you mean contacts of which you are the owner
(creator) or contacts assigned to you via the contact Id# field?
From users@opengroupware.org Wed Jan 2 04:02:58 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 01 Jan 2008 23:02:58 -0500
Subject: [OGo-Users] finding all 'my' contacts impossible?
In-Reply-To: <1199216441.5604.4.camel@aleph.morrison.iserv.net>
References: <20080101114827.GA12172@apartia.fr>
<1199216441.5604.4.camel@aleph.morrison.iserv.net>
Message-ID: <1199246578.6323.2.camel@aleph.morrison.iserv.net>
--=-KwignuXpnndcSK+UYtKP
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> > Is it possible to search for "all contacts created by me"? I tried=20
> > checking the "Created by me" or "My Contacts" boxes in advanced contact=
=20
> > search with zero results.=20
> Yep, this feature is not completely implemented. Se
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1927
> For a potential way to export "my contacts" via zOGI see
> http://mail.opengroupware.org/pipermail/users/2007-October/018221.html=20
> > Or if I enter just a common letter such as 'a' in the lastname field,=20
> > many matches are returned by neither owned nor created by me despite=20
> > the boxes being checked
> I don't think the field "created by me" or "my contacts" are bound to
> the action so they are just ignored. But the Logic certainly support
> the required functionality; so it should be a very significant patch.
"so it should be a very significant patch" meant to be "so it should be
a very INsignificant patch"
> > It would be really, really nice to be able to collect all of one's=20
> > contacts on on tab or saved search.
> By "my contacts" do you mean contacts of which you are the owner
> (creator) or contacts assigned to you via the contact Id# field?
--=-KwignuXpnndcSK+UYtKP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHewzyLRePpNle04MRAt8dAJwNHMivxAIdbIvmwSXmXRP7kR7zJgCfab1c
0I2ZuEbf89O/B/4fC+lkQCM=
=JSki
-----END PGP SIGNATURE-----
--=-KwignuXpnndcSK+UYtKP--
From users@opengroupware.org Wed Jan 2 06:38:21 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 07:38:21 +0100
Subject: [OGo-Users] finding all 'my' contacts impossible?
Message-ID: <20080102063822.79CDF36DD6@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> > > Is it possible to search for "all contacts created by me"? I tried
> > > checking the "Created by me" or "My Contacts" boxes in advanced
contact
> > > search with zero results.
> > Yep, this feature is not completely implemented. Se
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1927
> > For a potential way to export "my contacts" via zOGI see
> > http://mail.opengroupware.org/pipermail/users/2007-October/018221.html
> > > Or if I enter just a common letter such as 'a' in the lastname field,
> > > many matches are returned by neither owned nor created by me despite
> > > the boxes being checked
> > I don't think the field "created by me" or "my contacts" are bound to
> > the action so they are just ignored. But the Logic certainly support
> > the required functionality; so it should be a very significant patch.
>
> "so it should be a very significant patch" meant to be "so it should be
> a very INsignificant patch"
Maybe, when I find some time on the weekend, I'll take a look at it.
Sebastian
From users@opengroupware.org Wed Jan 2 13:57:47 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 02 Jan 2008 14:57:47 +0100
Subject: [OGo-Users] LSMailDeliveryException when sending a mail via ogo webui?
Message-ID: <20080102135748.051033806D@smtp.l00-bugdead-prods.de>
Hi,
one of our users wanted to send an e-mail to two persons. The e-mail
addresses were taken from the contacts database. so not manually added.
There were some attachements added, about 10MB, not too big to get them out.
In the ogo log I found these messages
could not perform request !
postdrop: warning: uid=1000: Illegal seek
sendmail: fatal: marx@rapideye.de(1000): queue file write error
Jan 02 13:14:50 ogo-webui-1.1 [4892]: [email::deliver] [1] Could not write
mail to sendmail! <19200>
Jan 02 13:14:50 ogo-webui-1.1 [4892]: [email::deliver] [1] message: <>
Jan 02 13:14:50 ogo-webui-1.1 [4892]: (131C131C2F477B6341) command
email::deliver({
addresses =
(
"Heikko.LALA@lala.fi",
"\"susi sonnenschein\"
"
);
copyToSentFolder = 0;
messageTmpFile = "/tmp/OGo131C477B8E4818.tmp";
}) failed:
name: LSMailDeliveryException reason: Writing to '' failed with code
[19200] info: {
callStack =
(
"email::deliver
(class=LSMailDeliverCommand, self=0x0xde03508)"
);
}
Jan 02 13:14:50 ogo-webui-1.1 [4892]: [ERROR] (131C131C2F477B6341) failed:
email::deliver({ addresses
= (
"Heikko.LALA@lala.fi",
"\"susi
sonnenschein\" "
);
copyToSentFolder = 0;
messageTmpFile
= "/tmp/OGo131C477B8E4818.tmp";
})
I think the initial problem is the one from the postdrop, but I am not sure,
anbody has seen sth. like this before?
I'm on opensuse 10.2, running a trunk ogo, mailer is postfix.
Sebastian
From users@opengroupware.org Thu Jan 3 09:40:50 2008
From: users@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Thu, 03 Jan 2008 11:40:50 +0200
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <476B9A4B.5040101@internode.on.net>
References: <476B9A4B.5040101@internode.on.net>
Message-ID: <477CADA2.9050709@tietoteema.fi>
> I've got some Debian Etch specific documentation and scripts done for :
>
> * OGo base install : docs + auto-install script
> * Integrating OGo /w Cyrus IMAP & Postfix : docs + auto-install script
> * Asterisk click-to-dial : auto-install script
> * Google maps : beginnings of an auto-install script
> ..and plans for Funambol sync doc and script...
We've been working on Funambol <-> Nokia calendar sync (with GroupDAV
connector) for a long while now. It has been working on basic level for
maybe 8 months now and there's a published howto already at
http://docs.opengroupware.org/Members/sasepp/synchro/document_view
Whole-day events and recurring events are a real pain in the ass, as
well as multiline comments in OGo events. Anyways we're currently
working around these issues with Funambol synclets and by editing the
GroupDAV connector. Probably something tangible will pop up in a month
or so. I'll probably publish the synclet documentation in Funambol wiki
sooner, because current synclet documentation is almost non-existant.
Best regards,
Samuli Seppänen
From users@opengroupware.org Thu Jan 3 14:07:31 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Thu, 03 Jan 2008 09:07:31 -0500
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <477CADA2.9050709@tietoteema.fi>
References: <476B9A4B.5040101@internode.on.net>
<477CADA2.9050709@tietoteema.fi>
Message-ID: <1199369251.5807.3.camel@WM_ADAM1.morrison.iserv.net>
--=-TqvyD2hZPkTjJlNw3YV1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> > I've got some Debian Etch specific documentation and scripts done for =
:
> > * OGo base install : docs + auto-install script
> > * Integrating OGo /w Cyrus IMAP & Postfix : docs + auto-install script
> > * Asterisk click-to-dial : auto-install script
> > * Google maps : beginnings of an auto-install script
> > ..and plans for Funambol sync doc and script...
> We've been working on Funambol <-> Nokia calendar sync (with GroupDAV=20
> connector) for a long while now. It has been working on basic level for=20
> maybe 8 months now and there's a published howto already at
> http://docs.opengroupware.org/Members/sasepp/synchro/document_view
Excellent, since I will be returning to this subject soon.
> Whole-day events and recurring events are a real pain in the ass, as=20
> well as multiline comments in OGo events. Anyways we're currently=20
> working around these issues with Funambol synclets and by editing the=20
> GroupDAV connector. Probably something tangible will pop up in a month=20
> or so. I'll probably publish the synclet documentation in Funambol wiki=20
Are you using the current version of the GroupDAV connector [with
Funambol 6.5]?=20
> sooner, because current synclet documentation is almost non-existant.
Yep.
--=-TqvyD2hZPkTjJlNw3YV1
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHfOwjLRePpNle04MRAjjwAJ9plpCgSPkqp/AaO9zjsn8GRqMZrwCfQbTq
bcsdHcBQr+AL8g3jO0+ZAuQ=
=chAw
-----END PGP SIGNATURE-----
--=-TqvyD2hZPkTjJlNw3YV1--
From users@opengroupware.org Thu Jan 3 14:20:31 2008
From: users@opengroupware.org (Helge Hess)
Date: Thu, 3 Jan 2008 15:20:31 +0100
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <477CADA2.9050709@tietoteema.fi>
References: <476B9A4B.5040101@internode.on.net> <477CADA2.9050709@tietoteema.fi>
Message-ID: <354E5D88-247C-41FC-B5D4-3A377EA1A59C@opengroupware.org>
On 03.01.2008, at 10:40, Samuli Sepp=E4nen wrote:
> Whole-day events and recurring events are a real pain
Yes. Note that OGo can actually store iCal recurrence rules and even =20
uses them for more complex setups. But it can't display and calculate =20=
all rrules.
(it would be good to have a list of rrules generated by Funambol/the =20
client)
Thanks,
Helge
--=20
Helge Hess
http://www.helgehess.eu/
From users@opengroupware.org Mon Jan 7 13:24:14 2008
From: users@opengroupware.org (Mark Pavlichuk)
Date: Mon, 07 Jan 2008 23:24:14 +1000
Subject: [OGo-Users] Funambol + GroupDAV connector
Message-ID: <478227FE.3010608@internode.on.net>
I seem to have calendars syncing between OGo and Outlook with Funambol
6.5 + latest GroupDAV connector as middleware. I'm using
/zidestore/dav/%USER%/Calendar as my URL, but I'm wondering if Contacts
or Tasks are able to be synced also. I haven't been able to find a
reference for GroupDAV URLs, but I've tried the following :
/zidestore/dav/%USER%/Tasks and Tasks/personal... also Contacts and
Contacts/personal with no luck. The "sync device" I'm using for testing
is Outlook + Funambol sync plugin.
-Mark
From users@opengroupware.org Mon Jan 7 03:37:39 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sun, 06 Jan 2008 22:37:39 -0500
Subject: [OGo-Users] Funambol + GroupDAV connector
In-Reply-To: <478227FE.3010608@internode.on.net>
References: <478227FE.3010608@internode.on.net>
Message-ID: <1199677059.5703.19.camel@aleph.morrison.iserv.net>
> I seem to have calendars syncing between OGo and Outlook with Funambol
> 6.5 + latest GroupDAV connector as middleware. I'm using
> /zidestore/dav/%USER%/Calendar as my URL, but I'm wondering if Contacts
> or Tasks are able to be synced also. I haven't been able to find a
> reference for GroupDAV URLs,
See WMOGAG's ZideStore section, the available URLs are detailed in
depth.
http://docs.opengroupware.org/Members/whitemice/wmogag/file_view
Contacts sync with varying degrees of success based upon the target
device; but it usually works.
> but I've tried the following :
> /zidestore/dav/%USER%/Tasks and Tasks/personal...
Tasks in ZideStore are unfortunately read-only.
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1595
IMHO it isn't as much of a loss as it first appears, the task
applications provided on nearly every mobile devices borders on useless
anyway.
> and
> Contacts/personal with no luck. The "sync device" I'm using for testing
> is Outlook + Funambol sync plugin.
From users@opengroupware.org Tue Jan 8 09:05:52 2008
From: users@opengroupware.org (=?UTF-8?B?QWxicmVjaHQgRHJlw58=?=)
Date: Tue, 08 Jan 2008 10:05:52 +0100
Subject: [OGo-Users] Q: OgO stable on Ubuntu 7.10?
In-Reply-To: <47693FEA.9020201@ker-c.de>
References: <4767AD07.5010607@lios-tech.com> <057D587F-3AD1-4C0B-B38E-8CC2858ED415@opengroupware.org> <47693FEA.9020201@ker-c.de>
Message-ID: <47833CF0.9010109@lios-tech.com>
This is a multi-part message in MIME format.
--------------080905020306040606030803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi,
Jonas schrieb:
> I did this here and it seems to work fine.
[snip]
>> On 18.12.2007, at 12:20, Albrecht Dreß wrote:
>>> Would it be possible to use the packages from
>>> nightly/packages/debian/dists/ubuntu704/releases/opengroupware-1.1.6-yummy?
Thanks for this info! Just an other dumb question: which sope and mod-ngobjweb deb packets did you use on your box? Anything else I should take care of?
Thanks,
Albrecht.
--------------080905020306040606030803
Content-Type: text/x-vcard; charset=utf-8;
name="albrecht_dress.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="albrecht_dress.vcf"
YmVnaW46dmNhcmQNCmZuO3F1b3RlZC1wcmludGFibGU6QWxicmVjaHQgRHJlPUMzPTlGDQpu
O3F1b3RlZC1wcmludGFibGU6RHJlPUMzPTlGO0FsYnJlY2h0DQpvcmc6TElPUyBUZWNobm9s
b2d5IEdtYkg7UiAmIEQgLSBTb2Z0d2FyZSBEZXNpZ24NCmFkcjtxdW90ZWQtcHJpbnRhYmxl
OkJ1aWxkaW5nIDI0NDs7U2NoYW56ZW5zdHJhPUMzPTlGZSA2IC0gMjA7Q29sb2duZTs7RC01
MTA2MztEZXV0c2NobGFuZA0KZW1haWw7aW50ZXJuZXQ6YWxicmVjaHQuZHJlc3NAbGlvcy10
ZWNoLmNvbQ0KdGl0bGU6RHIuDQp0ZWw7d29yazorNDkgMjIxIDY3NiAyNzQyDQp0ZWw7ZmF4
Ois0OSAyMjEgNjc2IDIwNjkNCm5vdGU7cXVvdGVkLXByaW50YWJsZTpNYW5hZ2luZyBEaXJl
Y3RvcjogVGhvbWFzIE9sZGVtZXllcj0wRD0wQT0NCglSZWdpc3RyYXRpb24gQ291cnQgQW10
c2dlcmljaHQgQ29sb2duZSwgUmVnLi1Oby4gSFJCIDMzNDgyDQp4LW1vemlsbGEtaHRtbDpG
QUxTRQ0KdXJsOmh0dHA6Ly93d3cubGlvcy10ZWNoLmNvbQ0KdmVyc2lvbjoyLjENCmVuZDp2
Y2FyZA0KDQo=
--------------080905020306040606030803--
From users@opengroupware.org Tue Jan 8 10:32:05 2008
From: users@opengroupware.org (Chris Picton)
Date: Tue, 08 Jan 2008 12:32:05 +0200
Subject: [OGo-Users] SOPE SVN down?
Message-ID: <1199788325.6534.2.camel@jabberwock>
--=-SuKI7lOwtchmUBj4AG+4
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
http://svn.opengroupware.org/viewcvs/?root=3DSOPE
An Exception Has Occurred
Python Traceback
Traceback (most recent call last):
File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 3194, in main
request.run_viewcvs()
File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 264, in run_viewcv=
s
self.rootpath, rev)
File "/usr/local/viewcvs-1.0-dev/lib/vclib/svn/__init__.py", line 322, in=
__init__
self.repos =3D repos.svn_repos_open(rootpath, self.pool)
SubversionException: ("Berkeley DB error while opening 'nodes' table for fi=
lesystem /svn/repos/SOPE/db:\nCannot allocate memory", 160029)
---------------------+-----------------------------------------------------=
--
Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net)
Technical Director | PGP Key Fingerprint:
Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988
011 447 8096 |=20
chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc
---------------------+-----------------------------------------------------=
--
--=-SuKI7lOwtchmUBj4AG+4
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQBHg1ElIp1t1p0oqYgRApYWAKCSWX52xG2U9msH69ctrP4H+lIJFgCgzmmD
6hfUSGOmXG4RSiYrhTaegTs=
=6NO4
-----END PGP SIGNATURE-----
--=-SuKI7lOwtchmUBj4AG+4--
From users@opengroupware.org Tue Jan 8 14:18:04 2008
From: users@opengroupware.org (Helge Hess)
Date: Tue, 8 Jan 2008 15:18:04 +0100
Subject: [OGo-Users] SOPE SVN down?
In-Reply-To: <1199788325.6534.2.camel@jabberwock>
References: <1199788325.6534.2.camel@jabberwock>
Message-ID: <5D99B131-3DA5-4E2D-905D-5EFF58AFE317@opengroupware.org>
On 08.01.2008, at 11:32, Chris Picton wrote:
> http://svn.opengroupware.org/viewcvs/?root=SOPE
Works for me. Probably you hit the page when the repositories got
synced.
Greets,
Helge
--
Helge Hess
http://www.helgehess.eu/
From users@opengroupware.org Wed Jan 9 07:36:01 2008
From: users@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Wed, 09 Jan 2008 09:36:01 +0200
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <1199369251.5807.3.camel@WM_ADAM1.morrison.iserv.net>
References: <476B9A4B.5040101@internode.on.net> <477CADA2.9050709@tietoteema.fi> <1199369251.5807.3.camel@WM_ADAM1.morrison.iserv.net>
Message-ID: <47847961.1080208@tietoteema.fi>
>>> I've got some Debian Etch specific documentation and scripts done for :
>>> * OGo base install : docs + auto-install script
>>> * Integrating OGo /w Cyrus IMAP & Postfix : docs + auto-install script
>>> * Asterisk click-to-dial : auto-install script
>>> * Google maps : beginnings of an auto-install script
>>> ..and plans for Funambol sync doc and script...
>> We've been working on Funambol <-> Nokia calendar sync (with GroupDAV
>> connector) for a long while now. It has been working on basic level for
>> maybe 8 months now and there's a published howto already at
>> http://docs.opengroupware.org/Members/sasepp/synchro/document_view
>
> Excellent, since I will be returning to this subject soon.
I'll probably push out updated version of the document soon, because
I've done much more work on Funambol synchronization since releasing it.
>> Whole-day events and recurring events are a real pain in the ass, as
>> well as multiline comments in OGo events. Anyways we're currently
>> working around these issues with Funambol synclets and by editing the
>> GroupDAV connector. Probably something tangible will pop up in a month
>> or so. I'll probably publish the synclet documentation in Funambol wiki
> Are you using the current version of the GroupDAV connector [with
> Funambol 6.5]?
Actually we're using the older stable version of Funambol (5.0)
currently. I haven't had time to test the GroupDAV connector on newer
Funambol releases, but I'll do that when I have time.
Samuli
From users@opengroupware.org Wed Jan 9 07:47:24 2008
From: users@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Wed, 09 Jan 2008 09:47:24 +0200
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <354E5D88-247C-41FC-B5D4-3A377EA1A59C@opengroupware.org>
References: <476B9A4B.5040101@internode.on.net> <477CADA2.9050709@tietoteema.fi> <354E5D88-247C-41FC-B5D4-3A377EA1A59C@opengroupware.org>
Message-ID: <47847C0C.8040900@tietoteema.fi>
>> Whole-day events and recurring events are a real pain
> Yes. Note that OGo can actually store iCal recurrence rules and even
> uses them for more complex setups. But it can't display and calculate
> all rrules.
> (it would be good to have a list of rrules generated by Funambol/the
> client)
I'm currently working on other Funambol <-> Nokia things but once I get
back to Nokia <-> OGo sync I'll send all the rrules Nokia's calendaring
program generates to the list. They seem to be mostly standard iCalendar
stuff, however.
Samuli
From users@opengroupware.org Wed Jan 9 08:52:21 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 09 Jan 2008 09:52:21 +0100
Subject: [OGo-Users] segfault when entering a db project
Message-ID: <20080109085221.85209393F3@smtp.l00-bugdead-prods.de>
Hi,
I just ran against this bug again:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
because I installed libFoundation rpm's without the patch mentioned in the
bug report.
I've trunk installed, does that happen to others with a 64Bit ogo
installation too? I am on opensuse 10.2, x86_64, or does this problem only
happen with that compiler version/glibc version installed on that host?
kind regards
Sebastian
From users@opengroupware.org Wed Jan 9 09:56:20 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 10:56:20 +0100
Subject: [OGo-Users] segfault when entering a db project
In-Reply-To: <20080109085221.85209393F3@smtp.l00-bugdead-prods.de>
References: <20080109085221.85209393F3@smtp.l00-bugdead-prods.de>
Message-ID: <4A832BEC-CCC2-4718-8858-A1626F183C8D@opengroupware.org>
On 09.01.2008, at 09:52, Sebastian Reitenbach wrote:
> I just ran against this bug again:
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
> because I installed libFoundation rpm's without the patch mentioned
> in the bug report.
The patch wasn't in a lF release yet, I've tagged 1.1.15 which
contains the change. Lets see whether packages got built tomorrow
morning ;-)
> I've trunk installed, does that happen to others with a 64Bit ogo
> installation too? I am on opensuse 10.2, x86_64, or does this
> problem only happen with that compiler version/glibc version
> installed on that host?
Its quite possible that this is because of the specific compiler combo.
Helge
--
Helge Hess
http://www.helgehess.eu/
From users@opengroupware.org Wed Jan 9 09:58:36 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 10:58:36 +0100
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <47847C0C.8040900@tietoteema.fi>
References: <476B9A4B.5040101@internode.on.net> <477CADA2.9050709@tietoteema.fi> <354E5D88-247C-41FC-B5D4-3A377EA1A59C@opengroupware.org> <47847C0C.8040900@tietoteema.fi>
Message-ID: <0CAF3F46-66EB-4CB5-916D-CBBE0A205A57@opengroupware.org>
On 09.01.2008, at 08:47, Samuli Sepp=E4nen wrote:
> They seem to be mostly standard iCalendar stuff, however.
The "standard" iCal recurrence rules are super complex, no one (I =20
know) implements all combinations. Hence the question is what RRULE =20
combinations can be created on the mentioned devices.
Thanks,
Helge
--=20
Helge Hess
http://www.helgehess.eu/=
From users@opengroupware.org Wed Jan 9 10:07:13 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 09 Jan 2008 11:07:13 +0100
Subject: [OGo-Users] segfault when entering a db project
Message-ID: <20080109100714.921733941A@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> On 09.01.2008, at 09:52, Sebastian Reitenbach wrote:
> > I just ran against this bug again:
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
> > because I installed libFoundation rpm's without the patch mentioned
> > in the bug report.
>
> The patch wasn't in a lF release yet, I've tagged 1.1.15 which
> contains the change. Lets see whether packages got built tomorrow
> morning ;-)
>
> > I've trunk installed, does that happen to others with a 64Bit ogo
> > installation too? I am on opensuse 10.2, x86_64, or does this
> > problem only happen with that compiler version/glibc version
> > installed on that host?
>
> Its quite possible that this is because of the specific compiler combo.
yeah, otherwise someone else would have stumbled across it before me.
Thanks for fixing.
Sebastian
From users@opengroupware.org Wed Jan 9 11:55:55 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 12:55:55 +0100
Subject: [OGo-Users] segfault when entering a db project
In-Reply-To: <20080109100714.921733941A@smtp.l00-bugdead-prods.de>
References: <20080109100714.921733941A@smtp.l00-bugdead-prods.de>
Message-ID:
On 09.01.2008, at 11:07, Sebastian Reitenbach wrote:
> yeah, otherwise someone else would have stumbled across it before me.
> Thanks for fixing.
I don't think so, for 95% of the usual applications it doesn't make
sense to go x86_64, therefore most people run 32bit binaries even on
64bit capable machines.
While the 64bit ABI also has some improvements (faster opcodes, more
registers etc), it also bumps your memory and bandwidth requirements
considerably. It only is an advantage if you actually need 2GB+ of
memory in a single process or 64bit calculations. You certainly don't
for OGo.
Greets,
Helge
PS: this is especially true for SuSE, which provides 32bit and 64bit
binaries in a single setup (lib vs lib64). I think Debian does not
provide that.
--
Helge Hess
http://www.helgehess.eu/
From users@opengroupware.org Wed Jan 9 12:21:29 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Wed, 09 Jan 2008 13:21:29 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <1199881289l.26009l.1l@pc104141.koeln.nktcables.com>
Hi all,
I am currently trying to install OgO on a x86_64 Ubuntu 7.1 box, but =20
unfortunately failed so far...
First tried to install opengroupware.org-1.0.0-finally-r1862.tar.gz and =20
sope-4.4.0-cell-r1160.tar.gz, but I couldn't convince the sope apps =20
/not/ to use the system-supplied libobjc.
I now try to build sope-4.7.1-fwd-r1502.tar.gz (for =20
opengroupware.org-1.1.7-close-r1987.tar.gz), as there the build =20
instructions state I can use the system libobjc. Building =20
libFoundation works, but now I have a puzzling effect: I ran "Defaults =20
write a b 42; Defaults read a" which returned
{
4c4cb =3D 42;
}
The file itself contains
{
4cb =3D 42;
}
Any idea what goes wrong here?
Thanks in advance, Albrecht.
From users@opengroupware.org Wed Jan 9 14:26:22 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 15:26:22 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1199881289l.26009l.1l@pc104141.koeln.nktcables.com>
References: <1199881289l.26009l.1l@pc104141.koeln.nktcables.com>
Message-ID:
On 09.01.2008, at 13:21, Albrecht Dre=DF wrote:
> First tried to install opengroupware.org-1.0.0-finally-r1862.tar.gz =20=
> and sope-4.4.0-cell-r1160.tar.gz, but I couldn't convince the sope =20
> apps /not/ to use the system-supplied libobjc.
This is a GCC bug. You need to move away the system supplied libobjc. =20=
If its there, GCC will always use it.
(after compilation you can move it back into place, as ld.so will =20
properly honour the library path).
> Building libFoundation works, but now I have a puzzling effect: I =20
> ran "Defaults write a b 42; Defaults read a" which returned
>
> {
> 4c4cb =3D 42;
> }
>
>
> The file itself contains
>
> {
> 4cb =3D 42;
> }
>
> Any idea what goes wrong here?
No. It should return
{
b =3D 42;
}
Maybe its a 64bit issue, can't say.
Greets,
Helge
--=20
Helge Hess
http://www.helgehess.eu/=
From users@opengroupware.org Wed Jan 9 16:13:00 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Wed, 09 Jan 2008 17:13:00 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: (from
helge.hess@opengroupware.org on Wed Jan 9 15:26:22 2008)
Message-ID: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com>
Am 09.01.2008 15:26:22 schrieb(en) Helge Hess:
> On 09.01.2008, at 13:21, Albrecht Dre=DF wrote:
> This is a GCC bug. You need to move away the system supplied libobjc. =20
> If its there, GCC will always use it. (after compilation you can move =20
> it back into place, as ld.so will properly honour the library path).
Thanks for that hint...
However, I now run into a different problem. Simply running =20
"configure" in libFoundation in this folder doesn't work as the =20
architecture isn't recognised:
checking host system type... Invalid configuration =20
`x86_64-pc-linux-gnu': machine `x86_64-pc' not recognized
checking target system type... Invalid configuration =20
`x86_64-pc-linux-gnu': machine `x86_64-pc' not recognized
checking build system type... Invalid configuration =20
`x86_64-pc-linux-gnu': machine `x86_64-pc' not recognized
*************** Warning ****************
This package was not ported to running operating system.
We'll use the default configuration file ./config//.h.
****************************************
As a workaround, I tried to force i386 (which should also run on the 64 =20
bit Xeon, right?) by running "./configure --target=3Di386-pc-linux-gnu =20
--build=3Di386-pc-linux-gnu --host=3Di386-pc-linux-gnu". Now the =20
compilation fails:
../Foundation/common.h:31:20: warning: config.h: No such file or =20
directory
[more errors]
I could work around this problem by symlinking the .h files form the =20
Foundation/ix86/linux-gnu/GNU/ folder. Then I also had to move away =20
the system objc headers (for me in =20
/usr/lib/gcc/x86_64-linux-gnu/4.1/include/objc) and adding a symlink =20
from the installation folder. For installing libFoundation, I also had =20
to say "ln -s ix86 x86_64" in the Foundation sub-folder.
The final "Defaults" application /is/ now linked against the right =20
library:
adress@server:~/sope/libFoundation$ ldd /opt/ogo/bin/Defaults =20
libFoundation.so.1.0 =3D> /opt/ogo/lib/libFoundation.so.1.0 =20
(0x00002ba1f952e000)
libpthread.so.0 =3D> /lib/libpthread.so.0 (0x00002ba1f9924000)
libobjc.so.lf2 =3D> /opt/ogo/lib/libobjc.so.lf2 =20
(0x00002ba1f9b3f000)
libm.so.6 =3D> /lib/libm.so.6 (0x00002ba1f9d58000)
libc.so.6 =3D> /lib/libc.so.6 (0x00002ba1f9fda000)
libdl.so.2 =3D> /lib/libdl.so.2 (0x00002ba1fa335000)
/lib64/ld-linux-x86-64.so.2 (0x00002ba1f9310000)
but the output for "rm -f ../../GNUstep/.libFoundation/Defaults/a.plist =20
&& /opt/ogo/bin/Defaults write a b 42 && /opt/ogo/bin/Defaults read a" =20
is still
{
4c4cb =3D 42;
}
> Maybe its a 64bit issue, can't say.
O.k., at least is somehow reproducible. But I need a running OgO on =20
that box, so any help on this issue would *really* be appreciated!
Cheers, Albrecht.
From users@opengroupware.org Wed Jan 9 16:52:30 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Wed, 09 Jan 2008 17:52:30 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080109165231.5B2FE39601@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> On 09.01.2008, at 13:21, Albrecht Dre=DF wrote:
> > First tried to install opengroupware.org-1.0.0-finally-r1862.tar.gz >
and sope-4.4.0-cell-r1160.tar.gz, but I couldn't convince the sope
> > apps /not/ to use the system-supplied libobjc.
>
> This is a GCC bug. You need to move away the system supplied libobjc. If
its there, GCC will always use it.
> (after compilation you can move it back into place, as ld.so will
> properly honour the library path).
>
> > Building libFoundation works, but now I have a puzzling effect: I
> > ran "Defaults write a b 42; Defaults read a" which returned
> >
> > {
> > 4c4cb =3D 42;
> > }
> >
> >
> > The file itself contains
> >
> > {
> > 4cb =3D 42;
> > }
> >
> > Any idea what goes wrong here?
>
>
> No. It should return
> {
> b =3D 42;
> }
at least with a recent -trunk version on a opensuse 10.2 x86_64 it shows
exactly that output above.
>
> Maybe its a 64bit issue, can't say.
So I'd guess not a 64Bit issue.
Sebastian
From users@opengroupware.org Wed Jan 9 17:15:56 2008
From: users@opengroupware.org (Jan Schulze)
Date: Wed, 09 Jan 2008 18:15:56 +0100
Subject: [OGo-Users] Basic Authentication
Message-ID: <4785014C.80603@informatik.uni-tuebingen.de>
Hi all,
I've configured ogo-webui for Basic Authentication. Apache correctly
verifies the provided username and password.
What bothers me, is that OpenGroupware seems to check the credentials
again (after Apache has accepted them) and drops me back to the form
based login. If the passwords of external authentication source and
ogo-webui are identical, OpenGroupware grants access. Is this an
expected behaviour? If so, of what use would Basic Authentication be?
Regards,
--
Jan Schulze - Systemadministration
Wilhelm-Schickard-Institut für Informatik
Universität Tübingen
Raum C309, Sand 14, D-72076 Tübingen
Telefon: 07071/29-70 449
Telefon mobil: 0172/73 71 906
From users@opengroupware.org Wed Jan 9 19:41:54 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Wed, 09 Jan 2008 14:41:54 -0500
Subject: [OGo-Users] Basic Authentication
In-Reply-To: <4785014C.80603@informatik.uni-tuebingen.de>
References: <4785014C.80603@informatik.uni-tuebingen.de>
Message-ID: <1199907714.6300.7.camel@WM_ADAM1.morrison.iserv.net>
--=-8uCnKPqWRvSHmBkNB0Ut
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> I've configured ogo-webui for Basic Authentication. Apache correctly
> verifies the provided username and password.
> What bothers me, is that OpenGroupware seems to check the credentials
> again (after Apache has accepted them)=20
Yep, configuring basic auth means that OGo performs HTTP Basic
authentication, not that it 'trusts' the inbound credentials.
Real trust is -
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1121 - and,
AFAIK, isn't being actively worked on. It also isn't nearly as easily
as it seems at first since the OGo WebUI needs the user's credentials to
do things like connect to the IMAP server.
> and drops me back to the form based login.=20
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1613
> If the passwords of external authentication source and
> ogo-webui are identical, OpenGroupware grants access. Is this an
> expected behaviour? If so, of what use would Basic Authentication be?
It allows two layers of authentication, providing basic credentials to
an outside/wrapper application while only presenting one password prompt
(assuming the user enters the correct password). Also some platforms
allow the browser to store basic authentication credentials in a
key-ring allowing a reasonably secure for a user to avoid typing the
password every time,=20
--=-8uCnKPqWRvSHmBkNB0Ut
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHhSOCLRePpNle04MRArA4AJ9vLAE/j+ViZxce4HYdQ4/wDaMsNwCfUTuB
fSlomY6kHpWOm/J3SdERNCw=
=o3YI
-----END PGP SIGNATURE-----
--=-8uCnKPqWRvSHmBkNB0Ut--
From users@opengroupware.org Wed Jan 9 19:57:39 2008
From: users@opengroupware.org (Jonas)
Date: Wed, 09 Jan 2008 20:57:39 +0100
Subject: [OGo-Users] Q: OgO stable on Ubuntu 7.10?
In-Reply-To: <47833CF0.9010109@lios-tech.com>
References: <4767AD07.5010607@lios-tech.com> <057D587F-3AD1-4C0B-B38E-8CC2858ED415@opengroupware.org> <47693FEA.9020201@ker-c.de> <47833CF0.9010109@lios-tech.com>
Message-ID: <47852733.5060408@ker-c.de>
This is a multi-part message in MIME format.
--------------020600090003070502070604
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
I installed the latest at the end of November. It should work most of=20
the time. Though this is development stuff, the time frames when=20
something seriously is broken seems to be short. I installed ogo systems =
at least 3 times from there.
So far there was one upgrade, which did not seem to change anything (it=20
surely changed something, but I did not notice).
=20
The packages currently running (hopefully complete):
ii opengroupware.org 1.1.svn2054-1 A free and=20
open groupware suite
ii opengroupware.org-database-scripts 1.1.svn2054-1 Scripts to=20
set up a database for OpenGroupwa
ii opengroupware.org-zidestore1.5 1.1.svn2054-1 WebDAV=20
Server for OpenGroupware.org
ii opengroupware.org1.1 1.1.svn2054-1 A free and=20
open groupware suite
ii opengroupware.org1.1-database 1.1.svn2054-1 Database=20
models for OpenGroupware.org
ii opengroupware.org1.1-webui 1.1.svn2054-1 Web UI for=20
OpenGroupware.org
ii opengroupware.org1.1-webui-app 1.1.svn2054-1 Web UI=20
application of OpenGroupware.org
ii opengroupware.org1.1-webui-contact 1.1.svn2054-1 Contact=20
component of OpenGroupware.org's Web
ii opengroupware.org1.1-webui-core 1.1.svn2054-1 Core=20
elements for OpenGroupware.org's Web UI
ii opengroupware.org1.1-webui-i18n-en 1.1.svn2054-1 English=20
translation for OpenGroupware.org's
ii opengroupware.org1.1-webui-job 1.1.svn2054-1 Job=20
component of OpenGroupware.org's Web UI
ii opengroupware.org1.1-webui-mailer 1.1.svn2054-1 Mailing=20
component of OpenGroupware.org's Web
ii opengroupware.org1.1-webui-news 1.1.svn2054-1 News=20
component of OpenGroupware.org's Web UI
ii opengroupware.org1.1-webui-project 1.1.svn2054-1 Project=20
component of OpenGroupware.org's Web
ii opengroupware.org1.1-webui-scheduler 1.1.svn2054-1 Scheduler=20
component of OpenGroupware.org's W
ii opengroupware.org1.1-webui-theme-default 1.1.svn2054-1 Default=20
theme for OpenGroupware.org's web UI
ii opengroupware.org1.1-xmlrpcd 1.1.svn2054-1 XMLRPC=20
daemon for OpenGroupware.org
ii libapache2-mod-ngobjweb 4.7.svn1552-1 Apache2 module for the =
SOPE application serv
ii libopengroupware.org-db-project5.3 1.1.svn2054-1 =20
Database storage for OpenGroupware.org proje
ii libopengroupware.org-docapi5.3 1.1.svn2054-1 =20
OpenGroupware.org document API
ii libopengroupware.org-logic5.3 1.1.svn2054-1 Shared =
libraries of the OpenGroupware.org ap
ii libopengroupware.org-webmail5.3 1.1.svn2054-1 =20
Webmail functions common for some OpenGroupw
ii libopengroupware.org-webui-foundation5.3 1.1.svn2054-1 =20
Library of common Web UI elements
ii libopengroupware.org-zidestore1.5 1.1.svn2054-1 Shared =
libraries of the OpenGroupware.org zi
ii sope4.7-gdl1-postgresql 4.7.svn1552-1 PostgreSQL connector for=20
SOPE's fork of the
ii sope4.7-libxmlsaxdriver 4.7.svn1552-1 XML Parser for SOPE's SAX engi=
ne
ii sope4.7-versitsaxdriver 4.7.svn1552-1 iCal and vCard Parser for=20
SOPE's SAX engine
ii libsope-appserver4.7 4.7.svn1552-1 SOPE application server libraries=
ii libsope-core4.7 4.7.svn1552-1 Core libraries of the SOPE=20
application serve
ii libsope-gdl1-4.7 4.7.svn1552-1 GNUstep database libraries for SO=
PE
ii libsope-ical4.7 4.7.svn1552-1 SOPE libraries for iCal handling
ii libsope-ldap4.7 4.7.svn1552-1 SOPE libraries for LDAP access
ii libsope-mime4.7 4.7.svn1552-1 SOPE libraries for MIME processin=
g
ii libsope-xml4.7 4.7.svn1552-1 SOPE libraries for XML processing=
I added a file /etc/apt/sources.list.d/ogo.list containing:
deb http://download.opengroupware.org/releases/unstable/=20
ThirdParty/sarge/binary-i386/
deb http://download.opengroupware.org/nightly/packages/debian etch trunk
That was enough to get it via package management.
Hope that helps ;)
Albrecht Dre=C3=9F schrieb:
> Hi,
>
> Jonas schrieb:
>> I did this here and it seems to work fine.
> [snip]
>>> On 18.12.2007, at 12:20, Albrecht Dre=C3=9F wrote:
>>>> Would it be possible to use the packages from=20
>>>> nightly/packages/debian/dists/ubuntu704/releases/opengroupware-1.1.6=
-yummy?=20
>>>
>
> Thanks for this info! Just an other dumb question: which sope and=20
> mod-ngobjweb deb packets did you use on your box? Anything else I=20
> should take care of?
>
> Thanks,
> Albrecht.
--------------020600090003070502070604
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
I installed the latest at the end of November. It should work most of
the time. Though this is development stuff, the time frames when
something seriously is broken seems to be short. I installed ogo
systems at least 3 times from there.
So far there was one upgrade, which did not seem to change anything (it
surely changed something, but I did not notice).
=C2=A0
The packages currently running (hopefully complete):
ii=C2=A0
opengroupware.org=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0 A free and open
groupware suite
ii=C2=A0 opengroupware.org-database-scripts=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0 Scripts to
set up a database for OpenGroupwa
ii=C2=A0 opengroupware.org-zidestore1.5=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 WebDAV
Server for OpenGroupware.org
ii=C2=A0 opengroupware.org1.1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
1.1.svn2054-1=C2=A0 A free and
open groupware suite
ii=C2=A0 opengroupware.org1.1-database=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 Database
models for OpenGroupware.org
ii=C2=A0 opengroupware.org1.1-webui=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 Web UI =
for
OpenGroupware.org
ii=C2=A0 opengroupware.org1.1-webui-app=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 Web UI
application of OpenGroupware.org
ii=C2=A0 opengroupware.org1.1-webui-contact=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0 Contact
component of OpenGroupware.org's Web
ii=C2=A0 opengroupware.org1.1-webui-core=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 Core
elements for OpenGroupware.org's Web UI
ii=C2=A0 opengroupware.org1.1-webui-i18n-en=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0 English
translation for OpenGroupware.org's
ii=C2=A0 opengroupware.org1.1-webui-job=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 Job
component of OpenGroupware.org's Web UI
ii=C2=A0 opengroupware.org1.1-webui-mailer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 1.1.svn2054-1=C2=A0 Mailing
component of OpenGroupware.org's Web
ii=C2=A0 opengroupware.org1.1-webui-news=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 News
component of OpenGroupware.org's Web UI
ii=C2=A0 opengroupware.org1.1-webui-project=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0 Project
component of OpenGroupware.org's Web
ii=C2=A0 opengroupware.org1.1-webui-scheduler=C2=A0=C2=A0=C2=A0=C2=A0 1.1=
=2Esvn2054-1=C2=A0 Scheduler
component of OpenGroupware.org's W
ii=C2=A0 opengroupware.org1.1-webui-theme-default 1.1.svn2054-1=C2=A0 Def=
ault
theme for OpenGroupware.org's web UI
ii=C2=A0 opengroupware.org1.1-xmlrpcd=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0 XMLRPC
daemon for OpenGroupware.org
ii=C2=A0 libapache2-mod-ngobjweb=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn155=
2-1=C2=A0=C2=A0=C2=A0 Apache2 module for
the SOPE application serv
ii=C2=A0 libopengroupware.org-db-project5.3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 1.1.svn2054-1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
Database storage for OpenGroupware.org proje
ii=C2=A0 libopengroupware.org-docapi5.3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0
OpenGroupware.org document API
ii=C2=A0 libopengroupware.org-logic5.3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0
Shared libraries of the OpenGroupware.org ap
ii=C2=A0 libopengroupware.org-webmail5.3=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 1.1.svn2054-1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0
Webmail functions common for some OpenGroupw
ii=C2=A0 libopengroupware.org-webui-foundation5.3 1.1.svn2054-1=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
Library of common Web UI elements
ii=C2=A0 libopengroupware.org-zidestore1.5=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 1.1.svn2054-1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
Shared libraries of the OpenGroupware.org zi
ii=C2=A0 sope4.7-gdl1-postgresql 4.7.svn1552-1=C2=A0 PostgreSQL connector=
for
SOPE's fork of the
ii=C2=A0 sope4.7-libxmlsaxdriver 4.7.svn1552-1=C2=A0 XML Parser for SOPE'=
s SAX
engine
ii=C2=A0 sope4.7-versitsaxdriver 4.7.svn1552-1=C2=A0 iCal and vCard Parse=
r for
SOPE's SAX engine
ii=C2=A0 libsope-appserver4.7 4.7.svn1552-1=C2=A0 SOPE application server=
libraries
ii=C2=A0 libsope-core4.7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=C2=A0=
Core libraries of the SOPE
application serve
ii=C2=A0 libsope-gdl1-4.7=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=C2=A0 GNU=
step database libraries for
SOPE
ii=C2=A0 libsope-ical4.7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=C2=A0=
SOPE libraries for iCal handling
ii=C2=A0 libsope-ldap4.7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=C2=A0=
SOPE libraries for LDAP access
ii=C2=A0 libsope-mime4.7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=C2=A0=
SOPE libraries for MIME
processing
ii=C2=A0 libsope-xml4.7=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 4.7.svn1552-1=
=C2=A0 SOPE libraries for XML
processing
I added a file /etc/apt/sources.list.d/ogo.list containing:
deb http://download.opengroupware.org/releases/un=
stable/
ThirdParty/sarge/binary-i386/
deb http://download.opengroupware.org/nightl=
y/packages/debian etch trunk
That was enough to get it via package management.
Hope that helps ;)
Albrecht Dre=C3=9F schrieb:
Hi,=
Jonas schrieb:
I did this here and it seems to work fine.
[snip]
On 18.12.2007, at 12:20, Albrecht Dre=C3=9F=
wrote:
Would it be possible to use the packages
from
nightly/packages/debian/dists/ubuntu704/releases/opengroupware-1.1.6-yumm=
y?
Thanks for this info!=C2=A0 Just an other dumb question: which sope and
mod-ngobjweb deb packets did you use on your box?=C2=A0 Anything else I
should take care of?
Thanks,
Albrecht.
--------------020600090003070502070604--
From users@opengroupware.org Wed Jan 9 21:50:12 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 22:50:12 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com>
References: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com>
Message-ID:
On 09.01.2008, at 17:13, Albrecht Dre=DF wrote:
> However, I now run into a different problem. Simply running =20
> "configure" in libFoundation in this folder doesn't work as the =20
> architecture isn't recognised:
Oh, I didn't want to imply that you should use OGo 1.0 / SOPE 4.4 / lF =20=
1.0. In fact I did my 64bit work *after* those releases, so you should =20=
go some SOPE 4.7.x / OGo 1.1.x version.
Thanks,
Helge
--=20
Helge Hess
http://www.helgehess.eu/=
From users@opengroupware.org Wed Jan 9 21:50:54 2008
From: users@opengroupware.org (Helge Hess)
Date: Wed, 9 Jan 2008 22:50:54 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <20080109165231.5B2FE39601@smtp.l00-bugdead-prods.de>
References: <20080109165231.5B2FE39601@smtp.l00-bugdead-prods.de>
Message-ID:
On 09.01.2008, at 17:52, Sebastian Reitenbach wrote:
>> No. It should return
>> {
>> b = 42;
>> }
> at least with a recent -trunk version on a opensuse 10.2 x86_64 it
> shows exactly that output above.
Trunk packages or trunk source builds?
Helge
From users@opengroupware.org Thu Jan 10 06:42:28 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Thu, 10 Jan 2008 07:42:28 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080110064229.3F17F3949A@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> On 09.01.2008, at 17:52, Sebastian Reitenbach wrote:
> >> No. It should return
> >> {
> >> b = 42;
> >> }
> > at least with a recent -trunk version on a opensuse 10.2 x86_64 it
> > shows exactly that output above.
>
> Trunk packages or trunk source builds?
I used the specfiles in the docs plone from Adam to create some rpm's from
the trunk sources.
Sebastian
From users@opengroupware.org Thu Jan 10 08:16:43 2008
From: users@opengroupware.org (=?UTF-8?B?QWxicmVjaHQgRHJlw58=?=)
Date: Thu, 10 Jan 2008 09:16:43 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To:
References: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com>
Message-ID: <4785D46B.30308@lios-tech.com>
This is a multi-part message in MIME format.
--------------090202020908020409000206
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Helge Hess schrieb:
> Oh, I didn't want to imply that you should use OGo 1.0 / SOPE 4.4 / lF 1.0. In fact I did my 64bit work *after* those releases, so you should go some SOPE 4.7.x / OGo 1.1.x version.
Yes, but that's exactly what I tried first; see my first message in the thread. And there I *had* the wrong behaviour of "Defaults". Or didn't I get your point here?
Thanks, Albrecht.
--------------090202020908020409000206
Content-Type: text/x-vcard; charset=utf-8;
name="albrecht_dress.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="albrecht_dress.vcf"
YmVnaW46dmNhcmQNCmZuO3F1b3RlZC1wcmludGFibGU6QWxicmVjaHQgRHJlPUMzPTlGDQpu
O3F1b3RlZC1wcmludGFibGU6RHJlPUMzPTlGO0FsYnJlY2h0DQpvcmc6TElPUyBUZWNobm9s
b2d5IEdtYkg7UiAmIEQgLSBTb2Z0d2FyZSBEZXNpZ24NCmFkcjtxdW90ZWQtcHJpbnRhYmxl
OkJ1aWxkaW5nIDI0NDs7U2NoYW56ZW5zdHJhPUMzPTlGZSA2IC0gMjA7Q29sb2duZTs7RC01
MTA2MztEZXV0c2NobGFuZA0KZW1haWw7aW50ZXJuZXQ6YWxicmVjaHQuZHJlc3NAbGlvcy10
ZWNoLmNvbQ0KdGl0bGU6RHIuDQp0ZWw7d29yazorNDkgMjIxIDY3NiAyNzQyDQp0ZWw7ZmF4
Ois0OSAyMjEgNjc2IDIwNjkNCm5vdGU7cXVvdGVkLXByaW50YWJsZTpNYW5hZ2luZyBEaXJl
Y3RvcjogVGhvbWFzIE9sZGVtZXllcj0wRD0wQT0NCglSZWdpc3RyYXRpb24gQ291cnQgQW10
c2dlcmljaHQgQ29sb2duZSwgUmVnLi1Oby4gSFJCIDMzNDgyDQp4LW1vemlsbGEtaHRtbDpG
QUxTRQ0KdXJsOmh0dHA6Ly93d3cubGlvcy10ZWNoLmNvbQ0KdmVyc2lvbjoyLjENCmVuZDp2
Y2FyZA0KDQo=
--------------090202020908020409000206--
From users@opengroupware.org Thu Jan 10 10:26:37 2008
From: users@opengroupware.org (Helge Hess)
Date: Thu, 10 Jan 2008 11:26:37 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <4785D46B.30308@lios-tech.com>
References: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com> <4785D46B.30308@lios-tech.com>
Message-ID:
On 10.01.2008, at 09:16, Albrecht Dre=DF wrote:
> Helge Hess schrieb:
>> Oh, I didn't want to imply that you should use OGo 1.0 / SOPE 4.4 / =20=
>> lF 1.0. In fact I did my 64bit work *after* those releases, so you =20=
>> should go some SOPE 4.7.x / OGo 1.1.x version.
> Yes, but that's exactly what I tried first; see my first message in =20=
> the thread. And there I *had* the wrong behaviour of "Defaults". =20
> Or didn't I get your point here?
Well, all I'm saying is that 4.4/1.0 are unlikely to work on 64bit. I =20=
don't know why you are experiencing the Defaults weirdness on 4.7/1.1. =20=
Might be a bug which needs fixing, might be some issue with your setup.
Thanks,
Helge
--=20
Helge Hess
http://www.helgehess.eu/=
From users@opengroupware.org Thu Jan 10 11:05:17 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Thu, 10 Jan 2008 06:05:17 -0500
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <4785D46B.30308@lios-tech.com>
References: <1199895180l.26009l.3l@pc104141.koeln.nktcables.com>
<4785D46B.30308@lios-tech.com>
Message-ID: <1199963117.6054.24.camel@aleph.morrison.iserv.net>
> > Oh, I didn't want to imply that you should use OGo 1.0 / SOPE 4.4 /
> lF 1.0. In fact I did my 64bit work *after* those releases, so you
> should go some SOPE 4.7.x / OGo 1.1.x version.
> Yes, but that's exactly what I tried first; see my first message in
> the thread. And there I *had* the wrong behaviour of "Defaults". Or
> didn't I get your point here?
The point was that OGo 1.0/SOPE4.4 aren't expected to work/compile on
64bit; 64bit compatibility changes were done later. Beyond that I
can't help as I haven't built on 64bit; 64bit doesn't offer any real
advantages for OGo. It does for the backend database PostgreSQL,
however, but the distribution probably provides 64bit versions of that
(just make sure you have a recent version, older versions didn't use
large buffer pools [the major point to 64bit] efficiently).
From users@opengroupware.org Thu Jan 10 12:17:23 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Thu, 10 Jan 2008 13:17:23 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080110121724.2C8FD39A3E@smtp.l00-bugdead-prods.de>
------=_=-_OpenGroupware_org_NGMime-12187-1199967443.671897-0------
content-type: text/plain; charset="us-ascii"
content-transfer-encoding: 7bit
content-length: 1428
users@opengroupware.org wrote:
> > > Oh, I didn't want to imply that you should use OGo 1.0 / SOPE 4.4 /
> > lF 1.0. In fact I did my 64bit work *after* those releases, so you
> > should go some SOPE 4.7.x / OGo 1.1.x version.
> > Yes, but that's exactly what I tried first; see my first message in
> > the thread. And there I *had* the wrong behaviour of "Defaults". Or
> > didn't I get your point here?
>
> The point was that OGo 1.0/SOPE4.4 aren't expected to work/compile on
> 64bit; 64bit compatibility changes were done later. Beyond that I
> can't help as I haven't built on 64bit; 64bit doesn't offer any real
> advantages for OGo. It does for the backend database PostgreSQL,
> however, but the distribution probably provides 64bit versions of that
> (just make sure you have a recent version, older versions didn't use
> large buffer pools [the major point to 64bit] efficiently).
>
I used appended spec files to build rpm's for opensuse 10.2 and opensuse
10.3 x86_64. These are the a bit tweaked rpm's from Adam from the docs
plone.
you have to download the sope-trunk-latest.tar.gz and
opengroupware.org-trunk-latest.tar.gz, you have to create a ogo gnustep tar
gz from the gnustep subdirectory in the sope tarball.
You have to install the created libFoundation/sope/ogo rpm's with --nodeps
because the created gnustep rpm has not the right name.
Maybe it works for you on Ubuntu too.
Sebastian
------=_=-_OpenGroupware_org_NGMime-12187-1199967443.671897-0------
content-disposition: inline; filename="OGoSPECS.tar.gz"
content-length: 22252
content-transfer-encoding: base64
content-type: application/x-compressed; name="OGoSPECS.tar.gz"
H4sIACALhkcAA+xd/3fbNpLvz/wrUKW+tHmVZLf58l72kjvHVhxtHUsnKU2z11stRUISY4pU
+cWOm+f//WYAUARJ8JsopfbbaLetTACDwcxnBgNgCI2HvZNx95u9fg4PD4+ePXuG/8VP+r/s
+9Hhs8dHjw+f/PzsyTeHR4ePHz/+hjzZL1v8E/qB7hHyjee6QVG9svJ7+hkz/btr6iw8N1xf
6x7t+Gtq7LIPVPBTUKhS/0dPf3r67Aj1//OzI/j27Cno//FPPz/9hhzukom8z7+5/g9MOrcc
SvyV/pEkPo+1uMxykmXPNmX2PN3wSC5LNYzL3IU79ahNdZ+KssALncup99Phk2StK+r5lhvR
OeokS2ehZZuGGzpBlr7vhp4RkSdJjIPSO4s/E9XXHnz/FFXvhr7XtV1DtzeV/rRMmmTnqPMk
Hq01S7H7pPNzooOVfknntr7wWdv2xyNNG4erle7dPBedHpO5RynRHZOxSzb8Ej+0AtrRLvQV
jSrjmBau9ivvMHp68Fni4lYbcRknS4Xgbzv8z1iGt0DNMV1v08UyCNbPu93r6+tOUn6ut9CG
unGpL2hU+9jUV2Sih45L3lu2bekrn/ynfs2//vf1EgawsgxquI4f2oHlLDqGu3qpncMzJ+bw
bHiuvRudS4MsZuIM/4prn9IrarvrFXWC7rk183TPor52HAbuiP4x9NwrrOrO59qYgWPTkEuC
I+ZWGzIopAo5Pm61VyiuEbiD56JwGqzWaz1Y3nYPPjugoNv2wedIAfA1knYbXQhvDfSBHWy/
cMAB0XUbsaE9eOfT8WDYey5ZhIYQ8g3PWgdATxuAAM5kARDdAjnrAZlREClAhyNHYF8CEPWA
JwJqMJaa5QR04ekB9cm1FSxJsAT8Ut1ECnJzEBRoh4OPrD3XDI3AZ/DUbVuTW8UdGbYFwvcJ
MO8wjgzP9X1sQMBVuB5Z23owd72V/yNS0gIXKV+BbUFVg0JVeIK156Fj4Jh12wpuWKemHujA
K3S1WHI+f3t73p6BcE02JG+uAwFW9XjY9zsASdPiJOwbYgVkqUMpuaYzApL2SD9qQ4AfLeKL
WI5JgbgJwyChDwjvkKzYLZ+g3QQEbD1w1yAqlKKG6iP6em1bho49C7l3QI1rbi5kRQM9ZfhZ
8m97k2MiWqQwroY44Cm0POrzauCM5mDQJuPh4DPz0rfsv5ZzC9pd04PPPn+G3v22/Wllqx4b
LkIn+3xlrZTPYeQCaIpC29TXqucgKmXnC9M+aq9dP1jAuP7IrYJesG2Cp15b0te2OWsDrj5S
I5Cfzv3EU9tdWEb8rR24ru2zv0GZK9oG762HNq8blwGAQgvHKv0FYwDIQCghPXKdQBcdRU88
Kv250i2byi0cei33IHPKn4AgmGUCY6qnYBHx00D3L9mfoFtvbZjsO85hfhCxQZ0ry3MdhBJZ
uebUWbizj9A65TDRXybcEMfwMWiEwLhtaibwyp0M+CRw+OuA2bPlQJgFLgOg690ES/QLDqUm
NIQIwfVMkALUApeRNQXte6jvQz3DDoEF8g8YwZiNAO0cHMBoeHJKwLCvKTgN+O/Fm/HpDx1t
At4pYsgKfGrPielS33kYxP7GEbzQTwZdB5pObDdAS47s3wDL6mgPqn5iG+doK7VyqBYy4YO7
2sLKaxgsM5QaNpln4OgnYsMpdDOlIBJCQkWdSoJA16qD32SaGMzQAqwr2j7B3rgYyLUHxoeK
wykIXa7G+QEw6aQVSbWF1GTPm/EBKQW9BnP0b2A+XhG0EWwCE4JCb6K5f790JvnI3alPliaT
H5ig7xoWBBcm2nS+8MB1OBC1MFFjXTGvm9Z8Tj0QoRbpYAbqA3OE+XyCniDSJnOv4FgYCOZZ
1YlmP4qYh3XD4xBWmU3c0HIJE4wvtS8EDPhdUHEKNpLaBWklah76Ci63QJByNquvLTGUfJGa
ymFhiXo+FUQU8oun4rTkIKDD8O2ruVU2N0mWf6G5mWnFiUaFym9oPOk+m5mOJMfakt+N6UgB
aoHpVBZZknpMsr6U5DWpRLKynHYgnJj9LYIvZm2lsZe8SOMt7o13aeZI+GDV+lHZXUZQqJSU
tPniqL7MCW+3nSVzCvdXB0JoFTWRKzyNPIK/dbN9Pn7rmmB6CvXUcyP7MZaMW+GEqolqe6eS
XVAqAV3byyQ2CDKi5dsGrE7uhMb2obZZ9yX2IEoFmGS0SITVmU66AN6D67ppBzDAnTzrkt4l
QSCbaiFAfFSPY5UUZnZIU2J4BY8q0vsyImA85siAzKpzmx39pZke/C+nvVoS/TISQD7zBFCX
Y4UleLqzSAtiwB7eKSkIPnOtwa3D8jYuVBE0/AqDc0NYrbjw1DFtPDybsJ1XJQP7DdqKAoAa
cQSLO4q35JOb0RUDbi6/SGJBvpQ62gc3JCtrsQwIxeN9i52I4FGchXuvYnuW76jFYNCsObmB
htc6zKqwuAxh8WVQD/GROJ3BLTmxp2pqmwOlzD63oPocIhYIWfzLm6kPS8bpLLQvpyvq40mL
T9rE49oy2VCwKbJlW7hLYzHkaqTokw1egAnOQWfTsRjw1LcAMOk+JWmMWTkEFAH1/Nx+5567
YgdpnL9iFrYxlNiwk8byntleIjrDPdP9GEnh2c6X2lRJnaOkTSbn6KbomEQ+UmkW1Mdayg+y
6CdqhIE+s/nxRdS5D+SyZ7vCu6qOEzPgQJGk0HGCUqI2XbHz2Dz//X7b4Osuba2lT/B2oUgm
UbUmweY2cg2WekDw4Bu8IzvOuopnsLXrYB1NZZRCueA7nIDtnGUNHjmouXQzEjrP6XdrlWeW
cJKkqgu1wWIuMbw8sYrhKeQpzmjTdhId3W40tnPB3VV3qjQk5fE2MrQTq4p0gMd+RlbyIo4A
ZMCMi+EF85P+UsfZOarPAJHrLyEaJf0AT3rca3b6bHhUD7jDhZgS8QCDcy0n4DDic75pQb+h
bvP8EZbPwr/ivjk8dgGWAW7WGi7EBpjcA70tYSph1CFY0Bx6nSCsNmmWE5Dx1DxT4CsAvwAA
hQYY/jJytym4TfDkADHdNGXIiLrMqUpo0VyOXt3BXAHSB0JewNrRT+wrVL8y5sKPgcfzwzU+
p+aPUtKCZrF2GHJu+mFRpU4M/4o1VqGJx5QpML3l0fZXLO0fS0L+eTsJIupPBHA5YZgmOS7M
jGHr7/7b42GUuBfNgIzgHGrwNDz4Z/x2EtXCZDrqsOgS63IcwzNcZ7GW+SCqGWes9g2y9Oqx
lkYaRBjpgdUOMjCHKyXGC0zr+mqP+7dHJnt07E5S4v4SIwGPGviHPEUzA8JEOQ4AqhtLZjUd
LZ06Ktw2hw+f8qFblpVq+Wtbv0G1+uDGbdE7pjsrQwDsLgWQCabqfQlbysq9omQZ0yjZIMkq
9zZ+7Gp037cWjjxxMvFqHrWjHIVNRgJI3A+gpm4DMZWo1FkjQ3Fq/tWi9m9RkQZYNmVG7hAi
+ZvHXN3MpQKX+swSO4OBWz1Sl9ATeAAFomuCPLQArAQhZo1DYBbl+HELti3nkn9jaeDXrgd/
OpZB7Zt4PzKF3Lg3tiE6x/NU5gjERp4eDUwFzM2m0Uz3/8ge+LCHOALHtwun/S919KXmOn9+
rD2CQiHNLcfyl5lkS3x4h4UkuM4XUu0RMCEVyMlMzwun+h2XkXlZIJ/a3BeCyMkEp2Fg3GXZ
OEUBaF3mC0VDnZRoes7CvtvAAZbzhVOf/WL3k14hv/aoc6ehM89bUzK3U5f7QuFkDuzPqAcz
+R0WTu7RPQqnNveFwlmGKeG8CZ0FDOhOyweYzpfPNgMoFJGVjs77gW7fbQFZRVlQ9dkvFM/H
9JHt3yE0dqh/l6PDj0UHmFvwXzytp5PGLlzvmi7uNoKcvBQylNA2AygU0Tod+QzdOz67r4tC
n9rcFwsnszvgekG4CO+2ia2LXNBWIygOENM7kuP1XV9Z0LzEaPbKX232C8WT2Y8b2+6VfnmH
peMXrbtqc19iYLN0/CwB9PtXnv6nhTPmD3dYXGwMlQxuu/Fslf0oXstOyZa/0ExMna7yuv0C
G5p5G5d5G5R5G5p5G6Olb1BslxAZiRR3K5OCjLcYeQaWfDVGlMroExfFgYjg29Keaf1JTU1Q
wpeJ+Stx8H8pizL06Ty0o21Dzgzb2zZCP8Aj3Pj0b7uXyTfv7KegEr8JL50R3iW05F3skIei
IrTkgW5Xr1fGQkbwxKId81Fv0lLe09np8a/SVSXqd0zwZUW2ty3eumTJYZiK4joObpY7Or7U
rrg2BWGU3S/vkJPQw7c0AW+bBAKWdRalxLDUAUGDpaRBj5p1ggoIZ5thsjtXyG/WCsPT3pVr
h2zwaztcAHYB1yA/GK10PCq/k7iRUelh8evEmWoaqLvIPIv1VVmzhafCNV4gisejbdIxa1i1
R9eatyLtuUe++zwavp2+etc/P52OBoPJrXbg0yBck/YfpO2krqxCWGkPyKPCD7uUxiyp9OiR
dsDqaZ0uCGBuLULQTbvNbzh6keHq4LO4+4j8nsiBbrf58R8IdhYuMoUIZTcM2mvLd43LTPHC
R2W+2BDvDs7c9tnFO9SzpjFF84uXNvdm3VYYv0jeLqmmHUQ3krw+/qU3PRvjOF+08kfeBe/y
9LHMYktbXZqWR9prUKNE5TaHdwLtxpPecNq/GE+Oz8+PJ/3BxfS0P3qRbJ6SU/x59e7i9LwX
NRctK2oq/rwf7IZOJD9t/OZ41EMiRdJj+XvdDJ7bydvKWtwuCFCKqN528RIZPDr21aVxjKau
cH193dIMsKjRGn33u353EhHM7SdRfbRJ0S7oWLSYYOa534WGfNrIact4Ei5AzUP3ZImv3py7
i7KKgCqGMXBZZVXfUHv9rp9TSxpO92Qw/DDqn72ZVKlbwqhct5RXEEy1SizLuwXuwMWb9+Bf
MC9iC/7OCA30zQvknY5GjaVLWh/c8CHMuAK3MHuCLaduy2snr8eDKTS6Y0Ym+W0rMoqXCb6E
QfVOO+/G/YuzDl6JNDw++eX4rIecot/HCdtyrIBPTmSjGq1/0Z+MT0b94WQ8nbwdolFOB2eD
F4kO4pZTCayqpv/on/Yq2GM8Mx58li83zOtKcng5DN+W1UHObtFcVjoe1Tu6Y9Cut17xSwil
+6iULHQ9akJsM41utMrno9u4j4Sz2mtP8Z1cBTJr0I0PoeB+RcZ6+AICY/1UFJf2YIFX+0j2
JpvZ9HSsnu+n/o2PMRGgmJtBx8wBPpK41QI3NJbZ593NfkVhjWjBWlQnjnS1B5EomJ/DQn0d
OG5gzW+04+HkYjDpv/4QCSLpPDYVN+JMDCvTupqRZql2E1x1/KWSOKpHZOULeVsLmZ1itcRN
uGsfvYNA6hWX24vfWx96499b2YjlAcG7SNklc+jSr5cuzBfCE7dxvQ4ss5xsjFqhrr/UhseT
kzfT4WA8ORv1xv9zPj0ZXLzO9CAI4xU4ELpjFtJax9P9+OrCDrILnVhzce1dRPnszatjNdFi
yovpcqZnqZ6MeseTHshi+m7cG+WJQlCN3oogp69Y+l7O9kFME6DZOy/mVNBkGQ6vomv31HRH
g/Pz/sV0fPKm97aXq7VIaa5tPxRvVxp8JUzYXUDQi2+w95MxB/DM1V4PRie96eDX3mgEfmA6
BL31Libpbh6Il2FhGlwB0ZsNUUHsew6H//pBezc8xeGz9sdlbIorD9m7smszkkR8cREnLmsM
HGKkKzAcFWw5+ehtRlQU3jFLvg8d69MPOOobCDFZMBMtfdpicFewNteGZyfnfZBA7+JkcAph
CXSES4+Lo0RfD8TeAaGO4bILXfnrvhrwNh3/8mFjwXnaX1PPgoYG2xEDE8NrY4QP2BiX1iIv
K5u25ECFlTccSe3OI9/8F3Uvu/2yRS96mtI1Pyx6WT12dycg8H/Jd0fkBTki//c3hKkDMW3X
n1lOFy+DZt51bmmijdh/TZUnCuXL6ArrSTdvqevxe2HUZVLiclEF8c6Augp/bV4tAbTH8Ycx
c8mtDQRbogS8yev+by9am0AaC05GuI7HhwltGjBHYuxACOupbeIqhte9bUk9EsLx9aj7hDxi
/8N7okkcq+MQMpPqy65Jr7pOaNsALGXPyTbQEWiTENyGbPn/lIb5z+8+S3/d/nPxt3jNzyvy
UYt6/A+o1oqrteou9KvEDRL9l61iaaCQjeXKNcmzJ4ektDLCOtb+T1+1/2+nfdlV4HFivi/A
gHx6cQyhQxYPrAwCjXF/cCEVZza1pNpKCHGEzEmrSwOjOw7HvbbYgkgiRdKe3LVQjfwoqcdI
kxIHchuVTrfRasWVYaKXNHj5gqvbkthD4TMxoZbda4cZyHNhJbUac4g8qdcMgirc5Ef91Gpn
O6TtV27Cf26CzVaeoaRIbZ/eWxSotlTuGQ6M5SWPIki7jS+glFZTKNl1Ikf84IE0M6T4sM2O
77K1XcdUzBSJIwlw/0XN0f2xrwxArL9vSetfsChdk4cJQg/zyfxLNV+luShgIxqzIrjMn4W/
mN/9Nva8AgBxf4lxV/XSTSx0Kxv9Ur66rpU2tNOtLXV7n717ry357fuLi1LvfX+QUdGLV/Hj
wqtt9PvVP9REwVfLyMqEQeqvCHBUM7SEaTWlrGXIQK/cyKP4G3yBtKolP738jyPOVbxci/bj
1Is18UMw6cBBNGqlayTCB1FJEUAk2uxi8aZiAgCrepwN3xXcpNvufzEXSbRa+J5RS90QPp9A
KcrzmlYJD/LalgQIimbpIEFNOb28u9c4SZ7S32OkKMIFddV6C5y/1FepFzwbXTVa8jRAbSPc
7t/DbYPcHWC3EXqbebr9+TpV6HfvkVPg8+4ndir7PvxkIsfGq6N7D4idupKvBlMmoborp51H
C1uuoFRetNIqStWw4koqTi1Qr6Uwg248GYx66Qhl07CVrZWIUnIzSxUNd7GsUvMCiFYXZENm
JU/Z9hXD5nqJtam0xorxskJJdSPmIhKlVpDfuErUkd+6JOpQNkzHHXnU06us+w2bdPrwvQeO
IuTIq1xvwXVXHJp67SUpsNHqqyGaG+N5r45wO0TvBNMNUd3UIe7XJapiy/sPpELXeJ+hVMNF
4mf367L7j42dO5mvBlRJTHVXaHsJMrZcpaldbKV1mrpp6UqtPOfbo6FTKembVUwnPR9K3OcN
X5VKmhy1eOG2SrtI+FJnhYma6n7KEkE361w2aFWG5+FfmeG5zTlqdRddmTyY9DodmwDRlXtF
KxMR7dUIqNSobvaMd2UZVJWPIQ2nOG9jPldMoya18/NAthje3CJaNs2PVsrTU4C+Ynpf3oII
LUFpB/L66H3v1bv+dHDOd5NkpB91DvVKCE6S2D2EM/S3wnCaSjUtF7ZKoVhZVw3joiElcJyp
WAjkHY6RgQrxDP+QjVfNJmIc3pXDzSY7rTsAqaqLrXCaf9JSosayhtsc0G0AWzK8BGZVdQth
u/MhS344zy9mkaw6pk/6xQijlT1jmsz+YNfUO2bp1NNANQ+ZU7sYchW8pKJqJcDtaLRqX6k6
ajm8gzuTzRY/O8CwupOtYFy0IVKi2/Km222rbfBcOswEpNW1C1G9l8ELbBd4UhXO1TvwSW8a
o/eo83NNNO7PoSr7aIjFum6mtGUuEis51rIh5uCwqnPdw7hTDrZ0g8QAnZdvkGgHrF7+jXzl
HfHrAss74vXEq/QHeKNDEHjft3/EbTD+r/YPWvrGudLkCrxdQtwyhtfTHRuGG+KPj5p+Y1qv
wGZ2QedE/KTlLmj93Z3thI74EbFdkBrp16fiio9dkBsbS2qG+FvxCmLwb0nJj3Av4OAzPJQJ
Psppheqs1yJSXL1Wp9Fvc9Vrhpqt10LosF4jSVv1Gm70ktcsaeHyfRj7Mna8ZnV84wd0VQBn
zn2mau1RiOtTy8diOYYdmlTJYB3u0qxIF4fsS6ARMkrFmapYUZjxCLYRZqrP6pxl2Kjfd+Rx
1KXoWdQlkQfJGVHkKdTF6BHUJVkRSIWShasrbCy5gnst8aUVHGcVL1niEsv9XzVnV8WzbcDC
r+HZmaUZ7mqlO6bfPR8L+XaMldmMjml61Pcb02FxTlMiG302ptTD37Bce9YOmMLfAm9MBH++
uDGRITxzneZkhGNuSicOshpTorpnLBuTwZ8Abi7lCdVXDYmAP+isXBMniKyz2NhcjdDpfPx6
cy1/rWZcslsGaRM87y6blpmLa/Oj8XJHx3Y+XN1sg10xASXJ1J1VZbmUzFMTzmGJPqoIv0zS
lcW6GTy7Tq581BVfFSi4RHnTY4C3KLbFjYi76xrvleY/WdqxMUrbjoL47comJPhvGDahIH7E
rgkJ/itdTSiIH2lqQuL9YBzoMKN+8u3tCMCEHHY++inouK67O9jEOVPi9vfBwG0EnSkQaA4f
iUpy8DM7pHscPSffZPhIYQfjl8gkBXBp7nP8jHqT4QMBJduuhxft75HzqIMmzHMaTbTHPfAO
CAkYJAhtJFpjxmdZZnzBghm3BaXJmCldCvIJlMV2XhHMucYlZrjhJrltJVfRyUprGKzl+8lI
IqoiZkpVa7wyGEQC6w3cmDDw2lRFrY+wDG3TT/irQ4rSaEejtIK1KqmQIwcoXheW+VRV9IfP
ohqUDaw8fO1BfpUAg28FCS90ksF0VHD1/+09bVvbxrL9in/FHggHyBP5LRBO04RTAgTo5e1i
0qS9PXVlS9gKsqRKMoSm/Pc7M7srrV5sS7ZJaA/q0wDS7uzuzOzs7OzMbFf3Da2X2y7/5g3T
34Kr27ZI0dwOLFAWc74HpmO0O0P7qg0zMtB7ZrpXUCjO6ll6XhRIvBnNkdhnrIDIkWPPc4+c
RTTND2aul/PTRLXKMo2y/mJ9PR7oGlvmZ1urjuubUK9rrqV98vKSVi/z2wcEyM2NjRyQI9yX
YyBJWlDW46L2GGFXLb3zmixbsS+1bWNgOe8Oq3bOlqEgCLS6zAaBEsoHs8EAJL073LNNbrqZ
AdAZVDLxanZzxh6dgUgz/dCaFc65iUxuHFnO1YyQWi4aBZIASk9lwTGzgOAcMwsEyTGzwEhw
zCyAEhwzG6CYY2aBc272ZgWgslyO+JrqDCnPSjJayKVbFfcjzs+QzefEUet9bEOcTf7IW8Lm
BW/ucHbd7tW8YP1ooTV5RlmiIn/GqZxB/ozw5g4HkT8vWIT8SnloB65tGfptUPVIDU/Pazrr
mvcEE4bN2Vau+ChlRkBHu9tnkWvNLIs734xkOjPFcirQMwuQBHpmmpAKemZaySR6Ujwm7vMo
p/y+Nzt4/jVnzRdkD52qzSYPEcSeYYXurEIaAb2lHfwcAB06l2k9bxowKGbgw8zLYtfy8C6d
I5A5swITvDCHhec4aSOZRh7HxJ8DIE78OQBC4s8BjCD+zMuySvwZgQni58qUaTRSCW+i2Em1
6ODqO+dlEg/nZ19NOJRUd9EqNu/u/uB2Zu8tAUl1du6eYZG0ly4HswkgUOMOHdtyzPkIxxM3
NGcEMZ9xCShzWDkEpJ8tbw5SOusgNo3gSBNtRnBItBlBzGdcCtHmAwmIlpqPvthXaR09+H2u
J47qjdJvCHjqdCfVgUsLT5TuqQNvLeWMe0QHjCJSdJrGE94KIxp3iqxtUzU+DLsT2jade2o7
6WQxiu5F9gtT0RxtdpNofl8cn3AOGdF4f3hPjR8MnZ7uW5Pat+bolZNoP+nXMqL1j4VOrKZo
/Qfd0x0zmCBunHn6lqjNn7j+jdmbOHzvviZ8wiNoVOP3Rfkz1w+HveFE7BfSWKfpQMt2r/Wr
CfKuiHY/VeNeAUnvhZ37knhe+OY81bgMnS9xOJyf3WFeR7lRh+ZyiBtBG3uMO/L4Nro7WGAr
Do8tga+Rkd15G8+fW9ue51pOqEZeJWrlusz+3Hqjd69MxyhRIxUVVqTKW9/Fi+TLtCI0yzKt
kA91sfJFcDshcdqcOE1hjel4TbkoOs1tpY0bETvkfpNULMZ/E9ltMndNZqbJvDOBVSbH91Is
cR+9yGy3N7psZTkqVHnK3psGO+2GrLnBmvX6C/YWxOkVOzc9z3LYq0v86/uMoNuqaEw3DKia
47+EF4lzv7Wn7Nh12A+6w57Xp4YeOVUl3KjURt76Fg2BN7JRvJGc43YObXvYY80XJaHFXc7x
h9PwbnXWOj3bY6E/BICXrs9gWyr+gvXRNnAsF/0htd74V8nWPUNnvvn70IJllnmW7aKXGlRd
VX4H5F3jjGPAWZ4VuN2rNTHgH4Y2q5dtkuLRYVRiigN4CwY1hJ6EJlsN3IGJuf9YAAyOi/Ma
VJHZBEV8fwB1+Z3wl1FNBKzbNpOpGxJFPJiU6GwmhoLX1sNYfFD1TcLe0ORD2Sg5FJA7lsOp
176ucelZkwcx2IO+qRumz3THYEJaGhXGsJ9utzsEwDAYhAPs6QEcJLZ7yYQEZsHwEuY1jSDW
CQKCFslYyhlgExTOSUOv50OjyOk4fg0w1yOXUBw8zDX7Frqt2+zGCvss7FtBhYnpj9xGuDTY
0rvA5FznMugnbAhDJpJMIIk8U1uvrvvdakPzE+zgsMYmx+GBafdM+DcI2Ks+/l7tw+8jmFAP
8QQXf0IhGq9EQaPaENLmWL9ljcbUkyvyaEz5MHLqE/B6Ts/7+XCBLACXeBXFCXP0AZHAp3QZ
BjtqyXN3ilaSI/BZYzrxkCB/wGghDapR5wFuWdblcCM24gwip4lQ72LdoAZ8IeQytbY+NR0S
vphccBHEskKYQzzb3zk63Du52DvZOd09PNnHUURjAnERhjDXkcNXw/4wIMbHyU+8j2L0DcjM
pUbz2yaycGuorjol+kJ8AB2yUGDpigxCiYRsweeXITJpCMlGfJ5UcKAPekh9aH47Gz2jsbPV
GwvETTAcDKBJShmT486pwTxbAzQRYmg412gH6WB3fbMHkwXRpg9Dd0DywRBBt9jM0GMoV/hW
SkoCHELZhWGgfwSMGCZ8M0ynewst37j+lZg9BLLs7EGChxly15tsVaS4AXnrsNa71h775z8B
ewNa8PzuUyZnGzQQJaJZk2sFdqXshOMiI+5F49tNZWSN6ei94mEWrhUmhDxyFIhQVVxERTGO
Tc5wZRylNYYOsAOm22VCb2YD4FwGDdsoMXumY/pWNyGwbvpWtw/MFfTdoW0wpCliveMCVQj1
uKCdm8YB8P5vyFXGb8wAzc23OkNiqu9wzYQyNIcP6Ruw49AK+tCb8MY0HSbyOfO1ERNgMwKU
wAQj/DjuTbVaRZFwKNZvBio5Tslr/RnIIsfw9SuTAL01DdfXUeCK3hHMNYXHywrCFbmwvoRS
rru1wnArgC3orA+bC+rhb94QGPPW9dvuZdv3BuiW9JtAAU1mwEyvZ0pSk8c9zT7UHfAdrkYG
1xrFog21uZpFGiPOZSyHzHh+dtxi/yeUE5AWon+B3/1T/uqZ3bX//AMxRn1m5icPI2mRB1ZI
F3glVust7VXXhakLzW+trCncXVqx4ixLnUW0jO4X03AkIIh4MYxYYBI/RH4GqzAHhAEgyKKI
xkvfHSAnIB8iFgitHUQTFQVFTOKIsCi1kZ51DbwGr4HjVy1Q1GA5gWXtsguNBOZaFXoOPWA+
vWQgIkl+YEdR8guE7JpdId7XyyJENdKBYE+bBqV8OnGvxSJWogWpuqShgoyHmQ6MFq4EgLIQ
ZIiPSBa8xvGlO7coBqpiiC3TY/WyQ8SpasHqSRAr38znaZ3t7bR4lJBYsjRasqpIlDm1UYfn
xfo6/YQn/fNF/UXjm0Z98/lm48VmY/PFN/XGRr3x/BtWn1P7Y58h7pwY+wZtIuPKTfr+F32W
uYhfMDpE9jbnap6oLcmFgKZq74+KqMBkBTn18cHNSPo7cSs5BjJWz3xFUcjEk2XCTHFuyOHF
SeuwXVAhK5UWaG+6f/uSf0GBlVTAqpUTaOglG9PUj3wcoszy59T47irnfKXIFIgHeAdAHFgR
ZTv9MPRe1jAYsZqZ0JUzrmmIwtuGPmAX+tBx2XsQtZY+gM2VfsN//R4UhNAcwMYe1NJgaOPi
Xu26g63KEbxzoj4d7Z8dVd6dH8XjHN8Fss5EhXfRVOh6aL6rHUWb/21Qac/N38989/olo5R/
LeIQWS3GA+ecu8oZ0Sj7XRjhKm8QX+d4/QP/3g4HHm5s72pxWWSLOy1LBA1nYaWybGFa9H+3
cf/eA0n8u90mXdVvW0EblVnLUb69bNwtf/5H4dJ1JDU3+Lxk8fvKMuVRzPukcXBQwjGsywpy
LVepMGThom8FUq1EZgwY7AdwYZB5eaR5CZbzW2TdKs+o6Y3OSLjMNxWaw7I0nZytkC9IE7MV
TgYkNKsJxYBYvFxl901r7+LdWRvTO75ezAxr8jEQiJea4IjFCmbe5znLWz+1dk5P3h7up29x
wAq8YOtg+3xv9/AcPuZBXawMrgzLZ5oH2Fa7eVepdAHR515ErVrrf49gMqbL1TLlzjh7QPHJ
ZcmgjcFN2aLiQplRo/2VX0GQ90m9VIYDkFgQleSfyuUxA91Cyzqa3WqgWHPZZjrXFnSQBIPR
afMZGcWPSjEq3nswH6qw7+DwttLjyS9dkRe61DMIGFGhwPUoaNucyOV0H+aIWzBzLiopwJkj
epxMPTsPiFIfLHNlDAx28p0xf9nUqjMcfivovqcDIWlDL23IQIUnDu8PcF/B5T9fY2YxzyPo
rm9Ge+MRk+2ejdfSRFsva7zGUwHVHIaDANmvyKtZDIY+jHdl/NRbiQ5RcLNLBsJV85PZJasM
60KrHZNdDm08UrACtBbSIm+iIRS2zyPtjLNZ0aIzMGlHayq229L2dbnrlIaSr71heXzm+vD9
P1qp5rnjTz7j9//rG+v1Zmr/32xubj7u/7/EI3fY9mViJ595GvHOHplFFl5YWFivbiY/CUkB
n+gQvu03NjZSRfheEUoQ46UsC1SCL9hQQtnmJwrQYUjcZ+hH6rvlJL9vputfmZe23gugDe1j
I21DQLNm2mqA9ZY/Z1u/ky/VJu8yFgUVb1lzgoq6r21I+Cp2BIUxskYEhSfGWxCk5SCyGCx/
lkjlxgOqDOChM1C958D8Nz0NuSG1cccmQRcs+sBWQmzyPw3sHGaKHSpoff5wfMSEwR2IMCUK
Ex2mdi+kRX5ca4witi3nZQUUlqdMZ63tD012CBs6ymmhR4evp52PdO5jaju8pMNAvYadH/kJ
WbIC2z09RuUrBHUMtMiW/gkqRjWgbe38bCcuzuGvouXFHYbQPLmaYmooZuu3pr8GcxGHYOGh
D2gmAzrlpA4ZHDF0RG12mO55ttXlB6v8ZEv4v1QZIKJCxsVFhLXIVlv/89O59UEMiZ0NO+jM
jID2YnVxDdu0oC/SHPMzSYEEaYVLXZLACsHElkWeNNJIEP2xP00RWsdmJnxULi0phdATFduG
H03R9QJ8JEombFeCaSgdnSSEMmBx3JEdb/Vhk5N7uyXJSUlO2arhDqBELdA/4Q/431mbgnjl
6VWIQrzf+RSK/G4CMcX5ELA3uB/zAxNJAWQT53gw/wnfno9HrDgpkZRARaqMA+fD1bAJ6ClO
Wn7UR0BAFpz99EHAImnCYONrYMA+1udozGkcGnPhd5Qe+a0/MMaZYi2glF1J5tpBd4BYPKvz
RhkHEzblL8Fv2JvLKIfO8udYF7ybyIo0wGjV6SbHllxn0GPGHQYsTtfDzE8hqB3kF8NXoo/6
tV61XICBki70TdBmiKBu98oMBejbh8YYSXpPs0IkEfeFlwiiYRFCT1wWhDvniAFWogE+Y9zp
hYEKSeflE6ZBTOUHt5pMIRQG1iAtFHJ0tuPD472yKuJMkoB48MtKD8LECJ01Nf6UMOnaehCI
kkohqgQ4sTAZmpApaIBjh8fbZ+spHZS+Q+XQDW89YBWbnZ2ePSdeaR1fnEm4rv/QeC7JStPI
G8LT15I3RPUirDGbGlpJDvLvIDmgZ0IvyBEfOWJzFgpPIQm+gMBBtphF4sQYvBiz3MSSSMR2
CKkjTz2Zj2cOPtLZdHqWYz5jthsS9xm3wB9Wl5kyQSTWO7gAcdK1MZ9NTTSPr+XWmH+hV+/N
zu72j5llj2vxJh0BsYHuADMMZBUxOOxLpE4RW8eK1jP2AyhWLSrIOr5l9Eyqiqo3KFnqeB68
ihVRcBq5N+c5MosUjDmxMM9OIQ8njL7ycMVjHsVHb9YBKkUIiaidr7ihmoauxTbzkwdZScuN
Z4qePXCD0L7FGCrQiFTCErsgIQ2zM+z1UNlEM14K9sPjkCkWUNvQvcmqN2YzZHoXlb+/pdpN
WBihditjlzyIVlzFFMxufCAwchloxlTcgMF3Q9e/jQn90HglyQLTLB000q+1WBDFipB1RpU5
OciHTsUxtlv83jSCgV3D37r9K+/GoF/t4AsYcYuTq5QZNxoUQ1uqb4ZDn6It0GjqDcmIAlOV
aCgWAj1guy2y46af1cykBb3Svxp6zNad3hA6sha1ydFH9l8MwcaIJRODPIAr8Oozp+bBZhxY
w4C+Dzouu6E4po6JAXF93I13MSguAgf0oUfD3q7YwUoseGSnkAIPjPemWG3QpjB5tbF2dJsb
zL+ImWfajdoM6w3hYcR6kxh9tOKo5h0sQSnckbiV6x0d+MwlAj5kAYVjnmaZIXx8rWWGCFWE
mjMeECYH+eCoOMVU7xl2I0Xo/ZN3SIg4FCXJ+LTe/h21S0JFPmfoOPIryQpjEASbFKMC9Biz
k3twXJNkBk0JHUnyhRIZAIhxaL2LOGIlGI8i1bn13pmHKJkl918o/CZDitESqwRZKqM596Fz
5eA2y5DHt39dXsyhNh/iaEIXG+54Gi8lsQoNWqH5vLKUUvYoVuj5jKhdKoLbpdmRu5TF7hIM
NIPfaLCjUVx04DC2MViG1uczl5buaTKVU+9GD/ULa3nYd1V+FnMLU0ZcwgFgNLNX/gLCs4Qe
WChi83cM2hSOpXOK01zm6QCqNR5KMgR1T9O4p+zr0TGWMjBQPJpmOhieopEFOPOxFyCbvY7D
qE73XU2SsUIsGLGf8KrGyEmDhkrsViOhO7Lo3GNNlXjOkWGmlA1wVPeZuIicKrUxdDQDKYUm
5QHUtC72ztoCxvbF4elJPoxRBFEeOaTi+HyAfaeZMY4YmPPUD4ImXTDVKFm+Wbg8+R8WKx2a
Qfj76DkdFx7oTq1SoBzPPkkkzBXW1VxpXTM6uqF7sIYGIvb4eRU4QLybVyCsiIRVjsfHxcQa
6WyktoFJV/HPqpEIdDW7fVcNoCUcLLKtcQBq5ZYzqgWNmTZ17h9s8TdY1zy2kmp1ZXSbvy0W
6vSYXvMgXMZ48l6Z32yeUbmSREMnl0j1DJHMeeM4gSM+heZPxamx+DBDkikoo8StZbunxyJ/
cSJaKDffsYizKFz+w8A+97rFiqtSKpJEgf7J8C38s8YjClrbH3bpRRU+lYbRuvgAQ1AAKDjT
ytzQzh3M0xdlk8t76iW6sieaKZsfGeiT81ZGvGS/cJyPofQEwo6nYzSUsjdD751ilmXftQsz
z8n+XuRcVKJSi1y4R9RQe1+aEtEQcr6pnc39LLo1ETVFMDFx4NE4ye+xBJVO9o+hxnjcKW6S
xXF3sn840L313C+pi82UD9T7cb2MOhUvUKVGC0z/3uyU4K4yEg3nlXv6tlW49Pu9KTj+/d6Z
8CceQbe8OqfTNHT64fhoUmme7SJXDjs9t/MRdtK13e0f8froY90Tl7uWrA70HdphMFXlI3HS
nK09ZgXxfNcYdkNYP1wMpakGn7zSFYEPite7cT9pPBEOLFoqV1Thy1QgIh6ZFsJpqhPZmVd4
ASVVK6/J7NLpe912l7ZzmdaKSiCEdOPm3S5wsn8Qhl7uBy4Xcj9l1tdoSUYa57xX6Zf3+XTC
ZwxLmyC8JsmqsaKpiCQqIHiKyJmxYkX5qBh7hDnytnaMxgbkAbyHWKR1juZ1laKpiwK4cYGN
ylbpDDG+sCrCtjk3ktNNqQXnCGqMX14VH51izB256OS85240OR/sINlg+fX8iMY+boxRC5ZM
pVAYTXhaP8NSA5o4aBtoug1qHFgVX5TeL9C7MH/LoPgklEEbdmb8mKMW6IikGA+IUw9t73Rb
WGlSJHd1I/dj1P7+7tE2uWCO58704WZRquZiWrEzxUehCVOT2io/ZJtXg2TNTJq11MaiE6dR
7S0lGpzYXJ4dTW2vLCNF5JpIy3tKLkb3wWBysfL3wXwcBmF8wwnAccybpPeHyP+FOYunvJ1B
WZzosMYK6a4UDByPVIhaWpmY+cqYyFgu+Yet6rjZHNCBj7wUxvNZc7pbM2L4fDLEmcyazakA
Aqfs0M1GYQtvO6C7GmQblIAaT8PwcoH4VE69fSBVPQKLBA2GnSgHadRtvq5p8RvK+M0TqhEr
0Af0BjKG1BvNxoAhzY4zfKCfDh6Xpdue4ZYDZZgis5vF74CJLmWJzYyYf20VBeCflOd/jTxg
JR8xXycn1RAmCreQ3ENeteiagLI8FA1TF7dPcMcnHoah0Hc1BB3H4QnZd82ORWPhhg+GNOmY
rO86Jkzil1tqfnM+VUukFw9+Xa9u/JqSmr/2GExG//aGUrp3uqzqe9DVru8G7Aq4BcPb8ExX
3oEj6rEbmfgcYwR4Ej7sVF10qkz+QHnlDowVOihbeHCJ1P+iT5z/XfUomG8uuAn53zfW11+k
8r+tbzQe8799kWcJFBJy5+AZWQIhUga6M9QxbyXmqjSNSlQscm/mdx34JqZmC9F3AMrIBGu9
IMoP16g2nlfr6hc15Xsy/5ZSSCR6V7K/JXwOlJKgR/CgAwFOuzQ0x7LVIjTP2yIHfQP6ydO6
LSwsfxb9UZK18ZeRESRK0wYjoS8KsLsoh5kCSWazEy49CwutW+jyQHU2wVvLzSjl2gJmW4t8
iBakl5Dc7UZX0kR53hamzPEmcsotLFwozkjyPnlM97awoKR5E5RBmVlTM64t1K51vxYOvBph
QlNwuDQu9XnCTaijB1ZXXiH0jA3kzp4vf1Fgiq3fusOw4pimwRcAzMmKRWA8HuJGd26jkQTu
ZUhSniU59YaUPuEbY1RwERcxziJahUYg2eguSr8eZ1lXmVRLsod0v9l5e7S933q9+ATPE0/P
Ltr09yLLdcshEAnfCU1DxUYT/dKoJ6+T/UoUDIinKKFdLjSRbVazBphWDThA493QiKNUSMr7
BKSaQCs/lxV2lsi7Bt1OpEsOLhWwmrZH+RxV1DNX/5I9SX6vpJM3M9hvMdpr0b9ruGV6b0JD
Gt3GRzKqj5euYC4PUHtC3+peMWAUICeGHaFDMfqaAR+8N6NLmCwHwGA9yRak1oTkB8ZDZJFP
xJjoYpzAgmokf6QhqqIiqEIy8e3hh+M96JnhospzozuUGQ/0buRifmVn34z4DZMUMrpiKcTJ
ssSzjy8prhbyiH1p2boEFevIcoafoBl+ov8HW3wi3XNaP8GPY8Jg7LywhDKwyhkacXeXYzuT
dA36DMpfWvAPuUtov6PHhMIAXG5FECJHxFrUh4PT1kV75+xd6s1pq5Zk3RV+rZqitv/5Z+Rk
cS8tkrNGqlHAKXcQXyJ/AuFMoWI/9qH4ougfXKMrRRpFqb9BDlu9iFbXbPHXe0NdXsssB53C
ByS/oyquU4nQYdcdJ0Jv8IyldJMYKO3443uQt1JVP6dLl1gX0CXSnSv79kazAIQdcbWgwQ+q
hMyHiYm6gvi/Ikwob81O1C12YnVdW2dnpg+6xSuH/voe0IoywvUHMNjq8ApbeCc2KHR5Gu61
EwKRuXwxXFAvs9ucso3v0MH22gK9jMSfdWnhBhIWRBHbD5tK3wphG14Rmy4y2vwLBvXtt4AJ
3wKwHu6JW6Z+47oGe9W1g+8D/ofEmFCFWL36AjQ3DdBLVgTXGHpABkrnLsGjdaa+WQ78u3g/
170OmKHfOO0XrIN3vRJcmWsetuil4LYAHyHPKRiYnu5TmhZvwHfOcgnvcsPIG743xS/Yh8DR
YWgglOVgo3t0xWi/tpZ+fw/f/yXsfXNPBI6bvM2NjRH7v0Z9vbGe3v81Xqw/7v++xCO3SQkX
vYU42XfCS29BTQLOM3ijtSidwFvm7s5J3S0B4b6w+jx6HaUM9xsv4re4q1hYAN6MExnF/YrS
d2Pybvk2sdNjuNlL5/VOZTkWIQmnnum0aBOBsvtSRBak83+nYiLTXo0T0n9nt5Tig8xPDfvL
xOYymQMcu7h/34m/E7iGv+jb10gFnp8FXKreyWAn6LTb+djV7MtmZUfeDC+/KMcYM6UNT+5s
k3iicBWp44d9WBejG+ExY7aNizNtWW0zNCtWCQ5knj0M0Bhzy1yyZSsJU6kheccIdgaN4Qhq
24MGVgJ2rHdPW+wDS1CUOqkGMhWPYUoMujprzFK5yZTlmTGUFgdIyfClqQLWU0P+W9C9XKBS
LSl+5x22JK6bLOr4Ee+eKuYnyhgvDC/ae8cV1g41FEoGyCixMeS/NPd4o+nHUTxSqUjJor46
lRzMPJioobcHrbbamXsOPZJ4OqDYxSDJ8bV45sGvXZOfytXiAnvyZbV/P03t443huh21E9xX
QyetHRcKJxqac3zR14wqSu5x/tuChmYIFcoirmQkUC7m/2aBPgVdw6S7dJ6jUDxBhddXjifu
6MKZWMKUBpV21UtKhB14p3dD02+Zic7llc0ZQ16xC2tg/uw65qFzGXvRFfWsKuxzmtTQUl6k
0j/LvhyYAxf0n37OR9/U7XYkBtvYQm45dROa+WjmeQ2PINY9+YChcRGdj0r7aHVjTToxU9kq
apWg+Q9AAaVTW6GzCv1ZvaewUdbLB715Qu7OIzaUnWHvD9it6tldZfQJ+My9acNf1W7P+rdl
vG40/tV89ASZ5Yn9P5SUI3O2AE6w/61n7/9bX9948Wj/+xJPZM+D9SOpQCv36cFSkvwW36UH
ojVVsaF+S1WMvwHHydvuxDdxWWCzvrGeKCVdygSEahIGzdzI4FdPfBObMvEkBUDKZInFxXmN
eHKMl3/A1j7ZnUZ1Ix6t1Ul1d0OxcOKnaK9FdVW7JVUMkpAbGcgxHtOQYe4qDadxhF8VPNXT
NlH0aVRmP79eOG38TN+smzZvprqRNXNme/K1rzk8GnvPoeIAM6VZcylh14wxMMq8Kb9LM2fS
ehbfEax73jyNmaBNcROY8AI30KvXrxH6xeVLAzNyoYlygU+wJM3NUvQlk8OQbxNGEGR1kOoI
JXgqYIbbHfLbIaaq7pg3k2u6vWTNeW3lifAjNvKn+6ftd62989eLwK2L4sX++em7s9eLwdWt
b32SL1sHe0dHrxdpU9TRg758f3B6vAevR44dy9FWG4QRW9QN8nznrPrkc9TaXfUXB0uSEKc9
JhVBv5xFtdgia27VYE9Sc/COoD//ZC/zwON0ENBxcFngWABha122mDmnYe/g6+IIQ5UWyA4R
QqBDWtRFRAW+6KX7vKj0JWcEhe0HM1ptummDDbyzHRwSvAYC3hWaSSwr6hlbWuJCx5CzrAxr
FWIhbj0+2744eP0E/32Z2KdTF3CI/YFrMNBdmUISeu/ewEjPVa54qRIpVZ6ABUOmqRWIXSq4
nPBBMvTdMNlJa992O7q96w4wE/JRa4eHkwGudi36gccNK5/7QBlcol//sthoblbr8F/jl8Xv
iFvpPSzr3zGZmRtK4Ucc9euN9efN76I0dLLs3UqBvpyA5DkcYMj2GfqyrSjDJKlUDsY732Yr
tW0/tLq2yV9NBsCJ3bYM9huiABe73yZWksYIHCzbP76YWOH9KYYjb9u2e3OAU2VllZEyiE0+
YxHCn8Vvq/SbQdXXcoaB67fTDwwN1DN2sv+GIlg5FpPRaxmGxRp4pmEMrTAPQYAR3QsdN7Qu
b9m2F57Qb6CgdVzQrk9Oi9Z467uDbcPHqIwVhU+/j/FcuPEWLG7nJld0grfodLoSCYX0wlQL
oLDmy9LF2yBGOJOp51eQw0tWRtFMXqZQbVHO0zlYoyfZopMkLmSLnskSPbUdOpb8zdLLvLQt
56sjiS5PlqcjdBrq+RwN5hPM5SUGDkQ0MR6OS2BDHVkevUjf8NHbcYzGkdY5DNOepAwI0ia7
lNWXJndppI6V0bKUXo3RsuJuaX22SE6k2ZU6fdCQXywJbfxhRnbmlTzMyJ26f+PDDGD0Z5y1
yUKPe45l+rRZrysf10opffOCo5xFTAsw3oqpIDY2SoCg7ViRDpTfkj2d5iSAjPLoYV3WKE/q
bo0LY8+3MG+xf4uTP3RRJMUrKwZR42UccVv1sgG1IoZ62AOlj/YB5I17alvXFsbsumJNADy+
5HhENxfajVDYa4/H9sq406Fl1HqgEq7qlyEu6Si1dHtNcSfmPtcbpUJPyfsXeomGFeEEJa1s
aGPjTuN05rI+3ehV1STa63AHdwJbLwkWTTJRqDIebogQK+GuHfu3l4t8hq7Gcc/N53WU33wE
6R1BLaXeQ8GBbmCI8sDECYLmJJwu9DtlRbA6Nh0ysRV3ha36sOwgoUGhozsy0ZkbZnoA+NE9
HYghD51wKPWyMdeG66yExMkrFPOzgvANWBP9AdpK+dkWXq3nshU0SqA2uUqBQtxYhXow6+sB
i8wWazL5Akjx52W7g1c2JTYCnms5oZhvFFUtdH4+N5I7FJEyi1CkbC3quvjAKU6x7mUpTrPH
xEt2Ahdd19juG2H+k/c/rcpPFPyPzcvdpEbG45mOBtGSAoIMWWQ1X+1bm8eZnzCJ/lee+sUP
P/+LMjfN2/WfnvHx342N5xn//+eN5sbj+d+XeOQ5EZeubVj/h6AAtnHy0bECqPZc7eEFmpVU
BZQLojSvoCrOok6Nq87pqvH6lFMVP4K2nW5VMmo7ylgDz8hCaqg5jKwtP2RLqqd6zWq9qpxB
Kk3Gx5XisLKxsbGZLShiI6hgXnxEVFA9ccw5b4zKqQeH2sdm+vxOHZpABuOETJ3hJXCQPsBL
4yJ7gpfGxD2FKHBBXfSojhCc1cmnPLJLHrklhsw/3GWCFVJkzx7rpch9N/7sTuVdPLnLkEXL
IUTesd4e3egQSIYANYFu2TP5ZeQ4HlC8o9tJKtlzi9wrt0r7j1MOoTjLk8qCtbm7k8eWCN37
FDTRwv602qWYf57fAvbaVbcCiiCeVRhMe0Oea4goprnsySqqMCQ1nlD5qrsGW3/+B9ZyhEf5
/TiRZw8lovGMdf7Oyu67StdLzHYaRaGaQJQCbUmxf1fh1salA8wPdGMyzG1HuutKqvkVKZKW
KkdQ5pj+UEQc/zu/SylQFTSvFuhbrNaQmQYTALjDbp/1UI8PKvyPInCio3cOqFxFnjjVmKYq
OpxgILAZDWACxxU+1cNsWWNdgi/ZRDzkGs4m4S5hqhtZQcVZ8WYSmC7WUBLDxZtKUUY0FhWO
VZs7kLSoYYZMMYE2t/7ZKGYfDH2rB+vnRBEiyoF807SUpwincjNxeCsmbdKpg8V5VsT93xSg
tI+pLQAY5bsAEQVrgoWx5jqejclb0l/tyqQtx2gzYWnX4OyZ1ur/1bVvde2Pbe3n/3xu3K1V
ky+e3a2hF84WQyM7GgN4e88M07nFd3Qyx/fFKGIrr2rJHmxhfgLpz6KDghHgeo8/eQd/rSUW
vHRvMp35pXrj6rX3ZqdF61h0tlVbrT5dSx7uTx77L08a1V+eNHGAtV+ePOf9YsmD0CI2R6RI
33Wv2NCrvDq8zJep1e4W9O7VkcuXcj78xdT4ny5u0RBaZrjteWe4DDVxcyZfHpDq4EewNZk3
EyDXEqC3gBSyK1soqSfLhErpeZPldzH358HtH46Pzs92DHZt6aRkzoZmANXMw27zXrGbEIXz
wG8k8OaB4Z8BGE9xOR8cR52r5WG6ca+YTq/Rs+MaVcFHof0otB+20P5vF6qPIm92kTfMF3mP
u5GvsxvJkCV3F/HFqTOHcWS1wxKjmB/55zCSPD2sxFge+n734fvDpAJWi5irlsXh6UQL1TJZ
pgrMjPEFE6w3vmhZC9PT6f1RHFBOSt5O0PVNShVHGVy9W645qthtB8PAbNQbdG75X36S+/g8
Po/P4/P4PD6Pz+Pz+Dw+j8/j8/g8Po/P4/P4PD6Pz+OTfP4fTHtJCAC4AQA=
------=_=-_OpenGroupware_org_NGMime-12187-1199967443.671897-0--------
From users@opengroupware.org Thu Jan 10 12:42:40 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Thu, 10 Jan 2008 13:42:40 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: (from
helge.hess@opengroupware.org on Thu Jan 10 11:26:37 2008)
Message-ID: <1199968960l.30198l.3l@pc104141.koeln.nktcables.com>
Am 10.01.2008 11:26:37 schrieb(en) Helge Hess:
> I don't know why you are experiencing the Defaults weirdness on =20
> 4.7/1.1. Might be a bug which needs fixing, might be some issue with =20
> your setup.
One very interesting aspect: Ubuntu /does/ come with libFoundation =20
1.0.84 libs, and the "Defaults" tool included there *does* work as =20
expected! Looking through the patch files on =20
, =20
I couldn't see any "obvious" magic which fixes the problem. There is =20
also a "gnustep-make-ogo" package =20
. Maybe I =20
should give it a try. What do you think?
The problem is that I have to move a server from a /very/ old machine =20
to the new 64-bit one, and I /must/ have OgO, so this is really going =20
to be a problem.
Thanks,
Albrecht.
From users@opengroupware.org Thu Jan 10 15:49:48 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Thu, 10 Jan 2008 16:49:48 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <20080110121724.2C8FD39A3E@smtp.l00-bugdead-prods.de> (from
sebastia@l00-bugdead-prods.de on Thu Jan 10 13:17:23 2008)
References: <20080110121724.2C8FD39A3E@smtp.l00-bugdead-prods.de>
Message-ID: <1199980188l.30198l.4l@pc104141.koeln.nktcables.com>
Am 10.01.2008 13:17:23 schrieb(en) Sebastian Reitenbach:
> I used appended spec files to build rpm's for opensuse 10.2 and =20
> opensuse
> 10.3 x86_64. These are the a bit tweaked rpm's from Adam from the docs
> plone.
[snipped details]
Thanks for that information - I tried it, but I *still* get the evil =20
"Defaults" problem. Also tried gcc-4.2 instead of 4.1 - no change. I =20
even get
$ /opt/ogo/bin/Defaults write a b 10
$ /opt/ogo/bin/Defaults read a
{
4c4cb =3D 10;
}
$ /opt/ogo/bin/Defaults write a b 10
$ /opt/ogo/bin/Defaults read a
{
4c4c4cb =3D 10;
4c4cb =3D 10;
}
Arrrrgh!!!!! So I would still be grateful for any hint...
Thanks,
Albrecht.
From users@opengroupware.org Thu Jan 10 16:37:02 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Thu, 10 Jan 2008 17:37:02 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1199980188l.30198l.4l@pc104141.koeln.nktcables.com> (from
albrecht.dress@lios-tech.com on Thu Jan 10 16:49:48 2008)
Message-ID: <1199983022l.30198l.5l@pc104141.koeln.nktcables.com>
Am 10.01.2008 16:49:48 schrieb(en) Albrecht Dre=DF:
> Thanks for that information - I tried it, but I *still* get the evil =20
> "Defaults" problem.
Just to add an other strange effect: I downloaded and compiled =20
libFoundation on a i386 (PIII) FC 6 box with gcc 4.1.2. On the FC 6 =20
system, Defaults works as expected.
Copied Defaults, libFoundation.so.1.1.3 and libobjc.so.1.0.0 (the FC 6 =20
stock packet) to the x86_64 box, and run
$ LD_PRELOAD=3D"./libFoundation.so.1.1.3 ./libobjc.so.1.0.0" ./Defaults =20
write a b 10
$ LD_PRELOAD=3D"./libFoundation.so.1.1.3 ./libobjc.so.1.0.0" ./Defaults =20
read a
{
4c4cb =3D 10;
}
$ LD_PRELOAD=3D"./libFoundation.so.1.1.3 ./libobjc.so.1.0.0" ldd =20
./Defaults
ERROR: ld.so: object './libFoundation.so.1.1.3' from LD_PRELOAD cannot =20
be preloaded: ignored.
ERROR: ld.so: object './libobjc.so.1.0.0' from LD_PRELOAD cannot be =20
preloaded: ignored.
ERROR: ld.so: object './libFoundation.so.1.1.3' from LD_PRELOAD cannot =20
be preloaded: ignored.
ERROR: ld.so: object './libobjc.so.1.0.0' from LD_PRELOAD cannot be =20
preloaded: ignored.
linux-gate.so.1 =3D> (0xffffe000)
./libFoundation.so.1.1.3 (0xf7d9c000)
./libobjc.so.1.0.0 (0xf7d81000)
libpthread.so.0 =3D> /lib32/libpthread.so.0 (0xf7d63000)
libm.so.6 =3D> /lib32/libm.so.6 (0xf7d3e000)
libc.so.6 =3D> /lib32/libc.so.6 (0xf7bf4000)
libdl.so.2 =3D> /lib32/libdl.so.2 (0xf7bf0000)
libgcc_s.so.1 =3D> /usr/lib32/libgcc_s.so.1 (0xf7be4000)
/lib/ld-linux.so.2 (0xf7ee4000)
????????? How can this happen - is it a problem with the system libs?
Cheers, Albrecht.
From users@opengroupware.org Thu Jan 10 17:58:49 2008
From: users@opengroupware.org (Helge Hess)
Date: Thu, 10 Jan 2008 18:58:49 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1199968960l.30198l.3l@pc104141.koeln.nktcables.com>
References: <1199968960l.30198l.3l@pc104141.koeln.nktcables.com>
Message-ID: <1CD5D1C9-CFE8-4EB3-97E3-6F540E8AF26D@opengroupware.org>
On 10.01.2008, at 13:42, Albrecht Dre=DF wrote:
> Ubuntu /does/ come with libFoundation 1.0.84 libs, and the =20
> "Defaults" tool included there *does* work as expected!
Maybe thats a 32bit binary?
Helge
--=20
Helge Hess
http://www.helgehess.eu/
From users@opengroupware.org Thu Jan 10 20:00:20 2008
From: users@opengroupware.org (Helge Hess)
Date: Thu, 10 Jan 2008 21:00:20 +0100
Subject: [OGo-Users] Help: compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1199983022l.30198l.5l@pc104141.koeln.nktcables.com>
References: <1199983022l.30198l.5l@pc104141.koeln.nktcables.com>
Message-ID: <5E51D2DC-4B84-4926-8E16-3B96DA698896@opengroupware.org>
On 10.01.2008, at 17:37, Albrecht Dre=DF wrote:
> Just to add an other strange effect: I downloaded and compiled =20
> libFoundation on a i386 (PIII) FC 6 box with gcc 4.1.2. On the FC 6 =20=
> system, Defaults works as expected.
...
> ERROR: ld.so: object './libFoundation.so.1.1.3' from LD_PRELOAD =20
> cannot be preloaded: ignored.
> ERROR: ld.so: object './libobjc.so.1.0.0' from LD_PRELOAD cannot be =20=
> preloaded: ignored.
...
> ????????? How can this happen - is it a problem with the system libs?
Don't know what all this says. To me it looks like libraries are not =20
used, maybe ldd is confused by your LD_PRELOAD stuff (why not just =20
LD_LIBRARY_PATH?).
> The problem is that I have to move a server from a /very/ old =20
> machine to the new 64-bit one, and I /must/ have OgO, so this is =20
> really going to be a problem.
Well, if you want to be on the safe side just install the 32bit =20
variant of your favorite Linux on your machine. I doubt that you need =20=
64bit for anything?
Helge
--=20
Helge Hess
http://www.helgehess.eu/=
From users@opengroupware.org Fri Jan 11 08:08:00 2008
From: users@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=)
Date: Fri, 11 Jan 2008 10:08:00 +0200
Subject: [OGo-Users] Documentation for OGo + extras
In-Reply-To: <0CAF3F46-66EB-4CB5-916D-CBBE0A205A57@opengroupware.org>
References: <476B9A4B.5040101@internode.on.net> <477CADA2.9050709@tietoteema.fi> <354E5D88-247C-41FC-B5D4-3A377EA1A59C@opengroupware.org> <47847C0C.8040900@tietoteema.fi> <0CAF3F46-66EB-4CB5-916D-CBBE0A205A57@opengroupware.org>
Message-ID: <478723E0.1040902@tietoteema.fi>
>> They seem to be mostly standard iCalendar stuff, however.
> The "standard" iCal recurrence rules are super complex, no one (I know)
> implements all combinations. Hence the question is what RRULE
> combinations can be created on the mentioned devices.
Yeah, tell me about it :). I'll get back to this in the end of the month
at latest. The RRULES are almost 100% compatible with MS Exchange 2003.
Only very complex rulesets created in MS Exchange don't work on the
Nokia S60 calendar. Anything created in Nokia seems to work just fine
in Exchange/Outlook. Anyways, I'll post the RRULE list when I get back
to syncing OGo with Nokia.
Best regards,
Samuli Seppänen
From users@opengroupware.org Fri Jan 11 10:07:29 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Fri, 11 Jan 2008 11:07:29 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <5E51D2DC-4B84-4926-8E16-3B96DA698896@opengroupware.org> (from
helge.hess@opengroupware.org on Thu Jan 10 21:00:20 2008)
Message-ID: <1200046049l.8264l.3l@pc104141.koeln.nktcables.com>
Hi,
by comparing the installation dirs on the FC 6 and the Ubuntu box, I =20
was able to resolve (hopefully!) the evil Defaults problem: apparently, =20
running "make GNUSTEP_INSTALLATION_DIR=3D/opt/ogo =20
FHS_INSTALL_ROOT=3D/opt/ogo install" in the libFoundation folder wasn't =20
enough, as all the resources were missing in the target folder... =20
After running
make -C Foundation install
make -C Resources install
Defaults works as expected. Puuuh..... I will now continue with the =20
rest. If you're interested, I could post a shell script which =20
demonstrates how to compile everything.
Thanks a lot for your support!
Cheers, Albrecht.
From users@opengroupware.org Fri Jan 11 10:18:27 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 11:18:27 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080111101828.717BC39E20@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> Hi,
>
> by comparing the installation dirs on the FC 6 and the Ubuntu box, I
> was able to resolve (hopefully!) the evil Defaults problem: apparently,
> running "make GNUSTEP_INSTALLATION_DIR=/opt/ogo
> FHS_INSTALL_ROOT=/opt/ogo install" in the libFoundation folder wasn't
> enough, as all the resources were missing in the target folder...
> After running
>
> make -C Foundation install
> make -C Resources install
>
> Defaults works as expected. Puuuh..... I will now continue with the
> rest. If you're interested, I could post a shell script which
> demonstrates how to compile everything.
I am trying to get sope/ogo/sogo running with gnustep-make 2, for the time
ogo needs libFoundation, I have to make sure libFoundation works with
gnustep-make 2 too. Would be great if you could post the script, it might be
helpful for me.
thanks
Sebastian
From users@opengroupware.org Fri Jan 11 12:56:45 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Fri, 11 Jan 2008 13:56:45 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <20080111101828.717BC39E20@smtp.l00-bugdead-prods.de> (from
sebastia@l00-bugdead-prods.de on Fri Jan 11 11:18:27 2008)
Message-ID: <1200056205l.8264l.5l@pc104141.koeln.nktcables.com>
--=-9ygy42NkPMlFU1MX0sgm
Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Am 11.01.2008 11:18:27 schrieb(en) Sebastian Reitenbach:
> I am trying to get sope/ogo/sogo running with gnustep-make 2, for the =20
> time ogo needs libFoundation, I have to make sure libFoundation works =20
> with gnustep-make 2 too. Would be great if you could post the script, =20
> it might be helpful for me.
Attached to this message. Note that Ubuntu comes with apache 2.2, but =20
searching the web I found a suitable (?) patch; at least apache seems =20
to load the module (listed by mod_info). Using these steps, I now have =20
an environment which /in principle/ seems to work. Note that I =20
installed everything in the folder /opt/ogo to clearly separate it form =20
the other stuff.
I also created a user named ogo who can -after sourcing the file =20
/opt/ogo/OgO-GNUstep/Library/Makefiles/GNUstep.sh- can launch =20
ogo-webui. However, it apparently doesn't source the "local" =20
~/.libFoundation/Defaults/NSGlobalDomain.plist file, but the =20
system-wide from =20
/opt/ogo/OgO-GNUstep/Libraries/Resources/libFoundation/Defaults/NSGlobalDom=
ain.plist. =20
Any idea how I have to tweak the environment to get the "local" one? =20
If I don't source the GNUstep.sh file, ogo-webui only throws errors like
ERROR(+[NSTimeZone initialize]): Cannot find the =20
'TimeZoneInfo/RegionsDictionary' resource file for NSTimeZone
+[NSTimeZone _createTimeZoneWithName:checkDuplicates:]: Cannot find the =20
time zone description file 'GMT' in resource directory '(null)'
[21719]: process 21720 exited with code 0 (terminated due to signal 11)
### waiting for child 21720 (#1) failed: No child processes
Cheers, Albrecht.
--=-9ygy42NkPMlFU1MX0sgm
Content-Type: application/x-shellscript; name=build-ogo.sh
Content-Disposition: attachment; filename=build-ogo.sh
Content-Transfer-Encoding: base64
IyEvYmluL3NoCiMKIyBTaGVsbCBzY3JpcHQgdG8gc2V0IHVwIE9nTyAxLjEuNy9TT1BFIDQuNy4x
IG9uIGFuIFVidW50dSA3LjEwIHg4Nl82NCBib3gKIwojIFdyaXR0ZW4gYnkgQWxicmVjaHQgRHJl
w58gPGFsYnJlY2h0LmRyZXNzQGxpb3MtdGVjaC5jb20+CiMKIyBUaGlzIHNjcmlwdCBpcyBmcmVl
IHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQvb3IKIyBtb2RpZnkgaXQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgTGlicmFyeSBHZW5lcmFsIFB1YmxpYwojIExpY2Vuc2Ug
YXMgcHVibGlzaGVkIGJ5IHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247IGVpdGhlcgojIHZl
cnNpb24gMiBvZiB0aGUgTGljZW5zZSwgb3IgKGF0IHlvdXIgb3B0aW9uKSBhbnkgbGF0ZXIgdmVy
c2lvbi4KIwojIFRoaXMgc2NyaXB0IGlzIGRpc3RyaWJ1dGVkIGluIHRoZSBob3BlIHRoYXQgaXQg
d2lsbCBiZSB1c2VmdWwsCiMgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4g
dGhlIGltcGxpZWQgd2FycmFudHkgb2YKIyBNRVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1Ig
QSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUgdGhlIEdOVQojIExpYnJhcnkgR2VuZXJhbCBQdWJs
aWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgoKCiMgPT0gZGVmaW5lIHNvdXJjZXMgPT0KU09Q
RT1zb3BlLTQuNy4xLWZ3ZC1yMTUwMi50YXIuZ3oKT0dPPW9wZW5ncm91cHdhcmUub3JnLTEuMS43
LWNsb3NlLXIxOTg3LnRhci5negpbIC1mICRTT1BFIF0gfHwgKCBlY2hvICJtaXNzaW5nIHNvdXJj
ZSBmaWxlICRTT1BFIiA7IGV4aXQgKQpbIC1mICRPR08gXSB8fCAoIGVjaG8gIm1pc3Npbmcgc291
cmNlIGZpbGUgJE9HTyIgOyBleGl0ICkKCiMgbWFrZSBzdXJlIHNvbWUgc3R1ZmYgbmVlZGVkIGZv
ciBidWlsZGluZyBpcyBpbnN0YWxsZWQKYXB0aXR1ZGUgaW5zdGFsbCBnb2JqYyBwYXRjaCB3Z2V0
IG1ha2UgYXBhY2hlMi1wcmVmb3JrLWRldgoKIyA9PSBwcmVwYXJlID09ClRBUkdFVD0vb3B0L29n
bwpleHBvcnQgUEFUSD0kVEFSR0VUL2JpbjokVEFSR0VUL3NiaW46JFBBVEgKZWNobyAtZSAiJFRB
UkdFVC9saWI2NFxuJFRBUkdFVC9saWIiID4gL2V0Yy9sZC5zby5jb25mLmQvb2dvLmNvbmYKdGFy
IC14emYgc29wZS00LjcuMS1md2QtcjE1MDIudGFyLmd6CnRhciAteHpmIG9wZW5ncm91cHdhcmUu
b3JnLTEuMS43LWNsb3NlLXIxOTg3LnRhci5negpjZCBzb3BlCgojID09IGdudXN0ZXAtbWFrZSA9
PQpjZCBnbnVzdGVwLW1ha2UKLi9jb25maWd1cmUgLS1wcmVmaXg9JFRBUkdFVC9PZ08tR05Vc3Rl
cCAtLXdpdGgtbGlicmFyeS1jb21ibz1nbnUtZmQtbmlsIFwKICAgIC0td2l0aC1zeXN0ZW0tcm9v
dD0kVEFSR0VUL09nTy1HTlVzdGVwIC0tZGlzYWJsZS1pbXBvcnRpbmctY29uZmlnLWZpbGUgXAog
ICAgLS13aXRoLWNvbmZpZy1maWxlPSRUQVJHRVQvT2dPLUdOVXN0ZXAvR05Vc3RlcC5jb25mCm1h
a2UKbWFrZSBpbnN0YWxsCgojID09IGxpYkZvdW5kYXRpb24gPT0KY2QgLi4vbGliRm91bmRhdGlv
bgpzb3VyY2UgJFRBUkdFVC9PZ08tR05Vc3RlcC9MaWJyYXJ5L01ha2VmaWxlcy9HTlVzdGVwLnNo
Ci4vY29uZmlndXJlIC0tcHJlZml4PSRUQVJHRVQKbWFrZQpta2RpciAkVEFSR0VUL2xpYjY0ICRU
QVJHRVQvbGliCm1ha2UgR05VU1RFUF9JTlNUQUxMQVRJT05fRElSPSRUQVJHRVQgRkhTX0lOU1RB
TExfUk9PVD0kVEFSR0VUIGluc3RhbGwKbGRjb25maWcKbWFrZSAtQyBGb3VuZGF0aW9uIGluc3Rh
bGwKbWFrZSAtQyBSZXNvdXJjZXMgaW5zdGFsbAoKIyA9PSBzb3BlID09CmNkIC4uCi4vY29uZmln
dXJlIC0tcHJlZml4PSRUQVJHRVQgLS1lbmFibGUtZGVidWcgLS1nc21ha2U9JFRBUkdFVC9PZ08t
R05Vc3RlcAptYWtlIC1qMQptYWtlIC1qMSBHTlVTVEVQX0lOU1RBTExBVElPTl9ESVI9JFRBUkdF
VCBpbnN0YWxsCmxkY29uZmlnCgojID09IG9wZW5ncm91cHdhcmUgPT0KY2QgLi4vb3Blbmdyb3Vw
d2FyZS5vcmcKLi9jb25maWd1cmUgLS1wcmVmaXg9JFRBUkdFVCAtLWVuYWJsZS1kZWJ1ZyAtLXdp
dGhvdXQtcGlzb2NrIFwKICAgIC0tZ3NtYWtlPSRUQVJHRVQvT2dPLUdOVXN0ZXAKZWNobyAtZSAi
XG5BRERJVElPTkFMX0lOQ0xVREVfRElSUyArPSAtSSRUQVJHRVQvaW5jbHVkZSIgPj4gY29uZmln
Lm1ha2UKbWFrZSAtajEKbWFrZSAtajEgR05VU1RFUF9JTlNUQUxMQVRJT05fRElSPSRUQVJHRVQg
QlVORExFX0lOU1RBTExfRElSPSRUQVJHRVQgXAogICAgV09CVU5ETEVfSU5TVEFMTF9ESVI9JFRB
UkdFVCBpbnN0YWxsCmxkY29uZmlnCgojID09IG1vZF9uZ29iandlYiA9PQpjZCAuLi9zb3BlL3Nv
cGUtYXBwc2VydmVyL21vZF9uZ29iandlYgp3Z2V0IGh0dHA6Ly93ZWIuZXVvZGVpby5uZXQvbW9k
X25nb2Jqd2ViLnR4dApwYXRjaCAtcCAwIDwgbW9kX25nb2Jqd2ViLnR4dAptYWtlIGFweHM9L3Vz
ci9iaW4vYXB4czIgSFRUUEQ9L3Vzci9zYmluL2FwYWNoZTIKbWFrZSBHTlVTVEVQX0lOU1RBTExB
VElPTl9ESVI9L3Vzci9saWIvYXBhY2hlMi9tb2R1bGVzIGluc3RhbGwKZWNobyAiTG9hZE1vZHVs
ZSBuZ29iandlYl9tb2R1bGUgL3Vzci9saWIvYXBhY2hlMi9tb2R1bGVzL21vZF9uZ29iandlYi5z
byIgPiBcCiAgICAvZXRjL2FwYWNoZTIvbW9kcy1hdmFpbGFibGUvbmdvYmp3ZWIubG9hZAo=
--=-9ygy42NkPMlFU1MX0sgm--
From users@opengroupware.org Fri Jan 11 13:33:56 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 14:33:56 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080111133357.A433339753@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> Am 11.01.2008 11:18:27 schrieb(en) Sebastian Reitenbach:
> > I am trying to get sope/ogo/sogo running with gnustep-make 2, for the
> > time ogo needs libFoundation, I have to make sure libFoundation works
> > with gnustep-make 2 too. Would be great if you could post the script,
> > it might be helpful for me.
>
> Attached to this message. Note that Ubuntu comes with apache 2.2, but
> searching the web I found a suitable (?) patch; at least apache seems
> to load the module (listed by mod_info). Using these steps, I now have
> an environment which /in principle/ seems to work. Note that I
> installed everything in the folder /opt/ogo to clearly separate it form
> the other stuff.
thanks for the script, I'll take a look. Do you now have a 64 bit ogo
running or 32 Bit, in case of a 64 bit version installed?
Why I ask is, there was a bug fixed regarding 64Bit libFoundation I stumbled
into. Nothing that affects the procedure of installation, but later when
running ogo, more can you find here:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1932
just in case you run into it too.
cheers
Sebastian
From users@opengroupware.org Fri Jan 11 13:47:43 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Fri, 11 Jan 2008 14:47:43 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <20080111133357.A433339753@smtp.l00-bugdead-prods.de> (from
sebastia@l00-bugdead-prods.de on Fri Jan 11 14:33:56 2008)
Message-ID: <1200059263l.8264l.6l@pc104141.koeln.nktcables.com>
Am 11.01.2008 14:33:56 schrieb(en) Sebastian Reitenbach:
> Do you now have a 64 bit ogo running or 32 Bit, in case of a 64 bit =20
> version installed?
Built as 64 bit version, using gcc-4.1.3. Building the 32-bit version =20
is a PITA, as the 32-bit versions of libobjc are not detected =20
automatically, so the makefiles had to be tweaked...
> Why I ask is, there was a bug fixed regarding 64Bit libFoundation I =20
> stumbled into. Nothing that affects the procedure of installation, =20
> but later when running ogo, more can you find here:
Thanks a lot for that hint - the version here needs that patch! Not so =20
difficult to re-build everything now, using the script...
Do you have any clue regarding the configuration, so that ogo-webui =20
reads the proper NSGlobalDomain.plist file?
Thanks, Albrecht.
From users@opengroupware.org Fri Jan 11 13:59:14 2008
From: users@opengroupware.org (=?UTF-8?q?Albrecht_Dre=C3=9F?=)
Date: Fri, 11 Jan 2008 14:59:14 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
In-Reply-To: <1200059263l.8264l.6l@pc104141.koeln.nktcables.com> (from
albrecht.dress@lios-tech.com on Fri Jan 11 14:47:43 2008)
References: <20080111133357.A433339753@smtp.l00-bugdead-prods.de>
<1200059263l.8264l.6l@pc104141.koeln.nktcables.com>
Message-ID: <1200059954l.8264l.7l@pc104141.koeln.nktcables.com>
Am 11.01.2008 14:47:43 schrieb(en) Albrecht Dre=DF:
> Am 11.01.2008 14:33:56 schrieb(en) Sebastian Reitenbach:
> > Why I ask is, there was a bug fixed regarding 64Bit libFoundation I
> > stumbled into. Nothing that affects the procedure of installation,
> > but later when running ogo, more can you find here:
Running a quick "grep -r __va_copy sope opengroupware.org" reveals that =20
the same construct is used in two more files:
sope/sope-gdl1/GDLAccess/FoundationExt/PrintfFormatScanner.m: =20
__va_copy(va, args);
sope/libFoundation/Foundation/NSSet.m: __va_copy(va, argList);
Shouldn't they get the same patch? I unfortunately don't really =20
understand the objc code...
Cheers, Albrecht.
From users@opengroupware.org Fri Jan 11 14:32:39 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 15:32:39 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080111143240.10E8039E9D@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> Am 11.01.2008 14:33:56 schrieb(en) Sebastian Reitenbach:
> > Do you now have a 64 bit ogo running or 32 Bit, in case of a 64 bit
> > version installed?
>
> Built as 64 bit version, using gcc-4.1.3. Building the 32-bit version
> is a PITA, as the 32-bit versions of libobjc are not detected
> automatically, so the makefiles had to be tweaked...
>
> > Why I ask is, there was a bug fixed regarding 64Bit libFoundation I
> > stumbled into. Nothing that affects the procedure of installation,
> > but later when running ogo, more can you find here:
>
> Thanks a lot for that hint - the version here needs that patch! Not so
> difficult to re-build everything now, using the script...
>
> Do you have any clue regarding the configuration, so that ogo-webui
> reads the proper NSGlobalDomain.plist file?
No idea, but these paths are somewhere in libFoundation encoded.
but the user Defaults were always found.
Maybe when you run ogo-webui-1.1 with strace, you should see where it is
looking for the defaults file.
Also when you use Defaults write NSGlobalDomain blah blubb
Into which file ends will that saved up?
Maybe its easier to just strace the Defaults command.
kind regads
Sebastian
From users@opengroupware.org Fri Jan 11 14:47:54 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 15:47:54 +0100
Subject: [OGo-Users] [solved?] compile OgO on x86_64 / Ubuntu 7.10
Message-ID: <20080111144755.281A639EEB@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> Am 11.01.2008 14:47:43 schrieb(en) Albrecht Dre=DF:
> > Am 11.01.2008 14:33:56 schrieb(en) Sebastian Reitenbach:
> > > Why I ask is, there was a bug fixed regarding 64Bit libFoundation I
> > > stumbled into. Nothing that affects the procedure of installation,
> > > but later when running ogo, more can you find here:
>
> Running a quick "grep -r __va_copy sope opengroupware.org" reveals that
> the same construct is used in two more files:
>
> sope/sope-gdl1/GDLAccess/FoundationExt/PrintfFormatScanner.m:
> __va_copy(va, args);
> sope/libFoundation/Foundation/NSSet.m: __va_copy(va, argList);
>
> Shouldn't they get the same patch? I unfortunately don't really
> understand the objc code...
probably yes, but the problem mentioned before was the only problem I ran
into yet. Maybe I take a look into it on the weekend when I find the time.
Sebastian
From users@opengroupware.org Fri Jan 11 16:09:30 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 17:09:30 +0100
Subject: [OGo-Users] links to documents within projects are exported via zidestore with 0 bytes
Message-ID: <20080111160931.3B61D39F11@smtp.l00-bugdead-prods.de>
Hi,
I mount the zidestore projects via davfs2 on a linux box as ogo admin. Then
I copy some files from a project to a folder. These are templates.
Some of the files in that project are links that point to other files in
maybe other projects.
These links are visible in zidestore, as ordinary files, but have a size of
0 bytes. When I try to access the files, I get an input output error.
Is this that way by intention, or could this be considered a bug?
At least when I access the projects as ogo admin, there shouldn't be
permission problems because of ogo internal access rights.
Sebastian
From users@opengroupware.org Fri Jan 11 16:35:20 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Fri, 11 Jan 2008 11:35:20 -0500
Subject: [OGo-Users] links to documents within projects are exported
via zidestore with 0 bytes
In-Reply-To: <20080111160931.3B61D39F11@smtp.l00-bugdead-prods.de>
References: <20080111160931.3B61D39F11@smtp.l00-bugdead-prods.de>
Message-ID: <1200069320.22128.6.camel@WM_ADAM1.morrison.iserv.net>
--=-VK9vARPVLeW9056ZizKE
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> I mount the zidestore projects via davfs2 on a linux box as ogo admin. Th=
en=20
> I copy some files from a project to a folder. These are templates.=20
> Some of the files in that project are links that point to other files in=20
> maybe other projects.
> These links are visible in zidestore, as ordinary files, but have a size =
of=20
> 0 bytes. When I try to access the files, I get an input output error.
> Is this that way by intention, or could this be considered a bug?
I think it is just undefined behavior; so, in essence, a bug. It seems
to me that the WebDAV layer should make links transparent (like a
file-system short-cut, sym-link, etc..); but I don't think that would
actually be easy to do [not in ZideStore anyway].
> At least when I access the projects as ogo admin, there shouldn't be=20
> permission problems because of ogo internal access rights.
--=-VK9vARPVLeW9056ZizKE
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHh5rILRePpNle04MRAlkmAJ4m23fMc18Q3TODTgB0PHWvEop83ACfZwDs
1ltSSvBvhnYBuTXhyBgY7F0=
=8dcn
-----END PGP SIGNATURE-----
--=-VK9vARPVLeW9056ZizKE--
From users@opengroupware.org Fri Jan 11 17:24:29 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Fri, 11 Jan 2008 18:24:29 +0100
Subject: [OGo-Users] links to documents within projects are exportedvia zidestore with 0 bytes
Message-ID: <20080111172429.A756E39FA3@smtp.l00-bugdead-prods.de>
users@opengroupware.org wrote:
> > I mount the zidestore projects via davfs2 on a linux box as ogo admin.
Then
> > I copy some files from a project to a folder. These are templates.
> > Some of the files in that project are links that point to other files in
> > maybe other projects.
> > These links are visible in zidestore, as ordinary files, but have a size
of
> > 0 bytes. When I try to access the files, I get an input output error.
> > Is this that way by intention, or could this be considered a bug?
>
> I think it is just undefined behavior; so, in essence, a bug. It seems
ah, ok, then at least I'll file a bug report so that it does not get lost.
> to me that the WebDAV layer should make links transparent (like a
> file-system short-cut, sym-link, etc..); but I don't think that would
> actually be easy to do [not in ZideStore anyway].
when I know about, then I can work around, and live with it.
thanks
Sebastian
From users@opengroupware.org Fri Jan 11 18:27:39 2008
From: users@opengroupware.org (Kevin C. Smith)
Date: Fri, 11 Jan 2008 12:27:39 -0600 (CST)
Subject: [OGo-Users] sogo connector 0.64.3
Message-ID: <34470.66.43.220.240.1200076059.squirrel@linuxsmith.com>
I've been using the sogo connector for Thunderbird.
OpenGroupware 1.0
Last upgrade of the connector to 0.64.3 doesn't sync the OGo contacts with
the Thunderbird anymore.
Anyone else using this have that issue?
--
Kevin C. Smith
From users@opengroupware.org Sat Jan 12 22:45:35 2008
From: users@opengroupware.org (Wolfgang Sourdeau)
Date: Sat, 12 Jan 2008 17:45:35 -0500
Subject: [OGo-Users] sogo connector 0.64.3
In-Reply-To: 34470.66.43.220.240.1200076059.squirrel@linuxsmith.com
Message-ID: <41aa-47894300-11-b7394ab0@182314611>
Le 11 Jan. 2008 13:27 EST, "Kevin C. Smith" a =C3=A9crit:
> I've been using the sogo connector for Thunderbird.
> OpenGroupware 1.0
> Last upgrade of the connector to 0.64.3 doesn't sync the OGo contacts with
> the Thunderbird anymore.
>
> Anyone else using this have that issue?
Hi Kevin,
Do you have Lightning 0.7 installed? It is needed for SOGo Connector to make its webdav transactions...
--
Wolfgang Sourdeau
T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520
AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou
privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous
aviser imm=C3=A9diatement. Merci.
NOTICE - This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify us immediately. Thank you.
From users@opengroupware.org Sun Jan 13 14:03:43 2008
From: users@opengroupware.org (Kevin C. Smith)
Date: Sun, 13 Jan 2008 08:03:43 -0600
Subject: [OGo-Users] sogo connector 0.64.3
In-Reply-To: <41aa-47894300-11-b7394ab0@182314611>
References: <41aa-47894300-11-b7394ab0@182314611>
Message-ID: <1200233023.6121.0.camel@lappy>
On Sat, 2008-01-12 at 17:45 -0500, Wolfgang Sourdeau wrote:
> Le 11 Jan. 2008 13:27 EST, "Kevin C. Smith" a écrit:
>
> > I've been using the sogo connector for Thunderbird.
> > OpenGroupware 1.0
> > Last upgrade of the connector to 0.64.3 doesn't sync the OGo contacts with
> > the Thunderbird anymore.
> >
> > Anyone else using this have that issue?
>
> Hi Kevin,
>
>
> Do you have Lightning 0.7 installed? It is needed for SOGo Connector to make its webdav transactions...
I do.
From users@opengroupware.org Mon Jan 14 09:34:53 2008
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Mon, 14 Jan 2008 10:34:53 +0100
Subject: [OGo-Users] mime type encodings of mail attachements
Message-ID: <20080114093454.4C53A3A5EF@smtp.l00-bugdead-prods.de>
Hi,
someone sent a mail, created by OGo WebUI, containing some photos. In the
mail source, it looks like this:
------=_=-_OpenGroupware_org_NGMime-20843-1200077893.386529-2------
content-disposition: inline; filename="DSCN2865.JPG"
content-length: 1467320
content-transfer-encoding: base64
content-type: application/octet-stream; name="DSCN2865.JPG"
When I read the mail with ogo webmail, and click on an attachement, then
just a hex viewer comes up, showing me the image in hexadecimal ;)
Is it first wrongly detected and encoded when writing the mail, so using
image/jpg instead of application/octet-stream?
Or should the viewer detect the correct mime type?
I assume the first, if so, where and how is this done, so that I can take a
look and maybe fix this.
thanks
Sebastian
From users@opengroupware.org Mon Jan 14 15:54:15 2008
From: users@opengroupware.org (Jan Schulze)
Date: Mon, 14 Jan 2008 16:54:15 +0100
Subject: [OGo-Users] OpenGroupware + SOGo Connector => free/busy?
Message-ID: <478B85A7.2060707@informatik.uni-tuebingen.de>
Hi all,
I was wondering, if the SOGo Connector was able to retrieve free/busy
information from an OpenGroupware server.
I tried entering various freebusy URLs (like for example
http://{server:port}/zidestore/so/freebusy?name=username and
http://{server:port}/zidestore/dav/username/freebusy.ifp) in the CalDAV
section of a remote contact, but I had no success.
Does this only work with SOGo?
Kind Regards,
--
Jan Schulze - Systemadministration
Wilhelm-Schickard-Institut für Informatik
Universität Tübingen
Raum C309, Sand 14, D-72076 Tübingen
Telefon: 07071/29-70 449
Telefon mobil: 0172/73 71 906
From users@opengroupware.org Mon Jan 14 16:40:15 2008
From: users@opengroupware.org (Wolfgang Sourdeau)
Date: Mon, 14 Jan 2008 11:40:15 -0500
Subject: =?utf-8?Q?Re: [OGo-Users] OpenGroupware + SOGo Connector =3D> free/busy??=
In-Reply-To: 478B85A7.2060707@informatik.uni-tuebingen.de
Message-ID: <5a33-478b9080-13-b745aab0@150590235>
Le 14 Jan. 2008 10:54 EST, Jan Schulze a =C3=A9crit:
> Hi all,
>
> I was wondering, if the SOGo Connector was able to retrieve free/busy
> information from an OpenGroupware server.
>
> I tried entering various freebusy URLs (like for example
> http://{server:port}/zidestore/so/freebusy?name=3Dusername and
> http://{server:port}/zidestore/dav/username/freebusy.ifp) in the CalDAV
> section of a remote contact, but I had no success.
>
> Does this only work with SOGo?
Hi Jan,
This is supposed to work but unfortunately I have no OGo server to test it on. Can you send me a sample of http traffic between Thunderbird and your OGo server so that I can maybe see if something is wrong with the decoding of the fb format that SOGo uses?
Thanks
--
Wolfgang Sourdeau
T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520
AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou
privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous
aviser imm=C3=A9diatement. Merci.
NOTICE - This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify us immediately. Thank you.
From users@opengroupware.org Mon Jan 14 16:49:33 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 14 Jan 2008 11:49:33 -0500
Subject: [OGo-Users] OpenGroupware + SOGo Connector => free/busy?
In-Reply-To: <478B85A7.2060707@informatik.uni-tuebingen.de>
References: <478B85A7.2060707@informatik.uni-tuebingen.de>
Message-ID: <1200329373.7330.2.camel@WM_ADAM1.morrison.iserv.net>
--=-sIz7CYpW1UF5fQ4nOFlf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> I was wondering, if the SOGo Connector was able to retrieve free/busy
> information from an OpenGroupware server.
I haven't tried it, but I imagine it should work; OGo's ZideStore does
provide free/busy support. See WMOGAG for details.
> I tried entering various freebusy URLs (like for example
> http://{server:port}/zidestore/so/freebusy?name=3Dusername and
> http://{server:port}/zidestore/dav/username/freebusy.ifp) in the CalDAV
> section of a remote contact, but I had no success.
> Does this only work with SOGo?
--=-sIz7CYpW1UF5fQ4nOFlf
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHi5KdLRePpNle04MRAnyIAJ4u9tBDTiaVHbl9dYt5zcSzmhCikwCfXdtm
qZQW3hw6QX5GV27QHQ73bxc=
=RrVT
-----END PGP SIGNATURE-----
--=-sIz7CYpW1UF5fQ4nOFlf--
From users@opengroupware.org Mon Jan 14 17:59:57 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 14 Jan 2008 12:59:57 -0500
Subject: =?utf-8?Q?Re: [OGo-Users] OpenGroupware + SOGo Connector =3D>
free/busy??=
In-Reply-To: <5a33-478b9080-13-b745aab0@150590235>
References: <5a33-478b9080-13-b745aab0@150590235>
Message-ID: <1200333597.7703.2.camel@aleph.morrison.iserv.net>
> > I was wondering, if the SOGo Connector was able to retrieve free/busy
> > information from an OpenGroupware server.
> > I tried entering various freebusy URLs (like for example
> > http://{server:port}/zidestore/so/freebusy?name=username and
> > http://{server:port}/zidestore/dav/username/freebusy.ifp) in the CalDAV
> > section of a remote contact, but I had no success.
> > Does this only work with SOGo?
> This is supposed to work but unfortunately I have no OGo server to test it on. Can you send me a sample of http traffic between Thunderbird and your OGo server so that I can maybe see if something is wrong with the decoding of the fb format that SOGo uses?
ZideStore supports two F/B formats; the iCal one that most client's
expect and the XML format used by Outlook. If you don't specify the URL
correctly you may be getting the wrong format - OGo seems to default to
the Outlook format over the iCal F/B format. Again, see WMOGAG for exact
details.
From users@opengroupware.org Tue Jan 15 13:32:04 2008
From: users@opengroupware.org (Jan Schulze)
Date: Tue, 15 Jan 2008 14:32:04 +0100
Subject: [OGo-Users] OpenGroupware + SOGo Connector > free/busy
In-Reply-To: <1200333597.7703.2.camel@aleph.morrison.iserv.net>
References: <5a33-478b9080-13-b745aab0@150590235> <1200333597.7703.2.camel@aleph.morrison.iserv.net>
Message-ID: <478CB5D4.7060507@informatik.uni-tuebingen.de>
Adam Tauno Williams wrote:
> ZideStore supports two F/B formats; the iCal one that most client's
> expect and the XML format used by Outlook. If you don't specify the URL
> correctly you may be getting the wrong format - OGo seems to default to
> the Outlook format over the iCal F/B format. Again, see WMOGAG for exact
> details.
Thanks a lot. I have now managed to construct the right F/B URL. When
accessing the URL in a browser, I get an iCal file with the correct F/B
information.
However, it now seems as if the F/B URL doesn't get written to OGo.
Every time I re-open the contact in Thunderbird, the CalDAV URL is gone.
In the zidestore logs, I find the following (shortened) output:
Jan 15 13:33:28 ogo-zidestore-1.5 [14108]: |ogo-zidestore-1|
WOHttpAdaptor listening on address *:21000
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: Note: storing cached vCards
files in: '/var/lib/opengroupware.org/documents'
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: account::change-password:
using password field: 'userPassword'
[...]
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: |SxPersonFolder:Contacts| no
digit, ask super for key: 'AA-4d20828e-2620-44cd-dc'
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: |SxPersonFolder:Contacts|
Note: class does not specify class for key: 'AA-4d20828e-2620-44cd-dc'
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: |SxPersonFolder:Contacts|
no digit super returned no key: 'AA-4d20828e-2620-44cd-dc'
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]:
<<0x0x86e404c[NGVCardSaxHandler]>>D started vCard:
<0x0x86f233c[NGVCard]: uid='AA-4d20828e-2620-44cd-dc'>
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: [company::set-vcard] import
new vCard ..
[...]
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: WARNING(-[NSDictionary
descriptionWithLocale:indent:]): encoding NSNull in property list for
key job_title !
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: WARNING(-[NSDictionary
descriptionWithLocale:indent:]): encoding NSNull in property list for
key email2 !
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: WARNING(-[NSDictionary
descriptionWithLocale:indent:]): encoding NSNull in property list for
key email3 !
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: WARNING(-[NSDictionary
descriptionWithLocale:indent:]): encoding NSNull in property list for
key email4 !
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]: WARNING(-[NSDictionary
descriptionWithLocale:indent:]): encoding NSNull in property list for
key freebusyUrl !
[...]
Jan 15 13:33:38 ogo-zidestore-1.5 [14108]:
lChangeSet: {
"job_title" = "";
assistantName = "";
associatedCompany = "";
bossName = "";
comment = "";
description = schulze;
email1 = "schulze@informatik.uni-tuebingen.de";
email2 = "";
email3 = "";
email4 = "";
fileas = "";
firstname = Jan;
freebusyUrl = "";
isPerson = 1;
keywords = "";
name = Schulze;
nameAffix = "";
nameTitle = "";
occupation = "";
partnerName = "";
sourceUrl = "vcfuid://AA-4d20828e-2620-44cd-dc";
url = "";
}
Jan 15 13:47:29 ogo-zidestore-1.5 [14108]: create
new record (private=1)...
Jan 15 13:47:30 ogo-zidestore-1.5 [14108]: save adr
under type location: <0x0x8735674[NGVCardAddress]: types=WORK vcard=;;;;;;>
Jan 15 13:47:30 ogo-zidestore-1.5 [14108]: save adr
under type private: <0x0x876335c[NGVCardAddress]: types=HOME vcard=;;;;;;>
Jan 15 13:59:39 ogo-zidestore-1.5 [14108]: <>SxDavCalendarQuery>>D
process DOM root: <0x0x87bc16c[NGDOMElement]: name=calendar-query
parent=#document #attrs=(END)
---
Any ideas about this? Why is "freebusyUrl" empty?
---
Jan Schulze - Systemadministration
Wilhelm-Schickard-Institut für Informatik
Universität Tübingen
Raum C309, Sand 14, D-72076 Tübingen
Telefon: 07071/29-70 449
Telefon mobil: 0172/73 71 906
From users@opengroupware.org Tue Jan 15 14:08:53 2008
From: users@opengroupware.org (Sandy Lelarge)
Date: Tue, 15 Jan 2008 15:08:53 +0100
Subject: [OGo-Users] keepalive http request and zidestore
Message-ID: <478CBE75.1010306@cg51.fr>
This is a multi-part message in MIME format.
--------------070209060007050809030106
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Does zidestore need to send or receive keepalive http request ?
I tried to setup funambol groupdav connector (bundle) but sync was very
slow.
I found that the problem cames from apache "KeepAliveTimeout" set by
default to 15seconds.
I work around the problem by telling apache to no keep alive for http
agent groupdav.
am I correct or should I use keepalive ?
thank you
(sorry for the possible double post with groupdav list but I don't
really know where to post)
--
M Sandy Lelarge
Conseil Général de la Marne
Service Informatique
2 bis, rue de Jessaint
51038 Châlons en Champagne cedex
tel : 03.26.69.39.29 email : lelarges@cg51.fr
******************************************************************************************************************************
Ce message ou ses pieces jointes peuvent contenir des informations confidentielles
a l'intention exclusive de son destinataire et est couvert par le secret professionnel.
Toute utilisation, divulgation ou reproduction de son contenu sont strictement interdits.
Si vous avez recu ce message par erreur, merci de le notifier a son expediteur et d'en detruire toute copie.
Le present message pouvant-etre altere a notre insu, le conseil général de la Marne ne peut pas etre engage par son contenu.
******************************************************************************************************************************
--------------070209060007050809030106
Content-Type: text/x-vcard; charset=utf-8;
name="lelarges.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="lelarges.vcf"
begin:vcard
fn:Sandy Lelarge
n:Lelarge;Sandy
org;quoted-printable:Conseil g=C3=A9n=C3=A9ral de la marne;Service informatique
adr:;;2 bis, rue de jessaint;Chalons en champagne;;51000;France
email;internet:lelarges@cg51.fr
tel;work:0326693929
note;quoted-printable:-----BEGIN PGP PUBLIC KEY BLOCK-----=0D=0A=
Version: GnuPG v1.4.8 (MingW32)=0D=0A=
=0D=0A=
mI0ER2p4/wEEAL6PiUo/TzRFY0I/ohXVPUgTFj/SA3l6wfbTQo4MnuJqy8mB+hpU=0D=0A=
hBA3GkVq6W8CnYwIiNDCNiShKPXyBCUK3oCwrZvxwIdVyTzAHehN29wKyxOlP69M=0D=0A=
5tdHyT3G52hOMAgqnlkGmdvx0UJMwnlYT49SNx9OuA/1jJOLGxlz62fRABEBAAG0=0D=0A=
IFNhbmR5IExlbGFyZ2UgPGxlbGFyZ2VzQGNnNTEuZnI+iLwEEwECACYFAkdqeP8C=0D=0A=
GyMFCQlmAYAGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRCWY9OD5NOF7TXOA/9O=0D=0A=
65qcaf/1jRaXW7hWHbdDE5TR0n+LT2y1FYHsFfBRyNxFYwYPXsib6InXuOVlG6rr=0D=0A=
9+ngfnNVh11rlv9gAfWPy61yp/9yZzRYQKggKYhR7LAGkrlJoEJcr0ZYmNsNaAG8=0D=0A=
ocStamUjWVTNrrUZssO18KnplzrF6YCMzwEl3wf4triNBEdqeP8BBADrpOPVGa5q=0D=0A=
zOnRLHVKNcdIj9DoG5Eo3B44jCbhEHlgVE8Dq8SF+ZGu83B5xMVU5CJ/QR0z8jyz=0D=0A=
AEiL5g9v/apJ3accdMLPaOU4SZSKOztruqAuVH7f6A9wiuE56tbVB9Z1b2l0Kvdn=0D=0A=
EOAltS4zMHEUcfZsxrP8dgU3XYwawL7iBwARAQABiKUEGAECAA8FAkdqeP8CGwwF=0D=0A=
CQlmAYAACgkQlmPTg+TThe2eIAP8CTMyUl7qWNp3ODCYORkkqQ39vqhVT40QbAKt=0D=0A=
R/dGSsZZCq5e9CYF3MfdLL6Xzsj6IgNxF5kYBvhVS26C56QLQk7pZiQ3BsrhXtwE=0D=0A=
FkvMIOX0rCtAmmXbhbqEaf1CIHBHKxZMlfS1ha7sjRtwIf4RKmbHPAfSQFWhgCni=0D=0A=
R4vpLg4=3D=0D=0A=
=3D1ROJ=0D=0A=
-----END PGP PUBLIC KEY BLOCK-----=0D=0A=
x-mozilla-html:TRUE
url:http://www.marne.fr
version:2.1
end:vcard
--------------070209060007050809030106--
From users@opengroupware.org Tue Jan 15 15:00:41 2008
From: users@opengroupware.org (Wolfgang Sourdeau)
Date: Tue, 15 Jan 2008 10:00:41 -0500
Subject: [OGo-Users] OpenGroupware + SOGo Connector > free/busy
In-Reply-To: 478CB5D4.7060507@informatik.uni-tuebingen.de
Message-ID: <4e0c-478cca80-9-b740fab0@248424559>
Hi all,
Does OGo support the FBURL vcard extension?
--
Wolfgang Sourdeau
T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520
AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou
privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous
aviser imm=C3=A9diatement. Merci.
NOTICE - This e-mail may contain confidential or privileged information.
If you are not the intended recipient, please notify us immediately. Thank you.
From users@opengroupware.org Tue Jan 15 15:51:10 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 15 Jan 2008 10:51:10 -0500
Subject: [OGo-Users] keepalive http request and zidestore
In-Reply-To: <478CBE75.1010306@cg51.fr>
References: <478CBE75.1010306@cg51.fr>
Message-ID: <1200412270.5911.1.camel@WM_ADAM1.morrison.iserv.net>
--=-ZQJnxpu3y2f4ew7LfxRK
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> Does zidestore need to send or receive keepalive http request ?
No
> I tried to setup funambol groupdav connector (bundle) but sync was very
> slow. I found that the problem cames from apache "KeepAliveTimeout" set b=
y
> default to 15seconds.
> I work around the problem by telling apache to no keep alive for http
> agent groupdav. am I correct or should I use keepalive ?
Should work fine; this is certainly worth a documentation note. Do you ha=
ve a copy of your exact changes?
--=-ZQJnxpu3y2f4ew7LfxRK
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHjNZuLRePpNle04MRAktXAJwJYbO2XcHPIbTZBMkSHmHLzyj/vACcDi+N
FWKEjkqxmZECkiuKnQR71hQ=
=3BEd
-----END PGP SIGNATURE-----
--=-ZQJnxpu3y2f4ew7LfxRK--
From users@opengroupware.org Tue Jan 15 16:28:15 2008
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 15 Jan 2008 11:28:15 -0500
Subject: [OGo-Users] OpenGroupware + SOGo Connector > free/busy
In-Reply-To: <478CB5D4.7060507@informatik.uni-tuebingen.de>
References: <5a33-478b9080-13-b745aab0@150590235>
<1200333597.7703.2.camel@aleph.morrison.iserv.net>
<478CB5D4.7060507@informatik.uni-tuebingen.de>
Message-ID: <1200414495.5911.19.camel@WM_ADAM1.morrison.iserv.net>
--=-e/xYxfpdKXimFj5lhvVZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
> > ZideStore supports two F/B formats; the iCal one that most client's
> > expect and the XML format used by Outlook. If you don't specify the UR=
L
> > correctly you may be getting the wrong format - OGo seems to default to
> > the Outlook format over the iCal F/B format. Again, see WMOGAG for exac=
t
> > details.
> Thanks a lot. I have now managed to construct the right F/B URL. When
> accessing the URL in a browser, I get an iCal file with the correct F/B
> information.
> However, it now seems as if the F/B URL doesn't get written to OGo.
Interesting; I think OGo expects pattern based F/B urls like those used
via ZideLook and some other clients (F/B for all users is
http://{...}/name=3D%s etc...)
> Jan 15 13:33:38 ogo-zidestore-1.5 [14108]:
> lChangeSet: {
> description =3D schulze;
> email1 =3D "schulze@informatik.uni-tuebingen.de";
> freebusyUrl =3D "";
> sourceUrl =3D "vcfuid://AA-4d20828e-2620-44cd-dc";
> url =3D "";
> }
> Jan 15 13:47:29 ogo-zidestore-1.5 [14108]: create
> new record (private=3D1)...
> Any ideas about this? Why is "freebusyUrl" empty?
Neat. Perhaps ZideStore doesn't map the F/B attribute to the
freebusyUrl attribute of the company object. That might be fixable.
--=20
Consonance: an Open Source .NET OpenGroupware client.
Contact:awilliam@whitemiceconsulting.com http://freshmeat.net/projects/c=
onsonance/
--=-e/xYxfpdKXimFj5lhvVZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQBHjN8fLRePpNle04MRApsPAJ9qUFuJHTNK2l5hov4M5QVetMS3KgCfej2w
f6u9dYoTYmOPlKPjXWOLkzk=
=HOHc
-----END PGP SIGNATURE-----
--=-e/xYxfpdKXimFj5lhvVZ--
From users@opengroupware.org Tue Jan 15 21:14:31 2008
From: users@opengroupware.org (Jamey Vassilev)
Date: Tue, 15 Jan 2008 15:14:31 -0600
Subject: [OGo-Users] sogo connector 0.64.3
In-Reply-To: <1200233023.6121.0.camel@lappy>
References: <41aa-47894300-11-b7394ab0@182314611> <1200233023.6121.0.camel@lappy>
Message-ID: <478D2237.4090808@quality-mold.com>
This is a multi-part message in MIME format.
--------------050000000405000802000104
Content-Type: text/plain; charset=UTF-8; format=flowed
Cont