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

Problem installing Koha PLEASE HELP
by O 17 Mar '10

17 Mar '10

Hello , I've been trying to install Koha using this guide : http://bagno.be/poradniki/instalacja-koha/ And in the end I get this error : Koha error The following fatal error has occurred: DBD driver has not implemented the AutoCommit attribute at /usr/lib/perl5/DBI.pm line 705. Compilation failed in require at /usr/share/koha/lib/C4/Circulation.pm line 25. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Circulation.pm line 25. Compilation failed in require at /usr/share/koha/lib/C4/Overdues.pm line 24. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Overdues.pm line 24. Compilation failed in require at /usr/share/koha/lib/C4/Members.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Members.pm line 27. Compilation failed in require at /usr/share/koha/lib/C4/Auth.pm line 27. BEGIN failed--compilation aborted at /usr/share/koha/lib/C4/Auth.pm line 27. Compilation failed in require at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. BEGIN failed--compilation aborted at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 23. Can anyone please help me ? Thanks in advance. __________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://mail.yahoo.gr

3 2

OPAC Secured
by Bob Birchall ＠ Calyx 17 Mar '10

17 Mar '10

Most libraries are happy for the public to come to the OPAC and search the catalogue without being logged in. Others however (corporate libraries, private colleges) require the user to be logged in before the collection or any functionality is exposed. Koha currently supports the first approach. The second approach is achievable by adding jquery to the template (won't stop hacking) or by editing the perl code to set 'authnotrequired' value to '0' per page. Neither way is user-friendly or produces an elegant display. We propose adding a syspref 'OpacNotPublic' or similar which when set to 'OFF' will cause no change to current behaviour. When set to 'ON' a different template will be called by opacmain.pl that will display: - a login prompt similar to that for the staff client; - the value of opacsmallimage; - the value of opacheader; - the value of opaccredits. Not displayed on this page will be: - the search bar and the cart and list buttons; - the value of opacnav; - the value of opacmainuserblock. Upon logging in, the user is directed to 'opac-user.pl' as is the case now. Before we lodge on Bugzilla, are there any comments? Bob Birchall CALYX

8 8

Re: [Koha-devel] Problems on git repository ?
by Zeno Tajoli 17 Mar '10

17 Mar '10

Hi, > > $git clone git://git.koha.org/home/pub/scm/koha.git koha32 > >It should be git://git.koha.org/pub/scm/koha.git - no 'home'. Thank you very much. I have correct the wrong link on the wiki page http://wiki.koha.org/doku.php?id=en:development:git_usage in the section 'Koha Revision Control for the public'. Cheers Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 0

Problems on git repository ?
by Zeno Tajoli 17 Mar '10

17 Mar '10

Hi to all, In my linux box I have send this command: $git clone git://git.koha.org/home/pub/scm/koha.git koha32 Initialized empty Git repository in /home/koha/koha32/.git/ fatal: The remote end hung up unexpectedly Same problem if I use http Are there problems with git repository ? Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

2 1

Open source research
by Agrifoglio Rocco 16 Mar '10

16 Mar '10

Dear Kohas developer , I am Rocco Agrifoglio, a PhD student at Parthenope University of Naples. Nowadays, my colleague and me are doing a research on Open Source. Our aim is to highlight the role and the problematic of open source developers, in order to increase their visibility. Therefore, we have generated a on line questionnaire to collect data. You find it at this link: http://www.surveymonkey.com/s/YKB9GCN I hope you help us for the research. You could also send this link to other colleagues. Please, contact me for any questions and information. Many thanks, Rocco Agrifoglio Concetta Metallo _________________ Rocco Agrifoglio Dottorando di Ricerca Università degli Studi di Napoli "Parthenope" Dipartimento di Studi Aziendali via Medina 40 - 80133 NAPOLI (ITALY) tel. +39 081 5474856 fax +39 081 5522313 e-mail: agrifoglio(a)uniparthenope.it

1 0

borrower import from a command line
by David Schuster 16 Mar '10

16 Mar '10

Question for you programmer type and release managers... I am working on a command line batch load utility which is about done. We mimicked the staff interface, and in doing so there are "responses/defaults" that can be done during a load. What our programmer did was to direct it to a file so if the table row was referenced in the default file the program loaded the default. My question is - where should that "default" file live? I see the borrower_import_command.pl living in the cronjobs folder so is it ok for this "default" file to live there as well? There are other commands for Overwrite, and load all extended attributes etc... that are part of the command line. -- View this message in context: http://old.nabble.com/borrower-import-from-a-command-line-tp27917855p279178… Sent from the Koha - Dev mailing list archive at Nabble.com.

2 1

FSF address in copyright notices
by Lars Wirzenius 15 Mar '10

15 Mar '10

Most Koha source files contain a copyright notice and license at the top, which refers to the old address of the Free Software Foundation: # Koha is free software; you can redistribute it and/or modify it under the # terms of the GNU General Public License as published by the Free Software # Foundation; either version 2 of the License, or (at your option) any later # version. # # Koha is distributed in the hope that it will be useful, but WITHOUT ANY # WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR # A PARTICULAR PURPOSE. See the GNU General Public License for more details. # # You should have received a copy of the GNU General Public License along with # Koha; if not, write to the Free Software Foundation, Inc., 59 Temple Place, # Suite 330, Boston, MA 02111-1307 USA The Templa Place address is the old one. The current address is on Franklin Street. I would be happy to do the work. Are there any objections? It is going to be a large patch, but should only touch code comments, not code that gets executed. To fix this, some search/replace needs to happen. It also needs to be fixed on the wiki (http://wiki.koha.org/doku.php?id=en:development:codingguidelines)

1 1

Re: [Koha-devel] koha 3rc1 - addbiblio modbiblio bug?
by Waylon Robertson 14 Mar '10

14 Mar '10

is there a write up of this procedure somewhere? ----- Original Message ---- From: LAURENT Henri-Damien <laurenthdl(a)alinto.com> To: Waylon Robertson <wrobertson1981(a)yahoo.co.nz> Sent: Mon, 15 March, 2010 9:52:56 AM Subject: Re: [Koha-devel] koha 3rc1 - addbiblio modbiblio bug? OK. Maybe the best thing to do would be to clone a git project. Then move to rc1 tag. list the difs. commit them Then rebase to 3.0.x. But Yes, takes some time. OR you could try and see which patches address that bug. And port them onto your install. But... quite risky Hopes that helps. -- Henri-Damien LAURENT Waylon Robertson a écrit : > not my decision. this installation was modified when 3rc1 was the newest. without the use of git. Upgrading it could be a considerable layout of time, and i wouldn't know where to begin. Its for an arabic library. > > > ----- Original Message ---- > From: LAURENT Henri-Damien <laurenthdl(a)alinto.com> > To: Waylon Robertson <wrobertson1981(a)yahoo.co.nz> > Sent: Mon, 15 March, 2010 3:10:41 AM > Subject: Re: [Koha-devel] koha 3rc1 - addbiblio modbiblio bug? > > Waylon Robertson a écrit : > >> okay, my problem is not related to 2265. >> anyone have any ideas? >> >> >> > Hi > I am sorry but 3 rc1 seems way outdated. > Do you mean 3.2 Alpha ? > You might want to try the git 3.0.x branch where all those bugs have been fixed for quite a long time now. > Can you be a bit more detailed in your code version, where you got that from and how you installed that version ? > I know you have been playing with koha for much more time now. So I guess you cannot fail to be aware of the new versions. But Is there any reason why you try 3rc1 out again ? > Friendly. > -- Henri-Damien LAURENT > >

1 0

subtitle display and 3.0.6 release
by Christopher Curry 14 Mar '10

14 Mar '10

Hello all, Anyone know when 3.0.6 is likely to be released? There's at least one group of patches in 3.0.x that I'd like to apply to my production koha, but I'd rather not cherry pick to do so. The specific patches I'd like to apply are related to this bug: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3550. This bug prevents subtitles from displaying in multiple parts of the opac and intranet. Any thoughts on a workaround if it's going to be a while before the 3.0.6 release? -- Cheers, Christopher Curry Assistant Technical Librarian / Assistant IT Officer American Philosophical Society 105 South Fifth Street Philadelphia, PA 19106-3386 Tel. (215) 599-4299 ccurry(a)amphilsoc.org <mailto:ccurry@amphilsoc.org> *For technical support, please use helpdesk(a)amphilsoc.org <mailto:helpdesk@amphilsoc.org>* Main Library number: (215)440-3400 APS website: http://www.amphilsoc.org

2 1

koha 3rc1 - addbiblio modbiblio bug?
by Waylon Robertson 14 Mar '10

14 Mar '10

on Koha 3 rc 1, as my boss explains: when the cataloger do a new record which contains more than one author he put the first author in field #100 , and the rest of the authors in 700 (it is a repeatable field) then save the record. Later on another cataloger will go over new records to make sure that all the data have been entered correctly and there are nothing missing. If the other cataloger changes anything in the record and save it, the content of the fields 700 get replaced by letter “e” all of them, even if the cataloger changed other fields and didn’t touched 700. Possibly related to http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2265 but there is no patch file attached, so i can't try it. .. and have no idea where to look for the fix.

1 1