bywatersolutions.comâÂÂ← 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: âÂÂstaffbywatersolutions.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/modules/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/migration_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/migration_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/migration_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
