Time Nick Message 00:07 drojf good night #koha 00:07 dcook night, drojf 00:09 bag ah it's fat tuesday 00:31 eythian jcamins: doesn't appear to, ce6f2cb74f78196e8d80a8b9acf27060e5fa09eb also fails 00:32 eythian I see no obvious reason for it to cause this problem though 00:36 jcamins Oh, I see it. 00:36 jcamins I missed it when I pushed it. 00:36 jcamins Right above GetMemberAccountBallance. 00:36 jcamins Wait... 00:37 jcamins I could've sworn that was fixed in the follow-up. 00:37 jcamins Ohh. 00:37 jcamins I see. 00:38 jcamins That problem in another patch from Srdjan was fixed in a different follow-up. 00:39 eythian what is the issue? 00:39 wahanui the issue is, like, the one described in bug 6997 00:39 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6997 normal, PATCH-Sent (DO NOT USE), ---, jcamins, CLOSED FIXED, koha-remove leaves system in inconsistent state if there is an error 00:39 eythian I don't see it 00:39 eythian wahanui: forget the issue 00:39 wahanui eythian: I forgot issue 00:39 eythian jcamins: ahh 00:39 eythian we're hitting a syspref outside a sub 00:40 jcamins Yup. 00:40 eythian so, is there a followup that fixes that somewhere? 00:41 jcamins No. 00:41 jcamins I didn't realize that Srdjan had done that on multiple patches. 00:42 eythian ah right 00:43 jcamins What I don't know, though, is why the test passes on my server even with MySQL shut down. 00:44 eythian yeah, mine too 00:46 eythian do you remember where the fix for something similar is? I might see how that's done. 00:49 jcamins Move all that code into GetMemberAccountBalance. 00:49 jcamins None of the variables are used anywhere else. 00:50 jenkins_koha Starting build #22 for job Koha_Docs_3.8.x (previous build: SUCCESS) 00:50 jenkins_koha Starting build #20 for job Koha_Docs_3.10.x (previous build: STILL FAILING) 00:50 jenkins_koha Project Koha_Docs_3.8.x build #22: SUCCESS in 14 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.8.x/22/ 00:50 jenkins_koha Nicole C. Engard: update typo 00:50 jenkins_koha Project Koha_Docs_3.10.x build #20: STILL FAILING in 20 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.10.x/20/ 00:50 jenkins_koha Nicole C. Engard: update typo 00:50 jenkins_koha Starting build #288 for job Koha_Docs (previous build: STILL FAILING -- last SUCCESS #60 9 mo 21 days ago) 00:51 jenkins_koha Project Koha_Docs build #288: STILL FAILING in 20 sec: http://jenkins.koha-community.org/job/Koha_Docs/288/ 00:51 jenkins_koha Nicole C. Engard: update typo 00:55 eythian jcamins: any objection to including this on bug 9592? Or would you prefer its own bug? 00:55 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9592 minor, P3, ---, robin, ASSIGNED , Package dependency updates for master 00:55 eythian ah, papa. Just been talking about you. 00:55 jcamins No objection. 00:58 * dcook glares at IE 01:06 eythian jcamins: build succeeded with that patch. 01:08 jcamins Yay! 01:14 dcook Patron card creator. *brain explodes* 01:15 dcook If I were using IE to use Koha, I would think it was such a piece of junk 01:15 dcook Although as we all know, it's IE that is junk not Koha... 01:15 dcook Does everyone else's clients really use Firefox and Chrome? 01:16 jcamins Yes. 01:16 jcamins Well, there are a few I know who do not. 01:19 dcook Poor folks 01:19 dcook The ones who do not that is 01:20 dcook The patron card creator is an absolute disaster in IE 01:21 rangi for the staff side yes 01:21 rangi not just firefox or chrome 01:21 rangi but anything except ie 8 or older 01:21 eythian we strongly encourage it, though some people have no choice. 01:22 dcook A lot of people I know have no choice 01:22 dcook This is even in ie 9 :/ 01:23 eythian jcamins: I've marked bug 9592 as passed QA, though I'd like it if you were to give it a bit of a look over too. 01:23 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9592 minor, P3, ---, robin, Passed QA , Package dependency updates for master 01:23 rangi even that is 2 years old now 01:25 eythian (especially the first patch that is, the second is fairly inconsequential for most people) 01:25 dcook True enough. 01:29 jcamins So... anyone have any idea why I would use Bootstrap's typeahead instead of jQuery's autocomplete or vice versa? 01:35 libsysguy_phone I think its just a matter of preference 01:36 libsysguy and what you have existing 01:53 dcook Hmm, actually it might not be IE 01:53 dcook I think it might be bad markup and IE is just a lot less forgiving... 01:54 bag it's always IE :P 01:54 libsysguy 1) its always the data 01:55 libsysguy ^^ talljoy 01:55 dcook bag: :p 02:05 jcamins Does HTML have an invisible space? 02:06 libsysguy 02:06 libsysguy I think 02:06 jcamins libsysguy: that's visible. 02:06 wizzyrea like an invisible span? 02:06 libsysguy what are you trying to do? 02:07 wizzyrea yea, the first question 02:07 wizzyrea the first question? 02:07 wahanui "What are you trying to do?" or "What is the goal?" 02:07 jcamins Work around the fact that I can't force TinyMCE to generate invalid markup. 02:07 wizzyrea and you would want to do this because... 02:07 libsysguy maybe he's writing test files? 02:07 jcamins No, I don't want invalid markup. 02:07 jcamins What I want is to open a tag and not close it. 02:08 jcamins Yet. 02:08 wizzyrea oh. no idea. 02:08 * dcook has a similar problem perhaps 02:08 eythian I don't know of HTML having a zero-width space 02:08 jcamins So since I can't do that, the next best thing is to have an invisible space that allows me to type inside the tags. 02:08 libsysguy ​ 02:09 wizzyrea well an invisible span would do. 02:09 libsysguy http://en.wikipedia.org/wiki/Zero-width_space 02:09 jcamins wizzyrea: except I can't type in an invisible span either. 02:09 jcamins I already have an element. The problem is that elements with no character data can't be typed in. 02:09 * libsysguy goes to talk to Harry Potter 02:10 libsysguy did you try the link? 02:10 jcamins Well done. ​ did it. 02:10 * libsysguy considers deleting my atlassian box for Koha 02:10 libsysguy excellent 02:13 jcamins Incidentally, the documentation for tinymce is rather disappointing. 02:13 libsysguy i feel the same way about indexdata 02:14 jcamins Oh, wait. 02:14 jcamins Looks like the documentation is good, but the link on the home page is wrong. 02:15 libsysguy okay server gone 02:16 cjh wizzyrea++ 02:34 dcook rangi: Looks like edit.layout.tt has some bad extra markup and IE doesn't like nested list elements without list start/end tags. While I want to blame IE, I suppose that does make a certain amount of sense :p 02:34 * dcook will fix it after lunch 03:27 bag test 03:28 wizzyrea it works 03:30 eythian E for effort 03:32 gmcharlt @quote random 03:32 huginn gmcharlt: Quote #112: "gmcharlt: only superlibrarians can be trusted with capes" (added by wizzyrea at 09:17 PM, December 15, 2010) 03:34 jcamins Grr. 03:34 jcamins I have a brilliant solution to my problem, and the javascript events are happening in the wrong order. 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #58: "<jdavidb> I prefer killing bugs, not kitties." (added by gmcharlt at 04:38 PM, February 17, 2010) 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #131: "oleonard Yeah, huginn. Perv." (added by Brooke at 04:09 PM, May 04, 2011) 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #79: "<robin> drivers make windows crash, therefore windows makes drivers crash." (added by gmcharlt at 01:53 AM, June 24, 2010) 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #163: "<oleonard> One nice thing about the real Koha is you don't have to call someone to get it." (added by wizzyrea at 08:05 PM, November 10, 2011) 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #76: "<owen> yes, it's all part of my plan to take over the world." (added by chris_n at 03:50 PM, June 02, 2010) 03:45 wizzyrea @quote random 03:45 huginn wizzyrea: Quote #73: "<chris_n> owen: try /msg munin identify nick password" (added by owen at 12:38 PM, April 29, 2010) 03:45 cjh all the quotes 03:46 wizzyrea GET ALL OF THEM. 03:46 * wizzyrea ponders @quote get all 03:46 wizzyrea decides against it. 03:46 wizzyrea that would be the sort of thing where I'd do it, and it would either spam the channel, at which point I'd run away giggling, or do nothing. And I'd have to sulk. 03:47 wizzyrea @quote random 03:47 huginn wizzyrea: Quote #206: "There's a bug for that" (added by chrisc at 11:55 PM, May 24, 2012) 03:48 wizzyrea eythian: what's the magic to have wahanui give one of a number of responses 03:48 eythian "also" 03:48 eythian X is also Y 03:48 wahanui okay, eythian. 03:48 eythian err 03:48 eythian oh well 03:48 wizzyrea forget x 03:48 wahanui wizzyrea: I forgot x 03:48 wizzyrea be rangi is also There's a bug for that 03:48 wahanui okay, wizzyrea. 03:49 wizzyrea be rangi 03:49 wahanui Send a patch! 03:49 wizzyrea be rangi 03:49 wahanui Send a patch! 03:49 eythian but that was an also, so there may have been mysterious knowledge hidden in that factoid. 03:49 wizzyrea you have the log ^.^ 03:49 wizzyrea x is 42 03:49 wizzyrea there. 03:49 wizzyrea now there is mysterious knowledge there. 03:50 wizzyrea x? 03:50 eythian no, that didn't work 03:50 wizzyrea doesn't work anyway :) 03:50 eythian it was too short to record. 03:50 wizzyrea ha 03:51 wizzyrea can you tell the ones that are <reply> to have more than one reply? 03:51 eythian yep 03:51 wizzyrea is also doesn't seem to work 03:51 eythian it's random 03:51 eythian wahanui: be rangi 03:51 wahanui Send a patch! 03:51 eythian wahanui: be rangi 03:51 wahanui i think be rangi is There's a bug for that 03:51 wizzyrea oh so we would have to say <reply> there's a bug for that 03:51 eythian yep 03:52 wizzyrea gotya 03:52 wizzyrea you bot whisperer you 03:52 eythian wahanui: be rangi =~ s/There/<reply>There/ 03:52 wahanui OK, eythian 03:52 wizzyrea see above. 03:58 vkm Hello dear all is it possible to implement googletransliteration in koha staff client so that i can feed entry in local language during cataloguing? 04:00 cjh vkm: your language may alrady be supported in Koha, have a look at http://translate.koha-community.org/ 04:01 cjh sorry, already* 04:01 jcamins vkm: so far as I know that has not actually been implemented, no. 04:02 cjh although it may be possible with a browser plugin 04:02 jcamins ^^ that's what I'd suggest. 04:02 * jcamins calls it a night. 04:26 dcook Ok, maybe IE is weird :p 04:26 dcook Correction: super weird 04:52 * dcook has vanquished the edit-layout template of the Patron Card Creator. 04:52 dcook Take that, IE! 04:52 dcook No longer shall users of IE cringe to look at you...in this particular context... 06:04 dcook Bug 9603 has a lot of insertions/deletions, but most of those are actually just whitespace changes. There should only be a few deleted fieldset/li elements, and inserted ol elements... 06:04 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9603 normal, P5 - low, ---, dcook, Needs Signoff , Fix layout of Patron Card Creator Layout screen for display in IE 06:18 dcook Hey cait 06:19 cait morning 06:44 * magnuse waves 06:44 dcook I really need to sign off on more patches...it took me ages to remember how to do 9545 with git bz 06:45 * magnuse remembers back to the hard old days before git bz... ;-) 06:53 dcook :p 07:01 dcook Anyway, I'm off for the night 07:01 dcook Cheers! 07:22 alex_a Bonjour 07:22 wahanui salut, alex_a 07:29 magnuse bonjour alex_a et laurence 07:29 alex_a hello magnuse 07:29 laurence hell magnuse 07:30 cait bonjour :) 07:34 magnuse @wunder marseille 07:34 huginn magnuse: The current temperature in Marseille, France is 4.0°C (8:00 AM CET on February 13, 2013). Conditions: Partly Cloudy. Humidity: 61%. Dew Point: -3.0°C. Windchill: -2.0°C. Pressure: 29.89 in 1012 hPa (Steady). 07:34 magnuse @wunder boo 07:34 huginn magnuse: The current temperature in Bodo, Norway is -1.0°C (8:20 AM CET on February 13, 2013). Conditions: Clear. Humidity: 60%. Dew Point: -8.0°C. Windchill: -8.0°C. Pressure: 30.27 in 1025 hPa (Steady). 07:35 magnuse forecast says we will get +4 on sunday... 07:35 magnuse @wunder konstanz 07:35 huginn magnuse: The current temperature in Taegerwilen, Taegerwilen, Germany is -3.2°C (8:30 AM CET on February 13, 2013). Conditions: Overcast. Humidity: 79%. Dew Point: -6.0°C. Windchill: -3.0°C. Pressure: 30.09 in 1019 hPa (Steady). 07:35 magnuse hah! 07:35 magnuse ;-) 07:45 drojf good morning #koha 07:46 cait still snow here 07:46 cait hi drojf 07:46 drojf hi cait 07:47 drojf @wunder berlin, germany 07:47 huginn drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is -0.5°C (8:43 AM CET on February 13, 2013). Conditions: Mostly Cloudy. Humidity: 75%. Dew Point: -4.0°C. Windchill: -3.0°C. Pressure: 30.15 in 1021 hPa (Steady). 07:50 cait i win.. 07:50 cait hmpf 07:50 cait and have to go now - bbl :) 07:50 drojf congratulations :) 07:52 cait hmpf hmpf :) 08:00 reiveune hello 08:00 wahanui hi, reiveune 08:05 drojf good morning france ;) 08:16 magnuse kia ora kf! 08:16 kf hi magnuse :) 08:21 gaetan_B hello 08:27 kf hi gaetan_B 08:27 gaetan_B hallo kf :) wie geht's? 08:27 kf ganz gut :) freue mich schon auf marseille :) 08:31 magnuse wir freuen uns! 08:32 kf magnuse++ :) 08:32 kf correct german in the morning 08:33 magnuse heh, pure luck! 08:52 drojf lol 09:47 gaetan_B xslt are handled differently on the results and detail page 09:47 gaetan_B namely 09:47 gaetan_B the XSLTParse4Display function is called with different parameters 09:48 gaetan_B on the result page we send "1" for the fixampersand parameter, but we don't send anything for this parameter on the detail page 09:48 gaetan_B is there a reason for this ? 09:48 gaetan_B this breaks the display for some records 09:49 gaetan_B namely those containing the "<" and ">" characters 09:49 gaetan_B which are then rendered as <: and > on results pages 09:49 gaetan_B (this could possibly affect other characters) 09:50 gaetan_B we could fix this quickly by not sending this parameter for displaying results 09:50 gaetan_B but i'm wondering why we do it in the first place 09:50 gaetan_B maybe there's a better solution 09:53 sophie_m kf magnuse : ich freue mich auch :-) 09:54 kf :) 09:54 magnuse sophie_m: yay! 09:54 kf gaetan_B: do you have a second? I think I fixed this in one of our installations 09:55 kf gaetan_B: we have one with manuscripts and they make use of < a lot 09:55 gaetan_B kf: i definitely have a second for this :) 09:56 kf ok 09:56 kf I made a change to XSLT.pm 09:56 kf becuase the sequence was the problem 09:57 kf and I think I copied it from some other place... but not sure where from 09:57 kf gaetan_B: not sure if this is the best way to fix it - but they haven't had any other complaints since :) http://paste.koha-community.org/391 09:58 gaetan_B i see 09:59 gaetan_B my assumption was the line $xmlrecord =~ s/\& /\&\; /; was teh one causing the problem 09:59 gaetan_B *the 09:59 kf yes 09:59 kf it fixes the & 09:59 kf but it breaks the < > at the same time 09:59 * kf tries to remember 10:00 gaetan_B but what you added comes before that line, so would it really make a difference ? 10:00 kf in the source code it looked something like: &lt because it was already an entity and the & was replaced by mistake 10:00 kf I think the replace is not clever, it replaces all ampersands, so if there is already an entity in the output, it gets broken 10:01 kf I think it's probably something to do with not being able to use < > and & in XML? 10:05 kf hope I make some sense here... 10:06 kf bbiab 10:09 gaetan_B ok thanks kf, that should help :) 10:15 sophie_m gaetan_B: Bug 3323 deals with your pb 10:15 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3323 enhancement, PATCH-Sent (DO NOT USE), ---, nahuel.angelinetti, CLOSED FIXED, Reserves in issuing rules 10:15 sophie_m oups Bug 3326 gaetan_B 10:15 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3326 normal, PATCH-Sent (DO NOT USE), ---, jcamins, CLOSED FIXED, xml entity refs display incorrectly in results page if exported and indexed as xml 10:16 kf sophie_m++ :) 10:17 kf sophie_m: from looking at it it might only have fixed the &? 10:18 sophie_m yes kf, but as you said, I think the patch to correct ampersand has broken <> 10:18 kf aah 10:18 kf ok, now really afk :) 10:18 ashimema quick question for people... 10:18 ashimema anyone useing the sru server with DOM indexing? 10:18 alohabot Hi mib_q6munk, Welcome to #koha. Feel free to use the '/nick yourname' command to choose a different name. alohabot, wahanui, and huginn are bots. If you need any help, just ask - there's usually someone around to help :) 10:19 ashimema The results are of a completely different format to those of the old chr indexing.. just wondered if that's actualyl right. 10:21 ambars Greetings! I'm just getting started with koha for a small new library. I've installed koha and am playing around with it. The library does not yet have a catalog and we have to build it from scratch. 10:21 drojf ambars: that's cool 10:22 ashimema @ambars: good luck.. 10:22 huginn ashimema: I suck 10:22 drojf lol. using @ confuses the bot ;) 10:22 ashimema oops 10:22 ambars We're looking to import catalog entries somehow. I have tried out the z39.50 search, and it works for some books. I'm looking for a way to search and import MARC records given an ISBN number (that I can scan from the bar code). 10:23 ambars I have no experience with cataloging, so what it the typical way to create a catalog? 10:24 drojf hm. you might be needing different z39.50 servers (that carry the things you have in your collection) 10:24 drojf for us it is importing stuff from another database. i have never done that from scratch. how many records are we talking about? 10:26 ambars drojf: thanks, yes I tried that. I added a few z39.50 servers that are more relevant to our library (Indian books, hence I added 2 Indian z39.50 servers). This helped get better results in the search, but there are still several gaps. 10:26 ambars About 1000 - 2000 books 10:26 ambars and the same number of records. 10:28 ambars The librarian has a goal of being able to scan the bar code off a book and auto-magically getting the MARC record for importing... is that available or even feasible? :) 10:28 drojf if there is some kind of index that lists all indian books (like a national library) but does not offer z39.59, you could try to write some script to grab the data for those books you dont get otherwise 10:28 drojf ambars: there has to be a marc record available for that. so someone must have created it 10:29 drojf if not, no way 10:30 drojf you might want to ask on the mailing list for other koha libraries in india. i think there are a lot, maybe they can give you more advice on sources for the data you need 10:31 ambars I see. Cool. 10:32 ambars Is it typical to create MARC records manually? There are so many fields to fill in! 10:33 ambars I guess it's unavoidable for some very old books that we have in our collection... they don't seem to have MARC records in any of the (few) servers that I tried so far... 10:34 drojf that depends. i think z39.50 i used a lot, but there are not servers available for everything. it also depends on cataloguing guidelines. if you have very strict rules to match, you might want to do it manually too 10:35 drojf also i heard of people that actually love cataloguing in MARC, they would do it too ;) 10:37 ambars lol cool 10:38 ambars Are you aware of any attempts at scraping/getting book information from Amazon or the Google Books APIs or some other programmatic approach? 10:39 ambars I bet such an approach wouldn't be able to retrieve a minimal sufficient set of MARC parameters, right? 10:41 drojf you might want to take a look at dpavlins slides from kohacon http://www.slideshare.net/dpavlin/this-is-an-interesting-metadata-source-can-i-import-it-into-koha 10:42 * ambars checks out the slides 10:44 drojf there should be a video 10:45 drojf @later tell slef what happened to the kohacon videos? i can only find on archive.org? 10:45 huginn drojf: The operation succeeded. 10:45 drojf @later tell slef …only find 3 10:45 huginn drojf: The operation succeeded. 10:47 drojf ambars: https://github.com/dpavlin/Biblio-Z3950 10:50 magnuse gaetan_B, kf: bug 9522 sounds similar to what you were talking about earlier too, perhaps? 10:50 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9522 normal, P5 - low, ---, gmcharlt, NEW , Koha returns <, >, etc in the record instead of <, >, etc when fulfilling a Z39.50 request 10:52 ambars awesome, thanks! 11:34 gaetan_B thanks magnuse this must be the same problem 11:34 gaetan_B which means this comes from zebra i guess 11:37 kf it does 11:37 kf galen says soemthing like that in the other bugt too 11:37 * kf waves 11:37 kf back 11:55 magnuse namaste paul_p 11:56 paul_p namaste magnuse ;-) 11:56 kf namaste paul_p 12:06 magnuse paul_p: any koha action in india today? ;-) 12:07 paul_p magnuse to say something not recorded by the bot, it's [OFF] at the beginning, right ? 12:08 kf yes 12:08 kf [off] that should not be recorded 12:08 kf logs? 12:08 wahanui i heard logs was http://irc.koha-community.org/irclog/koha/ 12:10 * magnuse gets curious ;-) 12:10 paul_p [off] magnuse a very nice time speaking with Marshall (Breeding), speaking about Koha history & LL & all this crap. He is really aware of all the history ;-) 12:10 magnuse [off] yay ;-) 12:12 ambars paul_p: are you from india? 12:12 * ambars is from bangalore 12:13 magnuse ambars: paul_p is very french, he just happens to be in india at the moment :-) 12:13 drojf "very" french? :) 12:13 kf very french... nicely said :) 12:13 kf paul_p++ for being a very french world traveller .) 12:14 paul_p ambars nope, I'm (very) french, I'm just in Delhi for a week for ICAL2013 conference 12:15 * magnuse hopes there will be cheese for lunch in marseille this year too, btw :-) 12:17 drojf i bet there will be cheese all day, every day 12:17 drojf (one reason i cannot come :P) 12:19 drojf i guess i am not very french 12:20 magnuse hehe 12:20 magnuse i might be? 12:20 * magnuse loves cheese 12:20 drojf brunost is not real cheese :D 12:20 kf magnuse: there was some lunch plan in the hackfest google docs 12:20 kf but I was missing the buffet on the beach a little bit on thursday 12:21 * magnuse loves all kinds of cheese 12:22 magnuse kf: gah, i never looked beyond the first sheet in the spreadsheet... 12:22 drojf heh you missed the important part 12:22 kf magnuse: heh 12:22 magnuse guess so... 12:22 ambars paul_p: i see... hope you're having fun in delhi :) 12:22 magnuse kf: yeah, the "asian" lunch was nice 12:23 kf i think the workshops list needs updating a bit :) but apart from that I hope it's up to date 12:23 magnuse but a bit hard to organize with lots and lots of people, perhaps? 12:24 paul_p ambars yes, Delhi is a wonderfull city (even if I've 45mn-1H driving from hotel to conf center twice a day. Well that makes me see what is real India :D ) 12:24 paul_p ambars and indian ppl are definetly nice people, always willing to help ! 12:25 ambars happy to hear that :) 12:25 paul_p magnuse & kf = well the "lunch" tab is mostly the 2012 one. For sure we will have one cheese lunch, but still undecided for other lunches. 12:25 kf I loved the lebanon one too - but not sure what's doable :) 12:25 kf we trust you to feed us well I guess :) 12:26 * magnuse trusts paul_p in questions of food :-) 12:27 * paul_p hope he's not trusted only for food questions ;-) 12:27 magnuse mohaha ;-) 12:28 kf hehe 12:28 kf well.... ;) 12:28 kf only joking :) really looking forward to a week of koha development 12:28 jcamins_away And particularly testing, QAing, and fixing. :) 12:29 kf jcamins_away: especially that :) 12:30 * magnuse will concentrate on that 12:30 kf hope to fix some bugs and maybe the german installer 12:30 kf adding new things to the sample files and the like 12:30 kf and of course QA 12:34 kf jcamins_away: fixing the german installer is like... writing the manual... documentation ... right? ;) 12:34 kf yeah, you can say no :) 12:34 jcamins I suppose. 12:34 kf there might not even be something to be done, but it's on my list to check 13:03 Herwig Hey Koha 13:19 oleonard So, #koha. 13:19 magnuse yea, oleonard? 13:19 oleonard I dunno. 13:20 magnuse ah 13:23 drojf it's good that we talked that over 13:24 magnuse yup 13:30 oleonard Anyone who missed it before: We are seeking opinions on Bug 8662 13:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8662 enhancement, P5 - low, ---, oleonard, Signed Off , Remove unused famfamfam icons 13:33 kf oleonard: :) 14:07 oleonard You'll be at the hackfest in Marseille this year magnuse? 14:07 Dyrcona gmcharlt: Why can't Evergreen have hackfests in Marseilles? :p 14:10 * oleonard gets the jQuery tooltip widget working, after a bit of a struggle 14:14 jcamins oleonard: do you know of any reason to choose jQueryUI's autocomplete over Bootstrap's typeahead or vice versa? 14:14 kf oleonard++ :) 14:14 oleonard jcamins: In Koha? 14:14 jcamins oleonard: in general. 14:14 jcamins I'm working on a non-Koha project right now. 14:14 kf jcamins: scandalous! 14:15 oleonard I haven't tried Bootstrap's typeahead, so I can't say anything about it. I would pick jQueryUI's in Koha because we already use it. 14:19 kf @later tell drojf - ping me when you are around? 14:19 huginn kf: The operation succeeded. 14:25 magnuse oleonard: yep, will you? :-) 14:25 oleonard Sadly no magnuse. I'm going to try really hard to swing it next year. 14:26 oleonard magnuse: Then we'll test my theory that only one of us can be in Marseille at the same time ;) 14:26 magnuse oleonard: w00t! fingers crossed 14:26 magnuse ah, you were there last year? 14:27 oleonard yes, thanks to paul_p's (and Biblibre's) generous sponsorship 14:27 oleonard I had a great time and it kills me I can't be there this year 14:28 magnuse awww... 14:28 magnuse biblibre++ 14:29 * magnuse preps his vm for taking a stab at testing bug 9250 14:29 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Needs Signoff , Provide commands to allow handling of SIP servers in the packages 14:29 oleonard Indeed. 14:29 oleonard biblibre++ 14:33 kf biblibre++ 14:34 * kf had a great time with oleonard there too 14:34 * magnuse hopes to make it to reno... 14:38 tweetbot` [off] twitter: @YvesTomic: "Découvrez le service Biblio+ pour enrichir l'OPAC de Koha, téléchargement disponible le 14.02.2013 #koha #kohails" 15:07 magnuse huh? "The following packages have unmet dependencies: libdigest-jhash-perl : Depends: perlapi-5.10.1 but it is not installable" i'm on perl v5.14.2 15:09 jcamins magnuse: it's a architecture thing. 15:09 magnuse dang 15:09 jcamins i386 vs. amd64 15:09 magnuse the multiarch thing that i know nothing about? 15:10 magnuse any workarounds? 15:10 magnuse (i'm inside pbuilder in a vm) 15:10 jcamins Well, libdigest-jhash-perl and the CHI packages are entirely unnecessary. 15:10 jcamins If you're rolling your own packages, you can just remove them from the control file. 15:10 magnuse ah 15:10 magnuse nice 15:11 jcamins There's a patch for master to do that which I will do shortly. 15:11 jcamins *push 15:11 magnuse yay 15:11 jcamins And by "shortly" I mean "when I get to it." 15:11 magnuse hehe, don't we all ;-) 15:13 Dyrcona "If" I get to it? 15:15 * magnuse runs build-git-snapshot again 15:16 jcamins magnuse: oh, wait... are you signing off on things? 15:16 magnuse jcamins: trying to... 15:16 magnuse bug 9250 was the plan 15:16 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Needs Signoff , Provide commands to allow handling of SIP servers in the packages 15:16 jcamins Your life will be made much easier by applying bug 9592 first. 15:16 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9592 minor, P3, ---, robin, Passed QA , Package dependency updates for master 15:16 jcamins Sorry I didn't think of it sooner, but if the build fails again, that patch is known to fix it. 15:17 jcamins And you can confirm it works. :) 15:17 magnuse ah, cool 15:17 magnuse we'll see :-) 15:17 * magnuse does not expect jcamins to think of everything, all the time ;-) 15:18 magnuse jcamins: i get a lot of dpkg-checkbuilddeps: Unmet build dependencies: libanyevent-http-perl libanyevent-perl libauthen-cas-client-perl - is that the sort of thing that 9592 will fix? 15:19 jcamins It fixes several of those, but it sounds like you're missing the squeeze-dev repo in your pbuilder environment. 15:20 magnuse or i'm missing the right command for updating inside pbuilder... 15:20 jcamins I always have trouble with that. 15:20 magnuse i did apt upgrade and dist-upgrade, but nothing to tell pbuilder about any new koha dependencies 15:21 jcamins http://wiki.koha-community.org/wiki/Building_Debian_Packages 15:21 jcamins Something to do with --othermirror 15:21 jcamins Exactly what I am not sure. 15:22 magnuse ah, that looks promising, perhaps 15:23 magnuse it's been a long time since i built packages - didn't need to for all of 3.8.x 15:24 oleonard [off] Tech support call: "I couldn't log in to the web site, so I turned off the computer and turned it back on and it still doesn't work" 15:24 oleonard [off] Perhaps this "turn it off and turn it back on" has gotten out of hand... 15:24 jcamins [off] at least they knew to try some troubleshooting and report what they'd done? 15:25 oleonard [off] I guess that is a bright side jcamins 15:26 Dyrcona [off] Windows...... [snickers] 15:35 oleonard Looks like the differences between jQueryUI and Bootstrap tooltips are mostly cosmetic. The code is almost identical. 15:35 oleonard jQueryUI: http://www.screencast.com/t/2kYLbtFvmBg 15:35 oleonard Bootstrap: http://www.screencast.com/t/8oGFTTZPK 15:35 * magnuse runs build-git-snapshot again 15:40 oleonard I should have learned by now, but my god IE is a terrible browser 15:40 oleonard It's just. So. Awful. 15:41 jcamins Heh. 15:41 jcamins It is indeed. 15:41 kf ts, drofj is never around when youneed him. 15:41 kf oleonard: agreed 15:41 magnuse beware of the dark side, they have um... terrible tools 15:42 oleonard A browser written by the same guys who wrote the OS it runs on... Shouldn't it at the very least be fast? 15:43 magnuse or written by different divisions that don't talk to each other... 16:06 rambutan I wish something like Konqueror was available on Win (file manager + browser). 16:07 reiveune bye 16:07 oleonard rambutan: isn't that one of the things that made earlier versions of IE so insecure? 16:10 rambutan Win is insecure by design. If anyone wishes to use Windows, IMHO they should accept that. My statement was simply my desire for increased functionality when I have to use Windows. 16:10 rambutan ...and that primarily as a sys admin 16:11 rambutan Actually, now that you wound me up, I wish they would port KDE to run as a windowing shell on top of the Win OS. 16:15 Dyrcona rambutan: Why bother? Just use GNU/Linux on your desktop. I do. 16:15 Dyrcona Ah, don't mind me. Didn't read far enough back. :) 16:18 rambutan Yea, for anything personal, and all _my_ computers at work it's only Linux. But at the library the users can only use Windows, and my duty is to support them. 16:19 magnuse jcamins: the package building at least finnished and left me with some .deb files after i applied the patches from Bug 9592 :-) 16:19 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9592 minor, P3, ---, robin, Passed QA , Package dependency updates for master 16:19 jcamins Yay! 16:28 drojf jcamins: while fixing sru in zebra, can you add json output? thanks! :) 16:28 jcamins drojf: I'm not doing anything with SRU in Zebra. 16:29 drojf aaaw 16:29 kf drojf: of course... now you show up 16:29 drojf huh? 16:29 drojf when was i supposed toß 16:29 drojf ? 16:29 oleonard When she wished it 16:30 kf oleonard: exactly! 16:30 kf :) 16:33 drojf you didn't wish loud enough :) 17:00 kf bye all :) 17:02 * oleonard wonders if people really use the js-driven keyboard shortcuts in Koha 17:03 drojf i don't think i knew about them :) 17:03 * jcamins didn't know there were. 17:04 drojf is that documented in the manual? or is that more a thing that web developers find when cleaning the code? 17:04 oleonard I think a long long time ago we had visual indicators in the interface indicating them 17:05 oleonard Alt-Q to check out, Alt-R to check in, Alt-Q to Search 17:05 oleonard Sorry, Alt-U to check out 17:06 jcamins I'm having some problems capturing Ctrl-Enter, though. 17:06 drojf wow. i definitely never knew that 17:06 oleonard http://manual.koha-community.org/3.10/en/circfaq.html#keyboardshort 17:08 oleonard I'm thinking about it because the jQuery plugin to make them possible is one which blocks our upgrade to the latest version of jQuery 17:08 jcamins Wait, what? 17:08 wahanui i guess Wait, is it only in items? 17:09 jcamins jquery.hotkeys doesn't work with the latest jQuery? 17:09 drojf hm. that is bad for a feature that possibly nobody uses. on the other hand, i bet there is this one library that hates computer mice and barcode scanners that only checks out that way 17:09 rambutan sometimes wahanui is more trouble than she's worth 17:10 drojf wait, there is missing backwards compatability with jquery updates? i'm shocked 17:10 oleonard jquery.hotkeys uses a property ($.browser) which has been deprecated since jQuery 1.3 and removed in 1.9 17:11 jcamins Hm. 17:11 oleonard Several of our plugins (including tablesorter) use it 17:11 jcamins The latest release was less than a month ago, too. 17:11 oleonard That's one of the reasons for all the DataTables patches from me 17:12 jcamins Oh well. I will worry about making my shortcuts work when the tinyMCE editor is not selected after I've made saving work _in_ TinyMCE. 17:16 oleonard We'll need to upgrade the datatables plugin too. We're several versions behind. 17:16 oleonard But at least it has an upgraded version, unlike tablesorter 17:18 oleonard we'll have to replace the qtip plugin too... 17:18 * oleonard starts making notes in addition to talking to himself 17:19 oleonard jquery.textarea-expander.js? 17:20 jcamins What's qtip do? 17:20 oleonard There are one or two places in acquisitions that uses it... Fancy tooltips 17:20 jcamins Ah. 17:26 oleonard Good, I see jsTree has an upgraded version 17:32 oleonard Boy, code.google.com sure got its ass kicked by GitHub 17:32 jcamins It sure did. 17:32 libsysguy indeed 17:41 tcohen hi cait 17:41 cait hi tcohen :) 17:42 tcohen have a question regarding material type icons 17:42 tcohen there are several bugs related to staff interface, using default XSLT 17:43 tcohen but I have a problem with 3.8.x, in the opac results page 17:43 tcohen have you heard of it? 17:43 tcohen i'm about to fill a bug otherwise 17:43 jcamins tcohen: what's the problem? 17:43 wahanui somebody said the problem was it's human beings doing it. Rebuild your indexes. 17:43 tcohen http://famaf.biblio.unc.edu.ar/cgi-bin/koha/opac-search.pl?q=spivak 17:43 jcamins And the solution is almost certainly "tell your librarians to fill in the 008 correctly." 17:44 jcamins ... 17:44 jcamins Wow. 17:44 jcamins Never mind. 17:44 wahanui Good, I'm glad you figured it out. I didn't understand, and probably never will, being a bot. 17:44 oleonard Installed via packages tcohen? 17:44 tcohen no, standard install oleonard 17:44 oleonard Oh, well then Bug 9502 isn't it. 17:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9502 major, P5 - low, ---, robin, NEW , famfamfam: wrongly placed in package 3.8.8/9 17:44 tcohen the problem is with the images path in the XSLT 17:45 jcamins oleonard: unless there's actually a broader problem, and it's not package-specific. 17:45 tcohen oleonard, looks like the same problem 17:46 tcohen those famfam images where moved to lib/ 17:46 tcohen (you did it, right? :D) 17:46 jcamins I think I did that. 17:46 tcohen ok 17:46 tcohen so the problem is the XSLT's and not them being moved 17:47 jcamins Right. 17:47 tcohen i'll attach a patch then 17:47 * oleonard sees the same problem in 3.8.x 17:47 jcamins Thanks! 17:47 jcamins tcohen++ 17:47 tcohen we are still on 3.8.x here 17:47 tcohen until *someone* tells on IRC that 3.10 is being used 17:47 tcohen in production 17:48 * jcamins will not be telling you that any time soon. 17:48 * oleonard guesses an XSLT patch backported from 3.10? 17:48 jcamins oleonard: no, I think the famfamfam move was backported from 3.10. 17:48 jcamins Unless I have it backwards? 17:48 oleonard You're right 17:48 jcamins Now I'm confused. 17:49 tcohen maybe some xslt patch should be backported too, and was missed 17:50 gerundio good afternoon, long time :D 17:50 gerundio got a MySQL trick question 17:50 oleonard I think so tcohen, but I can't imagine why 17:50 gerundio in the script that generates the incremental barcode value we have the following query to get the biggest value: "select max(abs(barcode)) from items" 17:50 gerundio using max(abs()) returns strange results 17:51 tcohen oleonard: too much beer for the RMaint? 17:51 gerundio shouldn't it be "select abs(max(barcode)) from items" instead or simply "select max(barcode) from items"? 17:51 * oleonard sends more beer to RMaint to compensate 17:52 jcamins gerundio: max(abs(barcode)) makes more sense because it ensures that you have the absolute largest number regardless of sign. 17:52 tcohen bug 8624 17:52 mtompset Greetings, #koha. 17:52 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8624 minor, P5 - low, ---, jcamins, Pushed to Master , famfamfam should be outside theme directory 17:53 jcamins Right... I'm not sure how that got into 3.8, actually. 17:53 mtompset Greetings, tcohen and jcamins. :) 17:54 tcohen hi mtompset 17:54 mtompset rangi++ # nice reply email regarding the first step required before providing suggestions. 17:54 gerundio jcamins, hmmm, does it make sense to use negative barcodes? 17:54 tcohen jcamins: should i patch the xsl files? 17:54 jcamins tcohen: I'd like to ask rangi about that. 18:04 gerundio jcamins, just to add confusion to the subject, the barcode column is a varchar(20) 18:04 gerundio so max and abs return strange results 18:05 jcamins gerundio: right... max and abs are almost certainly the wrong things to use anyway. 18:05 jcamins But that's the reason for max(abs(barcode)) instead of one of the other two options. 18:07 tcohen jcamins, I attached a patch, obsolete it if rangi tells otherthing should be done, otherwise, use it. regards 18:07 jcamins Sounds good. 18:11 rangi tcohen: did you check unimarc and normarc too? 18:11 rangi the patch only changes marc21 18:11 tcohen i did big grep 18:12 rangi cool 18:12 jcamins rangi: what's weird is I can't see when the files got moved. 18:12 jcamins That patch doesn't seem to be in 3.8.x. 18:13 rangi its pre nov 2012 18:13 tcohen 95b4f31f 18:14 jcamins The last comment was Paul saying he thought it should be kept for 3.10 only, and git log does not show bug 8624 in kc/3.8.x. 18:14 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8624 minor, P5 - low, ---, jcamins, Pushed to Master , famfamfam should be outside theme directory 18:15 rangi bug 8614 18:15 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8614 minor, P5 - low, ---, oleonard, Pushed to Stable , Icon for scores on OPAC detail page broken 18:15 rangi git show b09836f252ef4f4119a462fcb023af08cd90629a 18:19 jcamins Ah! 18:20 * mtompset thinks git show rocks. :) 18:21 rangi try this 18:22 rangi git show --word-diff=color 18:22 rangi i have that aliased to git sh 18:23 oleonard Wow, nice! 18:23 tweetbot` [off] twitter: @kohails: "#kohails February 2013 Upgrade Issues and New Features http://t.co/4mj0yRgz" 18:24 rangi 3.8.5 ?? 18:24 wahanui i heard 3.8.5 was on schedule, i really want bug 8251 and bug 8246 18:24 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8251 critical, P1 - high, ---, colin.campbell, Pushed to Stable , Patrons are systematically debarred at checkin 18:24 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8246 major, P5 - low, ---, gmcharlt, NEW , can't delete bibs in big batch delete 18:24 rangi i hope the security fixes from 3.8.6 were backported 18:24 rangi wrt that tweet 18:25 jcamins rangi: maybe a typo? 18:26 * rangi looks 18:26 rangi source reports 3.8.5 too 18:28 * jcamins tried to be optimistic. 18:30 libsysguy anybody around that could help me package up a cpan module to include in koha-common? 18:30 libsysguy module -> http://search.cpan.org/~colinsc/Business-Edifact-Interchange-0.03/lib/Business/Edifact/Interchange.pm 18:31 jcamins libsysguy: you just have to use dh-make-perl 18:31 libsysguy oh? 18:32 libsysguy well that is exactly what I read on debian-administration 18:32 libsysguy but I didn't believe them :p 18:36 libsysguy wow this is exceedingly easy..thank goodness 18:38 * cait waves 18:38 * libsysguy waives back 18:38 mtompset Hi, cait! Long time no chat. :) 18:39 mtompset Greetings, libsysguy. 18:39 libsysguy sup mtompset 18:40 mtompset Writing a newsletter. 18:40 rangi hi cait 18:40 cait hi mtompset, hi rangi 18:40 mtompset Hoping to try to figure out dh-make-perl. :) 18:40 libsysguy okay…now that I have a package…how do I get it into koha-common 18:40 libsysguy mtompset thats what I just did :D 18:47 gaetan_B bye 18:52 rangi libsysguy: install it, and update apt-file then run the script to update the control file 18:52 libsysguy ah 18:52 rangi you mean add it as a dependency eh? 18:52 libsysguy well 18:52 libsysguy I need to do that as well 18:52 libsysguy but I had to build the package as well 18:53 rangi http://search.cpan.org/~bessarabv/Test-Whitespaces-0.03/lib/Test/Whitespaces.pm 18:53 rangi for you 18:53 libsysguy don't we have a repo to koha packages that aren't in the standard debian repo? 18:53 rangi yes 18:53 rangi talk to eythian about that 18:53 libsysguy did I have another patch with whitespace problems? 18:54 libsysguy I thought I had that resolved 18:55 rangi no, you were complaining about tabs or something 18:56 libsysguy ah yes…i prefer tabs :p 18:56 rangi lol 18:56 libsysguy then i can define my own widths 18:56 rangi that's precisely what is wrong with them :) 18:56 libsysguy heh 18:57 libsysguy well if you commit them as tabs, then you editor can make the decision on how to display them 18:57 libsysguy so if your a 2 spacer or an 8 spacer you're happy 18:57 rangi ahh, you really should have been at the style training 18:57 libsysguy :p 18:57 * libsysguy is still a young un' 18:58 rangi no, thats not how it works in practice, unless you have control over every editors setting on every machine you ever log in to 18:58 gmcharlt sadly, us 3.5 spacers are never acommodated ;) 18:58 rangi spaces are consistent 19:00 libsysguy :'( 19:00 libsysguy inconsistent_spacing-- 19:02 rangi that's why you have a style guide :) 19:08 * magnuse gets a sudden urge to call talljoy 19:11 cait heh 19:11 cait don't think about pink elephants? 19:11 tweetbot` [off] twitter: @ByWaterSolution: "Transport Cost Matrix in Koha 3.10 http://t.co/n4qkHjv9 #kohails" 19:11 magnuse cait: :-) 19:13 jcamins In a highly unusual turn of events, I _actually took some books out of the library_! 19:14 cait ! 19:14 rangi hmm apart from books for the kids 19:15 rangi its been hmm 16 years or so since i did 19:15 jcamins Heh. 19:15 rangi 97 i finished my second degree, it would have been then 19:15 * jcamins thinks there is a lesson here for libraries. 19:16 rangi ill show you why i never use the wellington city libraries 19:16 cait oh please noooo 19:16 cait not the opac!! 19:16 rangi http://www.wcl.govt.nz/easyfind/?q=the%20the 19:16 * cait hides 19:16 rangi they have 4 19:16 rangi 4!!! the the albums 19:16 rangi but you'd never know 19:17 rangi unless you jump through hoops to find them 19:17 magnuse jcamins: Bug 9250 forgets to add the new commands to the koha-common manpage. should i fail qa and force eythian to do it or would you be ok with me providing a followup on the same bug along with my signoff (hopefully)? 19:17 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Needs Signoff , Provide commands to allow handling of SIP servers in the packages 19:17 oleonard But look how easy it is to search for "thu" and "thi!" 19:17 jcamins magnuse: I'd be fine with a follow-up. 19:17 magnuse oooh, flash... 19:17 rangi http://www.wcl.govt.nz/carlweb/jsp/search_page.jsp 19:17 magnuse jcamins: ok, thanks. hopefully tomorrow! 19:18 rangi the actual opac is no better than the discovery layer 19:18 * magnuse wanders off 19:18 rangi spending my rates on that ... AWESOME! 19:18 rangi cya magnuse 19:18 oleonard Wow rangi, that page uses frames! 19:19 rangi carl2 from TLC 19:19 rangi hmm actually now its carlx 19:19 rangi it didnt get better 19:20 rangi probably the librarians can fudgitate the flumorix shiggery on the leader position 12 or something now 19:20 rangi but really, i dont give a crap about the staff interface as one of the 400k potential users 19:20 rangi serve us, before the 60 or so librarians 19:21 jcamins rangi: I highly doubt it. After all, I just discovered that a popular budget ILS doesn't support indicators in MARC records. 19:21 rangi well carlx is NOT budget 19:22 rangi the staff interface might be super awesome 19:22 jcamins No, but that doesn't mean it's any better designed. 19:22 rangi but really, who cares 19:22 rangi if people cant actually find things 19:23 jcamins I don't just mean "oh, it's not very convenient to specify indicators," I mean "THEY FORGOT TO PUT INDICATORS IN THEIR MARC RECORDS!" <-- caps necessary 19:23 rangi librarians .. dont become the IT depts of the world :) 19:23 rangi ok time to take the kids to school 19:23 rangi bbl 19:24 jcamins I figure if someone with a low budget can come up with that bright idea, someone with a high budget could come up with _much_ worse things to do to their staff clients. :) 19:24 gmcharlt [off] *cough* OLE *cough* 19:26 cait [off] I would be interested to hear your opinion on that :) 19:26 jcamins [off] Great, now he's going to have to go off and be sick for a while. 19:26 mtompset "doesn't support indicators in MARC records."?! What the?! 19:27 jcamins mtompset: yeah, they just vanished when I tried to export records. Very weird. 19:27 jcamins Well, they never existed at all, but even with imported records I noticed that. 19:41 gmcharlt for anybody following along with the record changes in MARC::File::XML, I'd appreciate feedback on https://sourceforge.net/p/marcpm/code/ci/4d1a5eb3aaafe281b05ee10fa8853a16b28275dc/tree/ 19:41 gmcharlt (aka the use-xml-libxml-reader-cleaner branch of git://git.code.sf.net/p/marcpm/code 20:03 rangi back 20:05 bag welcome back 20:05 wahanui I hate jetlag. 20:05 cait wb :) 20:47 rangi argentian_koha_developers++ 20:47 rangi hmm 20:47 rangi argentinian_koha_developers++ 20:47 wizzyrea :) 20:50 cait heh 20:52 * gmcharlt celebrates the rise of our new silver-plated Koha developer overlords! 20:54 rangi heh 20:54 cait ok, what did I miss? :) 20:55 gmcharlt my bad pun on argent-ian :) 20:55 cait ooh 20:55 cait got it :) 21:01 eythian hi 21:01 drojf ho 21:02 cait hu? 21:03 libsysguy @seen eythian 21:03 huginn libsysguy: eythian was last seen in #koha 1 minute and 47 seconds ago: <eythian> hi 21:03 libsysguy oh 21:03 libsysguy eythan!! 21:03 cait lol 21:03 * oleonard suspects libsysguy reads #koha with an unusually short scrollback 21:04 libsysguy I have a package for you 21:04 libsysguy hey oleonard I'll have you know my scrollback is of average length 21:04 libsysguy :p 21:06 oleonard libsysguy: If we're making that kind of joke I have a "That's what he said" retort for your package comment ;) 21:06 drojf how many scrollbacks have you seen in your life? 21:06 libsysguy hahahaha 21:06 libsysguy well my package is for eythan. I just want to share it 21:07 libsysguy and drojf I…I got nothing for that one... 21:07 oleonard Gotta go. Keep it classy #koha 21:07 libsysguy always oleonard 21:09 bag heh 21:10 libsysguy uh oh, sorry bag I'll get back to work :p 21:10 bag sending around packages (HA) is working :P 21:11 libsysguy heh 21:18 eythian libsysguy: so I saw 21:18 libsysguy eythian: is there somewhere I can put it so it ends up in Koha Common 21:18 eythian best bet is to email me the details, I'll make a package for it and put it in the repo. If it has no weird dependencies, it's a fairly quick process 21:19 eythian also make sure you add it to the kohadependencies.pl file, that way it'll automagically end up in the control file when I rebuild it. 21:21 libsysguy I already ran it through the dh-make-perl script 21:21 libsysguy and built the package 21:22 libsysguy no weird deps so that wasn't a problem 21:22 eythian awesome 21:22 eythian libsysguy: in that case it'll be a ~15 minute job for me to build and deploy everything :) 21:23 libsysguy excellent 21:23 libsysguy I'll shoot you an email with the package that needs built 21:23 eythian sweet ta 21:46 datadoctor does anybody know off the top of their head, where keyword to MARC mappings get stored? 21:48 wizzyrea schema? 21:48 wahanui somebody said schema was tracked in git. or found at http://schema.koha-community.org 21:49 bag datadoctor: is it feildmapping? 21:49 bag sorry typo 21:49 bag fieldmapping 21:50 rangi http://schema.koha-community.org/tables/fieldmapping.html yep it is 21:50 datadoctor Yes! Thank you bag 21:50 eythian libsysguy: 21:50 eythian $ reprepro ls libbusiness-edifact-interchange-perl 21:50 eythian libbusiness-edifact-interchange-perl | 0.03-1~koha1 | squeeze | i386, amd64, source 21:50 eythian libbusiness-edifact-interchange-perl | 0.03-1 | squeeze-dev | i386, amd64, source 21:50 eythian libbusiness-edifact-interchange-perl | 0.03-1~oldstable1 | oldstable | i386, amd64, source 21:50 eythian uploaded 21:50 bag nice thanks eythian 21:51 libsysguy gracias 21:51 bag eythian++ 21:51 datadoctor bag++ 21:51 datadoctor :) 21:51 bag awwh shucks 21:51 bag :P 21:55 datadoctor Tech Services would like the 245h 'subtitle' to list after the 245p 'subtitle' in the item description - I think I can reorder the id's in the fieldmapping to make it work. 21:55 wizzyrea sure you can 21:57 cait datadoctor: or just reenter them :P 21:57 cait schema? 21:57 wahanui schema is, like, tracked in git. or found at http://schema.koha-community.org 21:58 cait fieldmapping 21:58 datadoctor Hmmm...I tried both methods, and although they reorder in the fieldmapping table, they don't reorder in the xslt block for results. I'll try looking at the schema. 21:58 datadoctor Thanks wahanui! 21:59 cait arg I should read back 21:59 cait and I should even more go to bed :) 21:59 cait bag++ 22:00 cait and now I am gone :) night all! 22:00 rangi night 22:00 datadoctor g'nite! 22:00 bag night cait 22:01 drojf datadoctor: if you want to change the order in the xslt display, do your own xslt file instead of changing the mapping 22:04 datadoctor Will that work if I want to make the change globally? 22:05 drojf what do you mean by globally? 22:05 datadoctor Like to put all [DVD] after Season #X. 22:06 drojf you have xslt files for result lists and single record display. both for opac and staff client, so that makes four files. you can change them all to your liking. whatever field orders you change in on of the files will be shown for all records in that view. does that make sense? 22:07 bag drojf: I think both methods would work - either custom XSLT or keyword to mapping 22:09 drojf bag: when i started with koha i was told not to touch the mapping if possible, so i sticked to that. but you are probably right 22:09 datadoctor That does make sense. 22:09 datadoctor I didn 22:10 bag drojf: not mapping - keyword 22:10 drojf and you have more options with the xslt files of course. you can basically change everything, formatting and stuff 22:10 bag Keywords to MARC mapping 22:11 datadoctor In the search results and the item details, there is a subtitle field available for items. Keyword mapping allows one to add additional MARC fields to the subtitle. 22:11 bag that doesn't change the mapping - but you are correct - you should not change the mapping (it's still hardcoded in some places - like the indexing files) 22:12 datadoctor We add the medium, for example [DVD] and the part number, for example [DISC 5] 22:12 wizzyrea yep, that's pretty common 22:12 datadoctor Although those may be visible elsewhere, it makes it easier for Reference if they come up in the staff side search results. 22:13 datadoctor And item details. 22:20 datadoctor Editing the xslt is easier said than done...thinking it is time to head home...zzzzzzzzzz 22:22 datadoctor Thanks for your collective help on this project, I will start on it again in the morning. Here's some music for your work. This has been powering me today: http://grooveshark.com/#!/search/song?q=tame+impala+lonerism 22:23 rangi https://soundcloud.com/lordemusic/sets/the-love-club/ <-- 17 year old kid with a computer somewhere in nz 22:25 datadoctor ^-^ 22:25 drojf ah, the other mapping. sorry i got confused 22:32 drojf 4.3. Keywords to MARC Mapping: This tool only effects sites that are not using the XSLT Stylesheets. 22:32 drojf how did that apply then if was using xslt? 22:32 drojf if he was 22:32 drojf now i'm even more confused :) 22:38 dcook drojf: As far as I know, the Keywords to MARC Mapping only works with subtitle by default 22:38 dcook Wait...I think I missed part of the conversation that might make the confusion more clear :p 22:39 datadoctor My colleague Jorge pointed out the xsl code to edit, and I was able to swap the order of the subtitle fields in the item detail and search results. Tech Services will be very pleased! 22:39 drojf excellent :) 22:40 drojf dcook: nevermind. it's working, let's not question anything :) 22:40 dcook Hehe. Good point. 22:41 dcook Actually, I was thinking of making an enhancement where the Keywords to MARC Mapping would work without having to change code on the backend... 22:41 datadoctor Yes, it only works with the keyword mapping field name set to subtitle. 22:41 dcook Although also having an enhancement where the MARC Bibliographic Frameworks actually fully work would also be good... 22:41 datadoctor However you can map multiple MARC subfields to the subtitle field name. 22:41 dcook True, which is handy 22:42 datadoctor They all show up in the results, but the xslt block orders them a certain way by default. 22:42 dcook I've used the same mechanism to add in other fields as well, but I've had to add in the code in the Perl script to achieve the desired effect 22:42 dcook Makes sense 22:43 * dcook would like to play around a bit more with xslt 22:43 datadoctor For the bolded title and subtitle (Marc subfield 245) that order appears to be b,h,f,g,k,n,p,s 22:44 datadoctor excuse me a,b,h,f,g,k,n,p,s - I guess that's alphabetical. 22:44 wahanui datadoctor: somebody was calculating pi on the server 22:44 datadoctor nice 22:45 datadoctor I read a great article on the Chudnovsky brothers - they built a supercomputer in their NY apartment to calculate the digits of pi. 22:46 drojf datadoctor: your alphabet is different from mine :) 22:48 datadoctor <chuckles> yes, in my alphabet h comes before f! 22:49 datadoctor Here's the article on the Chudnovsky brothers, called "Mountains of Pi" http://www.davidabrahamson.com/WWW/IALJS/Preston_TheMountainsofPi_NYer_2Mar92.pdf 22:50 datadoctor It's a fun read. May we all someday have a supercomputer in our living room...running Koha! 22:54 datadoctor Maybe a built-in XSLT editor? 22:54 * wizzyrea notes the next version of koha is 3.14 22:54 drojf wizzyrea: we need a lot of cool sub-versions ;) 22:55 wizzyrea 3.14.15.9, for example 22:55 wizzyrea .79, I mean 22:55 * eythian takes back your geek card. 22:55 wizzyrea actually ignore me. 22:55 drojf that would actually be a naming scheme that easily beats the fork. we will only continue with more digits of pi. and never reach v4.0 22:55 tweetbot` [off] twitter: @kohails: "#kohails Transport Cost Matrix in Koha 3.10 http://t.co/nNMCkAt1" 22:55 wizzyrea NO 22:56 wizzyrea curses. 22:56 wizzyrea i'm going to go back and hide now. 22:56 eythian The current version of TeX is 3.1415926 22:57 cjh that is awesome 22:58 maximep no idea why I ever lost time learning those digits 3.14159265358979 22:58 maximep :S 22:58 cjh in my stats class as high school if anyone in the class could memorize enough of it the whole class would get treats, the more they memorized the better the treats. 22:59 cjh s/as/in/; # ... 22:59 eythian some other part of the TeX system asymtotes version numbers to /e/. 22:59 maximep weird teacher :S 23:00 cjh we never made it to 'free lesson off with fish and chips' :( 23:01 maximep haha 23:03 drojf ah right, i forgot about tex version numbering. all cool stuff is done already :/ 23:04 eythian http://mrcoles.com/demo/markdown-css/ <-- neat 23:06 wizzyrea ohhhh! 23:06 drojf heh 23:06 wizzyrea that's fun acutally. 23:13 bgkriegel Hello 23:13 wahanui hello, bgkriegel 23:16 drojf so, openstreetmap routing can show me the way using public transportation, but it does not tell me which parts of the route is by what? that is… special? 23:17 Dyrcona Kia ora! 23:17 Dyrcona Somebody needs to teach wahanui to parse Maori.