- Koha-translate - lists.koha-community.org

Koha 3.2.10 is now available
by Chris Nighswonger 20 Jun '11

20 Jun '11

It is with pleasure that I announce the release of Koha 3.2.10. Note: This is potentially the final release of the 3.2.x branch. Please act accordingly with new implementations and upgrades. The package can be retrieved from: http://download.koha-community.org/koha-3.02.10.tar.gz You can use the following checksum and signature files to verify the download: http://download.koha-community.org/koha-3.02.10.tar.gz.MD5 http://download.koha-community.org/koha-3.02.10.tar.gz.MD5.asc http://download.koha-community.org/koha-3.02.10.tar.gz.sig Release notes for 3.2.10 are below. Come and get it! RELEASE NOTES FOR KOHA 3.2.10 - 19 June 2011 ======================================================================== Koha is the first free and open source software library automation package (ILS). Development is sponsored by libraries of varying types and sizes, volunteers, and support companies from around the world. The website for the Koha project is http://koha-community.org/ Koha 3.2.10 can be downloaded from: http://download.koha-community.org/koha-3.02.09.tar.gz Installation instructions can be found at: http://wiki.koha-community.org/wiki/Installation_Documentation IMPORTANT ANNOUNCEMENT CONCERNING 3.2.x EOL ======================================================================== With the release of 3.4.1, the 3.2.x branch is nearing its EOL. A motion will be made at the August 2011 general IRC meeting to officially announce EOL for the 3.2.x branch. Unless someone or some entity steps forward to take over 3.2.x maintenance, this date will mark the official EOL for the 3.2.x branch. Please keep this in mind when planning new deployments and upgrades to existing systems. Highlights of 3.2.10 ====================== This release marks over 700 commits since the release of 3.2.0. That represents nearly 90 commits per month since 3.2.0! Congratulations are due to the entire community for all of the hard work which has gone into improving Koha during this release cycle! Some of the higher profile bugs addressed in this release are: 2246 Label printing doesn't work with Unicode characters (Improved work-around rather than a fix.) 3072 'Heading-Main' authority-index breaks authority searching in STABLE 4993 ldap search always anonymous when using auth_by_bind 5860 Adding duplicate stocknumber will fail silently 5094 auth_by_bind authentication can fail even if given a correct password and userid Bugs fixed in 3.2.10 ====================== 3013 Value builder for 006 and 008 need choices for all format types 5653 default new label layout and sample data have broken call number placeholder 5684 Z3950 search on OCLC pulls in items (tag 952) 6061 C4::Context clearing up system preference on update 6131 (unimarc only) improper index name for personal-name 6091 Remove undeclared syspref OPACAdvSearchInputCount 6152 Authority-zebra-indexdefs.xsl should indicate it's automatically generated 6218 patron login gets an initial dot added when no first name 6315 depreciation warnings in C4::Serials in new perls 6350 Bug for tracking updates to the history file 6401 Give Ian Walls credit in the history file. 5760 Add the jquery table sorter to borrowers reading record System Requirements ====================== Changes since 3.0: * The minimum version of Perl required is now 5.8.8. * There are a number of new Perl module dependencies. Run ./koha_perl_deps.pl -u -m to get a list of any new modules to install during upgrade. Upgrades ====================== The structure of the acquisitions tables have changed significantly from 3.0.x. In particular, the budget hierarchy is quite different. During an upgrade, a new database table is created called fundmapping that contains a record of how budgets were mapped. It is strongly recommended that users of Koha 3.0.x acquisitions carefully review the results of the upgrade before resuming ordering in Koha 3.2.x. Documentation ====================== As of Koha 3.2, the Koha manual is now maintained in DocBook. The home page for Koha documentation is http://koha-community.org/documentation/ As of the date of these release notes, several translations of the Koha manual are available: English: http://koha-community.org/documentation/3-2-manual/ Spanish: http://koha-community.org/documentation/3-2-manual-es/ French: http://koha-community.org/documentation/3-2-manual-fr/ The Git repository for the Koha manual can be found at http://git.koha-community.org/gitweb/?p=kohadocs.git;a=summary Translations ====================== Complete or near-complete translations of the OPAC and staff interface are available in this release for the following languages: * Chinese * Danish * English (New Zealand) * English (USA) * French (France) * French (Canada) * German * Greek * Hindi * Italian * Norwegian * Portuguese * Spanish * Turkish Partial translations are available for various other languages. The Koha team welcomes additional translations; please see http://www.kohadocs.org/usersguide/apb.html for information about translating Koha, and join the koha-translate list to volunteer: http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-translate The most up-to-date translations can be found at: http://translate.koha-community.org/ Release Team ====================== The release team for Koha 3.2 is Release Manager: Galen Charlton <gmcharlt(a)gmail.com> Documentation Manager: Nicole Engard <nengard(a)gmail.com> Translation Manager: Chris Cormack <chris(a)bigallofwax.co.nz> Release Maintainer (3.0.x): Henri-Damien Laurent <henridamien.laurent(a)biblibre.com> Release Maintainer (3.2.x): Chris Nighswonger <cnighswonger(a)foundations.edu> Credits ====================== We thank the following individuals who contributed patches to Koha 3.2.10: Alex Arnaud Jared Camins-Esakov Colin Campbell Fernando Canizo FrÃ©dÃ©rick Capovilla Galen Charlton Tomas Cohen Arazi Chris Cormack Jeremy Crabtree FrÃ©dÃ©ric Demians Jonathan Druart Katrin Fischer Owen Leonard Chris Nighswonger Dobrica Pavlinusic Marcel de Rooy Salvador Zaragoza Rubio ruth(a)bywatersolutions.com Fridolyn Somers We regret any omissions. If a contributor has been inadvertantly missed, please send patch against these release notes to koha-patches(a)lists.koha-community.org. The 3.2.x Release Maintainer especially thanks the 3.6 Release Team and all who participated in QA for their diligent labors in testing and pushing well over 700 patches since the 3.2.0 relese. Their continued work very much makes possible the release of 3.2.10 on its announced schedule. Revision control notes ====================== The Koha project uses Git for version control. The current development version of Koha can be retrieved by checking out the master branch of git://git.koha-community.org/koha.git The branch for Koha 3.2.x (i.e., this version of Koha and future bugfix releases) is 3.2.x. The next major feature release of Koha will be Koha 3.4.0. Bugs and feature requests ====================== Bug reports and feature requests can be filed at the Koha bug tracker at http://bugs.koha-community.org/ Naku te rourou, nau te rourou, ka ora ai te iwi.

1 0

Bug 3013
by Chris Nighswonger 17 Jun '11

17 Jun '11

I have a request to include bug 3013 in the 3.2.10 release. Since this is most likely the final release of the 3.2.x branch, I wanted to put it up for a "vote" on the translation list. It looks like it will require some translation work between now and the 15th if we include it. So, what say ye? Do we include it or not? http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3013 Kind Regards, Chris Nighswonger Koha 3.2.x/3.4.x Release Maintainer

3 9

French Traduction not installable in Koha 3.4.1
by Beda Szukics 11 Jun '11

11 Jun '11

Hi The french staff interface ends with: Creating /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/fr-FR/modules/admin/itemtypes.tt... Gestion des types de document : Completely confused parametrizing Koha directories hierarchy for fr-FR must be created first Bye Beda

2 1

Re: [Koha-translate] [Koha] Upgrade to koha 3.4 breaks display
by Chris Cormack 10 Jun '11

10 Jun '11

Shifting to Koha-translate, please reply to that :) On 10 Jun 2011 07:39, "Beda Szukics" <beda(a)kollegium-sarnen.ch> wrote: > > Am 08.06.2011 18:38, schrieb Beda Szukics: > > Am 08.06.2011 06:22, schrieb Chris Cormack: > >> On 8 June 2011 16:17, Beda Szukics <beda(a)kollegium-sarnen.ch> wrote: > >>> So I did: perl translate install de-DE. > >>> > >>> Now at some point I allway get (for example: while I try to alter > >>> system-preferences): > >>> > >>> Software error: > >>> > >>> Template process failed: file error - prefs-admin-search.inc: not found at > >>> /usr/share/koha/lib/C4/Templates.pm line 119. > >>> > >>> For help, please send mail to the webmaster (beda(a)kollegium-sarnen.ch ), > >>> giving this error message and the time and date of the error. > >>> > >> Hmm, > >> > >> That should have worked, maybe Katrin can shed some light on it, she > >> has had 3.4.x running in german before. > >> I suspect that the translate command didnt complete, did it give you > >> any errors when you ran it? > > Yes. The actual po-files for german have some errors (mainly wrong > > %-statements). I corrected them locally and will try to add these > > corrections to translate.koha-community.org. > > > > Now things are ok :-) > Sadly not everything is o.k. > > Trying to edit an authority I get: > > Template process failed: file error - parse error - /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/modules/authorities/ detail.tt line 75: unexpected end > > in the log-file I find: > > detail.pl: Template process failed: file error - parse error - > /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/modules/authorities/ detail.tt > line 75: unexpected end of input at /usr/share/koha/lib/C4/Templates.pm > line 119., referer: > http://kbverwaltung.kollegium-sarnen.ch/cgi-bin/koha/authorities/authoritie… > > > Trying to go to Start->Katalogisierung I get: > > Template process failed: file error - parse error - /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/modules/cataloguing/ addbooks.tt line 39: unexpected token (END) > [% END %] at /usr/share/koha/lib/C4/Templates.pm line 119. > > and in the logs: > > [Thu Jun 09 21:34:44 2011] [error] [client 192.168.1.50] [Thu Jun 9 > 21:34:44 2011] addbooks.pl: Template process failed: file error - parse > error - > /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/de-DE/modules/cataloguing/ addbooks.tt > line 39: unexpected token (END), referer: > http://kbverwaltung.kollegium-sarnen.ch/cgi-bin/koha/mainpage.pl > [Thu Jun 09 21:34:44 2011] [error] [client 192.168.1.50] [Thu Jun 9 > 21:34:44 2011] addbooks.pl: [% END %] at > /usr/share/koha/lib/C4/Templates.pm line 119., referer: > http://kbverwaltung.kollegium-sarnen.ch/cgi-bin/koha/mainpage.pl > > I think it's still a translation issue. If I switch the language to en, > both links are working fine. > > Any hints? > Its most likely a broken template var, done by the translation. I think a missing %s But the translators might have better ideas. Chris > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha

3 3

Re: [Koha-translate] Issues with es-ES po files (staff and opac)
by Frédéric DEMIANS 07 Jun '11

07 Jun '11

> Besides being very carefull about the %s's I'm also doing a check with > 'msgfmt -c' before running the translate script. However I've noticed > sometimes it doesn't yelp even when there is a mismatch and is not in > a fuzzy string. Try 6464 patch and if it doesn't work for a string give me its msgid. > I guess I can apply that patch to my branch now and start using it > right away. Did it and it doesn't cry when I feed it a bad .po, check > my comment in bug please. See Frère Sébastien Marie comment on 6464 bug: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6464 When .po file installation fails, you don't have this message at the end of the process: The install seems to be successful. > Using pootle is cumbersome for me, I find the workflow more straight > making my changes locally. Take a look at this scenario: 1. April 22nd, you grab 3.4.0 es-ES .po files from Koha git repository and you start translating. 2. During April and May and June another translator works on Pootle Spanish files. 4. May 10th, and June 10th, es-ES .po are updated with strings from current 3.4 version (my job). 5. June 12th, you upload your files. With this scenario, all the work done by the other translator during (2) will be overwritten by your translation, and your translation will not contain the last updated strings. So if you want to work locally, which is very understandable, outside Pootle, you have to coordinate with other translators, and you have to regularly upload you files in sync with string freeze announcement released by the Release Manager. > Also why pootle claims 100% spanish translation when there are near > 1000 fuzzy strings? Because Pootle is a tool with its own shortcomings. Its interface is not particularly intuitive. Koha .po files are very large and we're reaching Pootle limits and so get some bugs. A complete solution would be to redesign completely Koha translation framework in order to slim down drastically .po files which are insanely huge, avoid misusing %s placeholder as Template::Toolkit directives, and even improve translatability. I have a lot of ideas and solutions but I have no time to implement them. It would imply a deep modification of all templates and even Perl scripts. Concerning fuzzy strings, this issue is just popping up now! Thank you Fernando for that. Could you open a bug on Bugzilla? I can confirm that the problem affects ALL languages. Normally, on the Files page, Pootle should display a link 'Quick translate' which should show all fuzzy strings. We don't have it. I will investigate. We should have a page on Koha wiki explaining exactly the translation possible workflow. But I haven't enough time to write it. A page like this one: http://wiki.services.openoffice.org/wiki/Pootle_User_Guide > I'm not the only translator so I guess I'll be shouting in > koha-translate. Yes. > But let me ask another one: why are we using this method? Cannot we > rely on git doing the merging? I've found some of the people working > on spanish translation is somewhat self cutted out from mailing list > and are hard to reach. Git is for developers not for translators. My advice, if you're a solo translator, work outside Pootle. If there is a team of translators, work on Pootle OR design your own workflow. In theory, we could automatically synchronize Pootle files management with Koha git repository. But it isn't that simple. Any suggestion/patch is welcome. The difficulty is that Pootle is designed for a standard GNU .po files and that Koha has its own idiosyncrasies, language code naming convention, etc. In any case, merging has to be done by Pootle not by git which don't now how to merge .po file string entries. And it only works in one direction: We could automatize the way translations get back into Koha git repository; the other direction can't work. Thanks. -- Frédéric DEMIANS http://www.tamil.fr/u/fdemians.html

2 2

Issues with es-ES po files (staff and opac)
by Fernando L. Canizo 07 Jun '11

07 Jun '11

Hello everyone, I'm conan (aka Fernando Canizo) and I've been around in kohadev for a couple of months now, so I will not go further on my introduction since probably we'are all the same here and there ;) Some days ago I tried a spanish install with 'translate install es-ES' and got an error which I cannot reproduce now. But it wasn't a very helpful message. Magnuse in #koha told me about using poedit to look for errors and also to look for inconsistences in %s numbers on translated and original strings. I found that poedit wasn't giving me the right line numbers so I resorted to 'msgfmt -c' which pointed me to the errors. Then I corrected one bad translation I happened to find, incorrect number of %s in original and translated strings, and also splitted %s's which had spaces between the '%' and the 's'. You can see the changes in this paste which is a 'git log -p b..a' of my local commits: http://paste.koha-community.org/75 The thing is I kind of mixed everything and probably that's not the way to work properly. So I'm asking what are the steps to properly fix this kind of errors (translating errors and inconsistency errors). Should I trust always git repo? Or pootle site? In any case, how do I upload my changes? -- Fernando Canizo (a.k.a. conan) - http://conan.muriandre.com/ GCS d? s:+ a C++ P--- L++++ E--- W+++ w--- M-- PE-- !tv b+++ h---- y+++

3 2

Re: [Koha-translate] Issues with es-ES po files (staff and opac)
by Fernando L. Canizo 07 Jun '11

07 Jun '11

On Mon, 06 Jun 2011 23:09:15 +0200, Frédéric DEMIANS <f.demians(a)tamil.fr> wrote: > 3. Test your translation with: > > ./translate install es-ES Besides being very carefull about the %s's I'm also doing a check with 'msgfmt -c' before running the translate script. However I've noticed sometimes it doesn't yelp even when there is a mismatch and is not in a fuzzy string. > As pointed by Chris, when bug 6464 enhancement patch will be > pushed, the translation install process will show you all > inconsistent %s placeholders. I guess I can apply that patch to my branch now and start using it right away. ... Did it and it doesn't cry when I feed it a bad .po, check my comment in bug please. > Last but not least, this workflow (translation done locally and > uploaded) will > work for you if you are the unique translator. It you are several > persons translating Koha into Spanish, you have to use directly > Pootle, or to find a way to coordinate your efforts. Using pootle is cumbersome for me, I find the workflow more straight making my changes locally. Also why pootle claims 100% spanish translation when there are near 1000 fuzzy strings? I'm not the only translator so I guess I'll be shouting in koha-translate. But let me ask another one: why are we using this method? Cannot we rely on git doing the merging? I've found some of the people working on spanish translation is somewhat self cutted out from mailing list and are hard to reach. -- Fernando Canizo (a.k.a. conan) - http://conan.muriandre.com/ GCS d? s:+ a C++ P--- L++++ E--- W+++ w--- M-- PE-- !tv b+++ h---- y+++

2 1

Re: [Koha-translate] 3.2.10
by Chris Nighswonger 06 Jun '11

06 Jun '11

Hi everyone, I have just pushed a couple of patches which make changes to some of the template files. These are the final patches that will touch upon templates barring any blocker bugs. Kind Regards, Chris

3 3

Koha 3.2.x String Freeze
by Chris Nighswonger 02 Jun '11

02 Jun '11

Hi all, The 3.2.x branch is in a string freeze for the 3.2.10 release as of the time of this email. I'm a few hours late, but needed to catch up on pushing some changes to the main repo. Keep in mind that 3.2.10 will most likely be the final release of the 3.2.x branch. Kind Regards, Chris

1 0

Koha 3.2.x Roadmap Update
by Chris Nighswonger 31 May '11

31 May '11

Hi all, With the release of 3.2.10 fast approaching, there are a couple of things our attention needs to be drawn to: 1. Pending any consensus otherwise a the July 2011 IRC meeting, 3.2.10 will be the final release of the 3.2.x branch, and 3.2.x will be EOL after that point. 2. If you have bugfixes you want to go into 3.2.10, please be sure to get those into master before the string freeze date of 1 June 2011. That is two days away. I will push changes which do not affect strings up to the day before the release on 15 June 2011. 3. No bugfixes made to TT templates have been pushed to 3.2.x for obvious reasons. If you have a template change you want pushed into 3.2.x, you will have to submit a patch directly against 3.2.x and flag it with [3.2.x] in the subject line. Thanks for everyone's work in making 3.2.x the first of what we hope are many successes in timed releases! Kind Regards, Chris Nighswonger Koha 3.2.x/3.4.x Release Maintainer

4 3