IRC log for #koha, 2013-07-24

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

All times shown according to UTC.

Time Nick Message
00:28 dcook "remote: Counting objects: 666, done."
00:28 :o
00:28 jenkins_koha joined #koha
00:31 jcamins dcook: OH NO! THE END TIMES ARE UPON US!!!!
00:31 dcook I KNOW RIGHT?!?!?!
00:31 Makes me realize that I'm hungry...
00:32 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 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 That sentence didn't necessarily make that much sense...
00:34 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 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 Project Koha_Docs_3.10.x build #48: FIXED in 14 min: http://jenkins.koha-community.[…]a_Docs_3.10.x/48/
00:44 Starting build #342 for job Koha_Docs (previous build: STILL FAILING -- last SUCCESS #332 2 mo 15 days ago)
00:46 Project Koha_Docs_3.8.x build #38: STILL FAILING in 16 min: http://jenkins.koha-community.[…]ha_Docs_3.8.x/38/
00:46 dcook Hmm, I wonder if I just buggered up my dev install...
00:46 Hmm, doesn't look like it...
00:49 jenkins_koha Yippie, build fixed!
00:49 Project Koha_Docs build #342: FIXED in 4 min 50 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/342/
00:57 NateC joined #koha
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 Project Koha_Docs_3.8.x build #39: STILL FAILING in 3 min 26 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/39/
01:38 aquaman1 joined #koha
01:44 dcook Oh that's lovely...
01:44 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 One with the details you enter, and a blank item
01:49 papa joined #koha
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 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 And some of them are really random.
02:09 Like marshmallows for the main course.
02:09 dcook hehe
02:30 Irma left #koha
02:32 Irma joined #koha
02:42 aquaman joined #koha
02:46 druthb o/
02:53 rambutan joined #koha
03:54 mtompset joined #koha
03:55 mtompset Greetings, #koha.
03:55 Imagine if your Koha Server had this as its hard drive: http://www.engadget.com/2013/0[…]-ssd-NVMe-XS1715/
03:56 ibeardslee I'm imagining a desktop running a few of those!
03:56 cjh a few, heh
03:57 oh wow, PCIe
04:00 * wizzyrea blinks
04:15 mtompset awesome, isn't it? But I'm looking for prices.
04:30 cait joined #koha
04:40 cait good morning #koha
04:43 BobB joined #koha
04:45 dcook morning cait
04:45 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 reserves get a zillion times better
05:02 bug 9394
05:02 huginn` 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9394 enhancement, P5 - low, ---, kyle, Passed QA , Use reserve_id where possible
05:02 cait :)
05:02 and it looks very well tested now
05:02 lots of bugs caught
05:06 huginn` New commit(s) kohagit: Bug 9394: (follow-up) stylistic tidying <http://git.koha-community.org/[…]e06344be8f6c6bac5> / Bug 9394: (follow-up) fix query column alias <http://git.koha-community.org/[…]a09081d1474fba0b1> / 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 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 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:14 BobB joined #koha
05:27 dcook Acquisitions is...eeevil
05:31 laurence joined #koha
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 All the more reason to get with the times...
06:09 Oh my...master is certainly an improvement..
06:11 cait dcook: ?
06:11 all the opposite would probably be pre 3.2 - master
06:11 dcook bug 10638
06:11 huginn` 04Bug http://bugs.koha-community.org[…]_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 one
06:12 dcook Creating a backport for 3.8 though...
06:12 3.8.0 that is
06:12 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 The current project I'm on is all acq
06:13 cait fun :)
06:13 is an upgrade out of question?
06:13 dcook Nope. There has been some tentative talk about it.
06:13 I'm thinking that it might be the best bet.
06:14 cait it might be with acq
06:14 well some hate acq no matter which version
06:14 but our libraries are not too unhappy with it
06:14 dcook Yeah, I hate acq pretty much regardless ;)
06:14 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 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 Yeah, that does look nice
06:17 In this case, if you receive part of an order, aqorders_item still keeps all the items associated with the original order #
06:17 In 3.8
06:17 Yet, the original order number is actually a new order...composed of only the items received
06:18 (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 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 that might be a bug i have seen
06:19 there is one for the details going on the wrong items
06:19 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 Project Koha_master build #1335: FIXED in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1335/
06:25 * Kyle M Hall: Bug 9394: Use reserve_id where possible
06:25 * Jonathan Druart: Bug 9394: QA Followup
06:25 * Galen Charlton: Bug 9394: (follow-up) modernize test cases
06:25 huginn` 04Bug http://bugs.koha-community.org[…]w_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 * Galen Charlton: Bug 9394: (follow-up) restore ability to cancel holds from the patron summary
06:25 * Galen Charlton: Bug 9394: (follow-up) fix query column alias
06:25 * Galen Charlton: Bug 9394: (follow-up) stylistic tidying
06:41 dcook All right. Time to finally figure out how git handles bad merges...
06:43 reiveune joined #koha
06:44 reiveune hello
06:48 cjh dcook: have fun :)
06:51 dcook cjh: It's a bit...disheartening :p
07:01 gaetan_B joined #koha
07:01 gaetan_B hello
07:06 lds joined #koha
07:11 christophe_c joined #koha
07:11 christophe_c hello #koha
07:17 dac joined #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 joined #koha
07:19 kf hi #koha
07:19 cjh hi kf :)
07:20 rangi hi kf
07:24 kf hi rangi and cjh
07:55 wizzyrea++
07:55 wizzyrea ^.^
08:01 gerundio joined #koha
08:13 kf wizzyrea: still around?
08:13 i have another printer question :)
08:13 is there a trick to making the printer cut?
08:14 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 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 :)
08:29 gerundio joined #koha
08:55 eythian joined #koha
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 that's a lot of rain
09:17 drojf joined #koha
09:17 drojf hi #koha
09:18 rangi++ # understanding a testplan i encrypted with lots of typos
09:21 @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 kf drojf: he speaks typo :)
09:34 drojf lol
09:34 hi kf
09:37 eythian hi
09:37 wizzyrea heya
09:37 eythian oh no, multiple huginn` messages.
09:37 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.
09:40 reiveune1 joined #koha
09:45 paul_p joined #koha
09:56 rambutan joined #koha
10:07 alex_a joined #koha
10:09 eythian joined #koha
10:09 Irma joined #koha
10:09 bigbrovar_ joined #koha
10:09 druthb_away joined #koha
10:09 phasefx_ joined #koha
10:09 chris_n joined #koha
10:09 bag joined #koha
10:09 magnus_away joined #koha
10:09 mtj joined #koha
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 :)
10:20 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 I have :)
10:22 wizzyrea ^.^
10:23 i will be expecting extra witty submissions from you, eythian
10:24 * eythian doesn't do witty
10:24 * wizzyrea ponders
10:33 NateC joined #koha
10:38 drojf1 joined #koha
11:07 rambutan joined #koha
11:23 jwagner joined #koha
11:26 collum joined #koha
11:30 talljoy joined #koha
12:00 eythian 3.12.02 packages published
12:04 oleonard joined #koha
12:04 oleonard Hi #koha
12:09 Dyrcona joined #koha
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 .bashrc?
12:16 kf oleonard: hm i have done it recently, but can't help you right now
12:16 maybe a little later?
12:16 or check the logs... and find my pretty helpless questions about how to get it working :)
12:17 oleonard Thanks kf
12:19 Hi talljoy you're up early aren't you?
12:24 talljoy joined #koha
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:41 tcohen joined #koha
12:50 tcohen joined #koha
12:50 janPasi joined #koha
12:58 gaetan_B what's the use of the biblioitems.number field ?
12:58 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 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 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 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[…]KohaCon13_Summary
13:04 gaetan_B ok thanks jcamins
13:05 i don't quite understand why we have the possibility of having different mappings for each framework though
14:07 Joubu joined #koha
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 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 (note that that particular example is completely contrived and incorrect)
14:20 gaetan_B ah i can see your point actually yes
14:21 talljoy joined #koha
14:22 talljoy_ joined #koha
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:27 mcooper joined #koha
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 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 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 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 Oops.
14:58 slef hi
14:58 oleonard Hi slef
14:58 gmcharlt hi self
14:58 hi slef, rather
14:59 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[…]w_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:00 drojf joined #koha
15:01 gmcharlt slef: thanks, that's even better
15:01 slef or maybe "if the phrase entered as a barcode"
15:01 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 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:08 hankbank joined #koha
15:13 pianohacker joined #koha
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/[…]fa0a7d653e33064a6> / bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref <http://git.koha-community.org/[…]5eb94ccceed00fef9> / 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:22 christophe_c left #koha
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:34 rambutan joined #koha
15:43 gaetan_B bye !
15:44 phasefx joined #koha
15:47 reiveune bye
15:47 reiveune left #koha
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:50 talljoy joined #koha
15:53 jenkins_koha Project Koha_Docs_3.8.x build #40: STILL FAILING in 3 min 56 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/40/
15:54 Starting build #41 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago)
15:55 Yippie, build fixed!
15:55 Project Koha_Docs_3.8.x build #41: FIXED in 9 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/41/
15:58 melia joined #koha
16:01 jenkins_koha Starting build #1 for job Koha_Docs_3.12.x
16:01 Project Koha_Docs_3.12.x build #1: SUCCESS in 1 min 47 sec: http://jenkins.koha-community.[…]ha_Docs_3.12.x/1/
16:07 edveal joined #koha
16:15 tcohen joined #koha
16:20 kf sip2--
16:21 i am trying to figure out how paying single fines/fees should work
16:22 rambutan joined #koha
16:24 pianohacker kf: self check
16:24 wahanui https://www.youtube.com/watch?v=0DJ2xyD0wU4
16:24 gerundio joined #koha
16:24 pianohacker as added by rangi after his dealings with it :P
16:29 kf yeah...
16:29 i see no way to make the self check tell you about fines apart from a sum
16:29 but you can pay individual fines.... fine fee paid? that's confusing
16:33 gerundio joined #koha
16:33 kf oh right
16:33 bug 6273
16:33 huginn` 04Bug http://bugs.koha-community.org[…]w_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 I guess we don't trigger database actions from other system prefs.
16:36 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 and a "clear all history everywhere" button somewhere.
16:37 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.[…]Koha_master/1336/
16:40 * MJ Ray: bug 7494: optional checkout-time fallback search for a book
16:40 * Galen Charlton: bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref
16:40 * Galen Charlton: bug 7494: DBRev 3.13.00.015'
16:40 huginn` 04Bug http://bugs.koha-community.org[…]w_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 oleonard: i think time was added to the date plugin somehow, iirc
16:56 oleonard: there is the timeformat system preference and bug 901
16:56 huginn` 04Bug http://bugs.koha-community.org[…]ow_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[…]w_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[…]w_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 bug 5092
17:01 huginn` 04Bug http://bugs.koha-community.org[…]w_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 New commit(s) kohagit: Bug 10462: (follow-up) remove some undefined variable warning noise <http://git.koha-community.org/[…]7188b3939a136eedb> / Bug 10462: QA Followup to resolve LCCN mixup and remove hardcoded marc tags <http://git.koha-community.org/[…]a5e9c1c763d46d073> / 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 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 neither the LC call number nor the Dewey call number have ever been displayed in the results
17:04 kf aah
17:04 so it was not search but display
17:04 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:05 edveal joined #koha
17:06 gmcharlt kf: no, nothing wrong with adding support for search by LC call number
17:06 drojf joined #koha
17:06 kf i wondered if i had mixed up something
17:06 but all good, now i can go home :)
17:09 bye all :)
17:09 kf left #koha
17:09 kf joined #koha
17:10 kf left #koha
17:13 jenkins_koha Starting build #1337 for job Koha_master (previous build: SUCCESS)
17:21 tcohen joined #koha
17:42 edveal joined #koha
17:48 cait joined #koha
17:48 cait left #koha
17:48 cait joined #koha
18:23 mtompset joined #koha
18:24 jenkins_koha Project Koha_master build #1337: SUCCESS in 1 hr 10 min: http://jenkins.koha-community.[…]Koha_master/1337/
18:24 * Marcel de Rooy: Bug 10462: Some optimizations in Z3950 search paving the way for enhancements
18:24 * Marcel de Rooy: Bug 10462: Followup for showing multiple ISBNs in Z3950 response
18:24 * 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[…]_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/[…]Bugzilla/Testopia
18:27 drojf1 joined #koha
18:27 mtompset Greetings, drojf. :)
18:27 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:48 Callender joined #koha
18:49 Callender__ joined #koha
18:56 druthb drojf!
18:56 * druthb chucks skittles at mtompset and drojf.
18:56 matts_away joined #koha
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 "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 It's like the + operator is implemented in godforsaken microcode
18:59 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 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 mtompset: no, i was not even at home :) it's still regular uptime for me
19:04 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 Callender joined #koha
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 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 only asked for a qa follow up
19:51 pianohacker I know. Just teasin' ya
19:51 cait :(
19:51 lol typo
19:51 :)
20:07 kathryn Morning pianohacker cait mtompset :)
20:07 and all :)
20:07 cait good morning kathryn :)
20:23 matts_away joined #koha
20:39 matts_away joined #koha
20:59 tcohen loving this one: http://kohadevreactions.tumblr[…]forgot-unit-tests
20:59 cait heh
21:00 pianohacker I'm enjoying  http://kohadevreactions.tumblr[…]p-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 well... a bit, bit still time to catch up :)
21:21 cjh http://kohadevreactions.tumblr[…]ur-feature-got-in
21:21 brilliant.
21:51 aquaman joined #koha
21:54 trea CCODES? Does modifying them apply retroactively?
21:57 * wizzyrea imagines everyone going to test it >.>
21:57 mcooper joined #koha
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 :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 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 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 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 Quick question; what's our base browser support level for the staff client?
22:14 rangi firefox
22:14 :)
22:15 we dont really aim or advertise ie compliance on staff
22:15 however since we now use jquery
22:15 ie8 and above are ok
22:16 cait there are still some bugs
22:16 but they shoudl be fixable
22:16 but maybe that was below ie8 hm
22:17 wizzyrea label creator doesn't work below 9
22:17 er at 9
22:17 pianohacker which ff/chrome? I'm looking specifically at https://developer.mozilla.org/[…]cts/Object/create , which seems to have entirely reasonable requirements
22:18 laurence left #koha
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 but yeah i know what you mean
22:19 12 and up
22:19 pianohacker cool. Thanks guys
22:20 I just don't trust anything I haven't or can't take apart, software or hardware :)
22:21 rangi *nod*
22:21 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 Project master_maria build #1: FAILURE in 22 min: http://jenkins.koha-community.[…]b/master_maria/1/
23:06 dcook joined #koha
23:07 tcohen joined #koha
23:10 jenkins_koha Project master_maria build #2: STILL FAILING in 1 min 19 sec: http://jenkins.koha-community.[…]b/master_maria/2/
23:10 pianohacker Good night
23:10 wahanui I watch you sleep.
23:10 dcook night pianohacker
23:10 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.[…]b/master_maria/3/
23:16 rangi also needs a couple of perl modules
23:16 but its getting closer :)
23:17 gmcharlt rangi++
23:17 cait rangi++
23:19 tcohen rangi++
23:21 papa joined #koha
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.[…]b/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.[…]b/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.[…]b/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 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 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 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 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 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 then do
23:55 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 Inventory.pl calls AddReturn from Circulation.pm
23:57 That seems to work fine
23:57 But within AddReturn, there are subs that are imported from Items.pm
23:58 When calling AddReturn through Inventory.pl, the interpreter thinks those subs are from Circulation.pm rather than Items.pm :S
23:58 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 thats why you dont do EXPORT
23:59 cos those 2 modules use each other
23:59 and it gets all messy

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

koha1