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

Re: [Koha] 1.2.1
by Pat Eyler 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002, Pete Dubler wrote: > Pat, > > It would be awesome to have Koha come out as an rpm for redhat > installations. Yes, it would. And this is something we've talked about on the devel list. Our position boils down to this: We want Koha to run on as many distributions of linux (and other OSes) as possible. To that end, we don't want to produce an official release for one distribution for fear that we'll scare away users of other distributions. We would very much like people to produce pakages (.rpm, .deb., .pkg, .lpp, or whatever) which we could put up in a contrib area. We would also like to see turnkey koha systems (either a CD that can be installed on a blank system or a full blown koha server). I think that these last two bits are excellent roles for koha support company to fill. It could give you a nice product and some good postioning. -pate > > Pete > > >

2 2

//FLASH TRAFFIC//
by Nicholas Rosasco 21 Jun '02

21 Jun '02

We (apparently) have some issues with installer.pl not really doing error reporting (ie, if it fails on dir creates, and apparently it won't notice if mysql isn't there). I realize the weekend is just starting, but it doesn't really seem "safe" yet for anyone with a view to using it as a production tool. I still am very fond of the idea of it, and most gratified Mike got it to where it is, but it apparently needs a little tune up -- Steve is going to take a look at it Monday, hopefully. Thoughts? Anyone? Nick

1 0

installer.pl
by Tonnesen Steve 21 Jun '02

21 Jun '02

Found a couple of problems with installer.pl 1. Doesn't check if mysql server is available 2. Fails to create missing directories (ie if you specify /usr/share/koha/opac as the opac directory, it won't create /usr/share/koha before attempting to create /usr/share/koha/opac). 3. Adds two new VirtualHost sections to httpd.conf every time it runs. I'll play with this some more on Monday. I'm off for the weekend now. Steve.

1 0

Install Document Addendum
by Tonnesen Steve 21 Jun '02

21 Jun '02

Proposed addition to install document Z3950 Client The Z3950 Client requires a separate daemon process to be running to process the queue that is generated through the web page. This daemon is not automatically installed by the Koha installer due to the widely varying systems for starting up daemons. A script is included for starting up this daemon in: ./intranet-cgi/acqui.simple/z3950-daemon-launch.sh You will need to edit this script to set the "RunAsUser" variable to the user that your web server runs as, and the KohaDir variable to the location of your acqui.simple directory. Steve.

1 0

Re: [Koha] 1.2.0 Problems
by Tonnesen Steve 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002, Shane Williams wrote: > I also get server errors on request.pl and modbib.pl. Here are the > relevant lines from my koha-error.log: > > [Fri Jun 21 15:14:47 2002] [error] [client 128.83.248.24] Premature > end of script headers: /home/httpd/koha/cgi-bin/request.pl > Not enough arguments for C4::Output::startmenu at > /home/httpd/koha/cgi-bin/modbib.pl line 29, near "()" > Execution of /home/httpd/koha/cgi-bin/modbib.pl aborted due to > compilation errors. > [Fri Jun 21 15:14:58 2002] [error] [client 128.83.248.24] Premature > end of script headers: /home/httpd/koha/cgi-bin/modbib.pl modbib.pl was fixed yesterday during the work merging rel-1-2 and main branches. The startmenu() function was being called without the 'catalogue' parameter. This fix is _NOT_ in the 1.2.1 release candidate! I'm not sure about request.pl, as not enough of the error log is included above to determine what the error was with request.pl. Shane, can you pass along a few more lines before the one that says "Premature end of script headers: /home/httpd/koha/cgi-bin/request.pl"? request.pl suffered from the same startmenu() problem as modbib.pl, so it is likely that it is the same problem, and it was also fixed by me yesterday. This fix is also _NOT_ in the 1.2.1 release candidate. Steve.

1 0

Re: [Koha] 1.2.0 Problems
by Tonnesen Steve 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002, Shane Williams wrote: > I also couldn't uplaod MARC records from the LOC. The script ran, but > it continues to say the search is pending. I can't tell if the script > itself is dieing, or if maybe I'm using it wrong. I'm going to try > and find another MARC server and try that instead. There is a separate daemon process that has to run to process the Z3950 queries. I did this because Z3950 queries can take a considerable amount of time, and it also allows multiple queries to run in parallel. The Koha installer does not set up any init scripts to run this process yet, although a launcher exists. Try running the z3950-daemon-launch.sh script in the: /intranet-cgi/acqui.simple/ directory. Steve.

1 0

Re: [Koha] 1.2.0 Problems
by Pat Eyler 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002, Shane Williams wrote: > Found another few problems just now. Shane, thanks for continuing to alert us of these. Would you mind subscribing to the koha-devel list, and making reports there as well. This is a much quicker way to reach the core developers. (Reporting them on the koha users list is fine too, but should probably be in addition to as opposed to instead of the developers list.) thanks, -pate > > On a number of the second level pages under the koha main page, there > are links to "Help" on the bottom text navigation, but no help/ > directory exists in koha/htdocs. > > I also get server errors on request.pl and modbib.pl. Here are the > relevant lines from my koha-error.log: > > [Fri Jun 21 15:14:47 2002] [error] [client 128.83.248.24] Premature > end of script headers: /home/httpd/koha/cgi-bin/request.pl > Not enough arguments for C4::Output::startmenu at > /home/httpd/koha/cgi-bin/modbib.pl line 29, near "()" > Execution of /home/httpd/koha/cgi-bin/modbib.pl aborted due to > compilation errors. > [Fri Jun 21 15:14:58 2002] [error] [client 128.83.248.24] Premature > end of script headers: /home/httpd/koha/cgi-bin/modbib.pl > > I also couldn't uplaod MARC records from the LOC. The script ran, but > it continues to say the search is pending. I can't tell if the script > itself is dieing, or if maybe I'm using it wrong. I'm going to try > and find another MARC server and try that instead. > >

1 0

suggestion for 1.2.2 version...
by paul POULAIN 21 Jun '02

21 Jun '02

I'm working to merge rel-1-2 and main branch, and am not happy. It's really a hard and bad job. I'm in addorder.pl for instance. And i realise some API changed and some didn't. For example, newbiblio need a hash, while modbiblio still needs 5 vars, separated by "," I think in 1.2.2 version, we had better change one to have only 1 method, as it's important to have a clear method that can be memorized. Note in main trunk, both newbiblio and modbiblio use the hash :-\\\\ I don't correct the rel-1-2 to avoid introducing a bug in 1.2.2, but i think our 1.2 release manager should take a look at this problem for 1.2.3... -- Paul

3 2

Re: [Koha] 1.2.0 Problems
by Pat Eyler 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002 COURYHOUSE(a)aol.com wrote: > I think there needs to be tighter Quality control on the releases. This sounds like a good challenge for us to take up. We're working on quality control, believe it or not ;). the 1.2 release series mark the first non-katipo releases, which mean that there will be a bit of a learning curve for us all. Hopefully as we crest theat curve, you'll be seeing things improve (note for example the 1.2.1 release, coming soon, that is undergoing additional testing prior to its release). Beyond this, it would be nice if people who where willing to test pre-releases would sign up on the devel list. We announce the releases and make release candidate (RC) tarballs to that list (The 1.2.0 release had three RC tarballs before we got to the release.) If anyone else has thoughts about how we can improve the quality of upcoming releases, I'd love to hear them. -pate > > Ed Sharpe archivist for SMECC > > > > Subj:Re: [Koha] 1.2.0 Problems > > Date:6/20/2002 4:34:41 PM US Mountain Standard Time > > From:<A HREF="mailto:pate@eylerfamily.org">pate(a)eylerfamily.org</A> > > To:<A HREF="mailto:broot@gslis.utexas.edu">broot(a)gslis.utexas.edu</A> > > CC:<A HREF="mailto:koha@lists.katipo.co.nz">koha(a)lists.katipo.co.nz</A>, <A HREF="mailto:Koha-devel@lists.sourceforge.net">Koha-devel(a)lists.sourceforge.net</A> > > Sent from the Internet > > > > > > > > On Thu, 20 Jun 2002, Shane Williams wrote: > > > > > I've been watching Koha's progress for a couple of years now. I tried > > > 1.04, had some install troubles (with CDK in particular) and put it on > > > the backburner. > > > > Thanks for sticking with Koha. > > > > > > > > In any case, I decided 1.20 was a good point to reassess things. > > > Things are looking much better (thank you so much for the web > > > interface, now I don't have to monkey with CDK). That said, I've had > > > a number of problems with 1.20 as well. Looking at the recent list > > > archive I can see that others are having trouble with 1.2.0 as well. > > > > > > > Yep, there are some issues with 1.2.0, a 1.2.1 release to fix the things > > we've seen should be out shortly. > > > > > I just wanted to lay out a few of the problems I've had (some may be > > > repititions of other's posts). > > > > > > 1) Several links to koha.some.where/cgi-bin/koha/etc. that failed > > > based on the example <VirtualHost> entries. My solution was to change > > > my ScriptAlias entry in httpd.conf to: > > > > > > ScriptAlias /cgi-bin/koha/ /home/httpd/koha/cgi-bin/ > > > instead of: > > > ScriptAlias /cgi-bin/ /home/httpd/koha/cgi-bin/ > > > > > > > > > 2) On the members/index.html there's a link to members/results-add.html, > > > but no such file exists. > > > > > > > > > 3) The other problem, which Pete mentioned in his "koha install problems > > > on RH 7.2 MORE DATA" is that all but one of the scripts in > > > koha/cgi-bin/admin/ have compilation problems. For instance, running > > > perl -cw branches.pl leads to: > > > > > > Scalar value @biblioitems[$x] better written as $biblioitems[$x] at > > > /usr/lib/perl5/site_perl/5.6.0/i386-linux/C4/Reserves2.pm line 189, > > > <KC> line 6. > > > "my" variable $sth masks earlier declaration in same scope at > > > branches.pl line 192, <KC> line 6. > > > Too many arguments for C4::Output::mklink at branches.pl line 262, > > > near "'')" > > > branches.pl had compilation errors. > > > > > > > > > 4) A few other notes. In the INSTALL file, there are a few confusing > > > spots. One is that database name in all the mysql commands is Koha, > > > but in the sample koha.conf file it's koha. Also, at least with perl > > > 5.005 the -I option must come before the script name, so the command: > > > > > > perl scripts/updater/updatedatabase -I /pathtoC4 > > > should probably read (and why not point to the pathtoC4 dir): > > > > > > perl -I modules/ scripts/updater/updatedatabase > > > > > > > > > All in all though, things are looking good. Once the admin scripts > > > get fixed up, I'll start showing it off to the folks here at the > > > Library and Information Science School. Thanks for all the hard work. > > > > > > > Great! Please let us know how things go. And what we can do to help make > > the presentation go more smoothly. > > > > -pate > > > > > > >

2 2

Re: [Koha] 1.2.0 Problems
by Pat Eyler 21 Jun '02

21 Jun '02

On Fri, 21 Jun 2002, Pete Dubler wrote: > Pat, > > That sounds great. I am picking up a new computer today to load 1.2.1 > on. I am going to put it on a dedicated virgin system. excellent! Just for my edification, what distribution will you be running things on. > > Here is a very important question for me. If I go with the pre-release, > how hard is it to update to subsequent releases? I can't afford a 5 or > 6 hour ordeal each time... Subsequent upgrades should be pretty painless within a given release cycle. Going from 1.2 to 1.4 will involve some DB changes, and will take a bit more work the first time. A good set of upgrade tools will be important to making this transition wrk. > > Many thanks for your good work and great support, > > Pete > -pate

1 0