installed a brand new Evergreen system on Gentoo
(x86 32-bit) a couple of days ago and updated the wiki wherever I ran
into problems. Is this a brand new Gentoo system, or has it been
running for a while and you're just updating it now after a month or
two?
--
Dan Scott
Laurentian University
, and how to work
around it, in the wiki. Thanks!
--
Dan Scott
Laurentian University
On 25/09/2007, Dan Scott [EMAIL PROTECTED] wrote:
On 25/09/2007, Noel Goodman [EMAIL PROTECTED] wrote:
Hey guys,
The gentoo is a fresh install from the LiveCd 2007.0
I've been following the wiki sequentially so far and I'm at the point where
I have the install the perl modules
to database. host=localhost, port=5432,
user=postgres, pw=killdynix, db=evergreen
open-ils.cstore 2007-09-18 09:07:36 [ERR :30361:oils_cstore.c:263:]
Error connecting to database: FATAL: password authentication failed
for user postgres
--
Dan Scott
Laurentian University
it unobtrusive (hide it by
default, surfacing it only with a deliberately set user preference, or
a tiny little How did you find me? link), it could be nice.
--
Dan Scott
Laurentian University
that the problem
scenarios will be helpful in understanding the problem domain, it's
easy for me _not_ to write them :)
--
Dan Scott
Laurentian University
put my money
where my mouth is by contributing some problem scenarios based on the
workflows we use at Laurentian University. Tonight, hopefully.
--
Dan Scott
Laurentian University
possible causes.
--
Dan Scott
Laurentian University
kernel.vmx file found in the unzipped directory. Your Evergreen
Gentoo Linux operating system should begin booting up, presenting you
with a login prompt.
From this point on, the instructions in the README.txt should be able
to be applied.
I hope this helps -- if not, keep on posting!
--
Dan Scott
-case here?
My idea of a vacation != other people's idea of a vacation,
--
Dan Scott
Laurentian University
:)
--
Dan Scott
Laurentian University
fix_circ_i18n.patch
Description: Binary data
Once more, with feeling and the dang patch :)
On 27/07/07, Dan Scott [EMAIL PROTECTED] wrote:
Hi:
Taking this one step at a time, I'll move the remaining hard-coded
strings from main/*.xul into lang.dtd.
I've also followed the same ${locale} approach for the remote XUL
files rather than
, it might
make more sense to just use the SVN revision number (unless we're
trying to match DTD version numbers with Evergreen release numbers,
which is a different matter).
Good catch Mike!
--
Dan Scott
Laurentian University
with this project or the open source license
indicated in the file.
--
Dan Scott
Laurentian University
opac.dtd
Description: Binary data
701 - 714 of 714 matches
Mail list logo