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

[3.0.x] To install Text::CSV::Encoded
by Zeno Tajoli 18 Mar '10

18 Mar '10

Hi to all, with specific patches for 3.0.x now is important to install the modules Text::CSV::Encoded. The patches are: author Matthias Meusburger <matthias.meusburger(a)biblibre.com> Tue, 26 Jan 2010 13:52:36 +0000 (14:52 +0100) committer Henri-Damien LAURENT <henridamien.laurent(a)biblibre.com> Wed, 10 Feb 2010 13:01:29 +0000 (14:01 +0100) commit 523735ef6b97944dcbbb882704702028c7373c0e tree 4a81ac1452780657eca6abe582204cd1c9aed373 parent 0865bd7727a69edadb4fb22d02321447fce14b37 In my opinion is better to install every perl modules that could be used from Koha. So, is a debian package avaible for this module or do we need to use CPAN ? Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

1 1

Re: [Koha-devel] FSF address in copyright notices
by Galen Charlton 17 Mar '10

17 Mar '10

CCing koha-devel, as I had meant to originally. --gmc On Mon, Mar 15, 2010 at 9:13 AM, Galen Charlton <gmcharlt(a)gmail.com> wrote: > Hi, > > On Sun, Mar 14, 2010 at 10:43 PM, Lars Wirzenius <lars(a)catalyst.net.nz> wrote: >> * INSTALL.fedora7 -- this has a copyright statement, but no >> copyright license information. Is it still relevant? Fedora 7 is >> pretty old by now, and no longer support, as far as I can tell. >> Do the instructions work for modern versions of Fedora? If not, >> can they be updated? If not, the file should probably be >> removed. If it is still relevant, or can be made relevant, a >> copyright license should be added. > > My preference is to update installation documentation, not remove it. > Any Fedora users about who could run through an installation with the > current version of Fedora? > >> * t/smolder_smoke_signal -- this is not under the GPL-2, but the >> license seems compatible with it, in case that is necessary, so >> thist should be OK. I am bringing it up just to make sure it is >> actually OK, not just in the happy universe in my head. > > License seems OK, but there's an another issue here - is anybody > willing to volunteer to run a Smolder server for the Koha project? > >> * misc/cronjobs/check-url.pl, misc/cronjobs/cloud-kw.pl -- these >> have a copyright license of GPL version 2 only, whereas most of >> Koha has version 2 or later. Is this a problem? Can we get the >> author to relicense to version 2 or later, to keep it compatible >> with the rest of Koha? > > Frédéric - can you confirm willingness to update the license of > check-url.pl to GPL 2+? Ditto for cloud-kw.pl? > >> Another issue I noticed is that few if any files have their copyright >> statements updated. Many files have copyright timestamps from 8 years >> ago, for example, but have been modified since. I am not sure if this is >> important enough to fix, but on the whole it would probably be good to >> be careful about these things. Fixing ten years of code base for this is >> going to be a pain, though. > > In more ways than one. I will take this opportunity to ask/remind/beg > people to not copy-and-paste the "Copyright 2000-2002 Katipo > Communications" line in new files. Please use your own (or your > employer's) copyright statement with a current year. > > Regards, > > Galen > -- > Galen Charlton > gmcharlt(a)gmail.com > -- Galen Charlton gmcharlt(a)gmail.com

4 3

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