← 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