Time Nick Message 00:28 dcook "remote: Counting objects: 666, done." 00:28 dcook :o 00:31 jcamins dcook: OH NO! THE END TIMES ARE UPON US!!!! 00:31 dcook I KNOW RIGHT?!?!?! 00:31 dcook Makes me realize that I'm hungry... 00:32 dcook Any new interesting exploits in the kitchen, jcamins? 00:32 jcamins dcook: actually, we just got our CSA share, and I'm trying to decide what to make. 00:32 jcamins I think pesto will probably be involved. 00:32 dcook Mmm 00:32 jcamins But I want to do something with orange mint. 00:32 dcook Orange mint? 00:33 jcamins Yeah. 00:33 dcook That's a new one for me, although I like the idea 00:33 jcamins It's like mint... with an orangy flavor. 00:33 dcook I'm a proponent that orangy flavour improves many things, especially chocolate. 00:34 dcook That sentence didn't necessarily make that much sense... 00:34 dcook Well, except the last word. Mmm, chocolate. 00:34 jenkins_koha Starting build #48 for job Koha_Docs_3.10.x (previous build: FAILURE -- last SUCCESS #46 5 days 10 hr ago) 00:34 jenkins_koha Starting build #38 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) 00:36 dcook Hmm, waited forever for git bz just for the patch not to apply.. 00:44 jenkins_koha Yippie, build fixed! 00:44 jenkins_koha Project Koha_Docs_3.10.x build #48: FIXED in 14 min: http://jenkins.koha-community.org/job/Koha_Docs_3.10.x/48/ 00:44 jenkins_koha Starting build #342 for job Koha_Docs (previous build: STILL FAILING -- last SUCCESS #332 2 mo 15 days ago) 00:46 jenkins_koha Project Koha_Docs_3.8.x build #38: STILL FAILING in 16 min: http://jenkins.koha-community.org/job/Koha_Docs_3.8.x/38/ 00:46 dcook Hmm, I wonder if I just buggered up my dev install... 00:46 dcook Hmm, doesn't look like it... 00:49 jenkins_koha Yippie, build fixed! 00:49 jenkins_koha Project Koha_Docs build #342: FIXED in 4 min 50 sec: http://jenkins.koha-community.org/job/Koha_Docs/342/ 01:05 jenkins_koha Starting build #39 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) 01:08 jenkins_koha Project Koha_Docs_3.8.x build #39: STILL FAILING in 3 min 26 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.8.x/39/ 01:44 dcook Oh that's lovely... 01:44 dcook If you have AcqCreateItem to "receiving" and you only receive 1 item out of a multi-item order, you get 2 items created 01:44 dcook One with the details you enter, and a blank item 01:59 jcamins For the record, the orange mint-avocado potatoes were a tour de force. 01:59 dcook As per usual, I'm intrigued by your combination of ingredients. 01:59 dcook Sounds delicious :) 02:00 jcamins I just took what I had... and made everything-that-fits-in-a-single-pot. 02:00 dcook I find those meals tend to be some of the most filling 02:05 jcamins Also fun. 02:06 * jcamins has been watching the TV show Chopped. 02:08 dcook Chopped? 02:09 jcamins dcook: yeah, four chefs are given four random ingredients to make an appetizer in 20 minutes, four for a main course in 30, and four for a dessert in thirty. 02:09 jcamins And some of them are really random. 02:09 jcamins Like marshmallows for the main course. 02:09 dcook hehe 02:46 druthb o/ 03:55 mtompset Greetings, #koha. 03:55 mtompset Imagine if your Koha Server had this as its hard drive: http://www.engadget.com/2013/07/18/samsung-enterprise-ssd-NVMe-XS1715/ 03:56 ibeardslee I'm imagining a desktop running a few of those! 03:56 cjh a few, heh 03:57 cjh oh wow, PCIe 04:00 * wizzyrea blinks 04:15 mtompset awesome, isn't it? But I'm looking for prices. 04:40 cait good morning #koha 04:45 dcook morning cait 04:45 dcook Do you get up earlier and earlier each day ? :p 04:47 cait i just woke up... they are getting some of hte garbage today and made a lot of noise on the street 04:47 dcook Fair enough :) 04:59 mtompset Have a great day (24 hour period), #koha dcook cait wizzyrea cjh ibeardslee etc. :) 05:01 rangi and with that 05:02 rangi reserves get a zillion times better 05:02 rangi bug 9394 05:02 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9394 enhancement, P5 - low, ---, kyle, Passed QA , Use reserve_id where possible 05:02 cait :) 05:02 cait and it looks very well tested now 05:02 cait lots of bugs caught 05:06 huginn` New commit(s) kohagit: Bug 9394: (follow-up) stylistic tidying <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2291c217fb212725c1a98a9e06344be8f6c6bac5> / Bug 9394: (follow-up) fix query column alias <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=334e00bf5ccea4658365af7a09081d1474fba0b1> / Bug 9394: (follow-up) restore ability to cancel holds from the patron summary <http://git.koha-community.org/gitweb/?p=koha 05:07 dcook \o/ 05:10 dcook Ugh...that moment when you need to run through your test plan again to make sure you're not crazy... 05:11 cait gmcharlt++ 05:11 cait rangi++ 05:13 jenkins_koha Starting build #1335 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1332 1 day 8 hr ago) 05:27 dcook Acquisitions is...eeevil 05:33 cjh hahahhaa 06:08 * dcook twitches 06:08 dcook Of course Acquisitions would work the complete opposite way in 3.8 vs master 06:08 dcook All the more reason to get with the times... 06:09 dcook Oh my...master is certainly an improvement.. 06:11 cait dcook: ? 06:11 cait all the opposite would probably be pre 3.2 - master 06:11 dcook bug 10638 06:11 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10638 enhancement, P5 - low, ---, dcook, Needs Signoff , Show alert when receiving an order with holds/reserves 06:11 cait ah yes, that's a nice ony 06:11 cait one 06:12 dcook Creating a backport for 3.8 though... 06:12 dcook 3.8.0 that is 06:12 dcook It's... 06:12 cait old? 06:12 wahanui it has been said that old is 3.04, the new is 3.10 06:12 cait and missing security fixes? 06:12 dcook Yes, yes, and... 06:12 cait acq has lots of bugs? ;) 06:13 dcook Mhm! 06:13 dcook The current project I'm on is all acq 06:13 cait fun :) 06:13 cait is an upgrade out of question? 06:13 dcook Nope. There has been some tentative talk about it. 06:13 dcook I'm thinking that it might be the best bet. 06:14 cait it might be with acq 06:14 cait well some hate acq no matter which version 06:14 cait but our libraries are not too unhappy with it 06:14 dcook Yeah, I hate acq pretty much regardless ;) 06:14 dcook But it's been improved a lot recently 06:14 cait yeah i think so too 06:14 dcook And I'm looking forward to Julian Maurice's "transfer order" feature 06:15 cait workflows make more sense now than they did in the earlier versions of the acq module 06:15 dcook Yeah, I'm looking at how orders and items are handled and 3.8 is pretty backwards 06:16 cait hm not sure what you are referring to 06:16 cait but the option to edit the items on receive that you created on order is certainly one of the things that i like a lot 06:16 dcook Well, if you have AcqCreateItem set to "placing order" 06:16 dcook Yeah, that does look nice 06:17 dcook In this case, if you receive part of an order, aqorders_item still keeps all the items associated with the original order # 06:17 dcook In 3.8 06:17 dcook Yet, the original order number is actually a new order...composed of only the items received 06:18 dcook (the opposite of master...where a new order number is created to contain the items that are partly received...while the original order number stays with the items that are left to receive) 06:18 dcook So there's really no way to know which items have been received, if they're created when placing the order 06:19 cait hm 06:19 cait that might be a bug i have seen 06:19 cait there is one for the details going on the wrong items 06:19 cait that might be related to that change actually... 06:21 dcook Hmm, I don't know if I noticed that one 06:25 jenkins_koha Yippie, build fixed! 06:25 jenkins_koha Project Koha_master build #1335: FIXED in 1 hr 11 min: http://jenkins.koha-community.org/job/Koha_master/1335/ 06:25 jenkins_koha * Kyle M Hall: Bug 9394: Use reserve_id where possible 06:25 jenkins_koha * Jonathan Druart: Bug 9394: QA Followup 06:25 jenkins_koha * Galen Charlton: Bug 9394: (follow-up) modernize test cases 06:25 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9394 enhancement, P5 - low, ---, kyle, Pushed to Master , Use reserve_id where possible 06:25 jenkins_koha * Galen Charlton: Bug 9394: (follow-up) silence spurious warns 06:25 jenkins_koha * Galen Charlton: Bug 9394: (follow-up) restore ability to cancel holds from the patron summary 06:25 jenkins_koha * Galen Charlton: Bug 9394: (follow-up) fix query column alias 06:25 jenkins_koha * Galen Charlton: Bug 9394: (follow-up) stylistic tidying 06:41 dcook All right. Time to finally figure out how git handles bad merges... 06:44 reiveune hello 06:48 cjh dcook: have fun :) 06:51 dcook cjh: It's a bit...disheartening :p 07:01 gaetan_B hello 07:11 christophe_c hello #koha 07:17 rangi hi matts, gaetan_B and christophe_c 07:17 dac Let's see if I remember how to do this... 07:17 matts hi ! 07:18 dcook Yes! 07:18 christophe_c hi rangi 07:19 kf hi #koha 07:19 cjh hi kf :) 07:20 rangi hi kf 07:24 kf hi rangi and cjh 07:54 tweetbot [off] twitter: @ranginui: "http://t.co/SKYQ6Ckzt6 #KohaILS dev tumblr" 07:55 kf wizzyrea++ 07:55 wizzyrea ^.^ 08:13 kf wizzyrea: still around? 08:13 kf i have another printer question :) 08:13 kf is there a trick to making the printer cut? 08:14 kf the slip prints short now, but it's not cut, i think it might be something you can set in the printer itself... but not sure. in horizon we could configure something like a cutting sequence 08:14 wizzyrea that usually is in the print driver 08:14 kf ok 08:14 kf so they will have to have IT look after that 08:14 wizzyrea yea probably 08:14 kf thx :) 08:15 wizzyrea it might be as easy as a tickbox 08:17 kf thx :) 09:00 tweetbot [off] twitter: @mdelhaye: "http://t.co/LXJgbN0gdL #KohaILS cc @larkab @michaelhug_pro" 09:11 mtj wizzyrea++ love the tumblr :) 09:11 wizzyrea it makes me laugh a lot 09:12 mtj me too 09:13 * kf too 09:16 kf wow 09:16 kf that's a lot of rain 09:17 drojf hi #koha 09:18 drojf rangi++ # understanding a testplan i encrypted with lots of typos 09:21 drojf @wunder berlin, germany 09:21 huginn` drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is 24.8°C (11:13 AM CEST on July 24, 2013). Conditions: Clear. Humidity: 27%. Dew Point: 4.0°C. Pressure: 30.01 in 1016 hPa (Steady). 09:33 tweetbot [off] twitter: @pierrevdk: "Ahah nice RT @ranginui: http://t.co/X9weWZYjAI #KohaILS dev tumblr" 09:33 kf drojf: he speaks typo :) 09:34 drojf lol 09:34 drojf hi kf 09:37 eythian hi 09:37 wizzyrea heya 09:37 eythian oh no, multiple huginn` messages. 09:37 eythian that can't bode well 09:37 wizzyrea ah it'll be fiiiiiine 09:37 eythian oh, two of them cancel each other out. That's something at least. 10:19 wizzyrea so uh yea, if you see a funny gif and a caption, just later it to me :P 10:20 kf lol 10:20 kf :) 10:20 kf wizzyrea++ :) 10:21 * eythian points the the whole internet 10:21 kf eythian: trying to be helpful again? ;) 10:22 wizzyrea perhaps you have not seen my latest project 10:22 eythian always! 10:22 eythian I have :) 10:22 wizzyrea ^.^ 10:23 wizzyrea i will be expecting extra witty submissions from you, eythian 10:24 * eythian doesn't do witty 10:24 * wizzyrea ponders 10:24 tweetbot [off] twitter: @KohaILS: "#KohaILS Koha 3.8.15 released http://t.co/JvnuS3iEc7" 10:57 tweetbot [off] twitter: @andisugandi: "#Koha RT @KohaILS: #KohaILS Koha 3.8.15 released http://t.co/baArR18ebF" 12:00 eythian 3.12.02 packages published 12:04 oleonard Hi #koha 12:10 tweetbot [off] twitter: @DavidNind: "This is so awesome, and hilariously funny! RT @ranginui http://t.co/SiVGQjmf9r #KohaILS dev tumblr" 12:14 talljoy Hi oleonard 12:14 oleonard In the instructions for installing the qa test tools, where does the shell var configuration section happen? 12:15 oleonard .bashrc? 12:16 kf oleonard: hm i have done it recently, but can't help you right now 12:16 kf maybe a little later? 12:16 kf or check the logs... and find my pretty helpless questions about how to get it working :) 12:17 oleonard Thanks kf 12:19 oleonard Hi talljoy you're up early aren't you? 12:26 eythian wahanui: relevance sorting 12:26 wahanui eythian: huh? 12:26 eythian wahanui: relevance 12:26 wahanui eythian: what? 12:26 eythian hrm 12:58 gaetan_B what's the use of the biblioitems.number field ? 12:58 gaetan_B it seems to stay happily empty in most of my installs 13:00 oleonard I think it was intended to be for the number in a book series or something like that 13:00 oleonard It may pre-date MARC support 13:00 eythian I don't think I've ever used that for anything. 13:01 oleonard In fact it must pre-date MARC support since there isn't a single MARC field for number I don't think 13:02 gaetan_B great i'll recycle it then :) 13:03 gaetan_B in the same vein : when you find yourself with different koha to marc mappings in your frameworks and the koha to marc mapping tools, it's what is in the frameworks that matters right ? 13:04 gaetan_B the tool is just a practical way of assigning the same mapping to all your frameworks ? 13:04 jcamins gaetan_B: the Koha-to-MARC mappings tool just sets defaults. 13:04 tcohen kohacon13? 13:04 wahanui hmmm... kohacon13 is http://wiki.koha-community.org/wiki/KohaCon13_Summary 13:04 gaetan_B ok thanks jcamins 13:05 gaetan_B i don't quite understand why we have the possibility of having different mappings for each framework though 14:14 gmcharlt gaetan_B: yeah, IMO the mappings (at least for items) should be the same for all frameworks for a given flavor 14:14 gmcharlt I could imagine biblio-level mappings perhaps differing a bit 14:16 eythian gaetan_B: it does run the risk of being dangerous 14:19 gaetan_B gmcharlt: i don't really see a case where i would want different ones on the bibliographic level actually, but maybe this is just because i am so damn scared of how dangerous that seems 14:19 gmcharlt gaetan_B: I haven't relaly thought it through, but I'm imagining something like grabbing the edition statement from a different field for serials as opposed to monographc bib records 14:20 gmcharlt (note that that particular example is completely contrived and incorrect) 14:20 gaetan_B ah i can see your point actually yes 14:25 eythian @wunder bn1 1nb 14:25 huginn` eythian: The current temperature in Brighton, Brighton, United Kingdom is 20.9°C (3:15 PM BST on July 24, 2013). Conditions: Partly Cloudy. Humidity: 89%. Dew Point: 19.0°C. Pressure: 30.01 in 1016 hPa (Steady). 14:28 jcamins @wunder 11375 14:28 huginn` jcamins: The current temperature in Glendale, Glendale, New York is 28.5°C (10:17 AM EDT on July 24, 2013). Conditions: Mostly Cloudy. Humidity: 56%. Dew Point: 19.0°C. Pressure: 29.71 in 1006 hPa (Rising). 14:39 tcohen jcamins: its really nice how bugzilla integrates with Eclipse to manage tasks 14:40 tcohen the only thing that bothers me is the amount of errors/warnings in Koha's code 14:41 jcamins tcohen: not even the crashes? 14:41 eythian http://youtu.be/Nt7nXtjTsJM 14:41 jcamins I guess you use them as a hint that you need to take a break? 14:46 jcamins tcohen: sort of like this http://xkcd.com/303/ ? 14:49 gmcharlt tcohen: is there a way to dump its source code warnings to a file? 14:51 jcamins gmcharlt: you could always just run strings on the core dump! 14:51 jcamins Fine, fine. 14:51 * jcamins will stop making fun of Eclipse. 14:51 gmcharlt jcamins: I think you're only inviting tcohen to sneak into your apartment and change your dev environment on you one day ;) 14:53 jcamins gmcharlt: nah, he wouldn't want to set up Eclipse a second time. There's only so much time a person wants to spend waiting for the IDE to restart when it crashed in the middle of the configuration wizard. 14:53 jcamins Oops. 14:58 slef hi 14:58 oleonard Hi slef 14:58 gmcharlt hi self 14:58 gmcharlt hi slef, rather 14:59 gmcharlt for bug 7494, does "Enable/Don't enable" the ability to fall back to a keyword catalog search if the item search string on the checkout page does not turn up any results as an item barcode search" work for you as a revision to the syspref description? 14:59 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7494 enhancement, P5 - low, ---, mjr, Passed QA , Use partial barcode or callnumber as a fallback for the barcode search in checkout 15:00 slef yes but may it be better to say "if the string entered as a barcode on the checkout page..."? 15:01 gmcharlt slef: thanks, that's even better 15:01 slef or maybe "if the phrase entered as a barcode" 15:01 slef as string is a bit techie 15:01 gmcharlt ok, here's my current version: "Enable/Don't enable the ability to fall back to a keyword catalog search if the phrase entered as a barcode on the checkout page does not turn up any results during an item barcode search." 15:03 slef s/the ability to fall back to a/use of a/ ? 15:03 slef as "fall back" is already covered by the later description 15:04 gmcharlt perhaps "the automatic use of a"? 15:05 slef yes that's good 15:14 pianohacker Good mornin' 15:15 slef wrong on both counts ;) 15:19 pianohacker I'm a night owl, that phrase is pretty much a polite fiction, yeah 15:21 huginn` New commit(s) kohagit: bug 7494: DBRev 3.13.00.015' <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=8230cdea9738c9f49f76d48fa0a7d653e33064a6> / bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=383fe598719ffe924a13cab5eb94ccceed00fef9> / bug 7494: optional checkout-time fallback search for a book <http://git.koha-community.org/gitweb/?p=k 15:22 oleonard You know we don't take kindly to polite fictions around here, pardner. 15:25 oleonard @later tell khall Let's talk OPAC DataTables when you get a moment 15:25 huginn` oleonard: The operation succeeded. 15:28 jenkins_koha Starting build #1336 for job Koha_master (previous build: FIXED) 15:43 gaetan_B bye ! 15:47 reiveune bye 15:49 jenkins_koha Starting build #40 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) 15:53 jenkins_koha Project Koha_Docs_3.8.x build #40: STILL FAILING in 3 min 56 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.8.x/40/ 15:54 jenkins_koha Starting build #41 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) 15:55 jenkins_koha Yippie, build fixed! 15:55 jenkins_koha Project Koha_Docs_3.8.x build #41: FIXED in 9 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.8.x/41/ 16:01 jenkins_koha Starting build #1 for job Koha_Docs_3.12.x 16:01 jenkins_koha Project Koha_Docs_3.12.x build #1: SUCCESS in 1 min 47 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.12.x/1/ 16:20 kf sip2-- 16:21 kf i am trying to figure out how paying single fines/fees should work 16:24 pianohacker kf: self check 16:24 wahanui https://www.youtube.com/watch?v=0DJ2xyD0wU4 16:24 pianohacker as added by rangi after his dealings with it :P 16:29 kf yeah... 16:29 kf i see no way to make the self check tell you about fines apart from a sum 16:29 kf but you can pay individual fines.... fine fee paid? that's confusing 16:33 kf oh right 16:33 kf bug 6273 16:33 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6273 enhancement, PATCH-Sent (DO NOT USE), ---, koha.sekjal, Patch doesn't apply , SIP2 Fee Paid and Fee Paid Response support 16:35 oleonard If you disable EnableOpacSearchHistory shouldn't that clear the stored search history? 16:36 oleonard I guess we don't trigger database actions from other system prefs. 16:36 oleonard However, the description says "Keep/Don't keep patron search history in the OPAC. " implying that if you set it to "Don't keep" that Koha won't keep it. 16:37 eythian Well, that could be fixed with a rephrasing 16:37 eythian and a "clear all history everywhere" button somewhere. 16:37 eythian It's quite programmery-phrased like that :) 16:40 jenkins_koha Project Koha_master build #1336: SUCCESS in 1 hr 11 min: http://jenkins.koha-community.org/job/Koha_master/1336/ 16:40 jenkins_koha * MJ Ray: bug 7494: optional checkout-time fallback search for a book 16:40 jenkins_koha * Galen Charlton: bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref 16:40 jenkins_koha * Galen Charlton: bug 7494: DBRev 3.13.00.015' 16:40 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7494 enhancement, P5 - low, ---, mjr, Pushed to Master , Use partial barcode or callnumber as a fallback for the barcode search in checkout 16:50 oleonard Is there a template pluign for formatting times like there is for dates? 16:55 kf oleonard: i think it's the same 16:55 kf oleonard: i think time was added to the date plugin somehow, iirc 16:56 kf oleonard: there is the timeformat system preference and bug 901 16:56 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=901 enhancement, P2, ---, paul.poulain, CLOSED INVALID, Unimarc subfields editor 16:56 kf bug 9014 16:56 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9014 enhancement, P5 - low, ---, kyle, RESOLVED FIXED, Add time due to slips 16:57 oleonard I found it: $KohaDates with_hours => 1 16:57 kf ok :) 16:58 gmcharlt minutes, sadly, are ignored ;) 16:59 kf gmcharlt: just found bug 8169 - seeeing your patch on the list - is that fixed? 16:59 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8169 enhancement, P3, ---, gmcharlt, NEW , No LCCN field on Z39.50 search 17:01 gmcharlt kf: no, 8169 doesn't appear to be fixed 17:01 kf hm, now i found the one i was actually looking for: 17:01 kf bug 5092 17:01 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5092 normal, PATCH-Sent (DO NOT USE), ---, katrin.fischer, CLOSED FIXED, No results when searching by LC Call Number: in Z39.50 Server 17:02 huginn` New commit(s) kohagit: Bug 10462: (follow-up) remove some undefined variable warning noise <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=75842c7d620938274c728417188b3939a136eedb> / Bug 10462: QA Followup to resolve LCCN mixup and remove hardcoded marc tags <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=4bf04e423936367a488fbb7a5e9c1c763d46d073> / Bug 10462: Followup for showing multiple ISBNs in Z3950 response 17:02 gmcharlt kf: 5092 itself seems to be working 17:03 kf ok, i was only wondering if call number or control number was correct now 17:03 kf as I remembered i had changed something in that area in the past 17:03 gmcharlt well, control number was what always displayed in the search results 17:04 gmcharlt neither the LC call number nor the Dewey call number have ever been displayed in the results 17:04 kf aah 17:04 kf so it was not search but display 17:04 kf ok :) 17:04 gmcharlt let's see if I can revive 8169 quickly 17:04 kf i just wondered if i got it wrong back then 17:06 gmcharlt kf: no, nothing wrong with adding support for search by LC call number 17:06 kf i wondered if i had mixed up something 17:06 kf but all good, now i can go home :) 17:09 drojf [off] "i am a novice to koha so just had access to the 3.0" <-- gotta earn that koha 3.12.2 ;) 17:09 kf bye all :) 17:13 jenkins_koha Starting build #1337 for job Koha_master (previous build: SUCCESS) 18:08 tweetbot [off] twitter: @ByWaterSolution: "Introduction to Libki http://t.co/9RgAQANsRq #KohaILS" 18:24 jenkins_koha Project Koha_master build #1337: SUCCESS in 1 hr 10 min: http://jenkins.koha-community.org/job/Koha_master/1337/ 18:24 jenkins_koha * Marcel de Rooy: Bug 10462: Some optimizations in Z3950 search paving the way for enhancements 18:24 jenkins_koha * Marcel de Rooy: Bug 10462: Followup for showing multiple ISBNs in Z3950 response 18:24 jenkins_koha * Marcel de Rooy: Bug 10462: QA Followup to resolve LCCN mixup and remove hardcoded marc tags 18:24 mtompset Greetings, #koha. 18:24 jenkins_koha * Galen Charlton: Bug 10462: (follow-up) remove some undefined variable warning noise 18:24 huginn` 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10462 normal, P5 - low, ---, m.de.rooy, Pushed to Master , Some optimizations in Z3950 search paving the way for enhancements 18:26 mtompset What is testopia? 18:26 wahanui hmmm... testopia is https://developer.mozilla.org/en-US/docs/Mozilla/Bugzilla/Testopia 18:27 mtompset Greetings, drojf. :) 18:27 mtompset Are you on can't sleep time again? 18:30 oleonard It's not late enough for that yet 18:32 gmcharlt @later tell dcook I've updated http://koha-community.org/about/history/ 18:32 huginn` gmcharlt: The operation succeeded. 18:56 druthb drojf! 18:56 * druthb chucks skittles at mtompset and drojf. 18:56 pianohacker oleonard: were you aware of this? http://jsperf.com/concat-vs-plus-vs-join/2 18:57 * oleonard pictures pianohacker running in and throwing a binder full of reports on his desk 18:57 * mtompset decides to study war no more, and collects the skittles into a nice pretty collection. :P 18:57 pianohacker hahahaha 18:57 pianohacker "baws we gotsa problem" 18:58 oleonard pianohacker: No, I wasn't. That's crazy. 18:58 pianohacker oleonard: Two orders of magnitude crazy. The effect even scales to concatenations of 50 strings in my tests 18:59 pianohacker It's like the + operator is implemented in godforsaken microcode 18:59 pianohacker I feel a lot less clever for my usual [].join() HTML construction method, that's for sure :P 19:00 oleonard pianohacker: Isn't that backwards? The annotation says "higher is better" 19:00 oleonard Or do I misunderstand what you mean by your microcode statement 19:01 pianohacker I was referring to CPU microcode; assembly didn't seem hyperbolic enough. It's very fast 19:03 drojf oh, it has been raining skittles again, that's odd 19:04 drojf mtompset: no, i was not even at home :) it's still regular uptime for me 19:04 drojf druthb: druthb! 19:07 * cait waves at drojf 19:07 cait would you share some of the skittles? 19:08 drojf sure. i got icecream too :) 19:08 * cait really needs some sweet things 19:08 drojf bad day? or just because? :) 19:09 cait both 19:12 * drojf sweeps up all the skittles for cait 19:16 mtompset So, the tar.gz for 3.12.2 is released, correct? 19:16 mtompset But the packages will be another day or so? 19:17 cait mtompset: whenever eythian gets around to it 19:17 mtompset Just checking. 19:17 cait you could roll your own :) 19:17 tcohen both were released already 19:24 cait nice! 19:24 cait eythian++ 19:31 pianohacker mornin' rangi :) 19:33 cait pianohacker: morning rangi? 19:33 * cait looks around 19:46 cait pianohacker: did you see my note about the follow-up for the overdrive patch? 19:47 pianohacker cait: Yup, will send a followup soonish. That thing'll have enough signoffs to kill a small child by the time it's done ;) 19:48 cait there is no such thing as too many sign-offs 19:48 pianohacker I think we're starting to test the limits of that assertion :) 19:49 cait well it doesn't need more sign offs 19:50 cait only asked for a qa follow up 19:51 pianohacker I know. Just teasin' ya 19:51 cait :( 19:51 cait lol typo 19:51 cait :) 20:07 kathryn Morning pianohacker cait mtompset :) 20:07 kathryn and all :) 20:07 cait good morning kathryn :) 20:39 tweetbot [off] twitter: @DavidNind: "Thanks @wizzyrea - I still can't stop laughing! RT @ranginui http://t.co/ecwd1nzCz8 #KohaILS" 20:59 tcohen loving this one: http://kohadevreactions.tumblr.com/post/56233296159/this-patch-is-really-great-forgot-unit-tests 20:59 cait heh 21:00 pianohacker I'm enjoying http://kohadevreactions.tumblr.com/post/56319003848/i-think-ill-change-up-the-cataloguing given my current project :) 21:03 cait :) 21:06 wizzyrea :) 21:17 trea yes 21:19 cjh we have a kohadevreactions :o 21:20 trea verily 21:20 cait cjh: since like last night 21:20 * cjh puts money on it being wizzyrea 21:20 cait you didn't really mis something 21:20 cait well... a bit, bit still time to catch up :) 21:21 cjh http://kohadevreactions.tumblr.com/post/56320756619/our-feature-got-in 21:21 cjh brilliant. 21:54 trea CCODES? Does modifying them apply retroactively? 21:57 * wizzyrea imagines everyone going to test it >.> 21:58 gmcharlt trea: by changing the authorized value list? nope, doesn't cascade 21:58 pianohacker augh, you can set authorized values by branch now? When did that happen? 21:58 trea right. okay thanks gmcharlt 21:59 cait pianohacker: sometime in 3.12 22:05 pianohacker okay, thanks cait 22:05 cait guess you didn#t really want to know the version? :) 22:06 pianohacker well, partially that, partially an expression of horror at the bugs and behavior that could cause 22:06 wizzyrea explain 22:06 pianohacker plus the pain that must have been involved in retrofitting that into such an ancient system 22:07 wizzyrea because if it's buggy we'd probably want to know 22:07 wizzyrea :P 22:07 pianohacker That code was old, beat up and ugly in the 2.2 days 22:08 wizzyrea can retroactive overdue notices be sent out? I thought not but... I'm questioning myself 22:09 cait wizzyrea: it depends a bit on how you do them 22:09 cait i think there is a date parameter in the overdues script now 22:09 pianohacker also good morning wizzyrea 22:09 cait but i am not sure if it will work right if you normally use triggered 22:09 cait with the overdue notice triggers 22:10 wizzyrea right, more investigation needed then :) 22:11 cait pianohacker: i think it's not very likely to cause evil bugs - it's mostly a display thing 22:11 cait pianohacker: imagine a consortia with lots of libraries... it's used to limit the pull downs in cataloguing - that's quite useful for locations and collections and such 22:12 pianohacker good use case. 22:14 pianohacker Quick question; what's our base browser support level for the staff client? 22:14 rangi firefox 22:14 rangi :) 22:15 rangi we dont really aim or advertise ie compliance on staff 22:15 rangi however since we now use jquery 22:15 rangi ie8 and above are ok 22:16 cait there are still some bugs 22:16 cait but they shoudl be fixable 22:16 cait but maybe that was below ie8 hm 22:17 wizzyrea label creator doesn't work below 9 22:17 wizzyrea er at 9 22:17 pianohacker which ff/chrome? I'm looking specifically at https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/create , which seems to have entirely reasonable requirements 22:18 pianohacker I'd rather code for ie 9 than ff 1.0, after all :) 22:19 rangi @quote get 171 22:19 huginn` rangi: Quote #171: "rangi: I find proprietary software unethical. So even if it made me coffee and polished my shoes everyday, it would still suck" (added by wizzyrea at 08:10 PM, December 08, 2011) 22:19 rangi is all i have to say to that ;-) 22:19 rangi but yeah i know what you mean 22:19 rangi 12 and up 22:19 pianohacker cool. Thanks guys 22:20 pianohacker I just don't trust anything I haven't or can't take apart, software or hardware :) 22:21 rangi *nod* 22:21 rangi i find selling someone something they legally cant take apart the unethical bit 22:22 pianohacker yeah. There's the iPad philosophy of "glue. GLUE. MORE GLUE", then there's actually having lawyers break down your door 22:22 rangi *nod* 23:00 mtompset Morning, kathryn. :) 23:01 jenkins_koha Starting build #1 for job master_maria 23:02 jenkins_koha Project master_maria build #1: FAILURE in 22 min: http://jenkins.koha-community.org/job/master_maria/1/ 23:10 jenkins_koha Project master_maria build #2: STILL FAILING in 1 min 19 sec: http://jenkins.koha-community.org/job/master_maria/2/ 23:10 pianohacker Good night 23:10 wahanui I watch you sleep. 23:10 dcook night pianohacker 23:10 dcook Come on maria, you can do it! 23:11 rangi heh 23:13 tcohen that's great rangi, testing on mariadb? 23:14 rangi thats the plan 23:15 tcohen its failing for env stuff, right? 23:16 rangi yeah ill fix it up 23:16 jenkins_koha Project master_maria build #3: STILL FAILING in 1 min 24 sec: http://jenkins.koha-community.org/job/master_maria/3/ 23:16 rangi also needs a couple of perl modules 23:16 rangi but its getting closer :) 23:17 gmcharlt rangi++ 23:17 cait rangi++ 23:19 tcohen rangi++ 23:23 cait night all 23:23 wahanui goodnight cait. You'll be back. 23:28 dcook rangi++ 23:29 jenkins_koha Project master_maria build #4: STILL FAILING in 1 min 20 sec: http://jenkins.koha-community.org/job/master_maria/4/ 23:29 dcook gmcharlt++ 23:29 rangi hmm 23:33 jenkins_koha Project master_maria build #5: STILL FAILING in 1 min 27 sec: http://jenkins.koha-community.org/job/master_maria/5/ 23:36 dcook Any ideas why a call to "AddReturn" in inventory.pl wouldn't get exported subs from Items.pm? 23:40 jenkins_koha Project master_maria build #6: STILL FAILING in 3 min 7 sec: http://jenkins.koha-community.org/job/master_maria/6/ 23:44 rangi yeah buddy, now its running the tests, i suspect a bunch will fail due to missing data, but we'll see 23:44 rangi yeah buddy? 23:44 dcook O_o 23:44 rangi yeah buddy? 23:44 wahanui https://www.youtube.com/watch?v=BD0mif8R9vQ 23:49 wizzyrea hehehehe 23:50 rangi wizzyrea: where are you testing for the rbnz? 23:50 jcamins rangi: MariaDB makes tests fail? 23:50 rangi no 23:51 rangi still setting up the server 23:51 jcamins Oh, okay. 23:51 gmcharlt it will be a handy way of getting a list of db_dependent tests that need to be adjusted 23:52 jcamins gmcharlt: none should fail. 23:52 rangi yep, im starting clean, watching what fails then adding the sample data files until it passes 23:52 jcamins I use MariaDB exclusively. 23:52 jcamins Well, for development I use it exclusively. 23:52 gmcharlt jcamins: not talking about MariaDB per se, talking about sussing out tests that depend on the presence of specific data in the database 23:52 rangi yep 23:52 jcamins Oh, got it. 23:52 jcamins Yeah- almost all of them. :( 23:53 gmcharlt fewer all the time, though 23:53 rangi yep its getting better 23:53 dcook Perl folks (gmcharlt, rangi): Have a moment for a Perl question relating to exporting subs and fully qualifying sub calls from different modules? 23:54 rangi yep 23:54 rangi the best way to do it 23:54 wahanui rumour has it the best way to do it is use Koha - and give back additional features changes you need so others can use and improve them 23:54 rangi is to put them in EXPORT_OK 23:54 rangi then do 23:55 rangi use C4::Something qw/something something_else/; 23:56 jcamins Or fully-qualify it if you think there's a chance of confusion. 23:56 dcook Well, the thing I don't understand is... 23:57 dcook Inventory.pl calls AddReturn from Circulation.pm 23:57 dcook That seems to work fine 23:57 dcook But within AddReturn, there are subs that are imported from Items.pm 23:58 dcook When calling AddReturn through Inventory.pl, the interpreter thinks those subs are from Circulation.pm rather than Items.pm :S 23:58 dcook That's fixed when you fully qualify the calls to the subs from Items.pm, but I don't understand why that's necessary...as I can't imagine there are any conflicts in the namespace. It seems like they're not being imported :S 23:59 rangi yep circular dependencies 23:59 rangi thats why you dont do EXPORT 23:59 rangi cos those 2 modules use each other 23:59 rangi and it gets all messy