IRC log for #koha, 2014-05-20

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

All times shown according to UTC.

Time Nick Message
00:06 irma joined #koha
00:08 dcook Firefox and receipt printing does seem to work sufficiently, pianohacker :p
00:08 Doesn't seem to work in any other browser but Firefox :p
00:08 pianohacker that's odd...
00:08 dcook: the automatic printing fails, or what?
00:09 dcook Well, you can print receipts from the staff client in IE, but the self checkout doesn't print slips
00:09 Chrome can't print anything from the self checkout or patron record
00:09 pianohacker weeeeeird
00:09 dcook pianohacker: In the case of Chrome, it's because they use their custom print instead of the system dialog
00:09 At least for the patron record. Don't know about the self-checkout.
00:09 Will have to look at that in a bit...
00:10 I think it's because the Javascript closes the pop-up window too early. At least, that's what I recall happening in the past.
00:10 I think Galen or Liz might've fixed the Chrome thing using a timer for 3.16...
00:12 gmcharlt bug 11014
00:12 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11014 major, P5 - low, ---, oleonard, NEW , Slip Print Problem in Chrome
00:13 dcook Yeah, that would be the one
00:13 I keep thinking that still has a problem...but I can't recall what.
00:13 I remember causing a sporadic problem in Firefox when using a timer..
00:16 Well, I have a few minutes to check this out more thoroughly.
00:17 gmcharlt please do; assuming it's good enough, using taht as the new default printThenClose() should probably make it into 3.16
00:17 kmlussier left #koha
00:18 dcook Sweet as. I'll start playing now.
00:18 eythian https://twitter.com/slfritchie[…]68302135457636352
00:19 pastebot "gmcharlt" at 127.0.0.1 pasted "dcook: if you're feeling busy, this whole bit should probably be factored into a template include and used across the board" (10 lines) at http://paste.koha-community.org/8
00:19 gmcharlt s/busy/inclined to be busy/
00:19 eythian++
00:19 dcook Hmm
00:20 gmcharlt dcook: namely because there are a bunch of pages that want to autoprint but which do not respect IntranetSlipPrinterJS
00:20 jenkins_koha Project Koha_master build #1757: SUCCESS in 2 hr 23 min: http://jenkins.koha-community.[…]Koha_master/1757/
00:20 * Galen Charlton: Bug 12288: add regression test
00:20 * Kyle M Hall: Bug 12288: fix search errors with AggressiveMatchOnISBN turned on
00:20 * Galen Charlton: Bug 12288: (follow-up) test for defined values
00:20 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12288 minor, P5 - low, ---, kyle, Pushed to Master , Search Errors with AggressiveMatchOnISBN turned on
00:20 jenkins_koha * Tomas Cohen Arazi: Bug 11404: add support for Apache 2.4's config file convention
00:20 * Tomas Cohen Arazi: Bug 11404: koha-functions.sh introduced for reuse
00:20 * Tomas Cohen Arazi: Bug 11404: Make the install process aware of the changes
00:20 * Robin Sheat: Bug 11404: (follow-up) only ask user if there are instances needing upgrading
00:20 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11404 major, P5 - low, ---, tomascohen, Pushed to Master , add out-of-the-box support for Apache 2.4
00:20 dcook gmcharlt: Why might you want to override that function with IntranetSlipPrinterJS?
00:21 wizzyrea: This always makes me think of you -> http://www.youtube.com/watch?v=y6Sxv-sUYtM
00:21 NateC joined #koha
00:24 gmcharlt dcook: insurance against future browser weirdness
00:24 dcook I thought that might be the case. Hehe.
00:24 jenkins_koha Starting build #1758 for job Koha_master (previous build: SUCCESS)
00:25 dcook I'm going to start with the self-checkout and work backwards. I wonder if there are other places in the OPAC that have auto print as well..
00:26 Hmm, of course IE still doesn't work for the SCO...
00:27 As much as I would like to write off IE, it's just not going to happen :p
00:27 eythian it helps if you set it on fire.
00:27 dcook Ohh...this might be a security thing..
00:27 Err "security"
00:28 Pop-up blocker fun times
00:29 Thar she blows..
00:30 PS Started reading Treasure Island yesterday during lunch...actually rather compelling read so far :p
00:31 Hmm, no receipt printing for IE 8 still..
00:44 Because .submit doesn't work in IE 8..
00:49 Dyrcona dcook: My daughter's school did a theatrical adaptation of Treasure Island just last week.
01:01 chrisvella94 joined #koha
01:12 dcook Drycona: Sweet :)
01:12 And that Javascript doesn't work in IE 8 because there IE 8 doesn't like Datatables.js...
01:19 * eythian deprecates IE
01:22 dcook Admittedly, Datatables.js could be written better. It's interesting that modern browsers just gloss over it
01:34 Yata!
01:40 Damn. Hate when you can only remember a few words to a song, and they're such common words that you can find many many songs...but not the one that you want
01:42 talljoy joined #koha
01:42 talljoy good evening koha
01:42 dcook yo talljoy
01:43 talljoy hey dcook.  i'm digging your wife's blgo
01:43 blog that is
01:44 dcook Awesome! I'll be sure to tell her that :)
01:44 eythian nobody likes her blgo.
01:44 dcook She loves writing it\
01:44 eythian: She can be aggressive in her love of food :p
01:44 talljoy well blgo.... ick
01:44 there were some good lookin recipes i want to try
01:45 i know at this time of day, i'm missing the authority expert, but I've got a weird thing going on with merging authorities.
01:45 i've got a library on 3.14.x and the merge button is on authorities, but clicking it does *nothing*
01:45 i'm thinking there are some *too* silent errors going on.
01:46 dcook I'd recommend those recipes. Her food is delicious :).
01:46 talljoy it looks fab!
01:46 dcook Just had some of those cupcakes last night :)
01:47 talljoy mmm...cupcakes
01:47 dcook Alas, no idea about the merge button with authorities. Haven't played at all with that yet myself
01:47 talljoy well it's just weird that it does 'nothing'
01:47 any idea if this would show up in an error log file somewheres?
01:47 eythian javascript errors in the browser console?
01:48 talljoy hmm  that's something i hadn't thought of
01:48 dcook Javascript errors in the browser console are the best
01:49 * dcook was going crazy wondering why his JS wasn't working until he noticed one...
01:49 pianohacker talljoy go to bed
01:49 talljoy ha
01:51 well, not much i can do with this tonight.  i'm flummoxed.
01:51 i need sleep and then coffee.
01:51 goodnight all
02:30 jenkins_koha Project Koha_master build #1758: SUCCESS in 2 hr 7 min: http://jenkins.koha-community.[…]Koha_master/1758/
02:30 * Jonathan Druart: Bug 12168: fix spent and ordered budget values are wrong when depth >= 2
02:30 * Jonathan Druart: Bug 12168: Add unit tests for GetBudgetHierarchySpent & GetBudgetHierarchyOrdered
02:30 * Galen Charlton: Bug 12168: (follow-up) correct typos in test descriptions
02:30 * Katrin Fischer: Bug 12275: Small corrections to English web installer
02:30 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12168 major, P5 - low, ---, jonathan.druart, Pushed to Master , Spent and ordered budget values are wrong if deep > 2
02:30 jenkins_koha * Katrin Fischer: Bug 12113: Update German web installer for 3.16
02:30 * Katrin Fischer: Bug 10964: Update German simple and fast add frameworks
02:30 * Katrin Fischer: Bug 10964: Update German default bibliographic and authority frameworks
02:30 * Galen Charlton: update release notes for Koha 3.16.0-rc
02:30 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12275 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Small corrections to English web installer
02:30 jenkins_koha * Galen Charlton: DBRev 3.15.00.052: mark Koha 3.16 RC
02:30 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12113 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Update German web Installer for 3.16
02:30 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10964 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , Update MARC21 de-DE default framework to Update Nr. 17 (September 2013)
02:39 dcook gmcharlt: Going to look at that include now
03:06 pianohacker back
03:17 eythian anyone know if Koha has any OpenURL support?
03:17 anyone know how OpenURL works at all?
03:18 http://koha.1045719.n5.nabble.[…]er-td5754761.html <-- apparently we can support this
03:19 dcook Mmm, read a lot about it a year or two ago
03:19 Don't really remember too much anymore though :p
03:20 Mmm
03:21 eythian yeah, I can't see anything about how actually to _do_ it.
03:24 dcook GetCOinSBiblio
03:24 in C4::Biblio
03:25 Looks like this was pre-XSLT
03:25 Might be in the XSLT as well somewhere somehow..
03:28 Easy enough to do with a customized XSLT I suppose, but it doesn't look supported by the community
03:28 Btw, eythian, check out opac-basket.tt
03:29 pastebot "dcook" at 127.0.0.1 pasted "opac-basket.tt" (1 line) at http://paste.koha-community.org/9
03:30 dcook That one looks like a COinS
03:30 eythian also openurl I think
03:30 dcook Same diff
03:30 eythian I don't know really what the difference/similarities are
03:31 ah, so that's for outgoing information.
03:31 I think we'd need it for linking to, or something like that.
03:32 dcook ?
03:32 Ah, I think I getcha
03:32 eythian Good, I'm pretty hazy on the details here.
03:33 dcook I think COinS might use the OpenURL data model, but isn't actually usable by a link resolver since it isn't pointing to the link resolver
03:33 eythian I think what that span thing does is allow things like zotero to scrape data from koha
03:33 yeah
03:33 dcook yep
03:33 Really what you need is something like a system preference for the link resolver, and then to generate this data per record/result, and stick it all together, I think
03:34 Then the link resolver does the heavy lifting in the background.
03:34 eythian yeah, that's what I'd expect.
03:34 * dcook ponders
03:34 eythian This is for an RFT and they are terribly, extremely vauge about everything.
03:34 dcook I keep thinking we have someone using a link resolver..
03:34 * dcook pokes around for a minute
03:35 dcook One of those moments where you want to query all your databases at once..
03:36 eythian heh
03:40 dcook Ahh, I think it was someone misusing the term "SFX"
03:40 They're using a proxy not a link resolver
03:41 eythian ah yeah, we have some people using that kind of thing, like ezproxy.
03:41 dcook Yeah, this is just ezproxy
03:42 rft looks weird
03:42 eythian It's more or less an RFP
03:43 dcook I meant the RFT in OpenURL
03:44 eythian oh
03:46 dcook Actually, I think that I figured out OpenURL at some point..
03:49 eythian: http://data.lib.sussex.ac.uk/s[…]d-link-resolvers/
03:50 eythian ah cool, so all we need is a specially formatted link to their resolver.
03:51 dcook That's how it seems to me
03:51 I wrote an awful blog post about it which has a bit more info: http://tech4lib.wordpress.com/[…]d-link-resolvers/
03:52 From what I can tell, it's pretty much just used for journal articles and maybe ebooks
03:53 You give the link resolver some metadata in OpenURL format, and it checks its knowledgebase to see if it has it
03:53 * eythian nominates dcook as the link resolver expert. Seconded ... passed!
03:53 dcook lol
03:54 I think I mostly get it? :p
04:00 pianohacker rangi: Is there any reason not to do Koha::Database->new->schema?
04:09 paxed "<li>'ROADTYPE' is used forRoad types"
04:17 pianohacker paxed: yes?
04:21 eythian @wunder nzwn
04:21 huginn eythian: The current temperature in Wellington, New Zealand is 17.0°C (4:00 PM NZST on May 20, 2014). Conditions: Clear. Humidity: 77%. Dew Point: 13.0°C. Pressure: 29.98 in 1015 hPa (Steady).
04:21 eythian hmm
04:21 that's earthquake weather at this time of year.
04:22 paxed pianohacker: "forRoad"
04:23 cait joined #koha
04:23 eythian it's a typo. It'd be trivial to fix.
04:23 cait: go back to bed.
04:24 cait :)
04:24 hi eythian
04:24 pianohacker bed: go back to cait
04:24 eythian howdy :)
04:26 dcook As a random aside, I thought it interesting that the National Library of Australia uses VuFind as their front-end catalogue
04:26 Yay open source
04:27 cait bag++
04:30 gmcharlt++
04:58 dcook: the print js thing - look at the wiki for silent printing
04:58 http://wiki.koha-community.org[…]to_print_silently
04:58 reading the logs now :)
04:59 you asked:  Why might you want to override that function with IntranetSlipPrinterJS?
05:00 dcook cait: All good. I'm just working on patches now :)
05:00 Maybe
05:00 Or maybe I should listen to what you're saying :p
05:00 cait don't ask me
05:01 :)
05:01 i don't know what you should be doing - just trying to epxlain wht the pref was created for :)
05:01 dcook Ahh, very cool!
05:01 I should link that in the bug report
05:02 cait the idea is that you can use javascript and the plugin to specify how the page should print - which printer, which settings etc. and that the pop does not happen then
05:03 dcook That's pretty cool :)
05:04 cait had a library testing it recently, it worked
05:05 and have something for eythian too: bug 8995
05:05 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8995 enhancement, P5 - low, ---, julian.maurice, Needs Signoff , Show OpenURL links in OPAC search results
05:05 eythian s'ok, I don't need it any more :)
05:06 I just needed to know what I was answering :)
05:07 cait and i just started to feel a bit like santa
05:07 :)
05:07 * cait should maybe be going back to bed
05:08 dcook cait: I think you might be one of santa's elves ;)
05:08 cait heh
05:09 dcook The thing I don't understand about using OpenURL though...it would only be useful for electronic resources
05:09 It would be a pain in the butt for print resources
05:10 Ah wait...I think that's in the GetCOINS sub part I guess..
05:11 Mmm maybe not..
05:15 3/ Fill syspref OPACHideOpenURLForItemTypes with some (not all) of your
05:15 item types.
05:15 wahanui item types are used to define circulation rules, so you may want to keep them separate from search-related categorization
05:15 dcook I guess that would do it
05:16 cait hm might assume bib-level itypes tho
05:16 there is a openurl thing around here - jop - journals online and print
05:16 pianohacker going to bed now...
05:16 night all
05:16 wahanui goodnight pianohacker. You'll be back.
05:16 cait tries to figure out if the library has an electronic license or a print of the article/journal issue you are looking for
05:18 eythian dcook: updated the OAI-PMH stuff to respect OpacHiddenItems
05:19 dcook eythian: Cool beans.
05:21 Ah, there's the email
05:24 Hmm, it would be easier to read with the whitespace as a separate patch
05:25 eythian: Do you actually use $opac in EmbedItemsInMarcBiblio?
05:25 eythian doh
05:25 wait
05:26 yes, but maybe I forgot to attach it
05:26 because I tested it
05:26 yes, it should be there
05:26 dcook Hmm, not seeing it :/
05:26 eythian +        C4::Biblio::EmbedItemsInMarcBiblio( $record, $biblionumber, undef, $opac )
05:26 +          if ($embeditems);
05:26 oh
05:26 dcook Yeah, I see it as a parameter, but not in the script
05:26 eythian in the sub
05:27 dcook yeah
05:27 eythian ahh
05:27 * dcook ponders late lunchtime options
05:27 eythian I will fix, one moment
05:30 dcook: fixed, ta
05:31 laurence joined #koha
05:42 dcook eythian: Code looks good. I'll test it in a bit. Possibly after I get some food in me...
05:42 eythian sweet cheers
05:43 dcook Perhaps you'd take a look at my printing bug once I get it posted?
05:43 Actually not sure if it applies to Chromium as well as Chrome...
05:43 eythian I might get the chance tomorrow, I'm about to head off now.
05:44 dcook Well, have a good night :)
05:44 eythian later all
06:00 ashimema gmcharlt++ #For super fast followup and pushing of bug 12288
06:01 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12288 minor, P5 - low, ---, kyle, Pushed to Master , Search Errors with AggressiveMatchOnISBN turned on
06:01 cait morning ashimema
06:01 and yep gmcharlt++
06:01 ashimema morning cait
06:02 cait ashimema: do you think you might have a little time for a quick qa?
06:02 ashimema go on then..
06:02 cait 12282
06:02 ashimema I'll have a look over breaskfast.
06:02 cait bug 12282
06:02 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12282 enhancement, P5 - low, ---, katrin.fischer, Signed Off , RESERVESLIP wrong in German sample notices
06:02 cait asking not as qam :)
06:02 it's my last patch for the web installer fixing a bug
06:02 ashimema lol
06:07 happen to have anyone to test a SIP bug?
06:07 cait not right now :(
06:07 ashimema we've been hoping to find someone to test bug 11633 for a while.. we've got a customer willing to sign off, but really we need an unrelated signoff too
06:07 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11633 normal, P5 - low, ---, colin.campbell, Needs Signoff , Cannot use the override function AllowFineOverride on the Staff client because this stops the pay function working on the SelfCheck (SC) machines
06:07 ashimema okies.
06:08 brendan took on SIP as module maintainer didn't he?
06:08 cait he did
06:08 asking him wouldn't hurt :)
06:09 ashimema :).. was just going to change qa contact to him ;)
06:09 might stir it a little ;)
06:10 your patch looks good to me btw..
06:10 ust checking against it's english counterpart now.
06:10 cait thx
06:10 i made a mistake when i copied in our stndard templates
06:10 of course that went undetected until the workshop
06:10 ..
06:14 ashimema lol
06:15 you have a fairly different set of information in our patch to whats in the english counterpart.?  I assume that's deliberate.
06:15 I assume borrower details in the slip by default is bad for your data privacy stuff right
06:15 as you've removed pretty much that whole section
06:18 cait ah yes
06:18 ashimema cool.. all done..
06:18 time for breakfast now.
06:18 cait also some of it didn't make much sense
06:18 in my opinion
06:18 ashimema that's fair.
06:18 the englsih one seems a bit overloaded to me too.
06:18 cait half the time we had losts of bullet points without text showing up
06:19 ashimema but then it's a sample.. So I think most of our clients just take the sample and butcher it to their own needs.. hense it's easier to remove lines, than to add them ;)
06:19 cait i didn't like the styling much with the list eelments
06:19 because when you don#t have that on the patron account
06:19 ashimema I can understand that.
06:19 cait it will just show the bullet point... and nothing next to it
06:20 ashimema It should have logic to remove the bullet if the info doesn't exist..
06:20 but that's another issue
06:20 cait it still shows the user's name tho :)
06:20 but not the address
06:21 dcook Gotta love how Microsoft needs http://www.modern.ie/ in an attempt to stay relevant...
06:21 ashimema my inbox is filling nicely every morning at the moment.. lots of pushing going on still
06:21 cait yeah still moving :)
06:22 ashimema dcook.. that's funny
06:23 yeah for koha + vufind: https://github.com/PTFS-Europe[…]mmits/koha-driver
06:23 athea has been doing a great job of updating the vufind koha drivers
06:23 we're about to submit upstream with it.
06:23 dcook Awesome!
06:23 wahanui That'll be $1 for the awesome jar, dcook
06:23 dcook I've been wondering how frequently those drivers get updated..
06:23 ashimema haha
06:24 dcook Hmm KohaRest...
06:24 ashimema VuFind doesn't have too mayn contributors, but they're a really friendly community..
06:24 dcook KohaRest is a different driver, eh?
06:24 Different from the KohaDB one
06:24 cait very awesome!
06:24 ashimema we've been using a number of tweaks to the driver for a while, but hadn't worked out how to upstream them..
06:25 but now we've bascially re-written it to use the koha api's instead of a direct db connection.
06:25 it's nicer
06:25 dcook Very nice!
06:25 If we branch out into VuFind, I might find myself getting involved
06:26 ashimema We had been improving the db connector.. but it just feels naughty to use a direct db connection somehow.
06:26 * dcook nods
06:26 dcook It also doesn't work very well anyway if your DB is on another server
06:26 Oh wait...
06:26 ashimema I think we've gone as far as we can in vifind for the moment.. we're now looking at suplimenting a few bits in the koha api's to allow us some more flexability in the vifind driver
06:26 dcook That may have been for VuFind itself
06:26 In any case, he had to hack it to look elsewhere
06:27 We've chatted a bit here about Koha's APIs
06:27 ashimema yeah, we ran up against that one too dcook
06:27 I must have been offline for that chat..
06:27 what was said?
06:27 dcook Ah, sorry
06:27 I meant here as in the office
06:27 cait ashimema: how does it work? using ils-di?
06:28 phasefx joined #koha
06:28 ashimema hehe.. I see
06:28 mostly ils-di yeah..
06:28 dcook I'm not sure how to describe it..haha
06:29 Umm..just that it would be nice if Koha just had more feature rich APIs
06:29 cait ashimema: cool :)
06:29 ashimema bascially we've used whatever we could api wise.. so mostly ils-di as it's the most complete.. but I wouldn't be surprised if there's some srv and other stuff
06:29 dcook But not just externally...
06:29 cait we'd be interested to use that maybe at some point
06:29 we have libraries that will use vufind+koha
06:29 ashimema I wish koha had just one simple api.. rather than a whole bunch.
06:29 cait but it's till in the early stages :)
06:29 dcook ashimema: Word
06:29 ashimema ;)
06:30 I say one.. probably two.. bib's out in one (SRU, z39.50 whatever) and everything else out in another, ils-di.
06:30 I'm not really sure where SRV et al fit in
06:31 OAI-PMH..
06:31 wahanui oai-pmh is probably "a way to share Koha data with external applications"
06:31 ashimema ils-di
06:31 ILS-DI
06:31 cait ashimema++ #thx for the sign off :)
06:32 ashimema we should add ils-di to wahanui.. if I new how
06:32 dcook Then you have SIP, NCIP, rest, all the things!
06:32 ashimema we should add ils-di to wahanui.. if I knew how
06:32 dcook C'est facile, ashimema
06:32 ashimema true.
06:32 dcook What would you like to say about it?
06:32 ashimema similar to oai-pmh ;)
06:32 seeing as it came up for it.
06:33 i tihnk it's mainly svc I don't see the point of.
06:33 dcook ILS-DI is similar to oai-pmh
06:33 ILS-DI?
06:33 wahanui well, ILS-DI is too specific, but a component for web services seems reasonable to me
06:33 cait ashimema: ah but that's an cool api
06:33 dcook ILS-DI?
06:33 wahanui i guess ILS-DI is too specific, but a component for web services seems reasonable to me
06:33 ashimema those should be merged into ils-di me thinks
06:33 cait svc is catalouging :)
06:33 ils-di was some kind of a standard that didn't get really popular
06:33 di = discovery interface
06:33 dcook ashimema: svc can be pretty h andy I think
06:34 cait a catalouging api doesn't really fit in welll there
06:34 dcook I guess I'd say svc is really "backend"
06:34 cait i think what ils-di wuld need is being a bit more secure
06:34 dcook It also gives you access to reports
06:34 cait like working on a different port if you want
06:34 not on 80
06:35 the ability to limit it to a single ip addres sin sysprefs is not really ideal
06:35 * dcook should scram...
06:35 dcook night all!
06:35 wahanui goodnight dcook. You'll be back.
06:35 cait atheia++
06:36 ashimema svc feels weird to me.
06:36 it's not just cataloging
06:37 cait hm reports too...
06:37 i am not sure there is any standard for those out there, so we need to think up something ourselves
06:37 as long as it's well documented i think it's ok and it covers things that the other apis don't do
06:37 ashimema and setting system prefs
06:38 reiveune joined #koha
06:38 ashimema is ils-di really a standard.. I thought it was something we made up
06:38 reiveune left #koha
06:38 reiveune joined #koha
06:38 cait nope
06:38 ashimema svc is bascially not documented
06:38 reiveune hello
06:38 cait well kind of standard
06:38 http://old.diglib.org/architectures/ilsdi/
06:38 as i said, i think one that didn't really work out
06:39 http://www.diglib.org/community/groups/ils-di/
06:39 ashimema The documentation in the ils-di page on koha is great.
06:39 cait that's true, but we could do similar for other things
06:39 ashimema but actually finding it in the first palce isn't intuative
06:40 in fact..
06:40 wahanui in fact is, like, the today situation
06:40 ashimema I can't find it right now.
06:40 cait gotta run
06:40 brb
06:40 cait left #koha
06:49 alex_a joined #koha
06:54 * magnuse waves
06:54 ashimema ok.. svc is now starting to make more sense
06:56 magnuse ashimema: have you looked at the rest api biblibre created?
06:56 ashimema that's where I'm going next..
06:56 there are too many way to skin the same cat ;)
06:56 magnuse (should probably read further back than a screenfull before joining the conversation, but...)
06:56 yup
06:57 ashimema hmm, I can't actually get to the repo for koha-restful thouhg
06:57 the link to it from http://wiki.koha-community.org[…]supported_by_Koha
06:57 requires a login
07:03 Joubu ashimema: our git web interface has been migrated yesterday
07:03 ashimema haha..
07:03 Joubu from gitweb to gitlab
07:03 ashimema trust my timing
07:04 Joubu and it seems that projects have not been marked as public :)
07:04 ashimema I get redirected to the gitlab login page
07:04 so yeah.. not public as yet ;)
07:05 I didn't realise your restful stuff wasn't upstreamed.. though you'de been doing it in ils-di
07:05 cait joined #koha
07:07 Joubu ashimema: you can clone now it using git clone http://git.biblibre.com/biblibre/koha-restful.git
07:07 ashimema thanks Joubu
07:10 * cait waves
07:16 magnuse wb cait
07:16 ashimema so Joubu.. why wasn't the restful stuff upstreamed.. sure there was a reason way back.. but I can't remember it ;)
07:17 magnuse Joubu: and do you have plans for upstreaming it? :-)
07:18 Joubu no, because it is too difficult to upstream this kind of stuff
07:21 ashimema that's a fair arguament.
07:22 magnuse yup
07:22 ashimema there's a heck of allot in there.. would be very difficult to get it in.
07:22 shame though.
07:22 sophie_m joined #koha
07:25 Joubu ashimema: an other reason would be there are not enough UT to be sure the code is working for all versions.
07:28 ashimema I can certainly see why you guys have gone in this direction..
07:31 take it you guys deploy it as a git submodule?
07:34 Joubu ashimema: I don't know, I didn't develop it. I am going to ping a developer.
07:34 ashimema :)
07:34 fridolin joined #koha
07:34 fridolin hie all
07:34 ashimema hi fridolin
07:34 Joubu s/a developer/another developer/ :)
07:35 magnuse tee hee
07:37 Joubu ashimema: jajm does not seem to be available atm. He should be here in the morning.
07:39 ashimema cheers Joubu.. no rush
07:47 jenkins_koha Starting build #41 for job Koha_3.14.x (previous build: STILL UNSTABLE)
07:47 nlegrand Hiya #koha o/
07:48 magnuse bonjour nlegrand
07:50 @wunder boo
07:50 huginn magnuse: The current temperature in Bodo, Norway is 12.0°C (9:20 AM CEST on May 20, 2014). Conditions: Clear. Humidity: 72%. Dew Point: 7.0°C. Pressure: 29.80 in 1009 hPa (Rising).
07:50 magnuse yay!
07:58 jajm ashimema, hi
07:58 ashimema good morning.
07:58 jajm what do you want to know about koha-restful ?
07:58 ashimema was just chatting to Joubu.. wondered how your deploying it?
07:58 as a git submodule?
07:59 we're developing the vufind koha drivers..
07:59 and seems silly to duplicate api effort at the koha end ;)
07:59 jajm no, we deploy it as told in the readme file
07:59 ashimema haha.. haven't got that far yet ;)
08:00 I'll keep reading then..
08:00 jajm ashimema, please feel free to contribute ;)
08:00 ashimema cheers
08:00 will do.. it's looking very complete.. shame it's not likely to get upstreamed.. though I can understand why
08:06 jajm ashimema, you could also take a look at branch ft/R997, there's more unit tests, and a bit of code refactoring
08:06 ashimema Cheers jajm.. it's all very interesting code.
08:07 I don't think we need the scope it's gone into yet.
08:07 but for the bits that we found already missing seems you've tied most of it up nicely already..
08:08 if we find any missing bits, we'll submit it for your aproval ;)
08:08 thanks jajm
08:25 atheia joined #koha
08:26 cait hi atheia :)
08:26 @karma atheia
08:26 huginn cait: Karma for "atheia" has been increased 5 times and decreased 0 times for a total karma of 5.
08:26 atheia Good morning cait
08:26 And everyone else of course :-)
08:28 jajm yw ashimema
08:28 ashimema @karma
08:28 huginn ashimema: Highest karma: "gmcharlt" (95), "cait" (73), and "eythian" (54).  Lowest karma: "indexdata" (-3), "-" (-3), and "windchill" (-3).  You (ashimema) are ranked 9 out of 188.
08:29 atheia Oh, there's a karma ladder!
08:30 ashimema hehe
08:30 there is indeed
08:38 magnuse and it is even reset periodically
08:38 i don't remember when, though
08:38 year's end? new release?
08:38 @karma
08:38 huginn magnuse: Highest karma: "gmcharlt" (95), "cait" (73), and "eythian" (54).  Lowest karma: "indexdata" (-3), "-" (-3), and "windchill" (-3).  You (magnuse) are ranked 10 out of 188.
09:13 nlegrand I would like to have an export only option in rebuild_zebra.pl (exported_recordes aree  portable, can be done outside production server, easy to debug), do you think I can add such a feature? Or is it a bad idea?
09:13 or maybe it already exist? :)
09:13 +s
09:28 jenkins_koha Project Koha_3.14.x build #41: STILL UNSTABLE in 1 hr 41 min: http://jenkins.koha-community.[…]b/Koha_3.14.x/41/
09:28 * Fridolin Somers: Bug 12271: add Bootstrap templates to valid-templates.t tests
09:28 * Galen Charlton: Bug 12271: (follow-up) teach valid-templates.t how to include specified templates
09:28 * Galen Charlton: Bug 12271: (follow-up) fix minor errors in Bootstrap theme
09:28 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12271 critical, P5 - low, ---, fridolyn.somers, Pushed to Stable , valid-templates.t does not test bootstrap opac templates
09:30 fridolin thank my friend jenkins ;). But I'm a noob in unit tests. Can someone have a look ?
09:55 mtj_ nlegrand: yes, export already exists
09:57 use -x and -k, for exporting
09:58 the man page will tell you more
10:01 fridolin: here is the detail on build 41 -> http://jenkins.koha-community.[…]b/Koha_3.14.x/41/
10:05 but some good news fridolin... looks like build 41 has 6 less errors than build 40 :)
10:07 fridolin cool
10:08 mtj_ 'Test Result (43 failures / -6)'
10:16 more good news fridolin... your 12271 patch looks to be working OK
10:17 fridolin yep, a pity I did not notice earlier
10:17 I've run this test for validating backports
10:18 mtj_ ahh, ok :)
10:18 you can check the build logs -> http://jenkins.koha-community.[…].x/41/consoleFull
10:19 says ... "10:45:08 [10:45:08] xt/author/valid-templates.t ............................ ok   233203 ms"
10:20 hmm, but there are some warnings too...
10:21 10:41:16 Devel::Cover: Can't find file "Parser.yp" (Parser.yp): ignored.
10:21 fridolin There is a bad email adresse in some patches I think : Invalid address: “staff@bywatersolutions.com”
10:21 mtj_ i'm not sure if that msg important, or not
10:24 yeah, that happens sometimes...
10:24 some accidental non-utf patches, perhaps?
10:52 bgkriegel joined #koha
10:53 bgkriegel hello
10:59 magnuse ¡hola bgkriegel!
11:00 bgkriegel Hi magnuse!
11:16 nlegrand mtj_: that's not what I want to do, rebuild_zebra.pl -x -k still reindexes with zebraidx afterward. I feel usefull to have an option to get just the export without zebraidx afterward
11:19 mtj_ gotcha
11:20 should be easy to do :)
11:21 cait talking about diacritics... could someone confirm bug 12279 maybe?
11:22 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12279 normal, P5 - low, ---, koha-bugs, NEW , Diacritics in system preference editor broken
11:22 nlegrand mtj_: sure :)
11:22 cait ok, diacritics was not really the topic, but the email address above reminded me:)
11:29 nlegrand :)
11:37 paxed cait: i've seen it before, although i haven't tested with the current master.
11:38 cait it seemed werid and it was a weird evening when I ran into it
11:38 so someone confirming if the same happens on their system wouldn't hurt I think
11:40 nlegrand cait: Eine einzelne Zahl definiert eine exakt verlangte Länge, ein Längenbereich wird kommasepariert eingegeben
11:41 cait: Inclure la feuille de style CSS supplémentaire
11:42 cait hm so it was not just me
11:42 thx nlegrand
11:42 NateC joined #koha
11:42 nlegrand 3.15.00.052
11:42 cait coudl you add a note to the bug please?
11:43 nlegrand cait: ok :)
11:43 jpap joined #koha
11:44 Joubu bug 12274 is critical and waiting for qa
11:45 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12274 critical, P3, ---, abl, Signed Off , Closed invoices not properly handled on invoice details page
11:45 vfernandes joined #koha
11:45 vfernandes hi :)
11:45 bgkriegel cait: errr, about 12279, looks good for me (...URL ohne abschließenden Schrägstrich an...)
11:45 vfernandes need some help to set Koha as a public server - http://wiki.koha-community.org[…]s_a_Z39.50_server
11:46 i've uncommented the publicserver tags on koha-conf.xml and restarted the zebra server
11:47 kmlussier joined #koha
11:47 vfernandes but when I do "yaz-client -c /etc/koha/zebradb/ccl.properties localhost:9999/biblios" i get "Connecting...error = System (lower-layer) error: Connection refused"
11:50 magnuse bgkriegel, cait: opl have been seeing this too. it's just on some of the syspref tabs, not all of them
11:51 vfernandes checking the ports I only have tcp        0      0 *:9998                  *:*                     LISTEN
11:51 should I have one udp?
11:51 cait bgkriegel: did you look at different tabs? some were completely ok
11:51 others were not
11:52 really strange
11:54 on another note... someone using ldap around?
11:55 meliss joined #koha
11:56 bgkriegel cait: checked, all looks ok
11:56 meliss joined #koha
11:57 nlegrand cait: done
11:58 cait: I didn't looked in tabs I was in syspref search. I gave examples of OK and not OK fields.
11:59 cait bgkriegel: i hate bugs that do that - being not reproducable for everyone :(
11:59 bgkriegel yes :( still testing
12:02 Joubu cait: I reproduce
12:02 magnuse "file koha-tmpl/intranet-tmpl/prog/en/m​odules/admin/preferences/*.pref" says one of the files is utf8, the rest ascii
12:02 cait ah
12:02 could this be it?
12:03 * magnuse dunno
12:04 Joubu cait: the problem exists in 3.14
12:07 magnuse which tabs are you seeing the problems on?
12:10 Joubu OPAC
12:13 magnuse hm, my private installation running 3.1406000 off the packages does not have the problem
12:14 but my dev installation (running master off a gitified package install) does have the problem on the OPAC tab
12:14 also the circ tab
12:15 hm, i think there is a bug for this
12:16 bgkriegel on 3.14 (3.1403000/tar) no problems using DE/FR
12:16 francharb joined #koha
12:17 Joubu the opac.pref contains "é" and "\xC3\xA9"
12:17 francharb good morning
12:19 magnuse i think benjamin at opl did some digging, and found that it mattered if the string was quoted or not in the yaml (.pref) file
12:19 bgkriegel Joubu: which line?
12:21 collum joined #koha
12:23 tcohen joined #koha
12:24 magnuse hm, i can't seem to find a bug
12:30 Joubu bgkriegel: everywhere :)
12:30 bgkriegel: grep -c é opac.pref : 96
12:30 grep -c '\\xC3\\xA9' opac.pref : 17
12:30 tcohen morning
12:35 rocio joined #koha
12:35 cait sorry i got called into a meeting
12:35 mine was a git installation, not gitified
12:36 bgkriegel Joubu: on master, not a one 'é' on FR or DE translation (sysprefs)
12:37 Dyrcona joined #koha
12:39 Joubu bgkriegel: I confirm my last number on master... :)
12:39 bug!
12:39 but!
12:39 ./translate install fr-FR                                                                                  [14:37:48]
12:39 Smartmatch is experimental at ./translate line 54.
12:39 tmpl_process3.pl: Warning: unconsistent %s count: (14/15):
12:39 and a lot of others!
12:47 bgkriegel :( - reset and clean, update/install fr-FR, no one é on prefs. There are 2 è on EN enhanced_content (from Babelthèque)
12:59 pastebot "Joubu" at 127.0.0.1 pasted "fr-FR opac.pref" (735 lines) at http://paste.koha-community.org/10
12:59 Joubu bgkriegel: I really don't know what I'm doing wrong. Here is my opac.pref on master after update/install fr-FR
13:00 SherryS joined #koha
13:02 pastebot "bgkriegel" at 200.16.17.253 pasted "fr-FR opac.pref" (60 lines) at http://paste.koha-community.org/11
13:02 bgkriegel Joubu: that's part of mine
13:03 also don't know why the difference
13:03 Joubu bgkriegel: hum, this is weird! fridolin does not get any "é" either
13:04 fridolin testing on 3.14.x
13:04 Joubu bgkriegel: what is your perl version?
13:04 fridolin I get for opac.pref : Utiliser le th\xC3\xA8me
13:04 bgkriegel Joubu: v5.14.2
13:04 Joubu I got
13:04 main::token_negligible_p() called too early to check prototype at ./xgettext.pl line 52.
13:05 and Smartmatch is experimental at ./translate line 54.
13:05 wahanui i already had it that way, Joubu.
13:05 Joubu with perl 5.18
13:05 fridolin I have v5.14.2
13:06 Joubu cait: could you confirm you reproduce this problem with perl v5.18?
13:06 cait not now i am afraid
13:06 if you leave a note on the bug I can look it up tonight
13:07 i am using whatever is current in the older ubuntu version (haven't updated yet)
13:10 fridolin Joubu: I do reproduce with 5.18
13:10 magnuse this kind of reminds me of benjamins problem described on bug 11944 - he got lots of double encoding after applying the patches there, i did not. and we could not really find anything different in our environments...
13:10 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11944 major, P5 - low, ---, gmcharlt, Needs Signoff , Cleanup Koha UTF-8
13:10 fridolin I get Smartmatch is experimental at translate line 54.
13:10 maybe some code deprecated
13:11 yep : not $lang ~~ $installer->{langs}, this must be corrected
13:13 bgkriegel fridolin: yes, was the topic of a thread on mailing list
13:14 fridolin but can this cause the bug we see in translation ?
13:14 bgkriegel Bug 12151
13:14 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12151 enhancement, P5 - low, ---, gmcharlt, NEW , remove remaining uses of the Perl smartmatch operator
13:14 bgkriegel don't know
13:15 will try to find an updated machine to test
13:16 fridolin no it is not the origin
13:16 Joubu: cc ^
13:17 maybe some perl lib
13:23 cait fridolin: but why would only besome pages affected?
13:24 fridolin don't know, maybe something in gettext lib
13:25 cait hm
13:25 magnuse is there any difference in how the strings are quoted in the .pref files?
13:25 cait could someone verify that it also appears on older versions?
13:25 like a 3.14.0?
13:25 fridolin it sould be tested in a debian Jessie. Not in ubuntu I'd say
13:25 cait we did quite a lot of changes to the translation scripts recently
13:26 maybe something caused a side effect
13:26 * tcohen will try bisecting
13:27 cait sorry that i can't help much right now :(
13:30 talljoy joined #koha
13:31 Joubu tcohen: I tried but I didn't find a commit id where that worked!
13:32 bgkriegel: how are .pref generated? I don't find the strings in po files
13:32 bgkriegel I edited opac.pref and added some letters with accents, and reloaded, they look bad.
13:32 Joubu: looking on that
13:32 fr-FR-pref.po
13:33 ^ that file
13:33 Joubu yep, just found it!
13:34 magnuse i think opl spotted this for the first time several months ago
13:40 SherryS left #koha
13:43 tcohen Joubu: did u?
13:43 Joubu tcohen: hum?
13:44 tcohen did u find the bug?
13:44 atheia joined #koha
13:44 Joubu tcohen: no
13:52 kmlussier joined #koha
13:55 JesseM joined #koha
14:01 kmlussier1 joined #koha
14:13 jpap Hello everybody, just installed koha from packages for ubuntu 12.04 LTS (unimarc). However, without importing any data at all, when running the 'MARC bibliographic framework test' I get the error: The biblio.biblionumber and biblioitems.biblioitemnumber fields be mapped to a MARC subfield,
14:14 any ideas?
14:14 wahanui any ideas are welcome :)
14:14 francharb joined #koha
14:15 huginn New commit(s) kohagit: Bug 12282: fix RESERVESLIP in German sample notices <http://git.koha-community.org/[…]13f4d3a685a9000dc>
14:17 jenkins_koha Starting build #1759 for job Koha_master (previous build: SUCCESS)
14:28 pastebot "tcohen" at 172.16.248.199 pasted "bgkriegel: this test shows correctly (YAML::Syck 1.27)" (31 lines) at http://paste.koha-community.org/12
14:29 tcohen if I remove $YAML::Syck::ImplicitUnicode = 1; then it breaks like in the sysprefs
14:29 BUT, it doesn't fix if you add it to preferences.pl
14:30 somehow, the UTF-8 data is rendered as Latin-1 (that's why every char results in two broken chars)
14:30 bgkriegel yup
14:31 tcohen we should compare the load -> process -> render chain
14:35 gmcharlt jpap: what MARC flavor did you select during installation?
14:39 jpap unimarc. both in koha-conf and web installation...
14:39 fridolin jpap: if you use UNIMARC, those are false wornings
14:39 jpap ... so, I can proceed ignoring them. Thank you!
14:45 fridolin jpap: but infact you need to have a mapping for those fields : got to /cgi-bin/koha/admin/koha2marclinks.pl
14:49 francharb joined #koha
14:51 jpap but, as I can see in koha2marclinks.pl, biblio.biblionumber and biblioitems.biblioitemnumber are already mapped to 001 and 090 $a respectively
14:55 tcohen khall: a user approached me regarding the VA you provided in kylehall.info
14:56 khall va?
14:57 oh, virtual appliance ; )
14:57 Pabloab joined #koha
14:57 tcohen Pabloab was asking
14:57 Pabloab That's me
15:04 alex_a joined #koha
15:06 reiveune bye
15:06 reiveune left #koha
15:16 talljoy back
15:25 * tcohen is having a headache thinking of double encoding problems
15:26 oleonard joined #koha
15:28 oleonard Hi #koha
15:28 cait hi oleonard
15:28 :)
15:30 ryanlee joined #koha
15:37 jce Trying to migrate biblios and holdings from 3.08 to 3.14.  Tried using bulkmarcimport.pl -d -commit 1000 -file ./BCMC.MRC and get the following error messages:
15:37 DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`biblioimages`, CONSTRAINT `bibliocoverimage_fk1` FOREIGN KEY (`biblionumber`) REFERENCES `koha_bcmc`.`biblio` (`biblionumber`)) at /usr/share/koha/bin/migrati​on_tools/bulkmarcimport.pl line 115.
15:37 DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`items`, CONSTRAINT `items_ibfk_1` FOREIGN KEY (`biblioitemnumber`) REFERENCES `koha_bcmc`.`biblioitems` (`biblioitemnumber`)) at /usr/share/koha/bin/migrati​on_tools/bulkmarcimport.pl line 116.
15:37 DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_bcmc`.`accountlines`, CONSTRAINT `accountlines_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `koha_bcmc`.`items` (`itemnumber`)) at /usr/share/koha/bin/migrati​on_tools/bulkmarcimport.pl line 117.
16:04 talljoy jce are you sure you want to use the -d?
16:05 and it is running into problems with the biblioimages table.  you will need to truncate that table before proceeding.  but you will lose all your bib images.
16:07 did you export all your marc records?  Are you starting fresh on this?  Do you have 952 and 999 tags in your file that you're importing?
16:07 jcamins are you in?
16:14 cait left #koha
16:16 jcamins talljoy: barely.
16:16 * talljoy slides a cup o coffee to jcamins
16:16 talljoy nothing urgent.  i've just got an oddity with authority merge.
16:16 jcamins talljoy: nah, it's not so much sleepiness as being mostly not here.
16:17 Oh? What version? And what's the oddity?
16:17 talljoy on 3.14.6 and clicking on the merge button does *nothing*
16:17 jcamins *Nothing*?
16:17 talljoy *nothing*
16:17 jcamins Hmm.
16:17 talljoy like clicking in dead air.
16:17 jcamins JS error?
16:17 talljoy that's the thought from last night.
16:18 same browser and it works on other sites though
16:18 but still could be some kind of conflict with some custom js they have
16:18 jcamins So it's just the one site?
16:18 talljoy yup
16:18 jcamins Bad installation?
16:18 talljoy that was my first thought.
16:18 it could be that.
16:19 * talljoy rules nothing out.
16:19 jcamins That'd be my guess as the most likely problem... some stale files from an older version. Unless there are JS errors, of course.
16:19 I mean, it could well be a JS conflict, but you'd know if there were custom JS.
16:19 talljoy i'm checking apache log now and koha error log if i can track it down.  durn package site
16:20 jcamins Oh, hm. I've never had problems with a package site.
16:20 * talljoy dislikes them
16:20 jcamins The upgrade process will catch when there's an error and complain.
16:20 talljoy but then again, i just find git sites easier to navigate
16:20 but i learned on them, so that's probly why
16:21 jcamins I've seen mixed up sites with git, where someone merged something they oughtn't, and ended up with some files that weren't tracked preventing the actual upgrade.
16:21 jenkins_koha Project Koha_master build #1759: SUCCESS in 2 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1759/
16:21 Katrin Fischer: Bug 12282: fix RESERVESLIP in German sample notices
16:21 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12282 normal, P5 - low, ---, katrin.fischer, Pushed to Master , RESERVESLIP wrong in German sample notices
16:27 tcohen joined #koha
16:43 fridolin left #koha
16:54 tcohen question: if setting an explicit encoding in the IO layer doesn't work, but decoding does, what does it mean?
16:58 cait joined #koha
17:03 jce talljoy:  This is a problematic upgrade from 3.08 to 3.14.  No results are found in zebra querys, even after rebuilding the index.  I've reinstalled 3.08 in a VM and it is working.  The migration strategy was suggested here to fix the database in 3.14 after normal upgrade failed.
17:04 talljoy:  IIUC the biblioimages table is for visual images, such as book covers.  We aren't using any of those.
17:04 talljoy then I would truncate biblioimages altogether and try to reimport your bibs again.
17:05 and yes. that is quite a leap from 3.08 to 3.14.  lots of changes involved in the data between the two.
17:05 jce talljoy:  Yes, I exported all the marc records and holdings.  Not sure about the 952 and 999 tags.
17:05 talljoy 952 are the item record tags.  999 would contain the biblionumber
17:12 tcohen Joubu: around?
17:12 @wunder ARC0023
17:12 huginn tcohen: Error: No such location could be found.
17:14 tcohen @wunder Cordoba, Argentina
17:14 huginn tcohen: The current temperature in Bo Alto de San Martin, Cordoba City, Argentina is 16.8°C (2:10 PM ART on May 20, 2014). Conditions: Overcast. Humidity: 82%. Dew Point: 14.0°C. Pressure: 29.89 in 1012 hPa (Falling).
17:18 Dyrcona joined #koha
17:20 jce talljoy:  I exported from "Export bibliographic and holdings" in Home->Tools in the intranet interface.  It's possible I didn't specify items right the first time.  A second export is 1.1M instead of .6M.  Maybe I should try importing that one.
17:20 talljoy that sounds like it definitely got more stuff.  you can use marcedit (free download) to crack open the marc and see what've you've got!
17:25 jce talljoy:  That sounds useful. I'll check it out.  Thanks
17:25 druthb @wunder 77098
17:25 huginn druthb: The current temperature in Greenway Plaza, Houston, Texas is 28.3°C (12:25 PM CDT on May 20, 2014). Conditions: Scattered Clouds. Humidity: 54%. Dew Point: 18.0°C. Pressure: 30.07 in 1018 hPa (Rising).
17:29 kmlussier joined #koha
17:37 cait tcohen++
18:01 tcohen bye #koha
18:09 cait bye tcohen :)
18:09 NateC joined #koha
18:19 Topic for #koha is now Koha 3.16 release candidate is now available. Next dev meeting is at 15:00 and 22:00 UTC on 21 May 2014. Next general meeting is 3 and 4 June 2014 at 22:00 and 15:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes.
18:26 rambutan @wunder 64507
18:26 huginn rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 31.7°C (1:26 PM CDT on May 20, 2014). Conditions: Clear. Humidity: 52%. Dew Point: 21.0°C. Pressure: 29.77 in 1008 hPa (Falling).
18:38 laurence left #koha
18:43 oleonard Anyone know if the KOCT has a git repo somewhere?
18:55 tcohen joined #koha
19:01 cait oleonard: it's on our git repository
19:01 http://git.koha-community.org/[…]bal.git;a=summary
19:03 oleonard Thanks cait
19:35 Dyrcona joined #koha
19:42 bgkriegel joined #koha
19:57 meliss1 joined #koha
19:59 meliss1 joined #koha
20:03 kathryn joined #koha
20:07 rangi looks like the mail is slowly catching up
20:09 gmcharlt cool
20:10 rangi up to the 16th now
20:11 oleonard Everything I get from "schnydszch" goes into spam.
20:12 jcamins oleonard: you could retrain your mail filter.
20:14 * oleonard gets out the rolled-up newspaper and the spray bottle
20:14 jcamins rangi: was the server down, or was it just not sending mail to the list for a while?
20:15 rangi its always been sending, i think its just been totally clogged, dunno I dont know the backstory, just watching messages come through a bit faster now
20:16 jcamins Ah. I actually hadn't realized there was a problem.
20:16 I guess only the messages on koha-devel were coming through, but I don't generally look to see which mailing list a message is from.
20:17 rangi *nod*
20:18 kathryn joined #koha
20:28 Pabloab Hi all!
20:28 I'm following http://wiki.koha-community.org[…]_ubuntu_-_package I edited with some changes added by Ubuntu 14, but adding NameVirtualHost *:80 to ports.conf throw AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/ports.conf
20:29 we  don't need namevirtualhost anymore?
20:37 oleonard Since the KOCT Firefox addon can't live in the status bar anymore I'm tinkering with a new icon: http://www.screencast.com/t/uGNMe9VGnqo
20:37 magnuse woohoo - catmandu getting packaged for debian!
20:37 bag nice!
20:38 magnuse: close to almost all the funding for elastic search - just need a little more - we're using catmandu for that
20:38 and of course HI magnuse
20:43 pianohacker joined #koha
20:45 cait oleonard++
20:46 oleonard My success in updating the KOCT for Firefox 29 is proof that the "hit it repeatedly with a rock" method of software development works.
20:48 pianohacker oleonard: is this the web version or the firefox extension?
20:48 oleonard Extension
20:52 pianohacker oleonard: then yup, sounds like you've got the right approach :)
20:59 oleonard Later #koha
21:08 cait left #koha
21:14 rambutan joined #koha
21:16 cait joined #koha
21:19 cait left #koha
21:28 JoeLib001 joined #koha
21:31 JoeLib001 Hello, I am having a weird issue in Koha after updating to Koha 3.14.06.
21:32 Koha does something whenever I press the control key. I am not exactly sure what it is doing, but it looks like it is consistently bringing up the advanced search page when I press the control key.
21:34 It is extremely annoying. I use ctrl+a, ctrl+c, ctrl+v, a lot. ;-)
21:35 pianohacker JoeLib001: Which browser?
21:35 wahanui Which browser are you using?
21:35 JoeLib001 Firefox
21:36 wizzyrea JoeLib001: Clear your cache and cookies, force reload, and it should be happy again.
21:36 JoeLib001 I just tried it on IE and it does it there too.
21:36 Hmm...., should I have done a server reboot after the update?
21:40 Ok, I just fixed it in I.E. I haven an IRC chat client on Firefox, so I will need to close out of IRC.
21:40 Clearing Cookies should fix it for me. Thanks. :-)
21:44 JoeLib001 joined #koha
21:45 JoeLib001 pianohacker: I cleared my cookies and cache, closed the window, and restarted Firefox. It is now functioning properly. Thanks. :-) That would have driven me crazy in short order. XD
21:46 pianohacker JoeLib001: Thank wizzyrea, I just asked a troubleshooting question :)
21:48 JoeLib001 wizzyrea: Thanks, too. :-) I didn't remember who had provided the solution. :-)
21:52 wizzyrea \o/ glad it's working
21:57 jce Working on a troubled upgrade from 3.08 to 3.14.  Tried to validate MARC records and holdings exported from 3.08 with marcedit and noticed that my 100 (Personal Name) entries are messed up.  They are missing the first indicator, and have a uniform piece of junk data appended to the Personal name subfield, though the original name is still present.  What options do I have for programmatically repairing the database?  I could expo
21:57 rt everything in XML format and try to slap together a Perl program to fix it.  Is there something easier available?
21:57 pianohacker jce: is this piece of info frey50 by any chance?
21:57 jce Why, how did you guess?
21:58 Sounds like you've seen this before.
21:58 pianohacker jce: have dealt with this annoying little thing before... Is the marcflavour preference set to MARC21?
21:58 jce I believe it is.
21:59 pianohacker jce: You may want to check in the DB, if it's unset, the system will sometimes think it's unimarc, and "fix" the 100, which is a fixed field in unimarc
22:00 jce I'll check it.
22:04 It is set to MARC21 at present, but this database has gone through several upgrades since about 2008.
22:04 wizzyrea is it set in the db, and not just in the interface?
22:05 Pabloab Do anyone konw where can I download a koha virtual appliance no more than 1 year older...?
22:05 jce Good question, wizzrea.  Where would I find that using phpmyadmin?
22:06 Pabloab kylehall.info site seems down, and sourceforge have v3.8 :/
22:06 gmcharlt jce: the systempreferences table, the row whose value is 'marcflavour'
22:06 er, where variable = 'marcflavour'
22:10 jce Well, the value there is MARC21
22:28 bgkriegel joined #koha
22:30 papa joined #koha
22:32 rocio left #koha
22:37 kmlussier joined #koha
22:47 eythian hi
22:50 * eythian prepares to build new master packages, here's hoping everything still works...
22:58 eythian well, the control file is totally current, that's always a good start.
23:05 tcohen heh
23:07 hi eythian
23:07 eythian hello
23:21 talljoy joined #koha
23:21 eythian master packages uploading
23:24 dcook @later tell cait That first CSS you sent me was using an id rather than a class. Should've been "ul." not "ul#". My bad for not catching it sooner!
23:24 huginn dcook: The operation succeeded.
23:24 dcook @later tell cait Also, it looks great this morning :D
23:24 huginn dcook: The operation succeeded.
23:26 dcook Gotta love/hate when one character will resolve a problem\
23:26 ...
23:30 bag @wunder 93109
23:30 huginn bag: The current temperature in Westside, Santa Barbara, California is 19.7°C (4:30 PM PDT on May 20, 2014). Conditions: Partly Cloudy. Humidity: 58%. Dew Point: 11.0°C. Pressure: 29.93 in 1013 hPa (Falling).
23:30 dcook @wunder sydney, australia
23:31 bag boo it didn't put the wind on there...  it's super wicked windy here
23:31 huginn dcook: The current temperature in Sydney Airport, New South Wales is 19.0°C (9:00 AM EST on May 21, 2014). Conditions: Partly Cloudy. Humidity: 63%. Dew Point: 14.0°C. Pressure: 30.25 in 1024 hPa (Rising).
23:31 dcook It's ridiculously nice here ;). Should be cold but it's a beautiful day.
23:43 eythian yeah, I wish it'd put the wind on there. That way wellington would win at something more often :)
23:43 bag: hey, did you see the ES screenshots from the other day?
23:44 bag no
23:44 eythian lemme find them...
23:44 bag sweet
23:46 eythian https://i.imgur.com/XjZzVVe.png and a little bit later https://i.imgur.com/F4Cpxgk.png
23:46 that's all coming from ES, including the facets (which still need polish.)
23:47 ^-- bag
23:47 bag nice nice
23:47 is this all pushed to the repo?
23:47 I may pull a new copy
23:48 eythian yeah, it's all in the catalyst repo
23:48 rangi you'll have to make the mapping table and insert that data, i havent written the updatedatabase bit yet
23:49 but its all there in kohastructure.sql and the  installer/data/mysql/elasticsearch_mapping.sql
23:51 dcook eythian++
23:51 rangi++
23:53 NateC joined #koha
23:56 BobB joined #koha
23:56 BobB joined #koha

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

koha1