From macosx@opengroupware.org  Fri Jan 11 13:49:58 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Fri, 11 Jan 2008 03:49:58 -1000
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
Message-ID: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>

------=_Part_923_17400353.1200059398435
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all --

I have successfully made and installed SOPE 4.7 from trunk (version 1557)
today, on a Leopard Server system (Mac OS X Server 10.5.1).

I then pulled OGo 1.1 out of trunk today (version 2062) ran configure (with
no errors and everything looked fine). I then attempted:

$ make all

and deep into the make process, make failed. Pasted in this email below is
the tail of the make failure output. Does anyone know what I could to do
resolve this problem?

Thank you,

T.M.

-----------------------------------------------------------------

Making all for library libZSAppointments...
>  Compiling file SxAppointment.m ...
>  Compiling file SxAppointment+Participants.m ...
>  Compiling file SxAppointmentFolder.m ...
>  Compiling file SxAppointmentMessageParser.m ...
>  Compiling file SxFreeBusy.m ...
>  Compiling file SxICalendar.m ...
>  Compiling file SxDavAptAction.m ...
>  Compiling file SxDavAptCreate.m ...
>  Compiling file SxDavAptChange.m ...
>  Compiling file SxDavCalendarQuery.m ...
>  Linking library libZSAppointments ...
> ld: file not found: libLSFoundation.dylib.5.3
> collect2: ld returned 1 exit status
> Making all for bundle Appointments...
>  Creating Appointments.zsp/Contents/MacOS...
>  Compiling file Product.m ...
>  Linking bundle Appointments ...
> ld: library not found for -lZSAppointments
> collect2: ld returned 1 exit status
> make[4]: *** [Appointments.zsp/Contents/MacOS/Appointments] Error 1
> make[3]: *** [Appointments.all.bundle.variables] Error 2
> make[2]: *** [internal-all] Error 2
> make[1]: *** [internal-all] Error 2
> make: *** [internal-all] Error 2
>

------=_Part_923_17400353.1200059398435
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all --<br><br>I have successfully made and installed SOPE 4.7 from trunk (version 1557) today, on a Leopard Server system (Mac OS X Server 10.5.1).<br><br>I then pulled OGo 1.1 out of trunk today (version 2062) ran configure (with no errors and everything looked fine). I then attempted:
<br><br>$ make all<br><br>and deep into the make process, make failed. Pasted in this email below is the tail of the make failure output. Does anyone know what I could to do resolve this problem?<br><br>Thank you,<br><br>
T.M.<br><br>-----------------------------------------------------------------<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">Making all for library libZSAppointments...
<br>&nbsp;Compiling file SxAppointment.m ...<br>&nbsp;Compiling file SxAppointment+Participants.m ...<br>&nbsp;Compiling file SxAppointmentFolder.m ...<br>&nbsp;Compiling file SxAppointmentMessageParser.m ...<br>&nbsp;Compiling file SxFreeBusy.m ...
<br>&nbsp;Compiling file SxICalendar.m ...<br>&nbsp;Compiling file SxDavAptAction.m ...<br>&nbsp;Compiling file SxDavAptCreate.m ...<br>&nbsp;Compiling file SxDavAptChange.m ...<br>&nbsp;Compiling file SxDavCalendarQuery.m ...<br>&nbsp;Linking library libZSAppointments ...
<br>ld: file not found: libLSFoundation.dylib.5.3<br>collect2: ld returned 1 exit status<br>Making all for bundle Appointments...<br>&nbsp;Creating Appointments.zsp/Contents/MacOS...<br>&nbsp;Compiling file Product.m ...<br>&nbsp;Linking bundle Appointments ...
<br>ld: library not found for -lZSAppointments<br>collect2: ld returned 1 exit status<br>make[4]: *** [Appointments.zsp/Contents/MacOS/Appointments] Error 1<br>make[3]: *** [Appointments.all.bundle.variables] Error 2<br>make[2]: *** [internal-all] Error 2
<br>make[1]: *** [internal-all] Error 2<br>make: *** [internal-all] Error 2<br></blockquote>

------=_Part_923_17400353.1200059398435--

From macosx@opengroupware.org  Fri Jan 11 15:31:04 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Fri, 11 Jan 2008 05:31:04 -1000
Subject: [OGo-MacOSX] OGo on Leopard (from Tiger)
Message-ID: <7fccb3000801110731y73c051f3s12697d673262ab84@mail.gmail.com>

------=_Part_1230_4737102.1200065465110
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello all --

I had a problem building OGo 1.1 (from trunk today) from source -- per a
separate email message. So what I decided to do was to try taking a working
installation of OpenGroupware 1.1 (built in October 2007 from trunk) and
SOPE 4.6 beta (also from October 2007) which is known to work on Macintosh
Xserve hardware (Intel processor) on top of Mac OS X Server 10.4 (Tiger),
and copy the binaries and entire configuration over to Leopard.

The ogo-webui-1.1 daemon starts up fine, and Apache 2.2.6 does not complain
either (as it loads mod_ngobjweb). What is interesting, however, is that
whenever I try to start things up in my browser (whether its Safari or
Firefox), I don't receive any HTML returned to the browser. Its really quite
strange because nothing in the Apache error logs shows up, but the
ogo-webui-1.1 daemon does output this line of text which could be related to
the problem:

Jan 11 15:24:06 ogo-webui-1.1 [49021]: [WARN]
> <0x0x4c4db0[OGoContextManager]> disabled login spaces which are unsupported
> on this Foundation library.
>

Is it quite possible that Apple has changed something in the Foundation kit
API on Mac OS X Leopard compared to Tiger or before Tiger?

Thanks for any suggestion,

T.M.

------=_Part_1230_4737102.1200065465110
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello all --<br><br>I had a problem building OGo 1.1 (from trunk today) from source -- per a separate email message. So what I decided to do was to try taking a working installation of OpenGroupware 1.1 (built in October 2007 from trunk) and SOPE 
4.6 beta (also from October 2007) which is known to work on Macintosh Xserve hardware (Intel processor) on top of Mac OS X Server 10.4 (Tiger), and copy the binaries and entire configuration over to Leopard. <br><br>The ogo-webui-1.1
 daemon starts up fine, and Apache 2.2.6 does not complain either (as it loads mod_ngobjweb). What is interesting, however, is that whenever I try to start things up in my browser (whether its Safari or Firefox), I don&#39;t receive any HTML returned to the browser. Its really quite strange because nothing in the Apache error logs shows up, but the 
ogo-webui-1.1 daemon does output this line of text which could be related to the problem:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
Jan 11 15:24:06 ogo-webui-1.1 [49021]: [WARN] &lt;0x0x4c4db0[OGoContextManager]&gt; disabled login spaces which are unsupported on this Foundation library.<br></blockquote><br>Is it quite possible that Apple has changed something in the Foundation kit API on Mac OS X Leopard compared to Tiger or before Tiger?
<br><br>Thanks for any suggestion,<br><br>T.M.<br>

------=_Part_1230_4737102.1200065465110--

From macosx@opengroupware.org  Fri Jan 11 15:59:05 2008
From: macosx@opengroupware.org (Helge Hess)
Date: Fri, 11 Jan 2008 16:59:05 +0100
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
Message-ID: <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>

On 11.01.2008, at 14:49, Tabitha McNerney wrote:
>  Linking library libZSAppointments ...
> ld: file not found: libLSFoundation.dylib.5.3
> collect2: ld returned 1 exit status


Thats probably a bug in the makefile. Try:
   cd Logic
   make -s debug=yes install
   cd ..
   make -s

BTW: did you manage to compile mod_ngobjweb? So far I didn't :-( I tried

   make apxs=/usr/sbin/apxs apr=/usr/bin/apr-1-config

But this gives some linking issues.

Thanks,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/



From macosx@opengroupware.org  Fri Jan 11 15:59:46 2008
From: macosx@opengroupware.org (Helge Hess)
Date: Fri, 11 Jan 2008 16:59:46 +0100
Subject: [OGo-MacOSX] OGo on Leopard (from Tiger)
In-Reply-To: <7fccb3000801110731y73c051f3s12697d673262ab84@mail.gmail.com>
References: <7fccb3000801110731y73c051f3s12697d673262ab84@mail.gmail.com>
Message-ID: <2505C066-C0B5-45F7-BF9F-0F99FA3ACA05@opengroupware.org>

On 11.01.2008, at 16:31, Tabitha McNerney wrote:
> Jan 11 15:24:06 ogo-webui-1.1 [49021]: [WARN]  
> <0x0x4c4db0[OGoContextManager]> disabled login spaces which are  
> unsupported on this Foundation library.
>
> Is it quite possible that Apple has changed something in the  
> Foundation kit API on Mac OS X Leopard compared to Tiger or before  
> Tiger?


This warning is OK and expected.

Helge
-- 
Helge Hess
http://www.helgehess.eu/



From macosx@opengroupware.org  Fri Jan 11 16:14:51 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Fri, 11 Jan 2008 06:14:51 -1000
Subject: [OGo-MacOSX] OGo on Leopard (from Tiger)
In-Reply-To: <2505C066-C0B5-45F7-BF9F-0F99FA3ACA05@opengroupware.org>
References: <7fccb3000801110731y73c051f3s12697d673262ab84@mail.gmail.com>
 <2505C066-C0B5-45F7-BF9F-0F99FA3ACA05@opengroupware.org>
Message-ID: <7fccb3000801110814m4e22d0eas8a58fe57b898e43@mail.gmail.com>

------=_Part_1468_28404560.1200068091524
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/11/08, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 11.01.2008, at 16:31, Tabitha McNerney wrote:
> > Jan 11 15:24:06 ogo-webui-1.1 [49021]: [WARN]
> > <0x0x4c4db0[OGoContextManager]> disabled login spaces which are
> > unsupported on this Foundation library.
> >
> > Is it quite possible that Apple has changed something in the
> > Foundation kit API on Mac OS X Leopard compared to Tiger or before
> > Tiger?
>
>
> This warning is OK and expected.


Then something else is not right. Some sort of configuration issue perhaps.
Am not sure how to track it down since the log files and output from the
daemon seem normal. I tried to connect to the daemon via apache with both
Safari and Firefox on the same machine.

-T.M.


Helge
> --
> Helge Hess
> http://www.helgehess.eu/
>
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>

------=_Part_1468_28404560.1200068091524
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 1/11/08, <b class="gmail_sendername">Helge Hess</b> &lt;<a href="mailto:helge.hess@opengroupware.org">helge.hess@opengroupware.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 11.01.2008, at 16:31, Tabitha McNerney wrote:<br>&gt; Jan 11 15:24:06 ogo-webui-1.1 [49021]: [WARN]<br>&gt; &lt;0x0x4c4db0[OGoContextManager]&gt; disabled login spaces which are<br>&gt; unsupported on this Foundation library.
<br>&gt;<br>&gt; Is it quite possible that Apple has changed something in the<br>&gt; Foundation kit API on Mac OS X Leopard compared to Tiger or before<br>&gt; Tiger?<br><br><br>This warning is OK and expected.</blockquote>
<div><br>Then something else is not right. Some sort of configuration issue perhaps. Am not sure how to track it down since the log files and output from the daemon seem normal. I tried to connect to the daemon via apache with both Safari and Firefox on the same machine.
<br><br>-T.M.<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Helge<br>--<br>Helge Hess<br><a href="http://www.helgehess.eu/">
http://www.helgehess.eu/</a><br><br><br>--<br>OpenGroupware.org MacOS X<br><a href="mailto:macosx@opengroupware.org">macosx@opengroupware.org</a><br><a href="http://mail.opengroupware.org/mailman/listinfo/macosx">http://mail.opengroupware.org/mailman/listinfo/macosx
</a><br></blockquote></div><br>

------=_Part_1468_28404560.1200068091524--

From macosx@opengroupware.org  Fri Jan 11 16:33:09 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Fri, 11 Jan 2008 06:33:09 -1000
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
 <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
Message-ID: <7fccb3000801110833q43915656jd76a9848cb4c53c9@mail.gmail.com>

------=_Part_1554_15575933.1200069189327
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/11/08, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 11.01.2008, at 14:49, Tabitha McNerney wrote:
> >  Linking library libZSAppointments ...
> > ld: file not found: libLSFoundation.dylib.5.3
> > collect2: ld returned 1 exit status
>
>
> Thats probably a bug in the makefile. Try:
>    cd Logic
>    make -s debug=yes install
>    cd ..
>    make -s


Thanks, that seemed to work for me (no errors this time).

BTW: did you manage to compile mod_ngobjweb? So far I didn't :-( I tried
>
>    make apxs=/usr/sbin/apxs apr=/usr/bin/apr-1-config
>
> But this gives some linking issues.


Haven't tried yet. In a worse case scenario, if it doesn't work, could we
use a compiled mod_ngobjweb from Tiger? My compile on Tiger runs just fine.

Thank you,

T.M.


Thanks,
>    Helge
> --
> Helge Hess
> http://www.helgehess.eu/
>
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>

------=_Part_1554_15575933.1200069189327
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 1/11/08, <b class="gmail_sendername">Helge Hess</b> &lt;<a href="mailto:helge.hess@opengroupware.org">helge.hess@opengroupware.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 11.01.2008, at 14:49, Tabitha McNerney wrote:<br>&gt;&nbsp;&nbsp;Linking library libZSAppointments ...<br>&gt; ld: file not found: libLSFoundation.dylib.5.3<br>&gt; collect2: ld returned 1 exit status<br><br><br>Thats probably a bug in the makefile. Try:
<br>&nbsp;&nbsp; cd Logic<br>&nbsp;&nbsp; make -s debug=yes install<br>&nbsp;&nbsp; cd ..<br>&nbsp;&nbsp; make -s</blockquote><div><br>Thanks, that seemed to work for me (no errors this time).<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
BTW: did you manage to compile mod_ngobjweb? So far I didn&#39;t :-( I tried<br><br>&nbsp;&nbsp; make apxs=/usr/sbin/apxs apr=/usr/bin/apr-1-config<br><br>But this gives some linking issues.</blockquote><div><br>Haven&#39;t tried yet. In a worse case scenario, if it doesn&#39;t work, could we use a compiled mod_ngobjweb from Tiger? My compile on Tiger runs just fine.
<br><br>Thank you,<br><br>T.M.<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thanks,<br>&nbsp;&nbsp; Helge<br>--<br>Helge Hess<br><a href="http://www.helgehess.eu/">
http://www.helgehess.eu/</a><br><br><br>--<br>OpenGroupware.org MacOS X<br><a href="mailto:macosx@opengroupware.org">macosx@opengroupware.org</a><br><a href="http://mail.opengroupware.org/mailman/listinfo/macosx">http://mail.opengroupware.org/mailman/listinfo/macosx
</a><br></blockquote></div><br>

------=_Part_1554_15575933.1200069189327--

From macosx@opengroupware.org  Fri Jan 11 16:35:22 2008
From: macosx@opengroupware.org (Helge Hess)
Date: Fri, 11 Jan 2008 17:35:22 +0100
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <7fccb3000801110833q43915656jd76a9848cb4c53c9@mail.gmail.com>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com> <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org> <7fccb3000801110833q43915656jd76a9848cb4c53c9@mail.gmail.com>
Message-ID: <44C32BF2-61DA-4CD3-9A5E-9B7D31500265@opengroupware.org>

On 11.01.2008, at 17:33, Tabitha McNerney wrote:
> Haven't tried yet. In a worse case scenario, if it doesn't work,  
> could we use a compiled mod_ngobjweb from Tiger? My compile on Tiger  
> runs just fine.


Not sure, while it looks like Apache is compiled FAT, I guess it gets  
started as 64bit. No idea.

Helge
-- 
Helge Hess
http://www.helgehess.eu/

From macosx@opengroupware.org  Fri Jan 11 16:55:20 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Fri, 11 Jan 2008 06:55:20 -1000
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <44C32BF2-61DA-4CD3-9A5E-9B7D31500265@opengroupware.org>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
 <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
 <7fccb3000801110833q43915656jd76a9848cb4c53c9@mail.gmail.com>
 <44C32BF2-61DA-4CD3-9A5E-9B7D31500265@opengroupware.org>
Message-ID: <7fccb3000801110855p450df39fue3872f0f16f87db2@mail.gmail.com>

------=_Part_1678_20338591.1200070520907
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/11/08, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 11.01.2008, at 17:33, Tabitha McNerney wrote:
> > Haven't tried yet. In a worse case scenario, if it doesn't work,
> > could we use a compiled mod_ngobjweb from Tiger? My compile on Tiger
> > runs just fine.
>
>
> Not sure, while it looks like Apache is compiled FAT, I guess it gets
> started as 64bit. No idea.


Hmm ... I haven't looked that closely at how Apache is compiled because I
config / make / install Apache 2.2.6 from source courtesy of MacPorts. On my
Xserve with four Intel processors (the Late 2006 model, not the Xserve
annoucned a few days ago that is capable of 8 cores), running Leopard Server
10.5.1, I noticed that Apache spawns numerous child processes, but I haven't
paid that close attention to the number of children spawned by the parent
httpd on Tiger Server so I'm being rather unscientific with my observations.
I have to go to some meetings but later today I will attempt to compile
mod_ngobjweb on Leopard Server from source and will update here in this
email thread. Thanks again for your assistance in helping me get OGo
1.1make with the workaround.

T.M.


Helge
> --
> Helge Hess
> http://www.helgehess.eu/
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>

------=_Part_1678_20338591.1200070520907
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 1/11/08, <b class="gmail_sendername">Helge Hess</b> &lt;<a href="mailto:helge.hess@opengroupware.org">helge.hess@opengroupware.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 11.01.2008, at 17:33, Tabitha McNerney wrote:<br>&gt; Haven&#39;t tried yet. In a worse case scenario, if it doesn&#39;t work,<br>&gt; could we use a compiled mod_ngobjweb from Tiger? My compile on Tiger<br>&gt; runs just fine.
<br><br><br>Not sure, while it looks like Apache is compiled FAT, I guess it gets<br>started as 64bit. No idea.</blockquote><div><br>Hmm ... I haven&#39;t looked that closely at how Apache is compiled because I config / make / install Apache 
2.2.6 from source courtesy of MacPorts. On my Xserve with four Intel processors (the Late 2006 model, not the Xserve annoucned a few days ago that is capable of 8 cores), running Leopard Server 10.5.1, I noticed that Apache spawns numerous child processes, but I haven&#39;t paid that close attention to the number of children spawned by the parent httpd on Tiger Server so I&#39;m being rather unscientific with my observations. I have to go to some meetings but later today I will attempt to compile mod_ngobjweb on Leopard Server from source and will update here in this email thread. Thanks again for your assistance in helping me get OGo 
1.1 make with the workaround.<br><br>T.M.<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Helge<br>--<br>Helge Hess<br><a href="http://www.helgehess.eu/">
http://www.helgehess.eu/</a><br>--<br>OpenGroupware.org MacOS X<br><a href="mailto:macosx@opengroupware.org">macosx@opengroupware.org</a><br><a href="http://mail.opengroupware.org/mailman/listinfo/macosx">http://mail.opengroupware.org/mailman/listinfo/macosx
</a><br></blockquote></div><br>

------=_Part_1678_20338591.1200070520907--

From macosx@opengroupware.org  Sat Jan 12 15:25:45 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Sat, 12 Jan 2008 05:25:45 -1000
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
 <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
Message-ID: <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com>

------=_Part_4000_18367824.1200151545636
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 1/11/08, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On 11.01.2008, at 14:49, Tabitha McNerney wrote:
> >  Linking library libZSAppointments ...
> > ld: file not found: libLSFoundation.dylib.5.3
> > collect2: ld returned 1 exit status
>
>
> Thats probably a bug in the makefile. Try:
>    cd Logic
>    make -s debug=yes install
>    cd ..
>    make -s
>
> BTW: did you manage to compile mod_ngobjweb? So far I didn't :-( I tried
>
>    make apxs=/usr/sbin/apxs apr=/usr/bin/apr-1-config


Helge,

I did manage to compile mod_ngobjweb without any compilation errors. The
caveat is that my environment is quite a bit dependent on MacPorts
installation of
apache2<http://www.macports.org/ports.php?by=library&substr=apache2>,
apr<http://trac.macports.org/projects/macports/browser/trunk/dports/devel/apr/Portfile>and
apr-util<http://trac.macports.org/projects/macports/browser/trunk/dports/devel/apr-util/Portfile>ports,
and I also had to modify the
handler.c file in the file folder:

SOPE-4.7/sope-appserver/mod_ngobjweb
>

After compiling successfully mod_ngobjweb, I moved it to the apache2 modules
directory and loaded it in apache2's httpd.conf ... apached did not complain
about loading it. I have not yet tried to run the OGO web ui daemon yet but
I will post an update.

I think I should type up a more formal document for getting mod_ngobjweb to
compile for both Tiger and Leopard (the instructions are the same btw) but
I'm not sure how many people will like my approach since I do use MacPorts.
Any suggestions?

Thanks,

T.M.


But this gives some linking issues.
>
> Thanks,
>    Helge
> --
> Helge Hess
> http://www.helgehess.eu/
>
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>

------=_Part_4000_18367824.1200151545636
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 1/11/08, <b class="gmail_sendername">Helge Hess</b> &lt;<a href="mailto:helge.hess@opengroupware.org">helge.hess@opengroupware.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 11.01.2008, at 14:49, Tabitha McNerney wrote:<br>&gt;&nbsp;&nbsp;Linking library libZSAppointments ...<br>&gt; ld: file not found: libLSFoundation.dylib.5.3<br>&gt; collect2: ld returned 1 exit status<br><br><br>Thats probably a bug in the makefile. Try:
<br>&nbsp;&nbsp; cd Logic<br>&nbsp;&nbsp; make -s debug=yes install<br>&nbsp;&nbsp; cd ..<br>&nbsp;&nbsp; make -s<br><br>BTW: did you manage to compile mod_ngobjweb? So far I didn&#39;t :-( I tried<br><br>&nbsp;&nbsp; make apxs=/usr/sbin/apxs apr=/usr/bin/apr-1-config</blockquote>
<div><br>Helge,<br><br>I did manage to compile mod_ngobjweb without any compilation errors. The caveat is that my environment is quite a bit dependent on MacPorts installation of <a href="http://www.macports.org/ports.php?by=library&amp;substr=apache2">
apache2</a>, <a href="http://trac.macports.org/projects/macports/browser/trunk/dports/devel/apr/Portfile">apr</a> and <a href="http://trac.macports.org/projects/macports/browser/trunk/dports/devel/apr-util/Portfile">apr-util
</a> ports, and I also had to modify the handler.c file in the file folder:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">SOPE-4.7/sope-appserver/mod_ngobjweb
<br></blockquote><br>After compiling successfully mod_ngobjweb, I moved it to the apache2 modules directory and loaded it in apache2&#39;s httpd.conf ... apached did not complain about loading it. I have not yet tried to run the OGO web ui daemon yet but I will post an update.
<br><br>I think I should type up a more formal document for getting mod_ngobjweb to compile for both Tiger and Leopard (the instructions are the same btw) but I&#39;m not sure how many people will like my approach since I do use MacPorts. Any suggestions?
<br><br>Thanks,<br><br>T.M.<br>&nbsp;</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">But this gives some linking issues.<br><br>Thanks,
<br>&nbsp;&nbsp; Helge<br>--<br>Helge Hess<br><a href="http://www.helgehess.eu/">http://www.helgehess.eu/</a><br><br><br>--<br>OpenGroupware.org MacOS X<br><a href="mailto:macosx@opengroupware.org">macosx@opengroupware.org</a><br><a href="http://mail.opengroupware.org/mailman/listinfo/macosx">
http://mail.opengroupware.org/mailman/listinfo/macosx</a><br></blockquote></div><br>

------=_Part_4000_18367824.1200151545636--

From macosx@opengroupware.org  Sat Jan 12 15:59:10 2008
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Sat, 12 Jan 2008 05:59:10 -1000
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com>
 <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org>
 <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com>
Message-ID: <7fccb3000801120759w28f15449l9d0e32ed72ad4f51@mail.gmail.com>

------=_Part_4091_31585942.1200153550903
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Helge and friends,

Continuing on with this Leopard / OpenGroupware thread and trying to figure
out the problems ...

As I mentioned, I was able to compile mod_ngobjweb just fine. And everything
else compiled and ran without any segmentation faults (e.g. ogo-webui-1.1).

When I first run ogo-webui-1.1 here's what it sends out to the command-line:

ogo$ ./ogo-webui-1.1 -WOPort 20000 -WOHttpAllowHost '("127.0.0.1",
> localhost)'
> Jan 12 15:30:23 ogo-webui-1.1 [6166]: SNS support disabled.
> 2008-01-12 15:30:23.973 ogo-webui-1.1[6166:10b] Note: storing cached
> vCards files in: '/Volumes/Users/ogo/OGoDocs'
> 2008-01-12 15:30:23.983 ogo-webui-1.1[6166:10b] account::change-password:
> using password field: 'userPassword'
> 2008-01-12 15:30:24.010 ogo-webui-1.1[6166:10b] ERROR: did not find
> executable sendmail file: '/usr/lib/sendmail'
> 2008-01-12 15:30:24.062 ogo-webui-1.1[6166:10b] Note: members of role team
> 'team creators' are allowed to create teams.
> 2008-01-12 15:30:24.233 ogo-webui-1.1[6166:10b] Note: located themes: OOo,
> blue, kde, orange
> 2008-01-12 15:30:24.235 ogo-webui-1.1[6166:10b] Note: located
> translations: Slovak, Polish, Japanese, Norwegian, Basque, French, Italian,
> Finish, ptBR, Danish, Spanish, Dutch, Portuguese, English, German, Hungarian
> Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| CTI Dialers:
> 2008-01-12 15:30:24.369 ogo-webui-1.1[6166:10b] WOCompoundElement: pool
> embedding is on.
> 2008-01-12 15:30:24.369 ogo-webui-1.1[6166:10b] WOCompoundElement: id
> logging is on.
> Jan 12 15:30:24 ogo-webui-1.1 [6166]: [WARN]
> <0x0x2c21c0[OGoContextManager]> disabled login spaces which are unsupported
> on this Foundation library.
> Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| root has no
> password, you need to assign one!
> Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| OpenGroupware.orginstance initialized.
> Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| WOHttpAdaptor
> listening on address *:20000
>

The next thing I do is on my Xserve that is running ogo-webui-1.1 along with
apache 2 of course, on the Leopard Server OS, I launch the Safari web
browser. I enter in the Safari URL bar this URL:

http://127.0.0.1:8000/OpenGroupware  (since I am running apache 2 on port
8000 instead of 80). When I do this, it is very strange -- instead of
sending HTML to Safari, instead Safari wants me to download a file to my
Desktop named "OpenGroupware", so yes I download this file to my Desktop and
then I look at the contents of this file in a text editor but it appears to
be a binary file. The only text I could see inside the binary file with the
text editor is this text:

set-cookie: ogo-webui-1.1=18161816014788DD55; path=/
>

I then check the command-line output of ogo-webui-1.1 to see what it says
after I had downloaded this file based on the original http request, and
here's what it says:

    Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN]
> <0x0x2c21c0[OGoContextManager]> disabled login spaces which are unsupported
> on this Foundation library.
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN]
> <0x0x2c21c0[OGoContextManager]> disabled login spaces which are unsupported
> on this Foundation library.
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: <0x0x1c66f10[OGoHelpManager]>
> Note: no OGo documentation installed!
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: <0x0x1c66f10[OGoHelpManager]>
> SP: (null)
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: |ogo-webui-1.1|<OpenGroupware[0x0x2131e0]: name=
> ogo-webui-1.1>: created session: <OGoSession[0x0x1c667c0]:
> id=18161816014788DD55>
>     2008-01-12 15:31:33.805 ogo-webui-1.1[6166:10b] ccaps:
> <WEClientCapabilities[0x0x1c698f0]: type=Safari v5.0 os=MacOS cpu=unknown
> fast-tbl css1 css2 js>
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN]
> <0x0x2c21c0[OGoContextManager]> disabled login spaces which are unsupported
> on this Foundation library.
>     2008-01-12 15:31:33.894 ogo-webui-1.1[6166:10b] Note: PostgreSQL72
> adaptor using timezone 'Local Time Zone [Atlantic/Reykjavik (GMT) offset 0]'
> as default
>     Jan 12 15:31:33 ogo-webui-1.1 [6166]: (18161816014788DD55) user root
> logged in.
>     127.0.0.1 - - [12/Jan/2008:15:31:34 GMT] "GET /OpenGroupware HTTP/1.1"
> 200 0/0 0.259 - - -
>

The session ID that ogo-webui-1.1 says it created (18161816014788DD55)
matches the number found in the binary file that was downloaded by Safari
when I first tried to connect to the daemon.

I also checked the apache 2 log files and there were no error from the
request I made, just this entry in the access log file:

- - - [12/Jan/2008:15:38:22 +0000] "GET /OpenGroupware HTTP/1.1" 200 119
>

So I thought maybe this is a problem with Safari. But I tried the same thing
with FireFox and the same thing happened (downloading a binary file).

I wonder what has gone wrong? The only major difference between Leopard and
my Tiger Server installation with OGO is that on Tiger I built against Sope
4.6 beta but on Leopard I built Sope 4.7 from trunk. Otherwise, I have
followed my same documentation from my Tiger Server installation for the
Leopard Server install.

Any suggestions?

Thanks,

T.M.

------=_Part_4091_31585942.1200153550903
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Helge and friends,<br><br>Continuing on with this Leopard / OpenGroupware thread and trying to figure out the problems ...<br><br>As I mentioned, I was able to compile mod_ngobjweb just fine. And everything else compiled and ran without any segmentation faults (
e.g. ogo-webui-1.1).<br><br>When I first run ogo-webui-1.1 here&#39;s what it sends out to the command-line:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
ogo$ ./ogo-webui-1.1 -WOPort 20000 -WOHttpAllowHost &#39;(&quot;<a href="http://127.0.0.1">127.0.0.1</a>&quot;, localhost)&#39;<br>Jan 12 15:30:23 ogo-webui-1.1 [6166]: SNS support disabled.<br>2008-01-12 15:30:23.973 ogo-webui-1.1
[6166:10b] Note: storing cached vCards files in: &#39;/Volumes/Users/ogo/OGoDocs&#39;<br>2008-01-12 15:30:23.983 ogo-webui-1.1[6166:10b] account::change-password: using password field: &#39;userPassword&#39;<br>2008-01-12 15:30:
24.010 ogo-webui-1.1[6166:10b] ERROR: did not find executable sendmail file: &#39;/usr/lib/sendmail&#39;<br>2008-01-12 15:30:24.062 ogo-webui-1.1[6166:10b] Note: members of role team &#39;team creators&#39; are allowed to create teams.
<br>2008-01-12 15:30:24.233 ogo-webui-1.1[6166:10b] Note: located themes: OOo, blue, kde, orange<br>2008-01-12 15:30:24.235 ogo-webui-1.1[6166:10b] Note: located translations: Slovak, Polish, Japanese, Norwegian, Basque, French, Italian, Finish, ptBR, Danish, Spanish, Dutch, Portuguese, English, German, Hungarian
<br>Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| CTI Dialers: <br>2008-01-12 15:30:24.369 ogo-webui-1.1[6166:10b] WOCompoundElement: pool embedding is on.<br>2008-01-12 15:30:24.369 ogo-webui-1.1[6166:10b] WOCompoundElement: id logging is on.
<br>Jan 12 15:30:24 ogo-webui-1.1 [6166]: [WARN] &lt;0x0x2c21c0[OGoContextManager]&gt; disabled login spaces which are unsupported on this Foundation library.<br>Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| root has no password, you need to assign one!
<br>Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| OpenGroupware.org instance initialized.<br>Jan 12 15:30:24 ogo-webui-1.1 [6166]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000<br></blockquote><br>The next thing I do is on my Xserve that is running 
ogo-webui-1.1 along with apache 2 of course, on the Leopard Server OS, I launch the Safari web browser. I enter in the Safari URL bar this URL:<br><br><a href="http://127.0.0.1:8000/OpenGroupware">http://127.0.0.1:8000/OpenGroupware
</a>&nbsp; (since I am running apache 2 on port 8000 instead of 80). When I do this, it is very strange -- instead of sending HTML to Safari, instead Safari wants me to download a file to my Desktop named &quot;OpenGroupware&quot;, so yes I download this file to my Desktop and then I look at the contents of this file in a text editor but it appears to be a binary file. The only text I could see inside the binary file with the text editor is this text:
<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">set-cookie: ogo-webui-1.1=18161816014788DD55; path=/<br></blockquote><br>I then check the command-line output of 
ogo-webui-1.1 to see what it says after I had downloaded this file based on the original http request, and here&#39;s what it says:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN] &lt;0x0x2c21c0[OGoContextManager]&gt; disabled login spaces which are unsupported on this Foundation library.<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN] &lt;0x0x2c21c0[OGoContextManager]&gt; disabled login spaces which are unsupported on this Foundation library.
<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: &lt;0x0x1c66f10[OGoHelpManager]&gt; Note: no OGo documentation installed!<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: &lt;0x0x1c66f10[OGoHelpManager]&gt; SP: (null)<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 
ogo-webui-1.1 [6166]: |ogo-webui-1.1| &lt;OpenGroupware[0x0x2131e0]: name=ogo-webui-1.1&gt;: created session: &lt;OGoSession[0x0x1c667c0]: id=18161816014788DD55&gt;<br>&nbsp;&nbsp;&nbsp; 2008-01-12 15:31:33.805 ogo-webui-1.1[6166:10b] ccaps: &lt;WEClientCapabilities[0x0x1c698f0]: type=Safari 
v5.0 os=MacOS cpu=unknown fast-tbl css1 css2 js&gt;<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: [WARN] &lt;0x0x2c21c0[OGoContextManager]&gt; disabled login spaces which are unsupported on this Foundation library.<br>&nbsp;&nbsp;&nbsp; 2008-01-12 15:31:
33.894 ogo-webui-1.1[6166:10b] Note: PostgreSQL72 adaptor using timezone &#39;Local Time Zone [Atlantic/Reykjavik (GMT) offset 0]&#39; as default<br>&nbsp;&nbsp;&nbsp; Jan 12 15:31:33 ogo-webui-1.1 [6166]: (18161816014788DD55) user root logged in.
<br>&nbsp;&nbsp;&nbsp; <a href="http://127.0.0.1">127.0.0.1</a> - - [12/Jan/2008:15:31:34 GMT] &quot;GET /OpenGroupware HTTP/1.1&quot; 200 0/0 0.259 - - -<br></blockquote><br>The session ID that ogo-webui-1.1 says it created (18161816014788DD55) matches the number found in the binary file that was downloaded by Safari when I first tried to connect to the daemon. 
<br><br>I also checked the apache 2 log files and there were no error from the request I made, just this entry in the access log file:<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">
- - - [12/Jan/2008:15:38:22 +0000] &quot;GET /OpenGroupware HTTP/1.1&quot; 200 119<br></blockquote><br>So I thought maybe this is a problem with Safari. But I tried the same thing with FireFox and the same thing happened (downloading a binary file).
<br><br>I wonder what has gone wrong? The only major difference between Leopard and my Tiger Server installation with OGO is that on Tiger I built against Sope 4.6 beta but on Leopard I built Sope 4.7 from trunk. Otherwise, I have followed my same documentation from my Tiger Server installation for the Leopard Server install.
<br><br>Any suggestions?<br><br>Thanks,<br><br>T.M.<br><br>

------=_Part_4091_31585942.1200153550903--

From macosx@opengroupware.org  Sat Jan 26 14:46:17 2008
From: macosx@opengroupware.org (Helge Hess)
Date: Sat, 26 Jan 2008 15:46:17 +0100
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com> <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org> <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com>
Message-ID: <DCC264B9-AF86-478C-9096-912982C31A2C@opengroupware.org>

On 12.01.2008, at 16:25, Tabitha McNerney wrote:
> I also had to modify the handler.c file in the file folder:
>
> SOPE-4.7/sope-appserver/mod_ngobjweb

What did you modify?

> After compiling successfully mod_ngobjweb, I moved it to the apache2  
> modules directory and loaded it in apache2's httpd.conf ... apached  
> did not complain about loading it.

Does it work with the regular MacOS Apache? If so, can you put the  
binary somewhere?

> I think I should type up a more formal document for getting  
> mod_ngobjweb to compile for both Tiger and Leopard (the instructions  
> are the same btw) but I'm not sure how many people will like my  
> approach since I do use MacPorts. Any suggestions?

You can put it on the docs.ogo plone, but as you say, we really need  
instructions for plain MacOS (why would I want to install MacPorts  
Apache ;-).

Thanks,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/

From macosx@opengroupware.org  Sat Jan 26 14:50:16 2008
From: macosx@opengroupware.org (Helge Hess)
Date: Sat, 26 Jan 2008 15:50:16 +0100
Subject: [OGo-MacOSX] Ogo 1.1 on Leopard Server problem
In-Reply-To: <7fccb3000801120759w28f15449l9d0e32ed72ad4f51@mail.gmail.com>
References: <7fccb3000801110549r400bfd1cwf045347ca435c6d0@mail.gmail.com> <E9389BF9-D609-425C-9703-0B13CD4E44D8@opengroupware.org> <7fccb3000801120725m1ac22b95p341084cd0aacfacd@mail.gmail.com> <7fccb3000801120759w28f15449l9d0e32ed72ad4f51@mail.gmail.com>
Message-ID: <90E8EF57-B044-4D6E-B8E1-6DEB0CE3A8CF@opengroupware.org>

On 12.01.2008, at 16:59, Tabitha McNerney wrote:
> http://127.0.0.1:8000/OpenGroupware   (since I am running apache 2  
> on port 8000 instead of 80). When I do this, it is very strange --  
> instead of sending HTML to Safari, instead Safari wants me to  
> download a file to my Desktop named "OpenGroupware", so yes I  
> download this file to my Desktop and then I look at the contents of  
> this file in a text editor but it appears to be a binary file. The  
> only text I could see inside the binary file with the text editor is  
> this text:
>
> set-cookie: ogo-webui-1.1=18161816014788DD55; path=/

Strange. Looks like it did contact OGo. Possibly the file is binary  
due to gzip encoding?
You could try running with -WODontZipResponse YES.

Or maybe OGo can't find the templates?

> - - - [12/Jan/2008:15:38:22 +0000] "GET /OpenGroupware HTTP/1.1" 200  
> 119

Looks good. You can run OGo with -WOHttpAdaptor_LogStream YES to see  
what HTTP OGo attempts to deliver.

Greets,
   Helge
-- 
Helge Hess
http://www.helgehess.eu/