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

Suggestions Wanted For Koha Uninstall Script.
by Koha-Developer 07 Jul '09

07 Jul '09

I've been giving Bug 459 (No unistall script) some thought. And I've come up with what might well be a solution. I'd be interested to hear thoughts on the matter. * [1] I've taken Galen's suggestion and added support for multiple machine architectures. Ostensibly this is to support unixes and variants who do not use /usr/sbin to store userdel & groupdel commands. [2] I've removed comments about the install logfile holding misleading information. I believe those comments were probably mistaken and am investigating the matter further. ** help wanted: I'd like suggestions of Perl Interpreter Machine Type Operating System Classifications for any machines which do not use the /usr/sbin directory for the commands userdel and groupdel with the exception of FreeBSD (or BSDs in general) if they do not have a groupdel command of some kind. (Not a procedure for editing the group file, and so forth. It must be one single command.) (**Please do not send instructions for procedures for editing users and groups.) A demonstration Koha uninstall script is here: http://www.help-desks.co.uk/downloads/uninstall_koha.pl.txt Patrick Mackeown

1 0

No Koha Uninstall Script.
by Patrick Mackeown 07 Jul '09

07 Jul '09

I've been giving Bug 459 (No unistall script) some thought. And I've come up with what might well be a solution. I'd be interested to hear thoughts on the matter. Patrick Mackeown

2 1

ITEM Count
by M L N 06 Jul '09

06 Jul '09

Hello, This is a very stupid question but how do i change the Item count in a bibliographic record? i have two records of the same book and want to just put 2 items under one record. Is the field for that in bibliographic records or items? Thanks in advance! Linh

5 5

Sip2 and Sip.pm
by Colin Campbell 06 Jul '09

06 Jul '09

Hi, there's an underlying assumption in Koha's Sip implementation that messages from sip units will be terminated by carriage return line feed. This works with many sip clients (including 3M). However the sip2 standard mandates that sip messages are terminated by carriage return (hex 0d). That means any client that implements the standard as specified (and I know of at least 2 such vendors) can't connect to Koha's implementation (which sits waiting for the CR). It also means that those units that send hex 0a in the body of text can cause grief. I'm wondering if anyone has any thoughts on improving the server side. Cheers Colin -- Colin Campbell Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

2 4

Re: [Koha-devel] Bugs about koha-zebraqueue-daemon ?
by Zeno Tajoli 06 Jul '09

06 Jul '09

Hi Chris, >We were actually just talking about this on irc, > >Log of the chat is here > >http://tinyurl.com/qy5tq7 > >Chris thank for the log. I can't jump in the chat now because I don't have a chat client on PC. Bye Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

2 1

Bugs about koha-zebraqueue-daemon ?
by Zeno Tajoli 06 Jul '09

06 Jul '09

Hi to all, as you see in koha general mailing list we are speaking how to setup indexing in production: as I see the solution is not use zebraqueue daemon but to put in cron job rebuild_zebra.pl At 18.14 04/07/2009 pianohacker(a)gmail.com wrote: >Note: The zebraqueue daemon is, to my knowledge, no longer >recommended for reasons > of performance. I know that in my current test, it is slowly > chewing through my memory even with > no actual use (up to a good 143 MB after 2 weeks). As annoying as > the wait for your records > to be indexed is, the rebuild_zebra cronjob is the only viable > option right now. At 09.11 05/07/2009, Chris Cormack wrote: >2009/7/5 Jonson philip <superjojo1000(a)gmail.com>: > >The daemon hasn't been kept up to date, and has some issues with >memory leakage, so on all systems you should run rebuild_zebra.pl as a >cron job. for my library is not a good solution. We want to use Authority a lot in cataloguing and we need to insert a new authority record and immediatly use it. So in fact I need to fix zebraqueue daemon !! There are in bugzilla description of this bug ? Could you send me a description of the bug ? More descriptions, more easy to fix it. Cheers Zeno Tajoli Zeno Tajoli CILEA - Segrate (MI) tajoliAT_SPAM_no_prendiATcilea.it (Indirizzo mascherato anti-spam; sostituisci quanto tra AT con @)

2 1

[Koha] barcodes,
by Chris Nighswonger 04 Jul '09

04 Jul '09

On Sat, Jun 27, 2009 at 4:27 PM, Chris Nighswonger < cnighswonger(a)foundations.edu> wrote: > On Sat, Jun 27, 2009 at 8:10 AM, mike re-v<mrmrmr50(a)yahoo.com> wrote: > > > > Greetings, > > print to file and send it to me, I'll see if I can open it. > > Alternatively, hexedit will open, it and it could look at the leader > > and the end byte codes to see what it is you are producing.Then compare > what you are producing to what works. > > > > from the command line $ hexedit foo.pdf > > > > Alternately you can just open the pdf in a plain text editor and check > to see that the barcode data is there. PDF is a sort of mangled Post > Script stream. > > > Below is the stream for a single item. The line with the series of > zeros and ones is the barcode. However, I can confirm that the > barcodes do not display in Reader 9.0 while they do in 7.0. Versions > 8.0 and 9.0 use PDF version 1.7 while 7.0 uses 1.6. There may be a > subtle difference in syntax that causes the breakage. I'll open a bug > and try to take a look at it next week. > The issue here is not a Koha issue, but *probably* an issue where Adobe Reader does not maintain backward compatibility. Fortunately the fix is not so bad. We just switch from embedding the barcodes as a Type3 font to graphical embedding. I'll submit a patch later today against the current HEAD. It will need to be back-ported to the 3.0.x branch as well. Regards, Chris

2 3

Apache bandwidth tuning in default config
by Tomás 03 Jul '09

03 Jul '09

I've been playing recently with some firefox extensions for web developers: FireBug: https://addons.mozilla.org/es-ES/firefox/addon/1843 PageSpeed: http://code.google.com/intl/es-ES/speed/page-speed/index.html YSlow: http://developer.yahoo.com/yslow/ and found that enabling certain options in the koha's apache VirtualHosts configuration would improve a lot koha's performance in bandwidth use. Only the opac startup page bandwidht usage goes from 368.5K to 118.3K. Enable http compression using mod_deflate --------------------------------------------------------------- Document this command for enabling this in Debian/Ubuntu # a2enmod deflate and add this lines to koha-http.conf in both VirtualHost definitions SetOutputFilter DEFLATE SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip I specify not to apply useless compression to compresed images. Further options could be used. See http://httpd.apache.org/docs/2.0/mod/mod_deflate.html Enable better caching features by setting explicit expiration far in the future for static content using mod_deflate ---------------------------------------------------------------------------------------------------------------------------------------------------------------- Document this command for enabling this in Debian/Ubuntu # a2enmod expires and add this lines to koha-http.conf in both VirtualHost definitions ExpiresActive On ExpiresDefault "modification plus 1 year" as mod_expires only applies to files in the filesystem it is safe to rely on modification date. This could be fine-tuned, for example on a per filetype basis (see http://httpd.apache.org/docs/2.0/mod/mod_expires.html) ----- PageSpeed in particular offers some recommendation on image sizes and provides an optimal image file for substitution. This could be analised. To+. -- Aparición con vida de Jorge Julio López.

1 0

July #koha IRC meeting transcript
by Galen Charlton 01 Jul '09

01 Jul '09

Hi, Thanks to everybody who participated today. A transcript of the meeting can be found at http://koha.org/cgi-bin/logs.pl?user=&startdate=2009070112%3A00%3A00&enddat… Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton(a)liblime.com p: 1-888-564-2457 x709 skype: gmcharlt

1 0

Wide character error
by C W Nel 01 Jul '09

01 Jul '09

I staged a record and it imported 100%. I can view it and can see a diacritic (650 7 _aHuérfanos) This record cannot be saved/edited. It gives the “Wide character” error. If I delete the field, it saves 100%. It is obvious that it is not a mysql problem, because it was imported correctly into the database. I tried my best to configure everything to be utf-8, but obviously something is wrong. Can someone please advise? Thanks

1 0