On 11/23/05, Helge Hess <hel=
ge.hess@opengroupware.org> wrote:
On Nov 23, 2005, at 15:06, Tabitha McNerney wrote:
> I was=
wondering what is meant by "CTI Dialers", as in the output from<=
br>> running:
>
> ~ ogo$ /usr/local/OGoRoot/Tools=
/ogo-webui-1.0 -WOPort 20000
> -WOHttpAllowHost localhost
>
> Nov 23 13:23:52 ogo-web=
ui-1.0 [1952]: |ogo-webui-1.0| CTI Dialers:
CTI is Computer Telephon=
y Integration. And those dialers are plugins
for OGo which make some spe=
cific telephony system available to OGo.
In the context of OGo you get a small "dial" icon beside =
phone numbers
in the web interface. You can click those an the system wi=
ll connect
your phone to the number.
Currently there is only a pr=
oprietary one from Skyrix which connects
the TeamCall server of iLink (www.ilink=
.de).
Hopefully we will see another plugin for Asterisk integration,=
that
would be rather nice.
Helge, thanks for the informative reply. That is really a cool idea!
Asterisk integration would be really stellar! One of my colleagues is a
big fan of Asterisk. I wonder how we could make the Asterisk
integration happen sooner than later?
Cheers,
Tabitha
G=
reets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
--
OpenGroupware.org MacOS X
macosx@opengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
<=
/div>
------=_Part_7208_15615736.1132755583723--
From macosx@opengroupware.org Wed Nov 23 15:16:23 2005
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Wed, 23 Nov 2005 05:16:23 -1000
Subject: [OGo-MacOSX] Apache 1.3 http.conf with mod_ngobjweb
Message-ID: <7fccb3000511230716p662fb7degb82f1e1f29800dff@mail.gmail.com>
------=_Part_7804_29458668.1132758983768
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello all,
On OS X Tiger server, I had to build mod_ngobjweb.so in
SOPE-4.5/sope-appserver/mod_ngobjweb/
using apxs that ships with Tiger Server for Apache 1.3 (I tried with a
version of apxs and apr-config that I had installed with Darwin Ports for
Apache2 but had all sort of problems even though I tried to modify the
mod_ngobjweb make file. The documentation on the site here <
http://www.opengroupware.org/en/install/apache13.html > I think needs to be
updated (maybe for SOPE 4.5?) because I end up, after make, with:
mod_ngobjweb.so
I have copied mod_ngobjweb.so to /usr/libexec/httpd/
Would it not be customary, then, in httpd.conf to add these lines:
LoadModule ngobjweb_module libexec/httpd/mod_ngobjweb.so
>
and
AddModule mod_ngobjweb.c
>
instead of:
LoadModule ngobjweb_module
>
> AddModule ngobjweb_module.c
>
> ?
Apache 1.3 bombs when I try to run it when AddModule mod_ngobjweb.c is adde=
d
(but when I comment out that line it runs fine although I have not yet trie=
d
to access OpenGroupware yet with it).
Has anyone else experiences tying together in httpd.conf Apache 1.3, SOPE
4.5's mod_ngobjweb.so and OGo 1.2 beta rock?
Best regards,
Tabitha
------=_Part_7804_29458668.1132758983768
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello all,
On OS X Tiger server, I had to build mod_ngobjweb.so in
SOPE-4.5/sope-appserver/mod_ngobjweb/ using apxs that ships with Tiger
Server for Apache 1.3 (I tried with a version of apxs and apr-config
that I had installed with Darwin Ports for Apache2 but had all sort of
problems even though I tried to modify the mod_ngobjweb make file. The
documentation on the site here <
http://ww=
w.opengroupware.org/en/install/apache13.html > I think
needs to be updated (maybe for SOPE 4.5?) because I end up, after make,
with:
mod_ngobjweb.so
I have copied mod_ngobjweb.so to /usr/libexec/httpd/
Would it not be customary, then, in httpd.conf to add these lines:
LoadModule ngobjw=
eb_module libexec/httpd/mod_ngobj=
web.so
and
AddModule mod_ngo=
bjweb.c
instead of:
LoadModule ngobjweb_module <pa=
th to the ngojweb module>
AddModule ngob=
jweb_module.c
?
Apache 1.3 bombs when I try to run it when AddModule mod_ngobjweb.c is
added (but when I comment out that line it runs fine although I have
not yet tried to access OpenGroupware yet with it).
Has anyone else experiences tying together in httpd.conf Apache 1.3, SOPE 4=
.5's mod_ngobjweb.so and OGo 1.2 beta rock?
Best regards,
Tabitha
------=_Part_7804_29458668.1132758983768--
From macosx@opengroupware.org Wed Nov 23 18:32:00 2005
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Wed, 23 Nov 2005 08:32:00 -1000
Subject: [OGo-MacOSX] Re: Apache 1.3 http.conf with mod_ngobjweb
In-Reply-To: <7fccb3000511230716p662fb7degb82f1e1f29800dff@mail.gmail.com>
References: <7fccb3000511230716p662fb7degb82f1e1f29800dff@mail.gmail.com>
Message-ID: <7fccb3000511231032q335b2db4l2e93396a836b990f@mail.gmail.com>
------=_Part_10487_14473449.1132770720563
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
After switching to a Darwin Ports install of apache 1.3.34, and configuring
httpd.conf as the original documentation on this <
http://www.opengroupware.org/en/install/apache13.html > page suggests, I wa=
s
able to start apache no problems. For others who might be considering usin=
g
Apple's tweaked version of apache that they ship with Tiger Server, I can
speak from experience that its probably easier not to mess with it.
The final key to this OpenGroupware kingdom on Mac OS X seems to now lie in
this alias in httpd.conf:
Alias /OpenGroupware10a.woa/WebServerResources/ \
/usr/local/share/opengroupware.org-1.0a/www/
Is it correct, per Helge's suggestion in an email very recently, for the
namespace following the conventions (alpha =3D "a" but beta does not =3D "b=
") to
rename the Alias (for a SOPE 4.5 and OGo 1.0 beta 2 rock build) as:
Alias /OpenGroupware10.woa/WebServerResources
?
The real directory the alias points to, what are the contents of this
directory supposed to be? Is this the source tree? The OGoRoot directory?
The GNUStep user directory? Should /usr/local/share/opengroupare.org-1.0/ww=
w/
be symbolically linked to another resource directory? I searched my OGoRoot
directory as well as my OGo 1.0 beta 2 rock source directory for "*www*" an=
d
there is no such directory. Maybe my eyes are buggy looking at this in too
much detail and it should be obvious, but I can't seem to get any more out
of the apache configuration documentation. Thank you to anyone on the list
for further suggestions.
Best regards,
Tabitha
On 11/23/05, Tabitha McNerney wrote:
>
> Hello all,
>
> On OS X Tiger server, I had to build mod_ngobjweb.so in SOPE-4.5/sope-app=
server/mod_ngobjweb/
> using apxs that ships with Tiger Server for Apache 1.3 (I tried with a
> version of apxs and apr-config that I had installed with Darwin Ports for
> Apache2 but had all sort of problems even though I tried to modify the
> mod_ngobjweb make file. The documentation on the site here <
> http://www.opengroupware.org/en/install/apache13.html > I think needs to
> be updated (maybe for SOPE 4.5?) because I end up, after make, with:
>
> mod_ngobjweb.so
>
> I have copied mod_ngobjweb.so to /usr/libexec/httpd/
>
> Would it not be customary, then, in httpd.conf to add these lines:
>
> LoadModule ngobjweb_module libexec/httpd/mod_ngobjweb.so
> >
>
> and
>
> AddModule mod_ngobjweb.c
> >
>
> instead of:
>
> LoadModule ngobjweb_module
> >
> > AddModule ngobjweb_module.c
> >
> > ?
>
> Apache 1.3 bombs when I try to run it when AddModule mod_ngobjweb.c is
> added (but when I comment out that line it runs fine although I have not =
yet
> tried to access OpenGroupware yet with it).
>
> Has anyone else experiences tying together in httpd.conf Apache 1.3, SOPE
> 4.5's mod_ngobjweb.so and OGo 1.2 beta rock?
>
> Best regards,
>
> Tabitha
>
>
>
>
>
------=_Part_10487_14473449.1132770720563
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
After switching to a Darwin Ports install of apache 1.3.34, and
configuring httpd.conf as the original documentation on this <http://www.opengrou=
pware.org/en/install/apache13.html
> page
suggests, I was able to start apache no problems. For others who
might be considering using Apple's tweaked version of apache that they
ship with Tiger Server, I can speak from experience that its probably
easier not to mess with it.
The final key to this OpenGroupware kingdom on Mac OS X seems to now lie in=
this alias in httpd.conf:
Alias /OpenGroupware10a.woa/WebServerResources/ \
/usr/local/=
share/opengroupware.org-1.0a/www/
Is it correct, per Helge's suggestion in an email very=
recently, for the namespace following the
conventions (alpha =3D "a" but beta does not =3D "b") t=
o rename the Alias (for a SOPE 4.5 and OGo 1.0 beta 2 rock build) as:
Alias /OpenGroupware10.woa/WebServerResources
?
The real directory the alias points to, what are the contents of
this directory supposed to be? Is this the source tree? The OGoRoot
directory? The GNUStep user directory? Should
/usr/local/share/opengroupare.org-1.0/www/ be symbolically linked to
another resource directory? I searched my OGoRoot directory as well as
my OGo 1.0 beta 2 rock source directory for "*www*" and there is =
no
such directory. Maybe my eyes are buggy looking at this in too much
detail and it should be obvious, but I can't seem to get any more out
of the apache configuration documentation. Thank you to anyone on the
list for further suggestions.
Best regards,
Tabitha
On 11/23/05, Tabitha McNerney <
tabithamc@gmail.com> wrote:
Hello all,
On OS X Tiger server, I had to build mod_ngobjweb.so in
SOPE-4.5/sope-appserver/mod_ngobjweb/ using apxs that ships with Tiger
Server for Apache 1.3 (I tried with a version of apxs and apr-config
that I had installed with Darwin Ports for Apache2 but had all sort of
problems even though I tried to modify the mod_ngobjweb make file. The
documentation on the site here <
http://ww=
w.opengroupware.org/en/install/apache13.html > I think
needs to be updated (maybe for SOPE 4.5?) because I end up, after make,
with:
mod_ngobjweb.so
I have copied mod_ngobjweb.so to /usr/libexec/httpd/
Would it not be customary, then, in httpd.conf to add these lines:
LoadModule ngobjw=
eb_module libexec/httpd/mod_ngobj=
web.so
and
AddModule mod_ngo=
bjweb.c
instead of:
LoadModule ngobjweb_module <path to the ngojweb module>
AddModule ngob=
jweb_module.c
?
Apache 1.3 bombs when I try to run it when AddModule mod_ngobjweb.c is
added (but when I comment out that line it runs fine although I have
not yet tried to access OpenGroupware yet with it).
Has anyone else experiences tying together in httpd.conf Apache 1.3, SOPE 4=
.5's mod_ngobjweb.so and OGo 1.2 beta rock?
Best regards,
Tabitha
------=_Part_10487_14473449.1132770720563--
From macosx@opengroupware.org Wed Nov 23 23:14:34 2005
From: macosx@opengroupware.org (Helge Hess)
Date: Thu, 24 Nov 2005 00:14:34 +0100
Subject: [OGo-MacOSX] Re: Apache 1.3 http.conf with mod_ngobjweb
In-Reply-To: <7fccb3000511231032q335b2db4l2e93396a836b990f@mail.gmail.com>
References: <7fccb3000511230716p662fb7degb82f1e1f29800dff@mail.gmail.com> <7fccb3000511231032q335b2db4l2e93396a836b990f@mail.gmail.com>
Message-ID: <4939A094-2F21-476B-85E8-66E004A0E65B@opengroupware.org>
On 23. Nov 2005, at 19:32 Uhr, Tabitha McNerney wrote:
> For others who might be considering using Apple's tweaked version
> of apache that they ship with Tiger Server, I can speak from
> experience that its probably easier not to mess with it.
I can't say for Tiger _Server_, but the regular Tiger Apache works
like a charm for me (and even builds the module w/o any hassles).
The AddModule stuff you mentioned is AFAIK only required for static
linking, not when Apache loads modules dynamically (basically
everyone does this nowadays).
> The final key to this OpenGroupware kingdom on Mac OS X seems to
> now lie in this alias in httpd.conf:
> Alias /OpenGroupware10a.woa/WebServerResources/ \
> /usr/local/share/opengroupware.org-1.0a/www/Is it correct, per
> Helge's suggestion in an email very recently, for the namespace
> following the conventions (alpha = "a" but beta does not = "b") to
> rename the Alias (for a SOPE 4.5 and OGo 1.0 beta 2 rock build) as:
>
> Alias /OpenGroupware10.woa/WebServerResources
>
> ?
Absolutely correct.
> The real directory the alias points to, what are the contents of
> this directory supposed to be?
Depends on your setup. On Linux its usually in:
/usr/local/share/opengroupware.org-1.0/www
> Is this the source tree? The OGoRoot directory?
Its the Themes/WebServerResources directory in the sources. Where you
copy that is your own choice. (and of course you can also point
Apache directly to your sources as long as its able to access the
contents permission wise (I usually do this during development).
> Should /usr/local/share/opengroupare.org-1.0/www/ be symbolically
> linked to another resource directory?
With the Linux packages its a copy, for dev installs I link www to
Themes/WebServerResources.
Greets,
Helge
> I searched my OGoRoot directory as well as my OGo 1.0 beta 2 rock
> source directory for "*www*" and there is no such directory. Maybe
> my eyes are buggy looking at this in too much detail and it should
> be obvious, but I can't seem to get any more out of the apache
> configuration documentation. Thank you to anyone on the list for
> further suggestions.
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Wed Nov 23 23:19:12 2005
From: macosx@opengroupware.org (Helge Hess)
Date: Thu, 24 Nov 2005 00:19:12 +0100
Subject: [OGo-MacOSX] Is it ok to ignore the warning about disabled login spaces?
In-Reply-To: <7fccb3000511230617s27150230t1eab15649eadce36@mail.gmail.com>
References: <7fccb3000511230617s27150230t1eab15649eadce36@mail.gmail.com>
Message-ID: <74A95F46-974C-44F1-BA5C-71D92594D955@opengroupware.org>
On 23. Nov 2005, at 15:17 Uhr, Tabitha McNerney wrote:
> I am wondering if I need to take any action with regard to this
> message that is output from running Ogo 1.0 beta 2 rock on Tiger
> Server with GNUstep? I have to be quite thorough for my boss
> because I convinced him we should use OpenGroupware and once I have
> it all running and I understand enough about it, I will write a
> report about OpenGroupware for the organization's reference archive:
>
> 2005-11-23 13:23:52.461 ogo-webui-1.0[1952] WARNING: disabled login
> spaces which are unsupported on this Foundation library.
You can ignore this. Its just a convenience function which removes
spaces in the login field (eg if you enter " blub" OGo on Linux
will make the login "blub", but not so on OSX).
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Wed Nov 23 23:22:52 2005
From: macosx@opengroupware.org (Helge Hess)
Date: Thu, 24 Nov 2005 00:22:52 +0100
Subject: [OGo-MacOSX] What are CTI Dialers?
In-Reply-To: <7fccb3000511230619u772d18efp1b9ba0e09f6dc25b@mail.gmail.com>
References: <7fccb3000511230606t582e2f34oade68c7f0230ee51@mail.gmail.com> <8784ebee61725977faa3685d729a24a8@opengroupware.org> <7fccb3000511230619u772d18efp1b9ba0e09f6dc25b@mail.gmail.com>
Message-ID:
On 23. Nov 2005, at 15:19 Uhr, Tabitha McNerney wrote:
> One of my colleagues is a big fan of Asterisk. I wonder how we
> could make the Asterisk integration happen sooner than later?
We had several attempts for this. The basic problem is that we have
no running test installation of Asterisk which "just works".
Especially annoying in this context are firewall complexities (eg I
have NAT/Firewalls at home as well as in the company).
So while I think that the dial-plugin should be rather trivial, we
have no time to setup a working Asterisk in our environment.
Greets,
Helge
--
http://docs.opengroupware.org/Members/helge/
OpenGroupware.org
From macosx@opengroupware.org Thu Nov 24 17:44:30 2005
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Thu, 24 Nov 2005 07:44:30 -1000
Subject: [OGo-MacOSX] Re: Apache 1.3 http.conf with mod_ngobjweb
In-Reply-To: <4939A094-2F21-476B-85E8-66E004A0E65B@opengroupware.org>
References: <7fccb3000511230716p662fb7degb82f1e1f29800dff@mail.gmail.com>
<7fccb3000511231032q335b2db4l2e93396a836b990f@mail.gmail.com>
<4939A094-2F21-476B-85E8-66E004A0E65B@opengroupware.org>
Message-ID: <7fccb3000511240944v14e167b7x10c81e5173890e69@mail.gmail.com>
------=_Part_23225_10906958.1132854270270
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On 11/23/05, Helge Hess wrote:
>
> On 23. Nov 2005, at 19:32 Uhr, Tabitha McNerney wrote:
> > For others who might be considering using Apple's tweaked version
> > of apache that they ship with Tiger Server, I can speak from
> > experience that its probably easier not to mess with it.
>
> I can't say for Tiger _Server_, but the regular Tiger Apache works
> like a charm for me (and even builds the module w/o any hassles).
>
> The AddModule stuff you mentioned is AFAIK only required for static
> linking, not when Apache loads modules dynamically (basically
> everyone does this nowadays).
I discovered today that if this line is missing from httpd.conf:
AddModule ngobjweb_module.c
>
then apache 1.3.34 (built with Darwin Ports) will complain. Apparently apxs
makes the ngobjweb module for use with either the "old" way for static
linking or dynamic linking? I guess it doesn't matter too much as long as
Apache is able to forward requests over port (20000) to OGo.
Best regards,
Tabitha
------=_Part_23225_10906958.1132854270270
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On 11/23/05, Helge Hess <hel=
ge.hess@opengroupware.org
> wrote:
On 23. Nov 2005, at 19:32 Uhr, Tabitha McNerney wrote:
> For others w=
ho might be considering using Apple's tweaked version
> of apache tha=
t they ship with Tiger Server, I can speak from
> experience that its=
probably easier not to mess with it.
I can't say for Tiger _Server_, but the regular Tiger Apache works<=
br>like a charm for me (and even builds the module w/o any hassles).
The AddModule stuff you mentioned is AFAIK only required for static
linking, not when Apache loads modules dynamically (basically
everyone d=
oes this nowadays).
I discovered today that if this line is missing from httpd.conf:
AddModule ngobjweb_module.c
then apache 1.3.34 (built with Darwin Ports) will complain.
Apparently apxs makes the ngobjweb module for use with either the
"old" way for static linking or dynamic linking? I guess it
doesn't matter too much as long as Apache is able to forward requests
over port (20000) to OGo.
Best regards,
Tabitha
------=_Part_23225_10906958.1132854270270--
From macosx@opengroupware.org Thu Nov 24 18:46:33 2005
From: macosx@opengroupware.org (Tabitha McNerney)
Date: Thu, 24 Nov 2005 08:46:33 -1000
Subject: [OGo-MacOSX] Does PostgreSQL require "OGo" values for user and database names?
Message-ID: <7fccb3000511241046r2bf2f5cdyef4e47af33128ab6@mail.gmail.com>
------=_Part_23838_7998176.1132857993092
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello all,
Is there any problem, when configuring OGo 1.0 beta 2 rock, with SOPE
4.5alpha and with PostgreSQL
8.1, on Tiger Server 10.4.2, to create a different database user name other
than the name "OGo" (which appears in the documentation) and a database nam=
e
other than "OGo"?
I ask because, after making a correction to my NSGlobalDomain NGBundlePath
default entry, when starting OGo I am now getting this error to egress:
mac:~ $ /usr/local/OGoRoot/Tools/ogo-webui-1.0 -WOPort 20000
> -WOHttpAllowHost '("127.0.0.1", localhost)'
>
2005-11-24 17:48:04.395 ogo-webui-1.0[15810] OGoContextManager: ERROR: did
> not find bundle for model 'OpenGroupware.org_PostgreSQL' (type=3DEOModels=
)
> Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| Could not setup
> OGoContextManager (DB probably not yet configured)!
>
The remainder of the output looks normal:
Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| CTI Dialers:
> Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| OpenGroupware.orgi=
nstance initialized.
> Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| WOHttpAdaptor
> listening on address *:20000
>
Besides my LSAdaptor default reading looking like this:
mac:~ $ defaults read NSGlobalDomain LSAdaptor
> PostgreSQL
>
My LSConnectionDictionary looks like this:
mac:~ $ defaults read NSGlobalDomain LSConnectionDictionary
> {
> databaseName =3D ogodb;
> hostName =3D localhost;
> password =3D 123abcde;
> port =3D 5433;
> userName =3D ogouser;
> }
>
Though I am running PostgreSQL 8.1 on a different port that default is
specify it as an entry in the LSConnectionDictionary (port 5433 rather than
5432 -- I do this because I need to run another instance of Postgresql late=
r
on my machine but I am not doing so while testing OGo). Despite OGo
complianing at start time, I have absolutely no problems at all making a
connection (with the same Tiger Server user account which I created named
"ogo"), like this:
mac:~ ogo$ psql -h localhost -p 5433 ogodb ogouser
>
which yields:
Welcome to psql 8.1.0, the PostgreSQL interactive terminal.
>
> Type: \copyright for distribution terms
> \h for help with SQL commands
> \? for help with psql commands
> \g or terminate with semicolon to execute query
> \q to quit
>
> ogodb=3D>
>
And I have previously loaded the schema file from my OGo source directory
without any worries:
mac:~ ogo$ psql -h localhost -p 5433 ogodb ogouser < ~/OGo-1.0b2
> /Database/PostgreSQL/pg-build-schema.psql
>
and verified that the tables were created (whilst running psql) as in:
ogodb=3D> \d
>
which gets me this output (truncated intentionally in this posted message):
List of relations
> Schema | Name | Type | Owner
> --------+----------------------------+----------+---------
> public | address | table | ogouser
> public | appointment_resource | table | ogouser
> public | article | table | ogouser
> public | article_category | table | ogouser
> public | article_unit | table | ogouser
> public | company | table | ogouser
>
>
I think my NGBundlePath is just fine:
mac:~ ogo$ defaults read NSGlobalDomain | grep NGBundlePath
> NGBundlePath =3D "$(OGoROOT)/Library/OpenGroupware.org-1.0
> /Commands:$(OGoROOT)/Library/OpenGroupware.org-1.0
> /DataSources:$(OGoROOT)/Library/OpenGroupware.org-1.0
> /WebUI:$(OGoROOT)/Library/OpenGroupware.org-1.0/";
>
> Though I am using $OGoROOT rather than $GNUSTEP_USER_ROOT but this
shouldn't matter because my $OGoROOT looks like this:
mac:~ ogo$ echo $OGoROOT
> /usr/local/OGoRoot
>
and I had built OGo 1.0 beta rock to install into $OGoROOT, plus I also
source GNUStep.sh everytime there is a bash login (in .bash_profile):
source /usr/local/OGoRoot/Library/Makefiles/GNUstep.sh
>
and I certainly have OGo.model in the right place as best I can tell:
mac:~ ogo$ ls -al /usr/local/OGoRoot/Library/OpenGroupware.org-1.0
>
> drwxr-xr-x 15 ogo staff 510 Nov 21 17:46 Commands
> drwxr-xr-x 11 ogo staff 374 Nov 21 17:46 DataSources
> drwxr-xr-x 4 ogo staff 136 Nov 21 16:48 OGo.model
> drwxr-xr-x 32 ogo staff 1088 Nov 23 12:57 WebUI
>
But just for good measure and in case I may have made a mistake, I also
linked to OGo.model in $GNUSTEP_USER_ROOT:
mac:~ ogo$ ls -altr $GNUSTEP_USER_ROOT/Library/OpenGroupware.org-1.0
> lrwxr-xr-x 1 ogo staff 58 Nov 23 13:17 Templates -> /Users/ogo/OGo-
> 1.0b2/WebUI/Templates/
> lrwxr-xr-x 1 ogo staff 58 Nov 24 16:41 OGo.model ->
> /usr/local/OGoRoot/Library/OpenGroupware.org-1.0/OGo.model
>
Now for the strange bit of news. Previously today, my NSGlobalDomain
NGBundlePath was very simple, like this:
$ defaults read NSGlobalDomain NGBundlePath
> /usr/local/OGoRoot/Library/OpenGroupware.org-1.0
>
And when this was the case, starting OGo did not complain about the missing
Postgres bundle. But I changed my NGBundlePath from the simple to the more
verbose as stated above because I was not getting a desired response from
when Apache would speak to OGo on port 20000 (whenever I would hit apache o=
n
port 80 at this url: http://127.0.0.1/OpenGroupware the response reflected
back from OGo was simple html page stating "could not perform request !" an=
d
in my terminal shell, OGo would come back with an error such as "Nov 24
18:39:23 ogo-webui-1.0 [16008]: <0x0216F5B0[WOComponentDefinition]> Note:
did not find component class with name 'Main'
Nov 24 18:39:23 ogo-webui-1.0 [16008]: <0x0216F5B0[WOComponentDefinition]>
Note: missing class for component: 'Main' and looking at other people who
have already posted to the mailing list with a similar "Main" problem, it
seems that the solution was indeed adding more path entries to the
NGBundlePath ... funny thing is, the problem with 'Main' has not yet been
solved even with a more verbose NGBundlePath but first priority is trying t=
o
find out why the Postgresql bundle can not be found). Thank you to anyone
who can cast more light on this situation. And sorry if I was too verbose
and pasted too many configuration settings but otherwise I don't know how I
would best explain it if I hadn't done so.
Best regards,
Tabitha
------=_Part_23838_7998176.1132857993092
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello all,
Is there any problem, when configuring OGo 1.0 beta 2 rock, with SOPE
4.5 alpha and with PostgreSQL 8.1, on Tiger Server 10.4.2, to create a
different database user name other than the name "OGo" (which app=
ears
in the documentation) and a database name other than "OGo"?
I ask because, after making a correction to my NSGlobalDomain
NGBundlePath default entry, when starting OGo I am now getting this
error to egress:
mac:~ $ /usr/loca=
l/OGoRoot/Tools/ogo-webui-1.0 -WOPort 20000 -WOHttpAllowHost '("
127.0.0.1", localhost)'
=
2005-11-24
17:48:04.395 ogo-webui-1.0[15810] OGoContextManager: ERROR: did not
find bundle for model 'OpenGroupware.org_PostgreSQL' (type=3DEOModels)
Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| C=
ould not setup OGoContextManager (DB probably not yet configured)!
The remainder of the output looks normal:
=
Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| CTI Dialers: =
Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| O=
penGroupware.org instance initialized.
Nov 24 17:48:04 ogo-webui-1.0 [15810]: |ogo-webui-1.0| W=
OHttpAdaptor listening on address *:20000
Besides my LSAdaptor default reading looking like this: