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

[Bug 85] New: koha.upgrade squashes custom templates
by bugzilla-daemon＠wilbur.katipo.co.nz 04 Sep '02

04 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=85 Summary: koha.upgrade squashes custom templates Product: Koha Version: 1.2.3 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 koha.upgrade moves all existing files in the intranet directory to a backup directory and then installs the new files in that location. This means that custom template files will not be in the new installation. Koha.upgrade needs to account for this in some way. One solution would be to not move the files out, and then just install the new files over top of the old ones (after backing them up). Disadvantage is that any old files that were removed in the latest release will be left behind after the upgrade. Another solution would be to copy custom templates back from the backup location to the new install after installing... could just go through the listing of templates and copy any in that don't exist in the current install. I think this is probably the best solution... ------- 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] new developers - Checked by Vexira DEMO version - - Ch
by Owen Leonard 04 Sep '02

04 Sep '02

> We also have three people coming in from > Nelsonville Public Library: > Joshua Ferraro > Owen Leonard > Stephen Hedges > > They've got sone perl, html, and other skills and > have asked about projects to start out on. > > Welcome to the project. Feel free to introduce > yourselves in more detail Thanks! I'll start: I'm Owen Leonard, I've been the web designer/developer for the Nelsonville Public Library for the past few years. I've been doing web design since about '97. A couple years ago we started using Macromedia (then Allaire's) ColdFusion for the library's web site when we decided we needed something more powerful and dynamic. Since then I've done lots of work in ColdFusion, primarily for the library intranet. I've also worked with PHP and MySQL, starting with just personal projects, but now for the library as well, particularly in anticipation of switching to Koha. I've been trying to move the library's pages towards XHTML and CSS standards, which is why I was interested in helping out with that aspect of Koha. I've got no experience with Perl, but I'm eager to help out in any way I can. -- Owen

1 0

[Bug 68] processz3950queue has hard-coded values
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=68 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-09-04 09:16 ------- Fixed daemon user ID by grabbing the setting from /etc/koha.conf Fixed hardcoded "/var/run" directory. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 62] checkvalidisbn() routine is broken
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Sep '02

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=62 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

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

03 Sep '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=71 tonnesen(a)cmsd.bc.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From tonnesen(a)cmsd.bc.ca 2002-09-04 09:05 ------- Changed sub bookfund so that it shows budgest whose start and end dates contain today's date. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

Re: Koha
by Pat Eyler 03 Sep '02

03 Sep '02

On Tue, 3 Sep 2002, rob caSSon wrote: > pat, > > one other thing....on the linuxtoday site, there was a reply to my post > suggesting the use of a multivalue database as the basis for a library > catalog....have you any experience with these? Yeah, they're talking about PICK or derivatives. Many of the available ILS are written in some form of PICK, including Dynix (where I worked ~10 years ago). > > don't think it would be sensible/feasible to redo koha to use this kind of > technology, but an interesting idea nonetheless....i've spent some time > looking at documentation/examples, and looks conceptually similar to marc > right out of the box.... It is. PICK was developed to support the US Army MILPERCEN folks. The official army cataloging tool is very MARC-like, so I'm sure that's why many commercial vendors use it. You're right though. Koha is really too far along to try and rewrite using a new flavor of DBMS, especially one as far removed from RDMS which we all know fairly well. > > an opensource (LGPL'd) product is available here, and is still under > development (isn't everything ;): > > http://www.maverick-dbms.org/ Wow ... that's almost as twisted as GNU Cobol. ;) > > anyway, just thought i'd pass on some interesting info, thanks, I'll CC the koha-devel list on this reply. -pate > rob > Pat Eyler Kaitiaki/manager migrant Linux sys admin the Koha project ruby, shell, and perl geek http://www.koha.org http://pate.eylerfamily.org

1 0

Z39.50 server test
by Tonnesen Steve 03 Sep '02

03 Sep '02

I just found out that the Ministry of Education here is blocking incoming connections on port 210, so my Z39.50 server test couldn't be reached by people outside of the British Columbia public schools. :) If you tried to test it and it failed, please try again with the following port: IP: 142.28.224.18 PORT: 9999 DB: TEST Steve.

1 0

z3950 server for Koha
by Tonnesen Steve 02 Sep '02

02 Sep '02

I think I have a minimally functional Z39.50 server for Koha running at: 142.28.224.18 port 210 database TEST You can do searches on author or title... at least you can using Koha's z39.50 client. I'd appreciate any tests people can do from other z39.50 clients. Steve.

1 0

about IRC
by paul POULAIN 02 Sep '02

02 Sep '02

Hi, I'm pleased to read you every day, and chat during irc, but... it would be nice to have some speaking experiment too. Did anyone know/use a net-meeting system that works under linux ? If possible, it would be nice to have a irc by voice at least once. -- Paul

1 0

Nelsonville RFPs
by Pat Eyler 02 Sep '02

02 Sep '02

Hello, I recently recieved a question about the RFP process and who might be responding to it/them. I'd like to make my answer a bit more public in hopes that it might stir some conversation. I hope that there will be several people, groups, and/or companies submitting responses though. Let me explain why: If there are more developers brought into the project, we will have a bigger pool of talent to work with for all of the Koha development. Additional people should also bring extra insight to development. Some organizations require multiple respondents to an RFP. Having more than one response helps show that the Koha development community is more vibrant --- and that it would survive the disappearance of a single development group (e.g., if Katipo were to suddenly disappear right now, it would be a mojor blow to Koha). It will help make releaseing RFPs and looking into Koha more attractive to other libraries if they know that there is a compete market. I'd also hope that the responses to the RFP (perhaps expunged of financial information) could be discussed in the open. I think that the value gained by working together on planning these new features will be worth the effort. This will require a major departure from the traditional RFP/response pattern, but doing RFPs for OSS projects is already pretty radical. thanks, -pate

1 0