From macosx@opengroupware.org Sat Aug 12 06:25:21 2006 From: macosx@opengroupware.org (Corby Stephens) Date: Fri, 11 Aug 2006 22:25:21 -0700 Subject: [OGo-MacOSX] First time user needs help compiling Message-ID: I came across Alexanders's (?) steps for intalling since I was having no luck with the other steps listed in the instructions. I got a little further but I have hit some road blocks and would love some help. Here is my setup. iMac G5, 1GB RAM, XCode 2.4 installed, 10.4.7. I downloaded the latest sope and OGo as of Aug 6. I have the sope and opengroupware stuff at the root of my user folder and am putting the GNUstep folder there as well. I compile the gnuspet-make stuff in the sope folder with no problem and I get a GNUstep folder at the root of my user folder as I would expect. I go into the sop folder, run the ./config per the instructions pointing everything to my GNUstep folder. (I have also tried this at the root of the drive and I get these same results). I have also tried this with and without sudo. I find that I get more success with sudo as sometimes I get permission error when trying to write to folders. Glitch #1 - If I do this - ./configure --disable-strip --enable-debug --with-gnustep - I get the GNUstep environment and the Configuration with all the right folders listed. Then I get this and it stops dead: creating: /Volumes/Archive/corby/sope/config.make failed to link optional library: xml2 failed to link optional library: ldap failed to link required library: ssl However, if I do this - ./configure --disable-strip --enable-debug (without the --with-gnustep) - the I get this at the end. creating: /Volumes/Archive/corby/sope/config.make optional library found: xml2 optional library found: ldap required library found: ssl optional library found: pq optional library found: sqlite3 failed to link optional library: mysqlclient configuring NGStreams library .... done (log in config-NGStreams.log). So I keep going to compile sope. Glitch #2 - I get some FIXME and TODO warnings in the make all which I'm guessing are no big deal. Other than those I get no errors. I make install with no errors or warnings. However, when I compare the lost of folders I get to the list in Alexander's directions, the following folders are missing: Library/SaxMappings/ Library/Libraries/manylibraries... (I only have Java and Resources in this folder, not many) Library/Libraries/Resources/NGObjWeb/ Library/Tools/ I get none of the files/folders listed in the email. I only have debugapp, Java(dir, empty), openapp, opentool, Resources (dir empty) Those other folders that I do have are empty. Nothing is in them as these instructions imply. Glitch #3 - As with the configure of sope, if I have the --with- gnustep option I get this and it quits: creating: /Volumes/Archive/corby/opengroupware/config.make failed to link required library: NGLdap If I remove the --with-gnustep I get this and it quits: creating: /Volumes/Archive/corby/opengroupware/config.make required library found: NGLdap required library found: NGObjWeb required library found: GDLAccess failed to link optional library: pisock Not sure if that matters or not I press on with the make all and make install. Glitch #4 - I get some FIXME and TODO warnings, as well as the errors Alexander says I will get about no such file/folder. I also get the following errors at the end of the make all. /usr/bin/ld: warning -L: directory name (/usr/local/apr/lib) does not exist /usr/bin/ld: can't locate file for: -lWEExtensions collect2: ld returned 1 exit status make[3]: *** [shared_debug_obj/ogo-webui-1.1] Error 1 make[2]: *** [ogo-webui-1.1.all.tool.variables] Error 2 make[1]: *** [internal-all] Error 2 make: *** [internal-all] Error 2 As with Glitch #2 there are many folders missing/empty. Actually, all of the folders I'm supposed to see per the directions don't exist. I don't get any of them. It's at this point that I realize something is horribly wrong. I've tried this a few times one two different systems, same results. I've tried the directions on the site with no luck also. Does any of this point to anything obvious I'm missing? Corby Stephens corby@stephensfam.net From macosx@opengroupware.org Sat Aug 12 07:30:17 2006 From: macosx@opengroupware.org (Helge Hess) Date: Sat, 12 Aug 2006 08:30:17 +0200 Subject: [OGo-MacOSX] First time user needs help compiling In-Reply-To: References: Message-ID: <31779414-C2E3-41F1-9536-145BF4CDC247@opengroupware.org> On Aug 12, 2006, at 07:25, Corby Stephens wrote: > Glitch #1 - If I do this - ./configure --disable-strip --enable- > debug --with-gnustep - I get the GNUstep environment and the > Configuration with all the right folders listed. Then I get this > and it stops dead: > creating: /Volumes/Archive/corby/sope/config.make > failed to link optional library: xml2 > failed to link optional library: ldap > failed to link required library: ssl This is a known bug in the configure script of SOPE 4.5.7 / 4.5.8. You can avoid it by first calling export CONFIGURE_FHS_INSTALL_LIBDIR=/tmp (but its also fixed in HEAD / trunk). Maybe you should retry the instructions with this thing applied. Anyway, if you remove --with-gnustep, it will configure/compile into / usr/local. Which is also OK. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From macosx@opengroupware.org Sat Aug 12 21:18:54 2006 From: macosx@opengroupware.org (Corby Stephens) Date: Sat, 12 Aug 2006 13:18:54 -0700 Subject: [OGo-MacOSX] Getting closer Message-ID: That little tidbit helped for the SOPE build. I still had the same problem with the OGo build. I kind of fixed it by taking part of the config.make from sope and sticking it in the config.make for OGo. After doing that I got all the missing pieces. Now when I go to start the service I get this error; dyld: Library not loaded: libOGoFoundation_d.dylib.5.3 Referenced from: /Volumes/Archive/corby/GNUstep/Tools/ogo-webui-1.1 Reason: image not found Trace/BPT trap Any ideas? Corby Stephens corby@stephensfam.net From macosx@opengroupware.org Sun Aug 13 18:46:39 2006 From: macosx@opengroupware.org (Tabitha McNerney) Date: Sun, 13 Aug 2006 07:46:39 -1000 Subject: [OGo-MacOSX] Fwd: [OGo-Users] 1.1.5 alpha configure failes to link NGLdap In-Reply-To: <7fccb3000608122058k493d5b09m60d836a53f8267c1@mail.gmail.com> References: <20060812210354.4ED4778C005@ogo.rapideye.de> <7fccb3000608122058k493d5b09m60d836a53f8267c1@mail.gmail.com> Message-ID: <7fccb3000608131046j19fc01ebq42937e27c667e6ea@mail.gmail.com> ------=_Part_152391_9704293.1155491199016 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline With apologies, I realized later this thread would have been more appropriate on the Mac OS X OpenGroupware mailing list. Sebastian's patch for OpenBSD (for the configuration and compilting of OpenGroupware 1.1.5alpha moveon which yesterday was in the svn trunk) worked for me on both PowerPC and Intel Apple hardware. I had forgotten that this mailing list had existed and was separate from the main user's mailing list. Regards, T. ---------- Forwarded message ---------- From: Tabitha McNerney Date: Aug 12, 2006 5:58 PM Subject: Re: [OGo-Users] 1.1.5 alpha configure failes to link NGLdap To: users@opengroupware.org Hello Sebastian, Thank you so very much for your patch for OpenBSD. I am very pleased to let you know that this very same patch worked successfully on Mac OS X Server for PowerPC 10.4.6 and for Mac OS X (Client) 10.4.7 on Intel (Mac Mini). Your patch has saved the day and now I can run OpenGroupware 1.1.5 alpha moveon with SOPE 4.5.8. It is a very nice day today thank you for your contributions and help! Soon I can't wait to try out Asterisk with OpenGroupware courtesy of your PHP scripts. Helge also mentioned that Mac OS X doesn't get as much testing for OpenGroupware as does Linux, so I hope to be able to provide more testing and feedback. It will be interesting to see how many commonalities and differences there are between OpenGroupware running on Mac OS X relative to OpenBSD. Sincerely, T. On 8/12/06, Sebastian Reitenbach wrote: > > Hi, > > > users@opengroupware.org wrote: > > On 8/12/06, Helge Hess wrote: > > > > > > On Aug 12, 2006, at 02:29, Tabitha McNerney wrote: > > > > After the fixing of SOPE 4.5.8 in the trunk, I then proceeded to > > > > try and configure OGo 1.1.5 alpha moveon. I pulled build 1735 out > > > > of the svn repo trunk and my attempt to configure it as in below > > > > yielded a failure to link NGLdap. This hasn't happened to me before > > > > such as when I configured OGo 1.1.3 slpha moveon. > > > > > > > > Any suggestions are appreciated. > > > > > > Well, same thing like with SOPE? It has the same bug. Do that export > > > thing and it should work. > > > > > > Helge, > > > > Its true that the suggestion you made for allowing SOPE 4.5.8 to > configure, > > when applied to OGo 1.1.5, worked just fine (after making the change and > > > then running configure, there were no more complaints issued). However, > when > > I attempted to run make -s install, I did receive the following error > which > > halted the remainder of the make -s install process ... also note that I > was > > not able to find a specific log file but it seems I did capture all the > > standard output from the make -s install process. > > > > Also I noticed that I received several error messages like this one (in > > various sections of the standard output from running make -s install): > > > > ld: warning can't open dynamic library: libGDLAccess_d.dylib.4.5 > referenced > > > from: ../OGoDocuments/./shared_debug_obj/libOGoDocuments_d.dylib > (checking > > > for undefined symbols may be affected) (No such file or directory, > errno = > > > 2) > > > > > > > Would it be useful to include my entire standard output? I don't mind > doing > > some more tests with OGo 1.1.5 if I can be of any assistance since I am > > running on Mac OS X Server 10.4.6 (maybe not too many people compile OGo > on > > Mac OS X Server?) > > > > Sincerely, > > > > T. > > > > Making all for wobundle LSWScheduler... > > > Compiling file LSWSchedulerModule.m ... > > > Compiling file LSWSchedulerDateTitle.m ... > > > Compiling file LSWAppointmentEditor.m ... > > > Compiling file LSWAppointmentEditor+Fetches.m ... > > > Compiling file LSWAppointmentViewer.m ... > > > Compiling file LSWAppointmentMailPage.m ... > > > Compiling file LSWSchedulerPreferences.m ... > > > Compiling file LSWAppointmentProposal.m ... > > > Compiling file SkyParticipantsSelection.m ... > > > Compiling file SkyAptParticipantsList.m ... > > > Compiling file SkyResourceSelection.m ... > > > Compiling file LSWAppointmentMove.m ... > > > Compiling file SkyAptDateSelection.m ... > > > Compiling file SkyAppointmentPrintViewer.m ... > > > Compiling file NSCalendarDate+UnitAdder.m ... > > > Compiling file SkyAptTypeSelection.m ... > > > Compiling file OGoAppointmentDateFormatter.m ... > > > Compiling file OGoUserSelectionComponent.m ... > > > Compiling file OGoAttendeeSelection.m ... > > > Compiling file OGoRecurrenceFormatter.m ... > > > Compiling file OGoCycleSelection.m ... > > > /usr/bin/ld: Undefined symbols: > > > .objc_class_name_OGoAptMailOpener > > > collect2: ld returned 1 exit status > > > make[4]: *** [ LSWScheduler.lso/./LSWScheduler] Error 1 > > > make[3]: *** [LSWScheduler.all.wobundle.variables] Error 2 > > > make[2]: *** [internal-all] Error 2 > > > make[1]: *** [internal-all] Error 2 > > > make: *** [internal-all] Error 2 > > > > > > i had sth. similar on OpenBSD, ogo linked well, but while running it did > not > linked the bundle dynamically: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1728 > > might be the solution to the bug can help fix your issue too. > > sebastian > > -- > OpenGroupware.org Users > users@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users > ------=_Part_152391_9704293.1155491199016 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline With apologies, I realized later this thread would have been more appropriate on the Mac OS X OpenGroupware mailing list. Sebastian's patch for OpenBSD (for the configuration and compilting of OpenGroupware 1.1.5 alpha moveon which yesterday was in the svn trunk) worked for me on both PowerPC and Intel Apple hardware.

I had forgotten that this mailing list had existed and was separate from the main user's mailing list.

Regards,

T.

---------- Forwarded message ----------
From: Tabitha McNerney <tabithamc@gmail.com>
Date: Aug 12, 2006 5:58 PM
Subject: Re: [OGo-Users] 1.1.5 alpha configure failes to link NGLdap
To: users@opengroupware.org

Hello Sebastian,

Thank you so very much for your patch for OpenBSD. I am very pleased to let you know that this very same patch worked successfully on Mac OS X Server for PowerPC 10.4.6 and for Mac OS X (Client) 10.4.7 on Intel (Mac Mini).

Your patch has saved the day and now I can run OpenGroupware 1.1.5 alpha moveon with SOPE 4.5.8.

It is a very nice day today thank you for your contributions and help!

Soon I can't wait to try out Asterisk with OpenGroupware courtesy of your PHP scripts.

Helge also mentioned that Mac OS X doesn't get as much testing for OpenGroupware as does Linux, so I hope to be able to provide more testing and feedback. It will be interesting to see how many commonalities and differences there are between OpenGroupware running on Mac OS X relative to OpenBSD.

Sincerely,

T.



On 8/12/06, Sebastian Reitenbach <itlistuser@rapideye.de> wrote:
Hi,


users@opengroupware.org wrote:
> On 8/12/06, Helge Hess <helge.hess@opengroupware.org> wrote:
> >
> > On Aug 12, 2006, at 02:29, Tabitha McNerney wrote:
> > > After the fixing of SOPE 4.5.8 in the trunk, I then proceeded to
> > > try and configure OGo 1.1.5 alpha moveon. I pulled build 1735 out
> > > of the svn repo trunk and my attempt to configure it as in below
> > > yielded a failure to link NGLdap. This hasn't happened to me before
> > > such as when I configured OGo 1.1.3 slpha moveon.
> > >
> > > Any suggestions are appreciated.
> >
> > Well, same thing like with SOPE? It has the same bug. Do that export
> > thing and it should work.
>
>
> Helge,
>
> Its true that the suggestion you made for allowing SOPE 4.5.8 to configure,
> when applied to OGo 1.1.5, worked just fine (after making the change and
> then running configure, there were no more complaints issued). However, when
> I attempted to run make -s install, I did receive the following error which
> halted the remainder of the make -s install process ... also note that I was
> not able to find a specific log file but it seems I did capture all the
> standard output from the make -s install process.
>
> Also I noticed that I received several error messages like this one (in
> various sections of the standard output from running make -s install):
>
> ld: warning can't open dynamic library: libGDLAccess_d.dylib.4.5 referenced
> > from: ../OGoDocuments/./shared_debug_obj/libOGoDocuments_d.dylib (checking
> > for undefined symbols may be affected) (No such file or directory, errno =
> > 2)
> >
>
> Would it be useful to include my entire standard output? I don't mind doing
> some more tests with OGo 1.1.5 if I can be of any assistance since I am
> running on Mac OS X Server 10.4.6 (maybe not too many people compile OGo on
> Mac OS X Server?)
>
> Sincerely,
>
> T.
>
> Making all for wobundle LSWScheduler...
> >  Compiling file LSWSchedulerModule.m ...
> >  Compiling file LSWSchedulerDateTitle.m ...
> >  Compiling file LSWAppointmentEditor.m ...
> >  Compiling file LSWAppointmentEditor+Fetches.m ...
> >  Compiling file LSWAppointmentViewer.m ...
> >  Compiling file LSWAppointmentMailPage.m ...
> >  Compiling file LSWSchedulerPreferences.m ...
> >  Compiling file LSWAppointmentProposal.m ...
> >  Compiling file SkyParticipantsSelection.m ...
> >  Compiling file SkyAptParticipantsList.m ...
> >  Compiling file SkyResourceSelection.m ...
> >  Compiling file LSWAppointmentMove.m ...
> >  Compiling file SkyAptDateSelection.m ...
> >  Compiling file SkyAppointmentPrintViewer.m ...
> >  Compiling file NSCalendarDate+UnitAdder.m ...
> >  Compiling file SkyAptTypeSelection.m ...
> >  Compiling file OGoAppointmentDateFormatter.m ...
> >  Compiling file OGoUserSelectionComponent.m ...
> >  Compiling file OGoAttendeeSelection.m ...
> >  Compiling file OGoRecurrenceFormatter.m ...
> >  Compiling file OGoCycleSelection.m ...
> > /usr/bin/ld: Undefined symbols:
> > .objc_class_name_OGoAptMailOpener
> > collect2: ld returned 1 exit status
> > make[4]: *** [ LSWScheduler.lso/./LSWScheduler] Error 1
> > make[3]: *** [LSWScheduler.all.wobundle.variables] Error 2
> > make[2]: *** [internal-all] Error 2
> > make[1]: *** [internal-all] Error 2
> > make: *** [internal-all] Error 2
> >
>
i had sth. similar on OpenBSD, ogo linked well, but while running it did not
linked the bundle dynamically:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1728

might be the solution to the bug can help fix your issue too.

sebastian

--
OpenGroupware.org Users
users@opengroupware.org
http://mail.opengroupware.org/mailman/listinfo/users

------=_Part_152391_9704293.1155491199016-- From macosx@opengroupware.org Wed Aug 16 17:06:42 2006 From: macosx@opengroupware.org (Corby Stephens) Date: Wed, 16 Aug 2006 09:06:42 -0700 Subject: [OGo-MacOSX] Repost of question Message-ID: <0D725A7A-75A9-48A4-AFEE-BAE5754F3A7E@stephensfam.net> That little tidbit helped for the SOPE build. I still had the same problem with the OGo build. I kind of fixed it by taking part of the config.make from sope and sticking it in the config.make for OGo. After doing that I got all the missing pieces. Now when I go to start the service I get this error; dyld: Library not loaded: libOGoFoundation_d.dylib.5.3 Referenced from: /Volumes/Archive/corby/GNUstep/Tools/ogo-webui-1.1 Reason: image not found Trace/BPT trap Any ideas? Corby Stephens corby@stephensfam.net From macosx@opengroupware.org Wed Aug 16 18:24:30 2006 From: macosx@opengroupware.org (Helge Hess) Date: Wed, 16 Aug 2006 19:24:30 +0200 Subject: [OGo-MacOSX] Repost of question In-Reply-To: <0D725A7A-75A9-48A4-AFEE-BAE5754F3A7E@stephensfam.net> References: <0D725A7A-75A9-48A4-AFEE-BAE5754F3A7E@stephensfam.net> Message-ID: <5AE36261-96DF-46AF-B3BC-213C2E37E2BF@opengroupware.org> On Aug 16, 2006, at 18:06, Corby Stephens wrote: > Now when I go to start the service I get this error; > dyld: Library not loaded: libOGoFoundation_d.dylib.5.3 > Referenced from: /Volumes/Archive/corby/GNUstep/Tools/ogo-webui-1.1 > Reason: image not found > Trace/BPT trap > > Any ideas? Did you source GNUstep.sh prior running ogo-webui-1.1? libOGoFoundation_d.dylib.5.3 should live somewhere below /Volumes/ Archive/corby/GNUstep/Library/Libraries/. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From macosx@opengroupware.org Wed Aug 16 23:43:25 2006 From: macosx@opengroupware.org (Corby Stephens) Date: Wed, 16 Aug 2006 15:43:25 -0700 Subject: [OGo-MacOSX] OGo compiling errors In-Reply-To: <5AE36261-96DF-46AF-B3BC-213C2E37E2BF@opengroupware.org> References: <0D725A7A-75A9-48A4-AFEE-BAE5754F3A7E@stephensfam.net> <5AE36261-96DF-46AF-B3BC-213C2E37E2BF@opengroupware.org> Message-ID: <63517709-7996-4400-9091-DD7B03B0E4B8@stephensfam.net> OK. I'm going by the instructions posted by Alexander from May(?). I am making sure to source the GNUstep.sh and I am using export CONFIGURE_FHS_INSTALL_LIBDIR=/tmp as well. SOPE seems to build just fine. No errors, all the expected files and dirs are there. OGo on the other hand is having issues still. During hr make all I see this error repeated several times: gcc -bundle -undefined error \ -o PreferencesUI.lso/./PreferencesUI \ ./shared_debug_obj/LSWPreferencesModule.o ./ shared_debug_obj/LSWPreferencesViewer.o ./shared_debug_obj/ LSWPreferencesEditor.o ./shared_debug_obj/LSWPreferencesEditor +AccountLog.o ./shared_debug_obj/SkyDefaultEditField.o ./ shared_debug_obj/SkyDisplayPreferences.o ./shared_debug_obj/ OGoDefaultEditField.o ./shared_debug_obj/OGoDefaultEditFrame.o ./ shared_debug_obj/OGoDefaultViewField.o ./shared_debug_obj/ SimpleTextSepFormatter.o ./shared_debug_obj/ArrayFormatter.o ./ shared_debug_obj/BoolFormatter.o \ -L../OGoFoundation/./shared_debug_obj -L../../ DocumentAPI/OGoDocuments/./shared_debug_obj -L../../Logic/ LSFoundation/./shared_debug_obj -L../../DocumentAPI/OGoDocuments/./ shared_debug_obj -L/Volumes/Archive/corby/GNUstep/Library/Libraries/ - L/tmp -L/usr/lib -lNGObjWeb_d -lNGMime_d -lNGStreams_d - lNGExtensions_d -lNGMime_d -lNGStreams_d -lNGExtensions_d - lEOControl_d -lXmlRpc_d -lDOM_d -lSaxObjC_d -lOGoFoundation_d - lOGoDocuments_d -lLSFoundation_d -lGDLAccess_d -lNGObjWeb_d - lNGLdap_d -lNGMime_d -lNGStreams_d -lNGExtensions_d -lEOControl_d - lXmlRpc_d -lGDLAccess_d -lNGMime_d -lDOM_d -lSaxObjC_d -lm -framework Foundation Linking resources into the bundle wrapper... I see that for several of the pieces of the build. Does that one example give you an idea of what's up or do you need a list of each section this is occurring in? I also see variations on this error (some short like thess, some lengthy): (example 1) /usr/bin/ld: warning -L: directory name (/usr/local/apr/ lib) does not exist (example 2) /usr/bin/ld: warning can't open dynamic library: libOGoDocuments_d.dylib.5.3 referenced from: ././shared_debug_obj/ libOGoBase_d.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/bin/ld is an executable. Is the executable generating the error or does the build process think that that past is a dir and not an executable? The SVN revision of OGo I have is SVN_REVISION:=1731. The version of SOPE I have is SVN_REVISION:=1334. Corby Stephens corby@stephensfam.net From macosx@opengroupware.org Thu Aug 17 00:29:10 2006 From: macosx@opengroupware.org (Helge Hess) Date: Thu, 17 Aug 2006 01:29:10 +0200 Subject: [OGo-MacOSX] OGo compiling errors In-Reply-To: <63517709-7996-4400-9091-DD7B03B0E4B8@stephensfam.net> References: <0D725A7A-75A9-48A4-AFEE-BAE5754F3A7E@stephensfam.net> <5AE36261-96DF-46AF-B3BC-213C2E37E2BF@opengroupware.org> <63517709-7996-4400-9091-DD7B03B0E4B8@stephensfam.net> Message-ID: On Aug 17, 2006, at 24:43, Corby Stephens wrote: > During hr make all I see this error repeated several times: > gcc -bundle -undefined error \ > -o PreferencesUI.lso/./PreferencesUI \ > ./shared_debug_obj/LSWPreferencesModule.o ./ > shared_debug_obj/LSWPreferencesViewer.o ... Thats not an error, thats the linker call. > I also see variations on this error (some short like thess, some > lengthy): > (example 1) /usr/bin/ld: warning -L: directory name (/usr/local/apr/ > lib) does not exist You can safely ignore this. > (example 2) /usr/bin/ld: warning can't open dynamic library: > libOGoDocuments_d.dylib.5.3 referenced from: ././shared_debug_obj/ > libOGoBase_d.dylib (checking for undefined symbols may be affected) > (No such file or directory, errno = 2) This is a bit weird but might be still OK. Possibly some -L/-l is missing. Should be fixed. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From macosx@opengroupware.org Thu Aug 17 23:07:17 2006 From: macosx@opengroupware.org (Corby Stephens) Date: Thu, 17 Aug 2006 15:07:17 -0700 Subject: [OGo-MacOSX] Startup errors Message-ID: <9AA21164-2E86-427B-AD9F-6ED8BF221379@stephensfam.net> I think it built OK. When I start it up this is what I get. Office:~ corby$ $HOME/OGoRoot/Tools/ogo-webui-1.1 -WOPort 20000 - WOHttpAllowHost localhost 2006-08-17 15:03:39.078 ogo-webui-1.1[8313] ERROR(NGBundleManager): did not find bundle 'LSAddress' (type=cmd) required by bundle / Volumes/Archive/corby/OGoRoot/Library/OpenGroupware.org-1.1/Commands/ LSAccount.cmd. 2006-08-17 15:03:39.115 ogo-webui-1.1[8313] account::change-password: using password field: 'userPassword' 2006-08-17 15:03:39.119 ogo-webui-1.1[8313] ERROR(NGBundleManager): did not find bundle 'LSSearch' (type=cmd) required by bundle /Volumes/ Archive/corby/OGoRoot/Library/OpenGroupware.org-1.1/Commands/ LSAddress.cmd. 2006-08-17 15:03:39.154 ogo-webui-1.1[8313] Note: storing cached vCards files in: '/var/lib/opengroupware.org/documents' 2006-08-17 15:03:39.188 ogo-webui-1.1[8313] ERROR(NGBundleManager): did not find bundle 'LSSearch' (type=cmd) required by bundle /Volumes/ Archive/corby/OGoRoot/Library/OpenGroupware.org-1.1/Commands/ LSDocuments.cmd. 2006-08-17 15:03:39.224 ogo-webui-1.1[8313] ERROR(NGBundleManager): did not find bundle 'LSSearch' (type=cmd) required by bundle /Volumes/ Archive/corby/OGoRoot/Library/OpenGroupware.org-1.1/Commands/LSMail.cmd. 2006-08-17 15:03:39.231 ogo-webui-1.1[8313] ERROR: did not find executable sendmail file: '/usr/lib/sendmail' 2006-08-17 15:03:39.256 ogo-webui-1.1[8313] ERROR(NGBundleManager): did not find bundle 'LSSearch' (type=cmd) required by bundle /Volumes/ Archive/corby/OGoRoot/Library/OpenGroupware.org-1.1/Commands/ LSProject.cmd. 2006-08-17 15:03:39.360 ogo-webui-1.1[8313] Note: members of role team 'team creators' are allowed to create teams. 2006-08-17 15:03:39.555 ogo-webui-1.1[8313] Note: located themes: OOo, blue, kde, orange 2006-08-17 15:03:39.557 ogo-webui-1.1[8313] Note: located translations: English, ptBR, Spanish, Polish, Japanese, French, Dutch, Hungarian, Portuguese, Slovak, Danish, Basque, German, Italian, Norwegian Aug 17 15:03:39 ogo-webui-1.1 [8313]: |ogo-webui-1.1| CTI Dialers: 2006-08-17 15:03:39.564 ogo-webui-1.1[8313] WOCompoundElement: pool embedding is on. 2006-08-17 15:03:39.566 ogo-webui-1.1[8313] WOCompoundElement: id logging is on. Aug 17 15:03:39 ogo-webui-1.1 [8313]: [WARN] <0x0x11c10a0 [OGoContextManager]> disabled login spaces which are unsupported on this Foundation library. Aug 17 15:03:39 ogo-webui-1.1 [8313]: |ogo-webui-1.1| root has no password, you need to assign one! Aug 17 15:03:39 ogo-webui-1.1 [8313]: |ogo-webui-1.1| OpenGroupware.org instance initialized. Aug 17 15:03:39 ogo-webui-1.1 [8313]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000 When I go to http://localhost/OpenGroupware all I get is a blank screen and in my Terminal the above errors scroll across the screen again. Corby Stephens corby@stephensfam.net