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

version 1.9.0 delayed
by paul POULAIN 01 Feb '03

01 Feb '03

The 1.9.0 won't be released today. because of : * hdl tells me he will template circulation today. So i'll wait for it * i need to fix some mistakes in french templates Will be released next week for sure ! -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

3 4

New Wiki item....
by Nicholas S. Rosasco 31 Jan '03

31 Jan '03

As Paul says, we had a little revolution re templating techniques.... http://www.saas.nsw.edu.au/wiki/index.php?page=TemplatingOptions Is a new wiki page listing some of the various suggestions. I don't know about the rest of you, but in the course of the discussion I was getting lost in the quotes of quotes (of quotes....) and therefore set this up to let everyone contribute to the discussion (for past 2.0 versions!) in a slightly more tidy fashion. On the page linked above, there's also some thoughts from me and Rachel... not a specification, exactly, nor a wish list, but some points to consider about some of the eventual stresses that'll be placed on whatever technique we end up using. Fire away... I've setup "pro" and "con" chunks on the pages, as an opener. Nick

1 0

translation complaint...
by Benedict 31 Jan '03

31 Jan '03

HI, I want to stress that I am not a programmer but I happened to had participated in a couple of translation projects all of which originating from the linux world. None of them would rely on files tossed around the project but rather they would have separate files, sigled out and being specifically of the type of "language" files. Take for example the "LearningAccess" clone of Koha (I did not participate in that projects). They deviced a mechanism in PHP that allowed the translators just to translate the "language" files into their own languages. To me, a no programmer, it seems a disastrous move, to start an international effort to translate Koha in the way we do it today. Thank God "acli" modified my polish files for the changes he thought relevant. But Paul, who contributed a fantastic solution of text only include files did it only for the French version. Now, I don't complain he was egoistic. He had no choice, rather, because there was only a minor change he proposed. In my opinion, however, Paul's change was crucial for the future of Koha. He showed that the interface may be simple and very functional.... . After what I said, a no programmer at all, please flame me or guide me... . My suggestion is to implement a gettext-like solution where there's a set of files of interest to translators and these and only these files (or images) are to be modified for the i18n to take effect. Imagine a template file changes in the ./default/en/ directory and the author ignores informing about it the rest of the community. Now, everybody (of the international community) is to figure out what changes took place and when they took place, and he is to manually find the lines to be translated and modified. It seems insane to me. Benedict, (only here I repeat: I am a no programer and I may be missing an important point here)

9 18

Re: [Koha] Required Debian packages
by Tonnesen Steve 31 Jan '03

31 Jan '03

On Tue, 28 Jan 2003, Randy Edwards wrote: > I'm trying to tighten down a Debian install of Koha. Could someone whack > me with a clue-bat and list the required packages (particularly the Apache > modules) that Koha requires in a Debian install? TIA. This discussion is probably best suited to the koha-devel mailing list. Are you on that list Randy? Did you mean Perl modules? For Apache, Koha depends on the setenvif module. 1.2.3 also still depends on the include module. For Perl, Koha depends on: DBI DBD::mysql Date::Manip HTML::Template Set::Scalar Digest::MD5 Net::Z3950 (which, in turn, depends on the yaz client at www.indexdata.dk) Am I missing anything? There might be some extra dependences introduced in 1.3.x... I started working on a debian package a while back. It can still be found at: http://mail.cmsd.bc.ca/debian/dists/local/main/binary-i386/web/koha_1.2.0-8… I'm certainly no expert at Debian packaging, but if this helps at all, have a look at it. Steve.

3 4

bar code blues over!
by COURYHOUSE＠aol.com 30 Jan '03

30 Jan '03

The back of the book was ean, found the barcode to set convert ean to ISBN thanks for the hints folks! Ed Sharpe archivist for SMECC

1 0

Re: [Koha-devel] Perl-based gettext-like modules (was: Re: translation complaint...)
by Owen Leonard 30 Jan '03

30 Jan '03

> > Unless I'm not understanding something, this would mean that a single > > koha installation could not be multilingual. This seems like the wrong > > direction IMO. > > If that is the case it seems like a bad idea :-( Another thing to consider is that it makes it more difficult to customize a template. It's easy enough to figure out what's going on with the markup if the text is there in the page, but it's different when everything is '<TMPL_VAR NAME="STRING_LoggedInAs">'. It also means that if you go in to make changes to your template, you've got a dilemma between simply entering the text as is, or going to the master language file, defining a new text variable, and inserting that variable delclaration into the page. It's not a problem if the template is on a one-way trip to your site, but if you want to later share it with others you have to be careful of all those changes. All that is not to say I don't think the idea has merits... I just think it needs to be thought out. -- Owen

1 0

installing Net::Z3950
by Louella Santiago 29 Jan '03

29 Jan '03

hi, i've been trying to install koha these past weeks with no success. when i ran perl installer.pl, i was told that Net::Z3950 module is missing. i then tried the perl -MCPAN -e 'install Net::Z3950' here's a portion of the installation. it's kinda long. i just can't figure where i went wrong :( Running make test PERL_DL_NONLAZY=1 /usr/bin/perl5.8.0 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/attach_to.......ok t/bored...........ok t/callback........ok t/data............ok t/delete..........ok t/eval............ok t/fifo............ok t/group...........ok t/hook............ok t/hup.............ok t/idle............ok t/idle2...........ok t/io..............ok t/leak............ok t/leak2...........ok t/loop............ok t/now.............ok t/reenter.........ok t/signal..........ok t/timeout_cb......ok t/timer...........ok t/unconfigured....ok t/var.............dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 1-6 Failed 6/6 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/var.t 0 11 6 6 100.00% 1-6 Failed 1/23 test scripts, 95.65% okay. 6/115 subtests failed, 94.78% okay. make: *** [test_dynamic] Error 2 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Running make for M/MI/MIRK/Net-Z3950-0.31.tar.gz Is already unwrapped into directory /home/sweet/Documents/.cpan/build/Net-Z3950-0.31 CPAN.pm: Going to build M/MI/MIRK/Net-Z3950-0.31.tar.gz cp Z3950/Record.pm blib/lib/Net/Z3950/Record.pm cp Z3950/Tutorial.pm blib/lib/Net/Z3950/Tutorial.pm cp Z3950/APDU.pm blib/lib/Net/Z3950/APDU.pm cp Z3950.pm blib/lib/Net/Z3950.pm AutoSplitting blib/lib/Net/Z3950.pm (blib/lib/auto/Net/Z3950) cp Z3950/Connection.pm blib/lib/Net/Z3950/Connection.pm cp Z3950/Manager.pm blib/lib/Net/Z3950/Manager.pm cp Z3950/ResultSet.pm blib/lib/Net/Z3950/ResultSet.pm cd yazwrap && /usr/bin/make LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic" PREFIX="/usr" OPTIMIZE="-O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce" PASTHRU_DEFINE="" PASTHRU_INC="" make[1]: Entering directory `/home/sweet/Documents/.cpan/build/Net-Z3950-0.31/yazwrap' gcc -c -Dbool=char -DHAS_BOOL -I/usr/local/include -Wall -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -DVERSION=\"\" -DXS_VERSION=\"\" -fpic "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" connect.c cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory In file included from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/op.h:480, from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/perl.h:2209, from ywpriv.h:5, from connect.c:12: /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/reentr.h:602: field `_crypt_struct' has incomplete type In file included from /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/perl.h:3368, from ywpriv.h:5, from connect.c:12: /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:246: parse error before "off64_t" /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:248: parse error before "Perl_do_sysseek" /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:248: parse error before "off64_t" /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:248: warning: type defaults to `int' in declaration of `Perl_do_sysseek' /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:248: warning: data definition has no type or storage class /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:249: parse error before "Perl_do_tell" /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:249: warning: type defaults to `int' in declaration of `Perl_do_tell' /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:249: warning: data definition has no type or storage class /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:1378: parse error before "Perl_PerlIO_tell" /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:1378: warning: type defaults to `int' in declaration of `Perl_PerlIO_tell' /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:1378: warning: data definition has no type or storage class /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/proto.h:1379: parse error before "off64_t" make[1]: *** [connect.o] Error 1 make[1]: Leaving directory `/home/sweet/Documents/.cpan/build/Net-Z3950-0.31/yazwrap' make: *** [yazwrap/libyazwrap.a] Error 2 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible -- Louella Z Santiago Science Research Assistant Philippine Council for Health Research and Development Department of Science and Technology "I am not discouraged, because every wrong attempt discarded is another step forward" --Thomas Edison

2 1

directories disappeared from cvs?
by Ambrose Li <acli＠ada.dhs.org> via forwarder 29 Jan '03

29 Jan '03

Hi, I encountered something very very strange this evening. When I tried to check in my incomplete translations, I found that the empty directories that I created last night have disappeared from CVS. Has anyone encountered this before? -- Ambrose LI Cheuk-Wing <a.c.li(a)ieee.org>

2 2

script updatdatabase errors
by Benedict 29 Jan '03

29 Jan '03

This is a cvs version of koha installation. ===================== = CREATING DATABASE = ===================== Creating the MySQL database for Koha... ERROR 1062 at line 1: Duplicate entry '%-Koha-kohaadmin' for key 1 syntax error at scripts/updater/updatedatabase line 212, near ")" Execution of scripts/updater/updatedatabase aborted due to compilation errors. Problem updating database... [root@localhost koha-RC1]# Is this known to anyone? Benedict

2 2

changes invisible to cvs...?
by Benedict 29 Jan '03

29 Jan '03

Hi, Does anyone know how to force the cvs program to discover that an encoding of a file has been channged? "recode" changes an encoding and allows for a charset to be turned into another. After the change the local copy appears as NOT changed for the cvs program. I would like to convert the polish files from iso-8859-2 into utf-8 and then recommit them. Benedict PS. The system consits of Redhat 8.0, Cervisia, cvs 1.11.2.

2 1