Re: [greenstone-devel] Windows -compatible distribution thatdoesn't require playing withhosts file or using

From Daniel Paul O'Donnell
DateMon, 04 Jul 2005 23:02:42 -0600
Subject Re: [greenstone-devel] Windows -compatible distribution thatdoesn't require playing withhosts file or using
In-Reply-To (42C9F123-5010800-cs-waikato-ac-nz)
On Tue, 2005-05-07 at 14:32 +1200, Katherine Don wrote:
> Hi Daniel
> For the first problem, you can set the "browser" field in gsdlsite.cfg to 3.

I've not been responsible for this part of the setup directly, but here
is the response of the person who has been. My understanding is that
we've not been able to intervene in the .cfg file that is set up from
the disc:

> Katherine was correct in changing the browser in gsdlsite.cfg file.
> The
> problem is, this file is automatically generated when server.exe is
> executed. It looks like this:
> [gsdl]
> enterlib=/gsdl
> gsdlhome=C:caedmonCaedmongsdl
> gdbmhome=C:caedmonCaedmongsdl
> logfilename=c:gsdl.log
> keeplog=0
> consolelog=0
> portnumber=80
> autoenter=0
> browser=1
> browserexe=c:program filesinternet exploreriexplore.exe
> start_browser=1
> It would be easy enough to edit the file to suit our purposes.
> However, when
> you create a self-installing CD, gsdlsite.cfg does not exist. If we
> included
> our version of gsdlsite.cfg (as shown above) then the server would be
> looking for the same directory structure as shown above. This is the
> problem
> we encountered on your office computer; the server was looking for a
> directory structure, which did not exist (e.g.
> gsdlhome=C:caedmonCaedmongsdl).
> too?

Does anybody know a solution to this particular installation problem?

> For the second problem, we need to modify the local library server to
> use "localhost" or "", instead of trying to
> work out the computer's network address "intelligently".
> There are now several people urgently requiring this modification, so
> Michael will be looking at it tomorrow.
Thanks VERY much. I've written the publisher asking for a few days'

> Regards,
> Katherine Don
> Daniel Paul O'Donnell wrote:
> > Hello,
> > I've search the archives and googled this issue. I know it is
> > relatively common, but am writing to this list in hopes that somebody
> > knows an elegant solution.
> > We are about to burn a Master CD for publication with a book that uses
> > Greenstone to provide search functionality. The intended audience is
> > medievalists with a computer, i.e. varying technical competence from 0.1
> > to 10.
> > We have two problems.
> > 1) The first is with the use of IE as the default browser (the project
> > is very standards based and IE doesn't work as well as other browsers;
> > since we recommend against it in our system requirements, we don't want
> > Greenstone to load it as the standard browser. Is there a way of setting
> > up the install so that the local computer browser is the default choice?
> > Since there is a "default" choice in the File menu that appears on the
> > startup screen, it seems to me there must be a way of setting it so that
> > option is checked by default. We just can't figure out how to do it.
> >
> > 2) The second issue has to do with problems with how Greenstone installs
> > in Windows. On XP computers that are connected to networks and receive
> > dynamic IP addresses (at the least), Greenstone builds the wrong
> > address: computer_name.network_name instead of localhost. We've checked
> > the proxies are off following the information in the FAQ
> > (, and we can get the server running from or by editing /WINDOWS/drivers/etc/hosts. The issue is that we can't (necessarily) expect our final users to do this to their systems correctly. Most are going to expect the program to work out of the box.
> >
> > Does anybody know a more elegant solution to this issue? I realise it is
> > quite common (e.g.
> > )
> > but it looks to me like it is going to force us to drop an otherwise
> > quite useful adaptation of Greenstone. Does anybody have experience
> > distributing a project with Greenstone to a similar range of users? What
> > did you do about this problem? All solutions will be appreciated. We
> > need to fix this or drop Greenstone this week.
> > -d
Dr. Daniel Paul O'Donnell
Associate Professor of English
Director, Digital Medievalist Project
University of Lethbridge
Lethbridge AB T1K 3M4

vox: +1 (403) 329-2377
fax: +1 (403) 382-7191


Digital Medievalist Project: