← 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('MARC::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