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

[Bug 76] New: /etc/koha.conf
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=76 Summary: /etc/koha.conf Product: Koha Version: 1.2.2 Platform: All OS/Version: Linux - Redhat Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: tonnesen(a)cmsd.bc.ca ReportedBy: dragon28(a)ihug.co.nz QAContact: koha-devel(a)lists.sourceforge.net Just completed the upgrade to 1.2.2RC4 and noticed that /etc/koha.conf is set world readable. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 75] z3950-daemon-launch.sh not working
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=75 ------- Additional Comments From broot(a)gslis.utexas.edu 2002-07-23 09:47 ------- That was it. I thought the installer.pl checked for Z39.50, so that didn't occur to me. It might no be a bad idea to include a check for it in installer.pl, but not necessarilly die if it's not there. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

1.2.2RC4 and RH 7.2
by Shane Williams 22 Jul '02

22 Jul '02

I didn't enter this as a bug, because I think it might be peculiar to a RedHat 7.2. After running through installer.pl apache won't restart. I receive the following error in error_log: [Mon Jul 22 14:20:23 2002] [crit] (98)Address already in use: make_sock: could not bind to port 80 I edited my httpd.conf, removed the two Listen lines added by Koha during installation, and everything works. Looking through the httpd.conf file, I notice that I already have a Listen 8080 line, and since I have mod_ssl, I also have a Listen 80 line. I think having duplicates stops apache from starting properly. -- Public key #7BBC68D9 at | Shane Williams http://pgp.mit.edu/ | Systems Administrator UT-GSLIS =----------------------------------+------------------------------- All syllogisms contain three lines | broot(a)gslis.utexas.edu Therefore this is not a syllogism | www.gslis.utexas.edu/~shanew

1 0

[Bug 75] z3950-daemon-launch.sh not working
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=75 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OS/Version| |All ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-07-23 09:16 ------- Try looking at the log file. By default, the logfile is in /var/log/koha/. If you changed the directory during install, the directory will be set in /etc/koha.conf (kohalogdir variable). You can also try this: cd intranet/scripts/z3950daemon/ su apache ./processz3950queue Then you should see the output directly on your console. My suspicion would be that you don't have Net::Z3950 module or the yaz client installed, or both. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 74] New: Can't change branch/printer cookie once set
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=74 Summary: Can't change branch/printer cookie once set Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net We've lost the link for changing the branch and printer cookies. I'd like to move these two variables into a database table (user preferences) based on the userid logged in. Hmm. That should probably have been it's own bug. :) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 73] New: finishreceive.pl tries to call missing makeitems() subroutine
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=73 Summary: finishreceive.pl tries to call missing makeitems() subroutine Product: Koha Version: 1.2.2 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Acquisitions (Full) AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net I think the finishreceive.pl in the 1.2 branches is out of date. I'm not really up on the full acquisitions developments enough to get this working. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

New release candidates
by Tonnesen Steve 22 Jul '02

22 Jul '02

I've uploaded two new release candidates to sourceforge: 1.2.2RC4 Fixes minor problems in 1.2.1 RC3 was downloaded over 200 times from sourceforge and I heard few complaints. The changes in RC4 are small and shouldn't cause any new problems. If I don't hear any complaints, I think we should release 1.2.2 based on RC4 tomorrow. Changes in RC4: - installer.pl asks for the location of apache's config file if it can't find it - Fix to updatedatabase script that fixes a problem with full acquisitions - Fixed bad link in detail.tmpl (pointed to intradev.katipo.co.nz) 1.2.3RC5 - major changes: templating and authentication module RC4 was only downloaded 12 times. I suspect that this one needs a lot more testing. I think that putting the release candidates in the koha-unstable project reduces the likelihood of people installing them on production systems but also reduces the amount of testing that gets done on release candidates? Not that I'm complaining. The first effect makes it well worth it. :) Changes in RC5: - Fix to Auth.pm that broke basic authentication feature - Fix to updatedatabase fixes problem with full acquisitions

2 2

[Bug 72] New: can't receive an order
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=72 Summary: can't receive an order Product: Koha Version: 1.2.2 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Acquisitions AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net When I try to receive an order, it asks me to do a search on isbn or title, when I enter a title, it returns an empty search result. Haven't tracked down what's going wrong here yet. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 71] New: budget start date is hardcoded in bookfunds() in Acquistions.pm
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Jul '02

22 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=71 Summary: budget start date is hardcoded in bookfunds() in Acquistions.pm Product: Koha Version: 1.2.2 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Acquisitions AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net I propose that bookfunds should return a list of bookfunds whose start and enddates include today's date. Would this cause problems with libraries "fudging" budgets (ie receiving orders a month late, but putting them in the previous year's budget because there's money left)? As I see it, the current setup doesn't allow this either, so we wouldn't be losing functionality. :) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 69] unable to create order in normal acquisitions mode
by bugzilla-daemon＠wilbur.katipo.co.nz 20 Jul '02

20 Jul '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=69 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From chris(a)katipo.co.nz 2002-07-21 10:30 ------- Fixed in cvs, will make its way into the next RC Was a missing column (budgetdate) in the aqorders table ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0