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

upgrade script
by Tonnesen Steve 27 Jun '02

27 Jun '02

I managed to put together an upgrade script today that will be going out with the 1.2.1 release. The upgrade script (koha.upgrade) will make backups of your koha data, and all of the koha scripts and html files before installing the new files and making any necessary changes to the database. The upgrade script also indicates changes that may need to be made to the Apache configuration. I suspect there aren't a whole pile of production Koha systems out there yet, apart from Katipo's clients and my schools. If you _are_ using Koha in a production environment, I'd really appreciate hearing from you before the 1.2.1 release goes out. Steve.

1 0

Koha 1.2.0 (resent due to bad address)
by Pat Eyler 27 Jun '02

27 Jun '02

On Thu, 27 Jun 2002, Marcel Gagne wrote: > > Hi Pat, > > So I downloaded (and installed) Koha 1.2.0 and it still appears to have the > "ethnicity" field in member records. Have I missed something? It may have missed the 1.2.0 cut off ... Let me take this to the development list and see what we can scare up. I think we'll be seeing it in 1.2.1 BTW, we're hard at work on 1.2.1 you can see RCs at <http://developer.koha.org> which might be even nicer for you to work with > > Thanks and take care out there. > > thanks, you too -pate

1 0

[Bug 52] New: 1.2.1 will need an "upgrade" script for upgrading from older installs
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=52 Summary: 1.2.1 will need an "upgrade" script for upgrading from older installs 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 Not sure how this got left so late. This will likely need some serious testing. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 46] addbooks.pl and marcimport.pl don't autogenerate barcodes the same
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=46 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-06-28 06:22 ------- I modified marcimport.pl in rel-1-2 to find max(barcode) and increment by 1 if the last character is a digit. Otherwise it uses biblionumber as a suggested barcode. Libraries that use preprinted barcodes will probably prefer the option to leave this field blank so they can just scan in the barcode that they actually put on the book. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 48] marcimport.pl should do a better job at guessing the itemtype
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=48 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris(a)katipo.co.nz |tonnesen(a)cmsd.bc.ca ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-06-28 06:04 ------- Applied this patch with some modifications. Original patch was against 1.11 in main branch, but most development on marcimport.pl has been going into the rel-1-2 branch in revision 1.6.2.28. Also had to patch C4/Output.pm which now contains the getkeytableselectoptions subroutine. Patch works as advertised though. Thanks. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 46] addbooks.pl and marcimport.pl don't autogenerate barcodes the same
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=46 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris(a)katipo.co.nz |tonnesen(a)cmsd.bc.ca ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-06-28 04:17 ------- # Modified saas(a)users.sf.net 12:00 01 April 2001 # The biblioitemnumber was not correctly initialised # The max(barcode) value was broken - koha 'barcode' is a string value! # - If left blank, barcode value now defaults to max(biblionumber) # my $sth=$dbh->prepare("select max(barcode) from items"); # $sth->execute; # my ($maxbarcode) = $sth->fetchrow; # $maxbarcode++; # print STDERR "MaxBarcode: $maxbarcode \n"; The code that generated a new barcode as maxbarcode +1 has been commented out. I'm not sure why max(barcode) is broken just because barcode is a string value... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 48] marcimport.pl should do a better job at guessing the itemtype
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=48 ------- Additional Comments From kraai(a)alumni.cmu.edu 2002-06-28 04:15 ------- Created an attachment (id=1) untested patch ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 46] addbooks.pl and marcimport.pl don't autogenerate barcodes the same
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=46 ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-06-28 04:20 ------- It just occurred to me that Roger might think this broken because some barcodes don't _end_ in numbers so the +1 trick will fail. Maybe we should add a test to see if the last digit is a number before adding 1. We should also probably have a test to ensure that the new barcode generated is, in fact, unique after adding 1. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 48] marcimport.pl should do a better job at guessing the itemtype
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=48 am12(a)bolis.com changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From am12(a)bolis.com 2002-06-28 03:59 ------- Itemtype values are very site-specific. Perhaps we can make configurable defaults or some alternate table-driven method. I notice people also use it to denote other collections such as paperback. I don't know where binding type shows up in Marc other than an ISBN comment (pbk), but it could be useful also. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 46] addbooks.pl and marcimport.pl don't autogenerate barcodes the same
by bugzilla-daemon＠wilbur.katipo.co.nz 27 Jun '02

27 Jun '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=46 am12(a)bolis.com changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From am12(a)bolis.com 2002-06-28 03:53 ------- marcimport.pl does use the next sequential barcode number after the highest existing one. If none exist (this is the first item being added), it picks a random number. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0