Ding, ding... koha 1.9.3 just arrived at sourceforge airport. Welcome onboard
This release add a lot of bugfixes, a 1st z3950 support, and a script for migration from previous ILS. FEATURE FREEZE ! --------- This version is the last version with new features before 2.0. Please, report bugs on bugs.koha.org, and feel free to fix them (through patch or cvs commit) PACKAGE NEEDED : --------- Update your MARC::Record to get the latest version (1.26). Koha won't work with old versions, and bulkmarcimport.pl need MARC::Batch.pm, whichi is recent. MARC::Record 1.25 works to, but reports hundred of warnings in error_log. pls upgrage to 1.26 ! DB modifications : --------- * the marc_breeding table has been modified. A row "encoding" varchar(40) has been added. It's used to manage character encoding. * the z3950_servers table has been modified. A row "syntax" varchar(40) has been added. It's used to manage character encoding. z3950 : --------- * the z3950 script in admin part of Koha has been fixed and can be used and translated. * z3950 cataloguing : when you reach the MARC-cataloguing screen, a new link appear : z3950 search. * If you click on this link, a popup appears, and the search begins. The window is refreshed every 2 seconds, until all servers answered. * The avaible records are shown in the popup. Click on the one you want, and... the popup closes and the biblio is copied in the cataloguing screen. This works ONLY IF the z3950 daemon is launched. It's located at $kohadir/scripts/z3950daemon/ * MODIFY the scripts to fit you directory structure. * Warning : due to a small bug, processqueue is in $kohadir/cgi-bin/z3950/ directory, not in the script one. * Start daemon in a non-X shell, or launch processqueue in a shell, and KEEP IT OPEN. iso2709 file import : --------- This tools is very important and was waiting by libraries that plans to migrate from a previous ILS. VERY IMPORTANT : BEFORE using this script, take care of your MARC parameters, and check them twice. If they are wrong, you will get wrong results... It's located (in CVS tree) at $koharoot/misc/bulkmarcimport.pl It loads an iso2709 file into the ACTIVE Database. My 1st tests on sample files shows it works quite fine. Feel free to try it. How it works ? enter ./bulkmarcimport in a console, and look. KNOWN LIMIT : If the barcode of an item does not exists, the scripts report an SQL error, and continue. BUT the corresponding item is not in the non-marc db, so it can't be requested or loaned. sample file : --------- The sample file has been removed from this release, as it's buggy (no MARC datas, making it quite useless) BUG FIXED (see bugs.koha.org for more infos) ========= A lot... (around 35). Thanks to Mike that fixed a lot, Steve that fixes some, MJ Ray that upgraded the installer for non-root install, and Chris that fixed some and begins backport of non-marc stuff from 1.2 Bugs still open in bugs.koha.org ======================= A lot... (around 60. some being really trivial to fix, some being more important) TODO ===== * some GUI reordering, as planned with Rachel from Katipo and others (paul & others) * finishing backport of non-marc cataloguing & non-marc simple acquisition from 1.2 version (chris) * bug fixes (everybody) * cleaning z3950 old searches (more than 1 hour/day old ?) (paul) -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
paul POULAIN <paul.poulain@free.fr> wrote:
Bugs still open in bugs.koha.org
URGENT: Someone please create a 1.9.3 tag in bugzilla? Until then, I suggest any new bugs are logged as CVS version bugs. I am slowly working through the installer bugs. If you get a query on an old installer bug, please answer promptly, lest you get marked as FIXED or WORKSFORME. After that, I will start trying to verify other people's fixes. MJR
On Thu, 2003-05-22 at 05:03, MJ Ray wrote:
paul POULAIN <paul.poulain@free.fr> wrote:
Bugs still open in bugs.koha.org
URGENT: Someone please create a 1.9.3 tag in bugzilla? Until then, I suggest any new bugs are logged as CVS version bugs.
The 1.9.3 tag has been added to bugs.koha.org, please use and enjoy
hi Paul, if a machine is using Mike's CVS updating method does that automatically make the system 1.9.3 or should you reinstall? thanks, -ron
On Wed, May 21, 2003 at 01:29:05PM -0700, Ron Wickersham said:
hi Paul,
if a machine is using Mike's CVS updating method does that automatically make the system 1.9.3 or should you reinstall?
Hi Ron, It will make all your code 1.9.3, but if there have been changes to the database structure, which there has been, it wont have caught that. SO PACKAGE NEEDED : --------- Update your MARC::Record to get the latest version (1.26). Koha won't work with old versions, and bulkmarcimport.pl need MARC::Batch.pm, whichi is recent. MARC::Record 1.25 works to, but reports hundred of warnings in error_log. pls upgrage to 1.26 ! DB modifications : --------- * the marc_breeding table has been modified. A row "encoding" varchar(40) has been added. It's used to manage character encoding. * the z3950_servers table has been modified. A row "syntax" varchar(40) has been added. It's used to manage character encoding. These 2 bits, will need to be done (IE upgrade MARC::Record and installing MARC::Batch, plus the db changes) To get your system running 1.9.3 Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris@katipo.co.nz www.katipo.co.nz
Ron, If you have the installation symlinked to the CVS tree, then all you have to do is CVS update and it will be at 1.9.3 (and in the future when you update, you will get the current development / bug fixes). Mike On Wed, 21 May 2003, Ron Wickersham wrote:
hi Paul,
if a machine is using Mike's CVS updating method does that automatically make the system 1.9.3 or should you reinstall?
thanks,
-ron
------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 paul POULAIN wrote:
This release add a lot of bugfixes, a 1st z3950 support, and a script for migration from previous ILS. ... z3950 : --------- * the z3950 script in admin part of Koha has been fixed and can be used and translated. * z3950 cataloguing : when you reach the MARC-cataloguing screen, a new link appear : z3950 search. * If you click on this link, a popup appears, and the search begins. The window is refreshed every 2 seconds, until all servers answered. * The avaible records are shown in the popup. Click on the one you want, and... the popup closes and the biblio is copied in the cataloguing screen.
This works ONLY IF the z3950 daemon is launched. It's located at $kohadir/scripts/z3950daemon/ * MODIFY the scripts to fit you directory structure. * Warning : due to a small bug, processqueue is in $kohadir/cgi-bin/z3950/ directory, not in the script one. * Start daemon in a non-X shell, or launch processqueue in a shell, and KEEP IT OPEN. ...
The z3950 support doesn't seem to work for me. When i go to ../cgi-bin/koha/acqui.simple/addbooks.pl, i get the following text: Tools for importing a MARC record from a z39.50 server [z39.50 Search Tool] does not work The text in brackets is a hyperlink. Despite the warning, i clicked it anyway. :-) This takes me to .../cgi-bin/koha/acqui.simple/marcimport.pl?menu=z3950, which doesn't seem to have anything to do with z3950. It starts with this text: MARC acquisition system Import into the breeding farm * Select a file to import into the breeding farm. It will be parsed, and for each ISBN found, a new baby will be created in the breeding farm. I'll try to look into this and see what's going on (the processz3950queue process seems to be running correctly). Just wanted to give you a "heads up". Paul http://paulgear.webhop.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+8wDh0yv0OWRYqWwRAqMoAJ9GO1/VZcNaeLamMiXpXnC8zDNHcwCghU67 FIf15XIQvww7hqQSuOsBMwc= =uVG6 -----END PGP SIGNATURE-----
Paul Gear wrote:
The z3950 support doesn't seem to work for me. When i go to ../cgi-bin/koha/acqui.simple/addbooks.pl, i get the following text:
Tools for importing a MARC record from a z39.50 server [z39.50 Search Tool] does not work
The text in brackets is a hyperlink. Despite the warning, i clicked it anyway. :-) This takes me to .../cgi-bin/koha/acqui.simple/marcimport.pl?menu=z3950, which doesn't seem to have anything to do with z3950. It starts with this text:
z3950 search tool is not here (the link has been removed in cvs) look in biblio editor, below the "addbiblio" button. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul Gear wrote:
paul POULAIN wrote:
This release add a lot of bugfixes, a 1st z3950 support, and a script for migration from previous ILS. ...
The z3950 support doesn't seem to work for me. ...
I've made some progress on the problem. I read your CVS commit comments which talked about addbiblio, i found my way to it, made a search for an ISBN, found no results, clicked on the add button, and found the screen which has the z3950 search button. What now? How does processz3950queue know what to look for? If i type in the ISBN in the right field and click "z3950 search", it searches for nothing. A quick query of the mysql database confirms that nothing is in the z3950queue table. How do i tell the interface to search for my ISBN? I'm sure i'm missing something simple, but the answer is not intuitive... - -- Paul http://paulgear.webhop.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+8wY10yv0OWRYqWwRAk01AJ9/yolW9q7sfngLzwfyaaS8bP0DBgCfYvdf 9jumzwiCyOjdBtjyfLB9+L4= =Lijh -----END PGP SIGNATURE-----
Paul Gear wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Paul Gear wrote:
paul POULAIN wrote:
This release add a lot of bugfixes, a 1st z3950 support, and a script for migration from previous ILS. ...
The z3950 support doesn't seem to work for me. ...
I've made some progress on the problem. I read your CVS commit comments which talked about addbiblio, i found my way to it, made a search for an ISBN, found no results, clicked on the add button, and found the screen which has the z3950 search button.
What now? How does processz3950queue know what to look for? If i type in the ISBN in the right field and click "z3950 search", it searches for nothing. A quick query of the mysql database confirms that nothing is in the z3950queue table.
How do i tell the interface to search for my ISBN? I'm sure i'm missing something simple, but the answer is not intuitive...
In the 1.9.3 there is a very annoying bug : you can only search on ISBN and you must be MODIFYING a biblio, not ADDING one. Both are fixed in cvs. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 paul POULAIN wrote:
...
What now? How does processz3950queue know what to look for? If i type in the ISBN in the right field and click "z3950 search", it searches for nothing. A quick query of the mysql database confirms that nothing is in the z3950queue table.
How do i tell the interface to search for my ISBN? I'm sure i'm missing something simple, but the answer is not intuitive...
In the 1.9.3 there is a very annoying bug : you can only search on ISBN and you must be MODIFYING a biblio, not ADDING one. Both are fixed in cvs.
Which files are required from CVS to update 1.9.3 with this fix? Also, which is the best forum in which to be asking these questions? I remember hearing about a Koha testing list - would that be the best place? I don't want to fill the main list with unhelpful noise. Paul http://paulgear.webhop.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+83h80yv0OWRYqWwRAtGLAKCjN/gbp4E/m2J81v0dXnaNWN8j3ACffASx LEDTRiR8N9zDQ4k3nLbT5RE= =q0Aa -----END PGP SIGNATURE-----
participants (7)
-
Chris Cormack -
Michael W. Hansen -
Mike Mylonas -
MJ Ray -
Paul Gear -
paul POULAIN -
Ron Wickersham