IRC log for #koha, 2008-06-26

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
14:25 gmcharlt announcement: bugs.koha.org is down at moment - page requests get reset.  sysadmin is looking at it
14:32 slef gmcharlt: thanks for the headsup
14:39 gmcharlt slef: is that occuring in RC1.  I've not been able to reproduce that bug
14:40 paul or hdl, about?
14:40 slef gmcharlt: yes, RC1, but the authorities tables were deleted at some point, so I've tried to re-add them
14:40 gmcharlt: so entirely possible to be a local bug
14:41 gmcharlt announcement: bugs.koha.org is back
14:42 slef gmcharlt: have you seen it from anyone else?
14:42 ok, I can't reproduce the bug
14:43 gmcharlt slef: bug 2254 reported by fbcit seems similar
14:45 slef Yes, it does.  I'll link our local bug to that one and give more info as I get it.
14:51 gmcharlt slef: ok, looking at code, I'm starting to get an inkling of how it might be triggered - GetAuthType returns either a hashref or an arrayref depending on its arguments
14:51 *sigh*
14:51 atz lame
14:51 slef gmcharlt: seems to happen for Serials and not for Books here.
14:52 gmcharlt: Does that correlate and shall I test on our dummy server too?
14:53 Can't coerce array into hash at /Library/WebServer/Koha/intranet/​cgi-bin/cataloguing/addbiblio.pl line 738.
14:53 at /Library/WebServer/Koha/intranet/​cgi-bin/cataloguing/addbiblio.pl line 738
14:53 main::BiblioAddAuthorities('M​ARC::Record=HASH(0x1c0aa94)', 'SER') called at /Library/WebServer/Koha/intranet/​cgi-bin/cataloguing/addbiblio.pl line 850
14:53
14:53 (just switched KOHA_BACKTRACES on)
14:53 got to go away for 2 hours or so now, though, which is frustrating
14:54 gmcharlt slef: ok, I've reproduce the bug
14:54 create/edit bib using Serials framework
14:54 with BIblioAddsAuthorities ON
14:55 and entering something in the 100$a (corporate author, which is commonly used for serials)
14:56 slef great!
14:56 (have I mentioned how much I enjoy meeting vendors' salesmen, by the way? :-/ )
14:57 atz do you get some free pens out of the deal?
14:57 or lunch?
14:58 I think I still have a Juniper deck of cards and a Barracuda t-shirt... along w/ who knows what other crap.
14:58 Oh yeah... A Sirsi library bag.  Gotta love that.
15:01 slef atz: I suspect not.  They usually expect us to buy stuff.  Bizarrely, I get more gifts from customers than suppliers since working for a cooperative.
15:02 cooperation? pity? $DEITY knows
16:04 gmcharlt slef: FYI, patches for 2254 coming shortly
16:16 rhcl Is the mailing list down? I see bugs was down earlier.
16:28 tim I'm looking at the 3.0.0 manual on google and it says fines.pl replaced fines2.pl, fines-ll.pl, and fines-sanop.pl.  I have those three files, but not fines.pl.
16:30 rhcl !seen gmcharlt
16:31 gmcharlt rhc1: I'm here
16:32 rhcl OK, I had just noticed that you were discussing the bugs.koha.org site being down earlier, and it looks to me like lists.katipo.co.nz is down too.
16:33 gmcharlt rhc1: lists.katipo.co.nz appears to be up for me - different server, and different outfit running it
16:35 rhcl hummm, donno, but a post I made earlier hasn't shown up. I know sometimes it takes a while, but usually not this long.
16:36 kados rhcl: are you subscribed to the list?
16:37 rhcl: and did you get some kind of notice that it was held in a moderation queue?
16:37 frederic hello
16:37 rhcl OK, just this second I got the "held" notification.
16:38 frederic Have you seen Beda Szukics message on koha-translate?
16:38 mc 'lo world
16:38 frederic I have the same issue, even in .PO file creation.
16:39 I would like to prepare .po file to do an Arabic translation
16:39 mc i would like to be sure of something:
16:39 1 zebra base = 1 zebra instance
16:40 i mean: this is not as mysql that could handle multiple bases in a same process
16:40 kados mc: zebra can handle multiple databases in the same process too
16:41 mc: e.g., 'biblios' is bibliographic, and 'authorities' is authorities db
16:41 mc damned! i'm a looser :)
16:41 oh ...
16:41 yes
16:41 but is it a way to have:
16:41 biblios_client1
16:41 biblios_client2
16:41 biblios_client3
16:41 kados yes, it's possible
16:41 mc with separate credentials
16:42 ok
16:42 kados mc: but at liblime, we have separate zebra instances per client
16:42 mc: it's easier to handle IMO
16:42 mc readson ?
16:42 reason?
16:42 kados you can restart one without affecting the others
16:42 no permissions issues
16:42 ie, every client can have it's own permissions
16:42 (file permissions)
16:43 mc right
16:43 not too heavy ? scalable ?
16:43 kados I think so ...
16:43 :)
16:45 mc thanks for your advice
16:45 frederic kados: how you you generate .po files. translator_doc.txt instructions doesn't work for me. The process fails without any error message
16:48 kados frederic: I use the process described here:http://www.kohadocs.org/usersguide/apb.html
16:48 frederic: if translator_doc.txt needs to be updated, please submit a patch
16:49 frederic Are you aware of someone trying to translate koha into Arabic? Which ISO code would you use for Arabic? (ar-???)?
16:50 kados frederic: ar-Arab would be the general cae
16:50 (ar = Arabic language; Arab = Arabic script)
16:50 if you have a specific region if could be included
16:50 frederic: i think the ur-Arab may be arabic and a good starting place
16:51 frederic: there is at least one other person working on arabic translation, but I haven't heard from them in a bit
16:52 frederic kados: Thanks. I will go with ar-Arab.
17:27 kados: I've found why .po creation was failing: My Linux box was missing msgmerge command (gettext Debian package)
18:16 kados frederic: a likely cuprit
18:16 frederic: can you also suggest the same to the list in response to the thread that was started on this topic?
20:12 atz wow... bigtime rainstorm just moved in
20:24 kados heh
21:40 atz apparently I can't match a spotty *statistics* record for a renewal to the transaction record in old_issues
21:41 the timestamp field is apparently not updated?
21:42 or I guess I don't get what constitutes an "old_issue"
21:43 gmcharlt old_issue = returned item no longer in issues table - nothing to do with renewals
21:44 atz ok, i guess that's just an oddity of my test data.  transaction was 2007, but isn't returned yet
23:22 gmcharlt: stats correction (i.e. "backfill") script patch sent
23:22 with copious commit msg
23:35 gmcharlt atz: saw it
23:36 one potential issue - for patron privacy, will need ability to sever borrowernumber from statistics related to circulation transactions
23:36 atz that isn't implemented anywhere yet, is it?
23:37 gmcharlt atz: it is - the anonymization option in tools/cleanborrowers.pl
23:38 atz so all it does it set borrowernumber to null?
23:38 that would be a bad implementation
23:39 gmcharlt why?
23:39 atz wouldn't you want to extract the demographic and other useful statistical info to an anonymous_profile table and link that instead?
23:40 gmcharlt that would be a valid enhancement, yes
23:40 atz at the very least, set it to -1 so it is differentiable from mistakenly null borrowernumbers
23:41 i guess null would be ok if we didn't have a problem with mistakenly null values
23:41 gmcharlt I'd prefer the latter (making sure that there's no such thing as a mistaken null value)
23:43 atz me too... then I wouldn't have to write the script
23:48 gmcharlt: if the borrownumbers are removed from issues/old_issues, then this script won't "recover" them
23:49 (and if they aren't, I don't quite get the point of partially-anonymized histories)
07:13 chris evening
07:34 js hello chris
09:17 mc hello koha people

← Previous day | Today | Next day → | Search | Index

koha1