IRC log for #koha, 2013-11-11

All times shown according to UTC.

Time S Nick Message
00:00 tcohen joined #koha
00:05 dcook wb tcohen
00:06 tcohen bye dcook!
00:13 dcook Didn't realize you were going. Bye!
00:16 dcook facets?
00:16 wahanui facets are drawn from the records in the search results
00:16 dcook facets?
00:16 wahanui facets are drawn from the records in the search results
00:16 dcook facets is also[…]_bug.cgi?id=11232
00:16 huginn Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
00:16 dcook facets?
00:16 wahanui facets is probably[…]_bug.cgi?id=11232
00:16 huginn Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
00:16 dcook Kewl
00:17 WaylonR hmm
00:17 WaylonR forget facets
00:17 wahanui WaylonR: I forgot facets
00:18 WaylonR facets are drawn from the records in the search results and are being worked on in bug 11232:[…]_bug.cgi?id=11232
00:18 huginn Bug[…]_bug.cgi?id=11232 new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
00:18 huginn Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
00:18 WaylonR facets?
00:18 wahanui facets are drawn from the records in the search results and are being worked on in bug 11232:[…]_bug.cgi?id=11232
00:18 huginn Bug 11232: new feature, P5 - low, ---, gmcharlt, NEW , Retrieve facets from Zebra
00:18 WaylonR heheh
00:18 WaylonR Power of the bots.
00:46 WaylonR PKI?
00:46 WaylonR PKIAuth?
00:47 WaylonR ahhh
00:47 WaylonR PKIAuth via SSL certificate?
00:58 mtompset joined #koha
00:59 mtompset Greetings, #koha.
00:59 eythian WaylonR: yes
01:02 tcohen hi mtompset
01:02 WaylonR hiya mtompset
01:02 WaylonR bug 9055
01:02 huginn Bug[…]w_bug.cgi?id=9055 enhancement, P5 - low, ---, wrobertson1981, Patch doesn't apply ,'s multiple branch search, multiple branch security mod
01:02 WaylonR awaiting your testing.
01:03 mtompset Greetings, tcohen. Yes, I too am glad that I think we've ironed out the silent warnings from C4/ Just waiting for someone to sign off all the patches. :)
01:03 tcohen which need signing?
01:07 mtompset the last two.
01:07 wahanui the last two are the error messages.
01:07 mtompset both mine and papa's.
01:08 mtompset Sorry, WaylonR. I got distracted by other things. I'll try to get to it this week.
01:08 WaylonR cool.
01:12 eythian <-- mtompset, we have papa's patches applied here, it's made quite a difference.
01:12 eythian (that's accesses and errors from our koha logs.)
01:13 tcohen what do u use for that graphics?
01:13 mtompset Let me guess, you applied it around 16:00? ;)
01:14 eythian mtompset: I think a little after that on the Friday, yeah
01:14 tcohen what tool is that eythian?
01:14 eythian tcohen: it's a logging thing Catalyst is building internally.
01:15 tcohen ok, looks reallynice :-D
01:15 mtompset eythian: Did that include everything on 11077?
01:15 eythian you haven't seen half of it :) it's full of tables and charts and things giving all sorts of information.
01:16 eythian mtompset: no, just the ccode one I think, maybe one or two other things, but they were put in earlier.
01:16 mtompset tcohen: eythian pointed me to a pretty picture the other day.
01:16 mtompset Oh wait... papa works for the same company as you do, eythian?
01:16 eythian yeah
01:17 mtompset shoot... you can't sign his patch off. :(
01:17 eythian nope
01:18 eythian <-- tcohen
01:22 WaylonR huh.... DBD::mysql::db do failed: Error on rename of './kohadbdev/patronimage' to './kohadbdev/#sql2-65bc-c5f7f' (errno: 152) at the bug 10636 in
01:22 huginn Bug[…]_bug.cgi?id=10636 normal, P5 - low, ---, kyle, Pushed to Master , patronimage should have borrowernumber as PK, not cardnumber
01:40 papa he can, but he does not like my code
01:41 mtompset Shoot... I just discovered another lack of addendum in my patch on 11077. :(
01:42 dcook gmcharlt++
01:42 dcook great summary emails for kohacon
01:43 dcook especially the hackfest
01:45 nengard joined #koha
01:50 dcook eythian++
01:53 wizzyrea is there something special you have to do to make OpacHiddenItems work?
01:53 mtompset No, just enter it in YAML format.
01:54 wizzyrea well I did that (yes, the syntax is correct), and it's not working.
01:54 dcook wizzyrea: That's odd.
01:54 mtompset How so?
01:54 mtompset Are you confusing OpacSuppression with OpacHiddenItems?
01:54 wizzyrea i do a search for a known withdrawn item, with a withdrawn rule in, and it shows up
01:54 wizzyrea no I am not.
01:55 mtompset in opac?
01:55 wizzyrea yes.
01:55 dcook Can you cover withdrawn items with that syspref?
01:55 wizzyrea it is in the example.
01:55 mtompset Hmmm....
01:55 dcook Hmm
01:55 dcook Wasn't withdrawn misspelled at one point?
01:55 dcook As withdrwn
01:56 dcook Or something like that
01:56 wizzyrea this is previous to that fix.
01:56 wizzyrea wthdrawn
01:56 wahanui wthdrawn is that right?
01:56 dcook Hmm, I've just used that syspref with item type before and it worked as expected
01:56 nengard left #koha
01:56 dcook Sorry :/
01:57 wizzyrea now there is only one item on this particular record, and it's withdrawn, it is the only bib that comes back for this search
01:57 wizzyrea so we're not going through the results.
01:58 dcook Mmm
01:58 dcook That makes (a kind of) sense
01:58 dcook So you're searching for that record and it's taking you directly to the bib
01:58 dcook And not showing the item at the bottom?
02:00 wizzyrea no it is showing the item.
02:01 dcook Hmm, bizarre
02:02 wizzyrea but yes, it's taking me straight to the bib.
02:02 wizzyrea but, if there's nothing special requred to make it work, I will figure out why it's not working ;)
02:02 dcook Yeah, I was going to say, without debugging, I have no idea. Shouldn't be anything special required to make it work.
02:02 dcook Have you tried it with other examples?
02:03 dcook I like using "itype: [ILL-BOOK]"
02:05 dpk1 joined #koha
02:08 wizzyrea eythian++ for spotting the problem on his fancy new log thingie.
02:08 eythian :)
02:08 wizzyrea it gets mad if you only have one entry in there.
02:09 wizzyrea put it in twice and it works just fine.
02:09 mtompset put what in twice?
02:09 wizzyrea > wthdrawn: [1]
02:10 wizzyrea > wthdrawn: [1]
02:10 wizzyrea for example
02:10 dcook Hmm, I just have a oneline entry
02:11 wizzyrea something to do with wthdrawn? idk.
02:11 dcook I'll take a look :)
02:11 wizzyrea this is 3.12
02:11 dcook I'll take less of a look ;)
02:11 wizzyrea is ok I'll try to poke at it.
02:12 mtompset Oh no... try leaving a BLANK line.
02:12 mtompset I think it is a blank line parsing issue.
02:12 wizzyrea mmm I tried that.
02:12 mtompset wthdrawn: [1]\n\n?
02:13 dcook I seem to remember reading that the YAML processor likes at least a few newlines
02:13 wizzyrea I didn't try it with two \n's
02:13 dcook The place I was looking at it in Koha appended the new lines though
02:13 wizzyrea yea there was a patch for that.
02:13 wizzyrea this one may not have it
02:14 wizzyrea nope, that doesn't work
02:15 wizzyrea but a newline in the syspref box does.
02:15 mtompset Are you testing one of my OpacHiddenItem's patches?
02:15 wizzyrea no.
02:16 wizzyrea and newline, in this case, is actually hitting enter a couple of times after your entry.
02:17 dcook ^^makes sense
02:18 dcook But fine in 3.8.0
02:18 tcohen papa: did you address the warnings from hitting enter on an empty Checkout form?
02:18 dcook Even without those extra newlines
02:18 wizzyrea yep, it does now - didn't even occur to me that one would have to do that until eythian pointed me to the error message.
02:18 wizzyrea maybe a newer or different yaml parser? idk.
02:19 papa tcohen: not intentionally
02:20 tcohen bye #koha, bedtime :-D
02:20 dcook night tcohen
02:20 dcook Hmm, I think OpacHiddenItems was treated differently in a newer version..
02:24 wizzyrea could be
02:24 dcook Hmm...instead of being taken straight to the record I seem to get a 404..
02:25 wizzyrea yea, same
02:25 wizzyrea the net effect is that it's hidden
02:25 dcook I guess so, eh?
02:25 wizzyrea ...perhaps poorly, but the borrower doesn't see it so...
02:25 dcook True true
02:26 * wizzyrea saves concern for that for when the client notes it.
02:26 wizzyrea (if they note it)
02:26 wizzyrea thank you all for your attention :)
02:27 mtompset Hmmm... bug 10584?
02:27 huginn Bug[…]_bug.cgi?id=10584 enhancement, P5 - low, ---, mtompset, Pushed to Master , Hide OPAC bibilo details if all items are hidden.
02:28 mtompset hmm... maybe more of bug 10872
02:28 huginn Bug[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Master , C4::Items GetHiddenItems fix and optimization
02:29 wizzyrea yep I saw those.
02:32 mtompset Because the fix and optimization patch corrects a problem where the YAML code busts in certain contexts causing the hiding to fail completely.
02:32 mtompset I think it was MARCdetail though.
02:42 wizzyrea either way this install won't have those patches ;)
02:46 dcook So wizzyrea...what was the issue again and how did you fix it?
02:47 dcook The code in master looks like it appends those newlines, so I don't imagine that would've been the issue?
02:47 wizzyrea the issue was that it didn't like having only one entry all on one line
02:47 wizzyrea I fixed it by putting in two blank lines after the single entry
02:47 dcook Wait a tic..
02:47 wizzyrea it might have worked with one.
02:48 wizzyrea i noted that there was a patch to append newlines.
02:48 dcook return () if (! $yaml =~ /\S/ );
02:48 wizzyrea and that it had been pushed.
02:48 dcook That's not in mine..
02:48 mtompset that return looks like mine. :)
02:48 mtompset from bug 10872.
02:48 huginn Bug[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Master , C4::Items GetHiddenItems fix and optimization
02:50 mtompset basically, a quick return if the yaml doesn't have printable text. :)
02:50 dcook Yeah
02:50 mtompset that was an optimization. :)
02:51 dcook wizzyrea: I just find it so weird that adding the blank lines did it :S
02:52 wizzyrea yea, I'm not sure.
02:52 dcook Before you had them, were you getting t hat "nable to parse OpacHiddenItems syspref" warning in your logs?
02:52 wizzyrea Code: YAML_PARSE_ERR_SINGLE_LINE was the message
02:53 dcook Filing a bug for it?
02:54 wizzyrea well... I haven't tested it on master.
02:54 wizzyrea only 3.12
02:54 wizzyrea mtompset's stuff may well fix it
02:54 dcook $yaml = "$yaml\n\n"; # YAML is anal on ending \n. Surplus does not hurt
02:54 dcook Should fix it :S
02:54 dcook But it's in 3.8.0 and master
02:54 * mtompset shrugs.
02:55 mtompset I just know that we are particular about using OpacHiddenItems. :)
02:55 mtompset Hence my patches and enhancements. :)
02:55 dcook I suppose if that problem is still around when I upgrade, I'll see it then
02:55 * dcook saunters off to put food in his gut
03:05 BobB joined #koha
03:12 mtompset gmcharlt: you here?
03:13 mtompset @later tell gmcharlt Found a minor issue in MARC::File see my comments in bug 11183.
03:13 huginn mtompset: The operation succeeded.
03:15 gmcharlt mtompset: not a bug in MARC::Field, a bug in Koha calling that routine incorrectly and not verifying that it's passing a valid subfield label
03:15 gmcharlt the warning is showing up only because I recently enabled the warnings stricture in MARC::Record and friends
03:16 mtompset You have no explicit error checking in the code, though. Intentionally done for speed?
03:17 gmcharlt nope, legacy -- but note that it would not have been out of line for that method to throw an exception if called incorrectly
03:19 mtompset So, how would I find the code that calls it badly?
03:20 gmcharlt or to put it another way: although I'll surely paper over that warning at some point in a future MARC::Record release, the fact that it shows up signals an error in calling code, that MARC::Field
03:20 mtompset the Koha code that is.
03:21 eythian[…].14.4/lib/ <-- die using this to get a backtrace
03:22 gmcharlt well, either trawl logs or go through all of the calls to MARC::Field->subfield() and look for ones that can possibly be invoked without a defined subfield code being passed to it
03:30 mtompset C4/ 1838. :)
03:36 eythian[…]solation-Of-Smaug# <-- wizzyrea, tickets available now :)
03:37 wizzyrea oooOOOoooo
03:40 * dcook hopes the second one is better than the first...
03:40 * dcook says only slightly hypercritically
03:41 gmcharlt yes, the paradox of middle-movie-syndrome
03:41 mtompset Okay... this is weird.
03:41 gmcharlt for a film that is part of a set... based on one book
03:41 wizzyrea it's got the barrel bit in it and the elf kingdom
03:41 wizzyrea I think it's gonna rock.
03:41 wizzyrea possibly spiders too, not sure.
03:41 mtompset What if $item->{$code} was never set? Shouldn't $item->{$code} return undef?
03:42 gmcharlt and roll, even, if I remember that chapter correclty ;)
03:42 eythian mtompset: it would, yes
03:50 mtompset Ah... it doesn't nest errors on STDERR. :)
03:51 mtompset print STDERR "blah: " . undef . "\n";
03:51 eythian it should
03:52 eythian $ perl -e 'use warnings; print STDERR "blah: " . undef . "\n";'
03:52 eythian Use of uninitialized value in concatenation (.) or string at -e line 1.
03:52 eythian blah:
03:53 mtompset inside of C4/
03:53 eythian It shouldn't make a difference.
03:53 * mtompset shrugs.
03:53 eythian so long as use warnings is on.
03:54 mtompset At least I know it is undef, which means a simple if check around the call should silence up that 314 MARC::File warning.
03:54 mtompset and still give the same behaviour.
04:23 dcook frameworks?
04:23 wahanui frameworks are a big topic
04:23 dcook frameworks?
04:23 wahanui frameworks are a big topic
04:24 mtompset advanced visibility options on frameworks. :P
04:25 dcook That's what I'm thinking about at the moment :p
04:25 WaylonR how can i manually set the dbversion of koha?
04:27 Oak joined #koha
04:27 Oak Ahoy me hearties
04:28 Oak hello mtompset
04:28 Oak time to sleep for you.
04:28 mtompset Greetings, Oak.
04:28 Oak :)
04:28 mtompset No, just one more patch. :)
04:28 Oak okay one more.
04:28 wahanui one more is better than one less but yeah they should be the same
05:01 dcook visibility options...ugh
05:12 mtompset dcook: Yep. Ugh. :)
05:12 mtompset Oh, and for everyone that was paying attention to Haiyan (Yolanda). The Philippines is getting hit with ANOTHER shortly.
05:12 mtompset
05:13 mtompset Thankfully only signal 1 as compared to signal 5.
05:25 * dcook wonders why "installer-data-mysql-en-marcflavour-mar​c21-mandatory-marc21_framework_DEFAULT.sql" doesn't seem to insert rows in order
05:25 dcook Or that they are retrieved out of order on a select...
05:26 dcook Mmm the tab column perhaps..
05:26 dcook for some reason..
05:28 dcook What the..
05:28 wahanui it has been said that the is a stop word
05:30 eythian dcook: there is no such thing as order for sql tables
05:30 eythian or for rows in sql tables, more accurately perhaps
05:31 fredy joined #koha
05:31 dcook I've heard that said before, but I'm not sure that I've ever understood
05:31 dcook Order by changes the order
05:31 dcook At least the order that is displayed
05:32 eythian yeah, that lets you apply a sort
05:32 eythian but if you don't, there's no favoured ordering.
05:32 dcook It seems that primary key is sometimes used as a favoured ordering
05:32 eythian it might be
05:32 dcook But not always?
05:32 eythian but it's not a given
05:32 dcook I think that's the scenario I'm running into now
05:33 eythian if you delete some rows in the middle of a table, and then insert some rows, they may go into the emptied space.
05:33 dcook I noticed that my framework export wasn't writing out the rows "in order", but then I removed my where clause, ran the query, added the where clause again, and now it does..
05:33 eythian if you need order, always use order by. If you don't care about order, don't worry about it.
05:34 dcook Right, that's usually what I would do
05:34 eythian It is usually the case that they will come out in the order that they were added in, but not always.
05:34 dcook But I was wondering what the SQL export in the frameworks was doing
05:35 dcook This is certainly a case in point for what you're saying :)
05:37 dcook Hmm, was able to do it again by deleting all the rows and then re-running the SQL file from the installer
05:37 dcook Hmm, then it went away...interesting
05:38 dcook eythian: The only reason it mattered is that I was doing a diff between two frameworks and the order was causing issues
05:39 dcook But I couldn't apply an order by in that case
05:40 dcook But thanks :)
05:44 eythian np :)
05:44 cait joined #koha
05:44 eythian hello cait
05:44 wahanui hello cait are you here?
05:44 mtompset Greetings, cait. :)
05:45 * dcook waves to cait
05:46 cait hello all
05:46 cait :)
06:31 mtompset be rangi?
06:31 wahanui Send a patch!
06:31 mtompset be eythian?
06:31 wahanui Sod it all, let's head to the pub!
06:31 dcook Good advice
06:31 dcook On that note, I'm out
06:31 dcook Nice being back. See everyone later (eventually)
06:31 mtompset Bye, dcook.
06:31 mtompset I'm very overdue for sleep.
06:38 mtompset Have a great day, #koha cait eythian Oak WaylonR and whoever else may be lurking. :)
07:41 * magnuse waves
07:55 marcelr joined #koha
07:55 marcelr hi #koha
07:58 kf joined #koha
07:58 kf hi #koha
08:01 magnuse kia ora kf and marcelr
08:05 marcelr hi magnuse and kf
08:06 kf hi magnuse and marcelr
08:12 kf BobB++
08:33 ashimema joined #koha
08:38 kf good morning ashimema
08:43 ashimema Good morning kf
08:44 ashimema brb
09:02 ashimema joined #koha
09:03 ashimema Good morning #koha
09:20 magnuse hiya ashimema
09:20 ashimema hello magnuse
09:22 ashimema Yowsers.. I did not expect this: http://www.librarytechnology.o[…]
09:22 kf and here i was hoping that you would know something :)
09:22 kf the press release on their website reads quite different
09:23 kf no mention of koha
09:24 magnuse wow, that's weird
09:25 magnuse is COTS Digital Library System (DLS) a renaming of their fork?
09:31 kf i guess it's other products and koha only being a small part
09:31 magnuse yeah, probably
10:25 ashimema hey magnuse.. do you understand how koha-shell works.. (could you point me to some docs for it?)
10:26 busla joined #koha
10:28 magnuse ashimema: hm, i don't think there are a lot of docs, apart from the source and the man page
10:28 magnuse have you looked at the man page?
10:28 ashimema just asked my colleagues about the PTFS stuff.. it was news to them too.. But.. they do understand what DLS is (as Inc were trying to sell it to us..)
10:29 ashimema DLS is just a pretty interface atop ArchivalWare and Koha.
10:30 magnuse s/koha/their fork of koha/ i presume...
10:31 ashimema sorry.. yeah.. their fork.
10:32 ashimema The stuff atop it is very new.. this'll be the first user fomr the sounds.
10:32 ashimema anywho.. I thought they were slowing down their koha efforts.. show what I know. :(
10:32 ashimema aha.. the man page has a bit mroe detail.
10:33 ashimema aha.. found what I was doing wrong...  I was using 'koha_dev' instead of 'dev' as the instance..
10:33 ashimema silly me.
10:53 magnuse hehe, yeah that would mess things up
12:35 kf jcamins: around?
12:36 collum joined #koha
13:08 ebegin joined #koha
13:11 tcohen joined #koha
13:21 tcohen morning #koha
13:28 kf hi tcohen
13:31 tcohen hi kf
13:31 kf tcohen: hwen is the big day? or was it already?
13:31 tcohen Nov 24th
13:31 tcohen :-D
13:32 kf :)
13:32 kf going on honeymoon too?
13:33 tcohen europe, on march
13:33 kf nice!
13:33 kf where are you going in europe?
13:33 kf france? ;)
13:34 tcohen spain, france, england, maybe germany
13:34 tcohen after the wedding we will make our desicion
13:35 nengard joined #koha
13:35 kf cool :)
13:36 tcohen we are too anxious right now :-D
13:51 tcohen @later tell mtompset are you sure bug 10876 depends on bug 10584?
13:51 huginn tcohen: The operation succeeded.
14:03 magnuse tcohen: norway is nice too! ;-) (bloody expensive, though...)
14:04 tcohen i'm considering Norway too
14:04 tcohen Petter invited me to visit
14:09 magnuse w00t!
14:09 magnuse when will the trip be?
14:09 tcohen march
14:09 magnuse nice
14:09 jenkins_koha Starting build #114 for job Koha_3.12.x (previous build: SUCCESS)
14:10 * magnuse recommends northern norway
14:10 magnuse it will be late winter in march, but that can be nice too :-)
14:10 * magnuse wanders off
14:10 tcohen Aurora :D
14:13 chris_n joined #koha
14:13 tcohen @later tell rangi: jenkins seems to still want to read t/ILSDI_Services.t, which was moved to db_dependet (sort of)
14:13 huginn tcohen: The operation succeeded.
14:29 oleonard joined #koha
14:31 oleonard Hi #koha
14:38 kivilahtio joined #koha
14:45 kivilahtio hi! Do you have a working overdue notifications print service?
14:45 kivilahtio we need to send our overdue notifications to our patrons twice a week.
14:45 kf libraries here use mostly email nos
14:45 kf now
14:45 kf and print themselves
14:45 kf daily
14:45 mtompset joined #koha
14:46 mtompset Greetings, #koha.
14:46 kivilahtio we merge all the notifications for one patron to one letter which is printed
14:46 kivilahtio hi mtompset
14:46 kivilahtio kf: Just curious if anyone has such a service available
14:46 kf yeah, just telling you how it works here - to explain why we have not
14:47 kivilahtio kf: Ok, I'll start working on a print service interface
14:47 mtompset tcohen: You here?
14:47 kivilahtio or maybe Joubu knows something about that?
14:47 oleonard wtf, Bug 11233
14:47 huginn Bug[…]_bug.cgi?id=11233 enhancement, P5 - low, ---, gmcharlt, NEW , testing development
14:50 * kf hands oleonard the cookie jar
14:50 kivilahtio bribery!
14:50 kf you can have one too ;)
14:50 kivilahtio is it a CGICOOKIE?
14:50 kivilahtio I already have quite a few :)
14:51 kf it's just a chocolate chip peanut butter coconot oatmeal cookie :P
14:51 mtompset ^not^nut^ ;)
14:51 kivilahtio peanut butter coconut
14:51 kivilahtio sounds wicked
14:53 jcamins kf: you added peanut butter to the coconut oatmeal chocolate chip cookie?
14:53 jcamins Interesting.
14:53 wahanui interesting is sometimes good and sometimes bad
14:53 kf ...
14:54 * jcamins thinks it would be good in this situation.
14:54 jcamins But it's an unusual addition.
14:54 tcohen hi mtompset
14:54 oleonard The nice thing about virtual cookies is that you can add anything you want and the recipe still works for you
14:56 mtompset Oops... looking further, tcohen. There was an issue with YAML not being loaded properly.
14:57 mtompset 10872 fixes that for MARCdetail.
14:57 mtompset That's why I put the depends.
14:57 mtompset Because 10584 was sort of umbrella-ish.
14:57 tcohen yes, but 10584 changes the current behaviour
14:59 mtompset Yes, you could data mine before.
15:00 * druthb waves to mtompset and jcamins and oleonard and tcohen and kf, and then passes out again.
15:01 tcohen hi druthb!
15:03 tcohen gmcharlt: around?
15:13 ashimema damn you kf.. you've made me crave a cookie now.
15:16 kf *muahahaha*
15:18 jcamins I have a container full of chocolate-white chocolate chip cookies.
15:21 jcamins oleonard: why are you here? Isn't it a holiday?
15:21 oleonard Instead of having today off we have the day after Thanksgiving off.
15:22 jcamins Ooh, that's a lot more useful.
15:23 oleonard In order to mimic the denial of service usually associated with being closed we're having an impromptu failure of OverDrive service authentication :|
15:23 oleonard And waiting for a response on a support ticket from those guys is interesting on a national holiday.
15:28 dpk1 joined #koha
15:34 NateC joined #koha
15:35 maximep joined #koha
15:42 jenkins_koha Project Koha_3.12.x build #114: SUCCESS in 1 hr 32 min: http://jenkins.koha-community.[…]/Koha_3.12.x/114/
15:42 jenkins_koha * Mark Tompsett: Bug 10872 - C4::Items GetHiddenItems fix and optimization
15:42 jenkins_koha * Tomas Cohen Arazi: Bug 10872: UT for GetHiddenItemnumbers and POD fix
15:42 jenkins_koha * Kyle M Hall: Bug 10731 - IntranetSlipPrinterJS is not working for hold slips [v3.10/v3.12]
15:42 huginn Bug[…]_bug.cgi?id=10872 minor, P5 - low, ---, mtompset, Pushed to Stable , C4::Items GetHiddenItems fix and optimization
15:42 jenkins_koha * Marcel de Rooy: Bug 10376: fix ability to print cart from IE9 & 10
15:42 jenkins_koha * David Roberts: Bug 10894: Add ID to main address in member entry form
15:42 jenkins_koha * Katrin Fischer: Bug 10871: Make confirmation message for deleting news translatable
15:42 huginn Bug[…]_bug.cgi?id=10731 minor, P5 - low, ---, kyle, Pushed to Stable , IntranetSlipPrinterJS is not working for hold slips
15:42 huginn Bug[…]_bug.cgi?id=10376 normal, P5 - low, ---,, Pushed to Stable , Printing cart does not work under IE9
15:42 huginn Bug[…]_bug.cgi?id=10894 enhancement, P5 - low, ---, colin.campbell, Pushed to Stable , ID required for mainaddress fieldset in create new patron
15:42 huginn Bug[…]_bug.cgi?id=10871 trivial, P5 - low, ---, katrin.fischer, Pushed to Stable , Confirmation message for deleting news entries is not translatable
15:49 edveal joined #koha
16:20 slef hi all
16:20 Dyrcona joined #koha
16:20 druthb hi slef. :)
16:23 slef Is biblibre's 2011 unilim template/css still the latest mobile browser stuff for koha?
16:24 oleonard The latest mobile browser stuff for Koha is the new Bootstrap theme
16:24 slef ccsr?
16:24 wahanui rumour has it ccsr is not behaving
16:25 nengard ha
16:26 kf slef: bootstrap is the latest and greatest :)
16:26 kf oleonard++
16:26 slef there's actually a theme called "bootstrap" now?
16:26 slef I've been away from the front-end for a while
16:26 kf it will be in 3.14
16:27 kf responsive opac?
16:27 kf bootstrap opac?
16:27 kf bootstrap?
16:27 wahanui an up to date demo of the Bootstrap OPAC can be found at - it's tracking from oleonard's branch bootstrap-opac on gitorious. Bug reports should be filed on bug 10309.
16:27 huginn Bug[…]_bug.cgi?id=10309 new feature, P5 - low, ---, oleonard, Pushed to Master , New OPAC theme based on Bootstrap
16:27 oleonard I wonder if that demo is still tracking my repo? If it is then it's out of date now :(
16:28 kf oleonard: nothing that can't be fixed? :) and also still good for a first impression
16:30 slef looks a lot better than the last time I saw it
16:30 slef a few text overflows but nothing fatal
16:35 mtompset Greetings, druthb. I was wearing my chauffeur hat.
16:46 mtompset gmcharlt++ # for appropriately thanking people for their patches. :)
16:49 NateC_ joined #koha
16:55 mtompset tcohen++ # for copying Galen's good example. :)
17:23 maximep left #koha
17:32 maximep joined #koha
17:41 kf left #koha
17:59 tcohen bye #koha
18:46 cait joined #koha
18:47 cait hi
18:47 druthb cait!
18:49 mtompset Greetings, cait. :)
18:57 mtompset okay, question.
18:57 wahanui question is, like, "What is the meaning of life, the universe and everything?"
18:57 mtompset Why is the use_ok() inside of a BEGIN{ }, in a lot of the tests?
18:57 mtompset Does it have to be?
19:00 jcamins Yes.
19:00 jcamins Because use happens at compile time.
19:09 * mtompset starts work on improving test coverage for t/NewsChannels.t
19:49 mtompset Sorry, slef.
19:51 slef heh no problem mtompset... I just got confused while catching up
19:52 mtompset Consider I don't use a threaded email reader (is Windows Live Mail even capable?!) I didn't see the problem, but I know it exists.
19:52 mtompset ^Consider^Considering^
19:53 slef mtompset: see http://koha.1045719.n5.nabble.[…]ha-tp5777436.html
19:54 slef mtompset: didn't you realise that developers didn't put multiple buttons to write emails just for the fun of it? ;-)  Developers love metadata too baby yeah
19:55 mtompset Ah... Yucky.
19:56 mtompset Oh good... on a positive note, I have the listed in my address list, so I should be able to avoid this in the future.
20:10 jcamins gmcharlt: around?
20:10 gmcharlt jcamins: on my way out the door for a couple hours
20:11 jcamins Okay. Ping me next time you're around?
20:11 jcamins (today, tomorrow, whenever)
20:12 nengard left #koha
20:27 rangi morning
20:28 oleonard Hi rangi
20:33 mtompset Greetings, rangi oleonard
20:35 mrx joined #koha
20:39 mrx Hi All, I'm just experimenting a simple query to dig an isbn 9781927147986
20:39 mrx Below query work just fine in reporting module of koha but when I try to use same through script it is returning null(0E0), any ideas?
20:39 mrx SELECT biblionumber FROM biblioitems where isbn=9781927147986
20:39 mrx my $context = C4::Context->new();
20:39 mrx my $dbh = $context->dbh();
20:39 mrx my $query = "SELECT biblionumber FROM biblioitems where isbn=9781927147986";
20:39 mrx my $sth   = $dbh->prepare($query);
20:39 mrx my $rc = $sth->execute();
20:39 mtompset is ISBN a varchar? Where's the single quotes?
20:41 rangi or better yet
20:42 rangi use placeholders
20:42 rangi and let dbi do it for you
20:42 rangi where isbn=?
20:42 rangi $sth->execute(9781927147986);
20:42 rangi then if it needs '' dbi will do it
21:02 pianohacker joined #koha
21:09 edveal joined #koha
21:11 mrx actually tried both ways with and without single quotes, but it a bit strange still no results
21:29 mrx $sth->excute(9781927147986); still returining nada...
21:29 oleonard Bye #koha
21:42 peggy joined #koha
21:44 mtj mrx, after your execute - do you actually fetch the result?
21:47 mrx Yeap, using $sth->fetchrow_hashref()
21:48 mtj hmm, weird...
21:48 wahanui weird is normal after a while :)
21:48 mtj when i get stuck with dbi, i turn the tracing on
21:49 mtj DBI->trace(3); etc...
21:49 mtj you might be connecting to the wrong database, and not realising
21:50 mtj[…]/
21:52 mrx I think database is ok because interestingly enough, I'm scanning a list of isbns and few records are returning just fine but this one and few others as just not coming up. Although reporting module is picking them up. Let me look into tracing, it might help.
21:53 eythian trailing spaces or something like that?
21:55 mtj yeah, sql sounds fine - its prolly the record thats the problem
21:56 mrx nope, query is exactly as I wrote. Also used place holders, no spaces. Could it be some kind of indexing issue in my instance of koha, shouldn't be because report module is picking it as it is like the same record is popping up with same query there. Sorry, unable to get my head around it and just ranting, I guess. Any help is much appreciated, thx
21:56 ashimema anyone here understand the finer points of matching with bulkmarkimport?
21:57 jcamins ashimema: I know that it never worked for me.
21:58 cait unrelated, but an interesting read about matching
21:58 cait[…]h-points-in-koha/
21:59 ashimema Hmmm...
22:00 ashimema Well, I've added my index and it appears to be searching.. although not exactly as I expected..
22:00 ashimema but I can't get the bulkmarcimport to work with it
22:01 jcamins ashimema: yeah, I just refuse to support bulkmarcimport.
22:01 ashimema care to give me a fly by rundown on how to use your usual import scripts indtead cait?  I still havent had a chance to get my head around them
22:02 ashimema what do you use instead of bulkmarkimport then Jared?
22:02 cait ashimema: normally i don't do the importing, but i have run them successfully
22:02 cait you need to add your matching rules to the gui first, then you use the number it got there for the command line job
22:03 ashimema oh.. I see
22:03 cait our rule is normally number 3  - matching on 001, but the article shows you can do more complicated things
22:03 jcamins ashimema: I use stage-file and commit-file.
22:03 ashimema same as cait then..
22:03 ashimema humm.. am I the only one still using bulkmarcimport..
22:04 jcamins Hi Martin!
22:04 eythian I've had little luck with the matching in bulkmarcimport, it seemed to work mostly, but be very fragile. I have a deduplication script I use to tidy things up after. I do use it for imports though.
22:04 mtj mrx, if you're really curious -- you can always enable dbi tracing around the reporting code, and see what SQL is allowing the reporting module to succeed, too
22:06 ashimema haha.. you suddenly got who I am then jcamins ;)
22:06 jcamins ashimema: yeah, I asked cait.
22:06 cait :P
22:06 ashimema :)
22:06 cait i also told him to be nice... but not sure if that will work
22:06 jcamins I figured I must've met you since you used my name.
22:06 mtj mrx, … and if you compare the 2 trace files, you'll definitely get to the bottom of your mystery :)
22:07 mrx mtj, yea working on tracing at the moment. Fingers, toes everything crossed
22:07 bag :)
22:07 ashimema yeah.. your name slipped instead of your nick..
22:07 * jcamins responds to both.
22:07 ashimema eythian, is this the kind of syntax you used?.. ~/kohaclone/misc/migration_tools/ -t -b -match NFER-number,035a -v -file Results/bibl.mrc -v >Logs/load_bibl_fix.log
22:07 ashimema that's good to know..
22:08 eythian jcamins: I note that a whois would also tell you :)
22:08 jcamins Well, I respond to four of the five options from [name,nick]
22:08 jcamins eythian: interesting.
22:08 wahanui interesting is sometimes good and sometimes bad
22:08 jcamins Does whois have anything about me?
22:08 eythian ashimema: it's along those lines, yeah. Part of the problem I had was that I was matching on ISBN and the whole import would abort if it saw a record without one.
22:08 eythian it has your name, yes
22:09 jcamins Cool.
22:09 jcamins I don't remember configuring that to work.
22:09 eythian but matching by ISBN is always unreliable anyway, causes more problems than it solves.
22:10 cait night :)
22:10 cait left #koha
22:10 eythian later cait
22:10 dcook joined #koha
22:13 ashimema I was using direct matching upon a number from their old system (i'm in the habit of dumping old uid's in the 035).. I had to re-add the 035a index to zebra.. which worked.. but there will be a number of new records with no 035.. and that should be fine..
22:14 ashimema hmm
22:14 * dcook waves to ashimema
22:15 ashimema I just get: unable to search the database for duplicates : No query entered at /home/koha/kohaclone/misc/migr​ation_tools/ line 220, <GEN13> line 1506.
22:15 ashimema so frustrating.
22:15 eythian I used to put them in 024a, but now I just find somewhere in 998
22:15 ashimema maybe I'll try those other import scripts jcamins and cait recommend
22:15 ashimema 998 is actually a pretty nice place.. I like that idea.. doesn't polute the records as much
22:16 ashimema hey dcook :)
22:16 pianohacker hey dcook
22:16 dcook hey guys :)
22:17 ashimema pianohacker..  hows that shibboleth stuff coming.. I was thinking of writting a followup somtime in the next couple of weeks to do the update/replicate procedures.. but was holding off incase you were going places with it?
22:18 pianohacker ashimema: It's going well, have the autocreate in place (rebased against 3.12.06) on my github
22:18 Koha_rookie joined #koha
22:18 ashimema awesome..
22:18 wahanui That'll be $1 for the awesome jar, ashimema
22:18 pianohacker ashimema:[…]ibboleth-v3.12.06
22:19 Koha_rookie Hi, anyone that can help with some issues in language settings? Koha v3.12.01, on Mint / Sql and perl installed
22:20 ashimema Is it based upon matthias's work?.. be good to get it submitted as dependant upon that initial foray rather than in amongst it.. I'm a big fan of breaking these things into smaller chunks for the whole sign-off/qa routine.
22:20 NateC joined #koha
22:20 ashimema what the problem Koha_rookie.. i may or may not be able to shed some light
22:21 Koha_rookie any help is appreciated ;)
22:23 Koha_rookie here is the symptom, I´ve entered in the administration/preferences/Global settings and I tried to check "Español" as a default language (currently is English) but once I did that I receive "Internal server error"....very generic error
22:23 pianohacker ashimema: I'm in the process of doing just that for my own bugs, yeah... And yes, it is based on his stuff, just rebased.
22:25 ashimema Koha_rookie: OK, lets go back a couple of steps.. what version of koha are we talking about and how did you install it. Packages?
22:25 ashimema excellent.. I'm looking after that bug now.. trying to keep it rebased in the hopes someone will come along and test it.. fixed a bug regardin reverseDNS too.. I think.
22:26 Koha_rookie We followed the tutorial, v3.12.01
22:26 jcamins What tutorial?
22:27 ashimema point us at the tutorial Koha_rookie.. unfortunately there are now an abundance of tutorials for various versions and methods.. many of which are now a bad idea (i'm working on getting rid of some on the wiki some time soon)
22:29 Koha_rookie let me find it
22:30 Koha_rookie​i/Koha_on_ubuntu_-_tarball
22:31 jcamins So you installed a while ago?
22:31 Koha_rookie not really, a couple of months ago
22:31 jcamins That's what I meant.
22:32 jcamins Just making I understood why you had v3.12.01 instead of v3.12.06.
22:32 jcamins Are you able to switch languages when it's not the default?
22:33 Koha_rookie Nope, I just see two checkboxs in the I18N/L10N, English (checked) and Spanish (unchecked)
22:34 ashimema pianohacker: that's looking like some great work there.. can't wait to test it once you submit it :)  It took me so long to get over that fist hurdle of getting a connection working, that my time dried up for the extra development.
22:35 jcamins Koha_rookie: and when you check Spanish and click Save, you get the error?
22:35 pianohacker ashimema++
22:35 Koha_rookie jcamins: exactly
22:35 pianohacker the pointer to shibboleth was a huge boon; it's a big overcomplicated pain in the ass, but still easier than doing it in perl
22:35 jcamins This is language or opaclanguage you're trying to change?
22:36 Koha_rookie both of it
22:37 jcamins Did you try changing them separately?
22:37 Koha_rookie moreover, we are trying to change any parameters and it raise the same error....
22:37 jcamins Oh.
22:37 jcamins In that case it has nothing to do with the translations.
22:37 ashimema OH.. that's a endemic of more serious problems.
22:38 * ashimema scratch head
22:38 eythian use the logs, luke :)
22:38 jcamins Or, it may have something to do with translations, but that pref isn't at fault.
22:38 jcamins You'll need to check your web server logs.
22:38 Koha_rookie yep...I guess so, we are looking the logs...
22:40 Koha_rookie and the koha logs? We checked that one (koha-error_log) and we have the following error "Premature end of scripts header: systempreferences"
22:41 peggy joined #koha
22:42 jcamins Someone else gets to tell that person that The website is for the Koha project.
22:42 rangi heh
22:42 jcamins Koha_rookie: were you ever able to change system preferences?
22:43 Koha_rookie nope, everytime we tried we get the same error
22:44 rangi jcamins: im doing so off list
22:46 ashimema ack..  now what could be wrong with my marc records for the stage marc import to say they're bad :(
22:46 trea joined #koha
22:46 jcamins Koha_rookie: maybe your missing some dependencies?
22:46 rangi emailed
22:46 jcamins *you're
22:46 wizzyrea rangi++
22:47 jcamins What should we have for dinner?
22:47 dcook ashimema: I think there is a script that can check that out for you
22:47 ashimema mm. somewhere maybe :s
22:47 Koha_rookie is it recommendable to update my version to 3.12.06 and start from scratch? I didn any data conversion
22:47 * dcook has a little look
22:48 ashimema bulkmarcimport wouldn't have complained.. that mark file has been imported with minimal changes before ;)
22:48 dcook, I think
22:48 ashimema Koha_rookie.. if your will to start again, then the prefered install method these days is to use packages.
22:49 ashimema they're muhc more of a 'Just Works' approach.
22:49 ashimema cheer dcook
22:49 Koha_rookie ok, great, do you have the latest wiki for the latest version?
22:49 wizzyrea packages?
22:49 wahanui packages is at
22:50 dcook ashimema: cronjobs/ I'm not sure when it was introduced but it's floating around in master
22:51 Koha_rookie I´d really appreciate your help ashimena and wahanui I´ll try with those packages
22:52 ashimema wahanui is a bot Koha_rookie.. but yeah... I'll be about for a bit.. can't go to bed until this import works :(
22:52 ashimema yeah.. I've found it.. looks like it acts upon records already in the DB though.. my import fails before I get that far
22:53 Koha_rookie thanks a lot, I hope I will share my experience, Have a good import ;)
22:53 peggy What is a reasonable expectation for the amount of time it should take between entering a barcode and having Koha confirm the checkin?
22:54 ashimema anyone happen to know what throws : 'records not staged because of MARC error'  It seemed to come up awefully quick to have actually checked much
22:54 wizzyrea peggy - that depends a lot on what the connection to the server is like, what the current load is on the system, and lots of factors
22:55 peggy Right.  My question is how good can it be?
22:55 wizzyrea but usually you would expect something within 1-10 seconds
22:55 wizzyrea over that and something, somewhere, is funny.
22:55 dcook ashimema: Ah, right. Dinger. Hmm. I don't think I've encountered that error myself.
22:55 ashimema yeah.. tis a bit of a bugger
22:55 * wizzyrea guesses from your question that it's taking longer than you think it should
22:56 peggy We are around 2 seconds, I know the delay is not due to network, since I can change a logging preference in half a second
22:57 peggy I would go to a bigger server and/or more memory if that would help.
22:57 dcook ashimema: Are you loading up marcxml or iso marc?
22:57 eythian peggy: it probably would help, but it's hard to quantify by how much.
22:57 wizzyrea ^
22:58 rangi peggy: also the browser makes a difference, and also how long the css/js is set to be cached by
22:58 rangi have you tried in different browsers, firefox faster than ie 9 or less, chrome faster than firefox is what i would expect
22:58 peggy HOw long the css/js is set to be cahed?
22:58 peggy cached
22:58 ashimema isomarc
22:58 eythian it depends totally on your configuration
22:58 ashimema though it's easy enough to switch to marcxml
22:58 eythian and how you've installed, etc.
22:58 peggy We use firefox, I can try chrome
22:59 wizzyrea what version of firefox?
22:59 dcook ashimema: I was hoping you were going to say marcxml, because I think the bulk import only handles iso marc :/
22:59 eythian chrome and firefox are more or less the same speed these days
22:59 peggy Current version
22:59 wahanui Current version is probably 3.2.5
22:59 eythian wahanui: forget current version
22:59 wahanui eythian: I forgot current version
22:59 pianohacker well that's probably not right
23:00 dcook ashimema: Is it giving you a number? Like '42 records not staged because of MARC error'?
23:01 ashimema hmm.. interesting.. looks like the first file was actually a gziped isomarc.. oops.
23:01 dcook That could do it
23:01 ashimema but.. that gave: 1903 in file, 1903 failed due to MARC error
23:02 ashimema unzipping it give 1 and 1.. interesting..
23:05 dcook Looks like it throws an error only if it is a MARC::Record object with no fields
23:05 rangi[…]-cert-themes.html
23:06 dcook Looks like MarcToUTF8Record returns an empty object if it can't parse the record
23:06 ashimema cheers dcook.. I'm gin over my marc file again now.
23:07 dcook gin?
23:09 jcamins ashimema: gin is only 40% alcohol. MARC requires more.
23:09 ashimema :)
23:09 dcook But so tasty...
23:09 ashimema hmm.. it really doesn't like my marc file..
23:10 jcamins dcook: tasty enough, but not tasty enough to offset the MARC.
23:11 dcook jcamins: true true
23:12 * ashimema heads downstairs to grab a large scotch
23:12 dcook ashimema: After that, I'd probably throw in a billion warns into and
23:13 ashimema glad to see someone else resorts to a crap load of warns on ocassions.
23:13 dcook hehe
23:14 jcamins ashimema: that's the ticket. 190 proof.
23:15 wizzyrea no su after 2
23:15 dcook hehe
23:15 jcamins wizzyrea: hehe.
23:17 * ashimema sets 'alias su='ECHO Noooooo!!!'
23:19 dcook Mmm double-encoded ampersands...that's fun...
23:20 pianohacker &amp;amp; ?
23:20 dcook yarp
23:20 papa joined #koha
23:20 dcook The browser handles it just find but my script doesn't..
23:26 dcook Interesting...we encode ampersands at the bib-level but not at the item-level
23:29 NateC left #koha
23:29 papa joined #koha
23:33 NateC joined #koha

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary