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

Re: [Koha-devel] koha 2.2.3 ?
by Thomas D 21 Jun '05

21 Jun '05

20 June 2005 Does 2.2.3RC finally include MARC fixed fields as part of the standard MARC Framework install? Some of the fixed fields are required for MARC and the contents are not redundant with the content of other fields. Better MARC support is still needed for Koha to be taken more seriously as a solution for libraries using MARC. Fixed fields are just one small part of the gap in proper MARC support. Certainly, progress has been very significant during the past year. Thomas D Quoting Paul POULAIN <paul.poulain(a)free.fr> : > ---------------- Beginning of the original message ------------------ > > Rachel Hamilton-Williams a écrit : > > Hi guys, > > > > I've just been to visit a local school who'd managed to > install koha 2.0 > > rather than 2.2.2 - and I was recommending she upgrade - but > wondered if > > 2.2.3 was out/going to be out this week in which case she > could hold > > off for a few more days > > Koha 2.2.3RC is installed since thursday in "Ecole des Mines > de Nantes". > [*] Unless they report a major problem, 2.2.3 should be > officially here > on wednesday morning (i'm GMT+2, so it means late wednesday > for you, so > probably thursday ;-) ) > > > [*] i've added this RC internal release to avoid 2.2.2 > problem, a > blocking bug that needed a 2.2.2b 2-3 days after, boring at > least some > french libraries. I'll probably continue with RC installed on > 1 library > from minor release to minor release. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre > http://www.koha-fr.org) > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward > articles, > informative Webcasts and more! Get everything you need to get > up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op¿ick > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel > > ------------------- End of the original message --------------------- --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com

2 1

about html templates writing :
by Paul POULAIN 21 Jun '05

21 Jun '05

Hi, koha-developpers, Just a reminder for everybody, as i had some problems with french translation for 2.2.3 : REMEMBER that TRANSLATOR tool really HATES  inside a standard html tag, like : <td > or <input ...  checked> pls alway write :  <input ... checked>  <input ...>  thanks. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

RE: [Koha-devel] Koha installation procedure
by Jared Camins-Esakov 21 Jun '05

21 Jun '05

> Basically, what I think he means is that the sysadmin should be able to > do a "rpm --install", then say "my job's done, over to you" to the koha > admin. That is what I was trying to say. In hindsight, I should've just said that, as it probably makes a lot more sense to a lot more people than my rather poor illustration. > Certainly that makes sense, but whether it's practical is another matter > ... you can't always cleanly separate the system from the app, as I've > found on having to bugger about with default installs that don't have > sensible (for us) defaults ... That's another question. Any thoughts? My thought was that the "sensible defaults" should not necessarily be a full set-up, merely enough that it can be passed off to the Koha admin (e.g. all files exist, but the configuration files are empty, or only the options that can't currently be changed using installer.pl are set...). Having Koha work "out of the box" without any configuration seems like an unreasonable goal. There are too many options, and guessing the wrong configuration (e.g. UNIMARC versus MARC21) would leave the admin in a much worse spot than leaving the system unconfigured would, in my opinion. Does this make sense? Thanks. -- Jared Camins-Esakov -- Jared Camins-Esakov E-mail: camins2(a)tcnj.edu

1 0

RE: [Koha-devel] Koha installation procedure
by Anthony Youngman 21 Jun '05

21 Jun '05

Basically, what I think he means is that the sysadmin should be able to do a "rpm --install", then say "my job's done, over to you" to the koha admin. Certainly that makes sense, but whether it's practical is another matter ... you can't always cleanly separate the system from the app, as I've found on having to bugger about with default installs that don't have sensible (for us) defaults ... Cheers, Wol -----Original Message----- From: koha-devel-admin(a)lists.sourceforge.net [mailto:koha-devel-admin@lists.sourceforge.net] On Behalf Of MJ Ray Sent: 21 June 2005 09:54 To: camins2(a)tcnj.edu; koha-devel(a)lists.sourceforge.net Subject: Re: [Koha-devel] Koha installation procedure Jared Camins-Esakov <camins2(a)tcnj.edu> wrote: > * Configuration should be possible at any time after installation (so on > systems where the sysadmin is not also the Koha admin, the sysadmin > doesn't have to wait for the Koha admin) Can you elaborate on this, please? **************************************************************************** This transmission is intended for the named recipient only. It may contain private and confidential information. If this has come to you in error you must not act on anything disclosed in it, nor must you copy it, modify it, disseminate it in any way, or show it to anyone. Please e-mail the sender to inform us of the transmission error or telephone ECA International immediately and delete the e-mail from your information system. Telephone numbers for ECA International offices are: Sydney +61 (0)2 8272 5300, Hong Kong + 852 2121 2388, London +44 (0)20 7351 5000 and New York +1 212 582 2333. ****************************************************************************

1 0

Koha installation procedure
by Jared Camins-Esakov 21 Jun '05

21 Jun '05

Hello all. I am interested in reimplementing the Koha installation procedure to meet the following requirements: * File installation and configuration should be separate from each other (necessary for creating a port compliant with the FreeBSD ports system's unspoken best practices, and probably other packaging systems' best practices as well) * Configuration should be possible at any time after installation (so on systems where the sysadmin is not also the Koha admin, the sysadmin doesn't have to wait for the Koha admin) * It should be possible to specify ALL options to the installation and configuration scripts using command line switches or environment variables, or something else that doesn't require user intervention (so that the setup process for the entire system could be scripted [I've done this, so I imagine other people do it too]; the auto-configuration file doesn't really lend itself to scripting, in my opinion) * It should be possible to install Koha without having GRANT privileges on the MySQL server (or root access to the server), if an account has already been created for Koha's use My plan is to start by separating the installation and configuration into two separate scripts, both using the Install.pm module. I am not sure how to implement the second issue. Perhaps have the installation set up the intranet module temporarily, and then use a one-time web-based configurator a la Refbase (refbase.sourceforge.net)? My first thought was to install the Install.pm module in site_perl and the configuration script in $PREFIX/sbin (for example), but I guess installing anything outside of Apache's area should be avoided? My preference on the third issue is to use command line arguments, so I'll also look into that if I get the go-ahead. It looks like my fourth requirement is fairly easy to fill by just adding a command line argument (or environment variable) to specify "use existing database user so-and-so." Any thoughts on this? Anything I've suggested that is a Really Bad Idea? Anything that should be done differently than I suggested? Anything that you'd like to see implemented in the installer? If no one has any problems with my suggestions, and the current maintainer of the installer is willing to consider my patches, I'll start work on this. Please let me know what you think. Thanks. -- Jared Camins-Esakov P.S. If the consensus of the list is that I should go forward, volunteers who would be willing to test my changes under Linux/Windows/anything-besides-FreeBSD would be most appreciated! -- Jared Camins-Esakov E-mail: camins2(a)tcnj.edu

2 2

Barcodes Barcodes
by Joshua Ferraro 21 Jun '05

21 Jun '05

Hi all, I attempted to get the barcode generation going this afternoon and failed. My problems started with the error everyone else has reported: Can't locate PDF/API2/PDF/Utils.pm in @INC I found that Fedora was having trouble installing PDF::API2 (but it was not giving any useful errors). So I installed the Fedora package for PDF::API2's one major dependency: Compress::Zlib (the package name is perl-Compress-Zlib). After that installed I was able to install PDF::API2. But I still got the same error and I noticed the following: /usr/lib/perl5/site_perl/5.8.5/PDF/API2/Basic/PDF/Utils.pm I replaced use PDF::API2::PDF::Utils; with PDF::API2::Basic::PDF::Utils; in barcodesGenerator.pl and printerConfig.pl. Now I'm getting: Can't locate object method "barcode" via package "PDF::API2" at /home/koha001/koha/intranet/cgi-bin/barcodes/barcodesGenerator.pl line 239 I don't see a barcode method anywhere on CPAN for the PDF::API2 modules. Is there another library that has this method? Has anyone use the barcode generation successfully? Any tips for getting it going? Thanks, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf(a)liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS

3 2

MARC import fails unanswered
by Thomas D 21 Jun '05

21 Jun '05

21 June 2005 The question "[Koha-devel] MARC import failing when no ISBN is present in 2.2.2b" has gone unanswered. I suspect it was confused as related to the answered "[Koha-devel] Z39.50 daemon launcher incompatible with FreeBSD" posted at about the same time. These are independent questions. The MARC import failure question is quoted below. It asks if there is a way to correct or work around the problem. Thomas D Quoting Thomas D <koha(a)alinto.com> : Subject: [Koha-devel] MARC import fails when no ISBN present 2.2.2b > ---------------- Beginning of the original message ------------------ > > 20 June 2005 > > > I cannot import MARC recorrds for books without ISBNs using > the current > stable release, 2.2.2b. Most of the books that ever were have > no ISBNs and > never will. > > Attempting to import a MARC communications format one record > file without > ISBNs fails returning the following message whether or not > overwrite > duplicates is selected in the import form. > > "MARC acquisition system > Import into the reservoir > > Import results : > > * 0 imported records > * 1 not imported because already in catalog > * 0 not imported because already in the reservoir > * 0 not imported because they seem not to be in MARC > format (or > ISBN/ISSN missing) ! > * 1 records parsed" > > > The same function works correctly using the LibLime Koha 2.2.1 > demonstration > version for importing the identical file. > > No related messages appear in the error log. > > How can I correct and/or work around this problem? > > > Thomas D > > > --------------------------------------------- > Protect your mails from viruses thanks to Alinto Premium > services > http://www.alinto.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration > Strategies > from IBM. Find simple to follow Roadmaps, straightforward > articles, > informative Webcasts and more! Get everything you need to get > up to > speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel > > ------------------- End of the original message --------------------- --------------------------------------------- Protect your mails from viruses thanks to Alinto Premium services http://www.alinto.com

1 0

Argentinian Code
by Emiliano Marmonti 20 Jun '05

20 Jun '05

Dear Ernesto I'm very happy that this code liberation serves to go further in your work at ORT University. As our website informs, the releasing was meant to happen in July but luckyly we got to release it some time before. This week I hope to put it for free downloading and attending (as many as we can with our little budget) support consulting through our forums inside our website. I think that Joshua will need help for merging our changes into root code for Koha, we'll assist him as long as our project continues, but perhaps you and your programmers could make a great work assisting and contributing to obtain one big and powerfull Koha. Don't you think? Kind Regards for all Koha developers comunity Emiliano

1 0

Argentine Code and SAN List
by Joshua Ferraro 20 Jun '05

20 Jun '05

Hi everyone, Just a bit of news. Emiliano sent me most of the Argentine code (still waiting on a couple of modules). I've also got a list of improvements that SAN will be contributing. Armed with these two (and with my RM list on the LibLime wiki) I'm ready to start a RoadMap to Koha 2.4. However, I won't be able to get to it this week as I've got the ALA conference coming up (http://liblime.com/c/ala2005.html) -- leaving on Thursday and won't be back until early next week. Cheers, -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf(a)liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS

2 1

Website/Interface Design Meeting #2
by Joshua Ferraro 20 Jun '05

20 Jun '05

Hi everyone, It's time hold another Website / Interface Design Meeting. I caught rach, russ, paul/hdl, and owen on IRC and we scheduled it for Wed June 29 at 20:00 GMT. Here's the time in your area: http://tinyurl.com/d5jtz I've put a short agenda up on the wiki: http://www.saas.nsw.edu.au/koha_wiki/index.php?page=AgendAndNotes05jun29 Please add items you'd like covered. -- Joshua Ferraro VENDOR SERVICES FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Koha ILS, Mambo Intranet, DiscrimiNet Filter jmf(a)liblime.com | Full Demos at http://liblime.com | 1(888)KohaILS

1 0