- Koha-devel - lists.koha-community.org

[Bug 64] Remove HLT links from Koha's main page
by bugzilla-daemon＠wilbur.katipo.co.nz 08 Jul '02

08 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=64 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version| |All Resolution| |FIXED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-07-09 03:38 ------- Fixed in CVS. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: [Koha] Installed! ;) Now some question...
by Tonnesen Steve 08 Jul '02

08 Jul '02

Thanks for the detailed list, Marco. I've answered the questions that I have information for below. On Mon, 8 Jul 2002, Marco Gaiarin wrote: > 1) 've to do in cgi-bin dirs (koha and opac): > > ln -s . koha > > to make all the system works. The URL looks like: > > http://opac.sv.lnf.it/cgi-bin/koha/search.pl > > It is normal?! Why not mention this in docs?! In my httpd.conf file VirtualHost sections for Koha I have: ScriptAlias /cgi-bin/koha/ "/usr/local/koha/intranet/cgi-bin/" Note the 'koha' after cgi-bin in the first parameter. Did you use the installer.pl script to install, or did you follow the INSTALL instructions and install manually? The INSTALL instructions also specify using /cgi-bin/koha/ so maybe this was just missed? > 3) I'm not a librarian, so could be some missed background, but some > aspect are for me not totally clear. Particulary the > acquisition/budget/book funds schema. > Again, i've inserted two test book (one, ``Computer Networks'' of > Tanenbaum, linus sorry me ;) with only the minimal data. > Now i wont to edit these, adding some keyword, but i came to ``biblio > record'' editing (all field empty) and not to these fields. You are talking about the full acquisitions system. There is also a simple acquisitions system which might be easier for you to use. The full acquisitions system was designed for Horowhenua Library Trust and needs some work to make it more generic. To use the "simple" acquisitions, go to the Parameters page, select "systempreferences" and edit or add the "acquisitions" variable, setting it to "simple". The installer.pl script uses simple acquisitions by default, so I'm guessing that you installed manually. We probably need to make some changes to the INSTALL document to fix these two problems. > 6) Where i can modify the link for ``OPAC'' and ``Library website'' in > homepage and top/bottom of the page?! I think my user have no interest > to get a book in new zeland... ;-))) I've opened a bug for this problem. Will get it fixed today in CVS. Steve.

1 0

[Bug 65] New: INSTALL document should mention enabling simple acquisitions
by bugzilla-daemon＠wilbur.katipo.co.nz 08 Jul '02

08 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=65 Summary: INSTALL document should mention enabling simple acquisitions Product: Koha Version: unspecified Platform: PC Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 64] New: Remove HLT links from Koha's main page
by bugzilla-daemon＠wilbur.katipo.co.nz 08 Jul '02

08 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=64 Summary: Remove HLT links from Koha's main page Product: Koha Version: unspecified Platform: PC Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: [Koha-devel] authentication
by COURYHOUSE＠aol.com 07 Jul '02

07 Jul '02

if you include....... mod_auth_tkt (which is a third party apache module not included with the apache distribution), be sure to include a script and the code that will auto install for folks...... ed sharpe archivist for smecc > Now as to whether we go with my home rolled session code, or use > mod_auth_tkt (which is a third party apache module not included with the > apache distribution), that discussion will have to join the > checkvalidisn() discussion. :) >

1 0

Koha website notify
by Rachel Hamilton-Williams 07 Jul '02

07 Jul '02

Hi guys, If you make changes to the Koha website (and I'd love you to :-) if you select the file, and click notify it will now send me a message letting me know you've made a change, and I'll send them live. If anyone else wants to be the editor, and abitrator of what goes on the site let me know and I can set you up to be the notifiee instead. cheers R _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org

3 2

authentication
by Tonnesen Steve 07 Jul '02

07 Jul '02

Here's my proposal for authentication. I hope this will help with the anti-cookie people in the crowd. Note, after writing all this out, I found a module called mod_auth_tkt which apparently does most of the cookie part of this. Might be better to implement it ourselves, as it makes one less apache configuration problem on installation. 1. Every script calls a checkauth($query) routine before doing anything else. 2. checkauth() checks for a $ENV{'REMOTE_USERNAME'} environment variable. a. If one is set, assume that basic authentication of some sort is being used b. check that this user is allowed to be running this script. If not, print a warning page and exit (possibly redirect to library home page or somesuch?). c. return a zero value and the userid logged in and the script carries on. 3. checkauth() looks for the value of a sessionID cookie in the $query hash. a. If it doesn't find one: * present a log in screen where the user can enter a username and password. * The name of the original script and any query parameters are stored as hidden query params. * authentication script checks the entered username and password against a configurable authentication source (eg local mysql table, passwd file, ldap, pop server, you name it) and stores the sessionID, userid, remote ip address and lastcontact (current time) in the sessions database table. b. If it finds one: * look up the userid, ip address and lastcontact values from a database table (sessions) for this sessionID. If ip address is the same, and lastcontact is recent enough for this category of user (eg librarians might time out after 30 minutes, patrons after 5 minutes) then return a zero value, the userid logged in, and a cookie to be added to the HTML header and the script carries on. * If ip address is different, display a warning page and exit. (Note that this doesn't prevent the same user from logging in from two different ips simultaneously, as they would normally have different sessionIDs. It just protects (somewhat) against somebody hijacking the cookie and the session. * If lastcontact time has expired, remove the session from the sessions table and display a login screen (as in 3a above). Modifications to existing scripts consist of calling: my ($userid,$cookie)=checkauth() at the top of every script and changing: print $input->header; to if ($config->{'usecookieauth'}) { print $input->header(-cookie->$cookie); } else { print $input->header; } Steve.

2 2

Translation Efforts
by Nicholas Rosasco 07 Jul '02

07 Jul '02

http://www.saas.nsw.edu.au/wiki/index.php?page=TranslationTeams In an effort to keep track of translation interested people, I've started a list above... please add as needed -- with all the volunteers we've had recently, I wouldn't be surprised if I missed one. Nick

1 0

CPAN and re-inventing the wheel
by Alan Millar 07 Jul '02

07 Jul '02

Hi- I noticed Steve found and fixed a bug in checkvalidisbn(). That's great, but it got me thinking about re-inventing the wheel. There are a number of CPAN modules that Koha could be making use of, such as in this case Business::ISBN, which seemingly would bypass the whole issue of us needing to find and fix such bugs. I've seen comments in the past, somewhere in the list archives I believe, that some Koha folks would rather write new routines in order to have fewer installation dependencies. I don't think installation dependencies are the real problem. I think installation simplicity is the real problem. If there was an easier way to ensure dependencies are met, wouldn't that be better than writing more code and introducing more bugs? Perhaps we could have a step in the install process that checks for required modules, and runs (or at least creates) some sort of CPAN download script to install any missing modules. What do you think? - Alan ---- Alan Millar --==> am12(a)bolis.com <==--

5 5

Re: [Koha-devel] CPAN and re-inventing the wheel
by COURYHOUSE＠aol.com 06 Jul '02

06 Jul '02

The easiest way is to have a LINUX disto that ships with koha throw it all on a blank box and whammo! instant automation system! > Subj:[Koha-devel] CPAN and re-inventing the wheel > Date:7/6/2002 5:59:30 AM US Mountain Standard Time > From:<A HREF="mailto:am12@bolis.com">am12(a)bolis.com</A> > To:<A HREF="mailto:koha-devel@lists.sourceforge.net">koha-devel(a)lists.sourceforge.net</A> > Sent from the Internet > > > > Hi- I noticed Steve found and fixed a bug in checkvalidisbn(). That's > great, but it got me thinking about re-inventing the wheel. > > There are a number of CPAN modules that Koha could be making use of, > such as in this case Business::ISBN, which seemingly would bypass > the whole issue of us needing to find and fix such bugs. > > I've seen comments in the past, somewhere in the list archives I > believe, that some Koha folks would rather write new routines in > order to have fewer installation dependencies. > > I don't think installation dependencies are the real problem. I > think installation simplicity is the real problem. If there was > an easier way to ensure dependencies are met, wouldn't that be > better than writing more code and introducing more bugs? > > Perhaps we could have a step in the install process that checks > for required modules, and runs (or at least creates) some sort of CPAN > download script to install any missing modules. > > What do you think? > > - Alan > > ---- > Alan Millar --==> am12(a)bolis.com <==-- >

1 0