IRC log for #koha, 2014-05-22

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

All times shown according to UTC.

Time Nick Message
00:01 kmlussier joined #koha
00:04 eythian pianohacker: whats it do?
00:05 oh, it's in there by default
00:05 could be worth keeping in mind
00:11 chrisvella94 joined #koha
00:20 dcook irma or BobB about?
00:20 Or anyone willing to check a Z39.50 server?
00:20 Actually, probably irma or BobB as you'll need an account with the provider..
00:25 I have orange flavoured chocolate...
00:25 We really need teleporters...if only for food
00:41 BobB hi dcook
00:41 dcook Yo BobB
00:41 BobB z3950?
00:41 dcook Yep
00:42 BobB details?
00:42 dcook Are you having any problems accessing Libraries Australia via z39.50?
00:42 We're getting timeouts and I want to confirm its them and not us
00:42 BobB no-one has said, but let check - stand by ...
00:45 dcook Ah, it might be back up
00:45 Yep. Back up. Nevermind, BobB :)
00:46 BobB ah, ok, I have not had success yet
00:47 dcook Oh? Hmm, that's not good
00:47 You can try ISBN 9780007296934
00:47 That should bring up some results pretty quickly
00:48 BobB I have a result, so its up  :)
00:48 dcook Huzzah!
00:48 They must've had an outage this morning..
00:48 BobB possible, I tried from one client's account and failed, but the next one worked
00:49 so I'd better check back on the first client :)
00:50 dcook Good call :)
00:51 BobB hmm, problem - at least we know before they tell us
00:51 thx dcook
00:53 dcook no worries. Thanks for checking
00:53 Yay cooperation!
00:55 eythian every so often we get someone asking us why Natlib NZ isn't working. We usually start with "it's probably down", and then actually check it.
00:55 We've not been wrong yet.
00:58 dcook "It's probably down", "turn it off then turn it back on again", "it's probably the pop-up blocker"
00:58 Words to live by
00:59 eythian heh
00:59 @excuse
00:59 huginn eythian: My excuse for today is "peak oil"
00:59 eythian @excuse
00:59 huginn eythian: My excuse for today is "peak oil"
00:59 eythian hmm
00:59 I'm sure there were more somewhere
00:59 wahanui: excuse
00:59 wahanui eythian: Someone else stole your IP address, call the Internet detectives!
00:59 eythian wahanui: excuse
00:59 wahanui eythian: Your Flux Capacitor has gone bad.
00:59 eythian wahanui: excuse
00:59 wahanui eythian: not enough memory, go get system upgrade
00:59 eythian wahanui: excuse
00:59 wahanui eythian: Satan did it
00:59 eythian wahanui: excuse
00:59 wahanui eythian: only available on a need to know basis
00:59 eythian wahanui: excuse
00:59 wahanui eythian: It must have been the lightning storm we had (yesterday) (last week) (last month)
01:00 eythian wahanui: excuse
01:00 wahanui eythian: Arcserve crashed the server again.
01:00 eythian wahanui: excuse
01:00 wahanui eythian: We're out of slots on the server
01:00 eythian wahanui: excuse
01:00 wahanui eythian: The Borg tried to assimilate your system. Resistance is futile.
01:00 eythian wahanui: excuse
01:00 wahanui eythian: What office are you in? Oh, that one.  Did you know that your building was built over the universities first nuclear research site? And wow, aren't you the lucky one, your office is right over where the core is buried!
01:00 eythian wahanui: excuse
01:00 wahanui eythian: Daemons loose in system.
01:00 eythian wahanui: excuse
01:00 wahanui eythian: Defunct processes
01:00 eythian wahanui: excuse
01:00 wahanui eythian: What office are you in? Oh, that one.  Did you know that your building was built over the universities first nuclear research site? And wow, aren't you the lucky one, your office is right over where the core is buried!
01:00 eythian wahanui: excuse
01:00 wahanui eythian: Collapsed Backbone
01:00 eythian wahanui: excuse
01:00 wahanui eythian: Your Pentium has a heating problem - try cooling it with ice cold water.(Do not turn off your computer, you do not want to cool down the Pentium Chip while he isn't working, do you?)
01:00 dcook hehe
01:36 rocio left #koha
01:59 pianohacker grrrrrrrrr. Has anyone here configured a VPN connection through network manager successfully?
01:59 jcamins pianohacker: years ago, yeah. It just worked.
02:00 pianohacker I cannot get it to acknowledge the presence of any of the VPN plugins I have installed...
02:00 jcamins pianohacker: plugins? I don't remember installing any plugins.
02:00 pianohacker they might have been installed by default, not sure...
02:00 jcamins rangi: happy birthday!
02:01 I just go to network connections, choose "Add," and it lets me choose a PPTP connection.
02:02 pianohacker jcamins: No PPTP option there. Cannot figure out what's going on
02:02 dcook Isn't PPTP out of date?
02:02 eythian pianohacker: have you restarted NM to get it to discover the plugins?
02:02 I'm pretty sure that's necessary
02:02 pianohacker eythian: have restarted dbus, network-manager and nm-applet...
02:02 jcamins pianohacker: are you not using a deb-based system? 'Cause ignore all my comments if you're not using Ubuntu/Debian/Mint.
02:03 eythian (I use NM for openvpn all the time, it works fine.)
02:03 pianohacker: how did you install the plugins?
02:04 pianohacker nope, on debian wheezy. Installed networkmanager-{pptp,vpnc,openvpn}{,-gnome}
02:04 eythian that should do it.
02:04 I dunno why it wouldn't.
02:04 you restarted the NM service?
02:04 jcamins pianohacker: did you restart the computer, just for fun?
02:05 eythian don't swear, jcamins
02:05 jcamins eythian: hey, I'm not the one who broke Debian!
02:05 eythian fair point
02:06 pianohacker jcamins: ... I don't want to but I might have to
02:06 rangi thanks jcamins
02:14 pianohacker I need to just bite the bullet and update... I've been putting off a system update for so long that when I installed the plugins, they updated some parts of networkmanager but not others
02:14 thus the .so's that showed the VPN configuration couldn't load
02:14 so they were hidden (silently)
02:15 this took an ltrace for me to figure out
02:15 eythian ah
02:41 dcook Wow IE 11's emulator for IE 8 is absolute crap...
02:44 eythian imagine that!
02:45 * dcook stares at IE 8
02:45 dcook I think it's actually applying styles to a HTML comment
02:46 eythian haha
02:47 dcook Actually, I have absolutely no idea what it's doing...
02:52 Hmm, leaves the space that the masthead would take up with the expanded search options in the Patrons module..
03:04 pianohacker what in the seven hells is going on
03:05 has anyone ever seen a hang when cache fastmmap tries to load?
03:07 dcook Nope, but it looks like my issue is related to the loading of Javascript...
03:08 Or something. Who knows with IE 8..
03:16 pianohacker dammit. This is a really nasty problem...
03:35 eythian rangi: you know, I think I'm going to drop the CCL terms like 'su-to' in favour of more canonical names like 'subject'. It'll make things a bit simpler, and I can't really see a downside.
03:36 though, su-to should probably really be 'topic'
03:36 ...maybe
03:36 eh, easy to change later.
03:36 rangi yeah
03:38 mtompset joined #koha
03:38 mtompset Greetings, #koha.
03:38 dcook, eythian: you guys around?
03:38 eythian yep
03:38 mtompset I want to bounce ideas off you regarding 11592.
03:39 eythian bug 11592
03:39 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11592 normal, P5 - low, ---, mtompset, ASSIGNED , opac scripts do not respect MARC tag visibility
03:39 mtompset So, I think I have GetBiblioMARC filtering internally based on parameter style.
03:39 And then I realize, I still need a filtering function. :(
03:39 opac-showmarc.pl
03:39 eythian I thought you had one already
03:40 mtompset I had moved it into GetBiblioMARC directory.
03:40 directly.
03:40 wahanui directly is easier...
03:40 eythian no, that's bad
03:40 no big functions.
03:40 mtompset That's what I thought. :(
03:44 Well, that was easy... in a bad way.
03:46 eythian every functional unit should be its own function, in order to reduce maintenance headaches later on.
03:46 Also makes for easy understanding.
03:46 Have a look at the worse parts of C4::Search, and do everything it doesn't.
03:47 pianohacker well, you should still write your code in Perl, but the rest, yeah, do the opposite
03:50 eythian nice, I just found the ES thing where it treats strings like a simple search language, so you can do AND, OR, quotes, etc.
03:51 that'll make life a bit easier
03:51 rangi nice
03:51 people will love the quotes for phrases
03:52 eythian should a default search for, say shoes boots cars be "or" or "and" do you reckon?
03:52 rangi we default to and
03:52 currently
03:52 probably best to stick to that
03:52 eythian OK
03:52 rangi however could have a pref to change the default i gues
03:52 s
03:53 eythian (all it takes is adding "default_operator => "AND"" to the query, so preferencising it is pretty easy.)
03:53 dcook :D
03:53 Yeah, default of 'and' is probably best.
03:53 The quotes will also be awesome
03:54 eythian yeah. and anyway, you can just do 'shoes or boots or cars' if that's what you want anyway
03:55 dcook Could you also do '"shoes or boots" or "cars"'?
03:55 eythian oh, also 'title:word' just works like this.
03:56 dcook: probably, but I don't quite know how to test that.
03:56 dcook Hmm
03:56 Four records
03:56 eythian actually
03:56 dcook "Cars", "shoes", "boots", "shoes or boots" ?
03:57 eythian it might treat "shoes or boots" like a phrase if you do that.
03:57 dcook "shoes or boots" or "cars" would retrieve everything but "boots"
03:57 Hope so
03:57 That would be fabulous
03:57 eythian you can also do name:/joh?n(ath[oa]n)/
03:58 and qu?ck bro*
03:58 pianohacker eythian: so you could also do author:, isbn:, etc.?
03:58 * eythian keeps quoting the documentation.
03:58 eythian pianohacker: totally, yes
03:58 pianohacker sweet!
03:58 are there any major hiccups or missing features in ES so far at all?
03:59 eythian http://www.elasticsearch.org/g[…]ery-string-syntax <-- basically, it's lucene syntax
03:59 pianohacker: do you mean in ES itself, or in what Koha can do with it so far?
04:00 pianohacker eythian: in ES itself
04:00 eythian not that I can tell at the moment. It's lucene based, and lucene has been doing this for a very long time.
04:01 dcook ^
04:01 How about date ranges?
04:01 eythian eventually
04:01 currently everything is indexed as a string
04:01 pianohacker eythian: and the fact that it's java-based won't cause any deployment hiccups?
04:01 dcook I remember that being an issue when DSpace had a homebrewed Lucene system rather than Solr
04:02 eythian but when we get more semantics out of it, ranges can be done.
04:02 dcook Mmm
04:02 Makes sense
04:02 eythian pianohacker: provided you can deploy java, no. It's pretty much a case of "build an ES cluster, point Koha at it, do a full reindex, done."
04:02 dcook Do you need something like Tomcat or Jetty to run ES?
04:03 eythian nah, it's standalone so far as I can tell
04:03 dcook Whoa. That's rad.
04:03 pianohacker eythian: OK, cool. Sorry to grill you, but excited about this
04:03 eythian either that or it uses an embedded one.
04:03 dcook: oh: (quick OR brown) AND fox AND NOT news
04:03 pianohacker indeed! I know that was a pretty big roadblock with solr
04:03 dcook I imagine embedded, but nice that we don't have to provide our own..
04:03 eythian yeah, it's just apt-get install, and away it goes.
04:03 dcook eythian: That's sexy.
04:03 * dcook wonders how hard it'll be to install from source..
04:04 dcook Oh well. Chance to learn and have fun I always say.
04:04 eythian can also do:
04:04 "bool": {
04:04 "must":     { "match": "fox"         },
04:04 "should":   { "match": "quick brown" },
04:04 "must_not": { "match": "news"        }
04:04 }
04:04 which is the sort of construction I'm planning to use for advanced search.
04:04 (that's what the queries look like as I'm constructing them.)
04:04 e.g.
04:04 $res->{query} = {
04:04 query_string => {
04:04 fields           => [$f],
04:04 query            => $query,
04:04 fuzziness        => $fuzzy_enabled ? 'auto' : '0',
04:04 default_operator => "AND",
04:04 }
04:04 };
04:04 that does the lucene-like text searching
04:05 pianohacker oh goodness...
04:05 this is pretty spectacular
04:05 eythian yep
04:05 queries can get really complex if you need them to too, e.g. nesting them
04:05 pianohacker who knew staying on IRC until 10 at night while I fix a server would have a positive side effect?
04:05 eythian heh
04:06 pianohacker how's the demo site coming along? Haven't seen it since March
04:06 eythian also has filters, which I'm debating as a method of separating biblios and authorities.
04:06 demo site?
04:06 pianohacker hrm, that could have been one of our own dev servers running your code
04:07 eythian we have a demo site running plack, nothing public running ES yet.
04:07 (it's only been the past week it's really been able to produce nice results.)
04:08 dcook: oh, I see you can do ranges on strings too
04:08 so titles between A and M.
04:08 pianohacker oh cool, the shelf browser could be sped up by leaps and bounds
04:09 eythian good point
04:09 I hadn't thought of that, but yeah
04:09 dcook Crap what was I thinking of..
04:09 Oh, in terms of ditching Zebra as a z39.50 server...
04:09 I was talking a bit to bshum earlier about what Evergreen does for their z39.50
04:09 eythian hmm, filtering by locations...anyone geocode their items? :)
04:10 dcook He didn't have all the details, but maybe there's a way around that too..
04:10 pianohacker eythian: if it's weird and it involves information there's not just one library that does it but an entire special interest group
04:10 dcook eythian: how do you mean?
04:10 eythian dcook: filter by location in lat/long
04:10 dcook Ahhh
04:10 rangi zebra does z3950
04:10 dcook I think that's available in MARC actually :p
04:10 eythian pianohacker: you're probably right
04:10 rangi way better than anything we could ever write
04:10 id vote to just keep it for that
04:11 dcook rangi: But surely we can't hold on to it forever because of that
04:11 rangi why not?
04:11 eythian no reason not to
04:11 rangi at least as long as people want to run a z3950 server
04:11 dcook Well, I would say support, but we don't use Koha as a z3950 server, so no skin off my nose I guess...
04:11 eythian It'd be a lot more loosely integrated anyway.
04:11 rangi yeah
04:11 dcook eythian: Oh?
04:11 pianohacker I think exposing a public Z39.50 server is while not _rare_ not something that will be half as common as wanting to search your catalog
04:11 dcook If it's more loosely integrated, I would be happy
04:12 eythian as in, no point starting it if there's no serving configured, then just something that periodically dumps new records into it.
04:12 could be done strange from ES probably.
04:12 rangi yep
04:12 eythian *straight
04:12 pianohacker rangi: Would there be any major issues with slapping a PQF parser on Net::Z3950::SimpleServer, though?
04:13 rangi probably
04:13 itd probably explode randomly
04:13 zebra is solid, you can pound it with queries and it keeps on answering
04:14 pianohacker it really does take some skill to communicate tired bitterness across the pacific ocean
04:14 rangi the amount of config work youd have to do to get the same reliability out of a perl implementation is gonna be not worth the effort
04:14 pianohacker rangi++
04:14 And yeah, the reliability is a big sticking point...
04:14 eythian > my @params = $cgi->param("limit");
04:14 ^-- srsly? that couldn't be called '@limits'?
04:14 rangi heh
04:15 pianohacker eythian: are you reading the existing search code?
04:15 * dcook shudders
04:15 eythian I'm making sure that my ES search works with the existing opac-search.pl
04:15 damned if I'm going to rewrite all that
04:15 and facets add a 'limit=' parameter, so I'm making that work now.
04:16 dcook Ah, maybe that's what was screwing with QP then...
04:16 * dcook was wondering where an empty limit= parameter was coming from
04:16 dcook Actually, I think that might be something els..
04:16 * dcook goes to have lunch despite the scintillating ES talk
04:16 eythian erg
04:16 later:
04:16 > my $params = $cgi->Vars;
04:16 there's no way that won't get confusing: it's an arrayref.
04:16 rangi barf
04:17 eythian oh, hashref
04:17 still...
04:17 dcook Isn't $cgi->Vars problematic when using repeated params?
04:17 eythian I wouldn't be at all surprised.
04:17 * dcook seems to recall reading this in the perldoc
04:17 dcook Oh well. Food time.
04:17 * dcook really goes this time
04:18 eythian haha
04:18 cait joined #koha
04:18 eythian > my @limits = $cgi->param('limit');
04:18 even later
04:18 that's pretty special
04:18 pianohacker oh, holy cow! Vars returns multivalued parameters in a single string separated by NULs
04:18 that's also pretty special
04:18 eythian wat
04:18 pianohacker that was about the reaction I had
04:22 mtompset Sounds like old-school C strings.
04:23 Have a great day, #koha pianohacker eythian rangi dcook.
04:23 pianohacker mtompset: after a nice strfry or strtok, yeah...
04:23 eythian later
04:23 pianohacker bye mtompset
04:24 eythian there's far too much search logic being carried around in the URLs to opac-search
04:24 oh actually
04:24 I think it's just in opac-search
04:25 still, not the best place for it
04:30 pianohacker all right, I'm closing out for the day
04:30 eythian: good luck man, you're doing really cool work
04:30 eythian catch you later!
05:01 join ' AND ', map { "($_)" } @parts; <-- well that's not much work to integrate limits and query strings together.
05:02 paxed ffs. no wonder that code didn't work. returns.pl has separate template variables for borrower stats and wrong-branch-borrower stats. borsurname vs. wborsurname. grrr...
05:05 dcook eythian: Looking at your code has made me start to appreciate map
05:05 eythian yeah, I end up using it a fair bit.
05:05 dcook I used it quite a bit for something but I have no idea what it was now that I think about it
05:06 Ah, CLI utility
05:06 Nice job, memory.
05:06 eythian heh
05:07 dcook I know I've asked this before but I probably forgot...is this ES code going back into the community?
05:07 eythian it will, yes
05:07 dcook Exciting :)
05:08 Then we'll phase out Zebra as the search engine and just use it for z39.50 when necessary?
05:08 eythian that's the plan.
05:08 It's not a short term plan, mind you.
05:10 dcook Fair enough. How long are you thinking?
05:10 cait i think onyl problem could be that ES is kinda complex? I still hear you talking about 3 servers for it
05:10 eythian it's really hard to say.
05:10 cait might not be an option for everyone
05:10 ashimema it's too early here.. the wonders of having a daughter wake you up at 5am :(
05:10 morning all
05:10 cait morning ashimema
05:11 ashimema :)
05:11 eythian cait: you can do it on one, it's just not something I'd recommend. It'd probably work fine, and as it's not a primary data source, not the end of the world.
05:11 dcook P.S. Check this out: https://www.google.com.au/sear[…]&es_sm=0&ie=UTF-8
05:11 eythian three is the recommended minimum for a robust cluster.
05:11 that might be more robust than is required though.
05:11 dcook MtG card as the image for a bird entry in Wikipedia
05:11 cait eythian: i guess we could manage having more servers, but we refused solr partially because thinking about the real small libraries
05:12 well we said we can't rip out zebra/replace easily
05:12 eythian cait: also, it's unlikely that zebra will actually be removed for a while.
05:12 (a long while)
05:12 cait eythian: would you have those 3 for each customer or just 3 for ES and can have multiple kohas use that?
05:12 eythian cait: what we'll probably do for the stuff we host is put it on our large, central ES cluster that's used for many things.
05:13 No, just one cluster for everyone.
05:13 cait ah ok
05:13 eythian for self-hosting, I'm not sure yet. Maybe set up ES on the koha machine if it's got enough grunt.
05:13 cait dcook: i guess your link works differently here than for you :)
05:14 dcook cait: Oh? That's too bad :(
05:14 cait i have a quite random list of google results :)
05:14 dcook Well, just google for "Halcyon"
05:15 Hopefully it'll show a MtG card instead of a photo of a bird to the right of the results :p
05:17 ashimema works for me dcook..
05:17 MtG
05:18 eythian ((tax) AND (subject:INCOME TAX)) AND (subject:GOODS AND SERVICES TAX) ... close, but not quite what I want...
05:19 ashimema I'd love to see a comparison of minimum requirements for zebra vs es..
05:19 you have my sympathies eythian.. the search code is aweful.
05:19 have you worked out the opac supression crap yet?
05:20 I'm still searching for a solution to that with QP
05:20 eythian ashimema: ES will require more resources.
05:20 I haven't even looked at it yet. The way it's currently done is really bad.
05:20 ashimema I assumed ES would require more.. but how much more was the real question ;)
05:20 eythian 6908 elastics  20   0 2933m 962m 7396 S    0 50.4 337:10.45 java
05:20 that's what my test server is using
05:21 ashimema Yeah.. it's tacked on at the very end of the search string.. after the string's ben mangled a few times..
05:21 makes or a really hard to fix bug with QP
05:21 eythian yeah. I'm expecting that I'll just "if" that block out if not using zebra and implement it separately.
05:22 ashimema that's not so bad.. I have a feeeling there's a certain amount of FUD about regarding ES and it needing massive clusters full of high mem mahcines to even get off the ground ;)
05:22 That's a very good plan.
05:23 that's what I tried to do with the QP stuff.. but I couldn't work out the syntax to add it in either in QP or before the QP call
05:23 it'll get there.. I just didn't have the time to spend.
05:23 anywho.. your doing an awesome job of ES.
05:23 dcook ashimema: What are you trying to figure out with the QP?
05:23 eythian ashimema: if I were using it as a primary data store with important data, I would recommend a three node cluster.
05:23 If it's something that can be regenerated, one is enough.
05:23 ashimema did they catch you for an update at the dev meeting ?  I gave a brief big up to you in the first one.
05:24 eythian not really, I guess I've been flooding the channel with enough of it lately anyway :)
05:24 ashimema dcook. see bug 10542
05:24 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10542 critical, P1 - high, ---, martin.renvoize, Failed QA , QueryParser + OpacSuppression doesn't allow search in 'all libraries'
05:24 eythian I simply can't use the way OpacSuppresion works now, as it expects the query from the query build phase to be a string, and mine isn't, it's a ref.
05:25 ashimema opac supression basically breaks normal searching with QP
05:26 no worries.. I just pointed at your git branch.. and suggested that you were at the stage you wanted some brave testers ;)
05:26 which is what you said the other morning..
05:26 eythian heh yeah
05:26 ashimema that should cover it really.
05:27 dcook.. I wouldn't even bother reading my patch.. it was far too simplistic..
05:27 was never going to work.
05:31 dcook Interesting..
05:31 wahanui rumour has it interesting is sometimes good and sometimes bad
05:33 ashimema that's one word for it dcook
05:34 I like QP.. I just wish it hadn't been abandoned.
05:34 dcook Yeah, I liked the idea of it as well
05:35 ashimema I liked the idea of getting it to replace Search.pm in the long run.. and using it to drive the adoption of different backends.
05:36 but it needed someone to followup by supporting it and advocating it for at least a couple of years..
05:36 instead it was bascially dumped in and left with bugs :(
05:36 eythian >
05:36 Results of search for 'tax' with limit(s): 'subject:GOODS AND SERVICES TAX subject:CASE LAW subject:LEGISLATION'
05:36 now we're getting somewhere...
05:36 ashimema nice work
05:36 dcook eythian: So it's automatically treating them as phrases?
05:37 eythian dcook: not yet, that's the next step.
05:37 dcook eythian++
05:37 eythian (just for limits though.)
05:37 dcook :/
05:37 ashimema: Yeah, it's a tough one.
05:37 eythian well, that's what you want
05:38 you don't want your term to be treated as a phrase
05:38 (unless you put quotes on it yourself)
05:38 dcook Right
05:38 I think I get what you're saying
05:42 eythian so, subject:goods and services should be subject:"goods and services" because I got there by clicking on a link to "goods and services"
05:43 laurence joined #koha
05:45 * dcook thinks so
05:45 dcook ashimema: did you try using ! instead of -?
05:45 This distinction (or lack thereof) between negation and disallowal is a bit ridiculous it seems..
05:46 I wonder a bit why we don't just add a suppression limit before "buildQuery"
05:46 ashimema I don't remember tbh dcook.
05:46 dcook It would show up as a hidden field in the HTML but that shouldn't really matter
05:48 * dcook shrugs
05:48 ashimema I think the issue was more that If i passed the negation in before the buildQuery for QP, then qp was butchering it as I was using a different syntax to what the rest of the string was being passed in as..
05:48 I never got to the bottom of what that syntax should be though ;)
05:48 what would sho up in the html.. i've lost you there?
05:49 that bug is the main reason we don't have QP turned on anywhere at the moment..
05:49 dcook Yeah, the syntax would get you
05:49 ashimema virtually all our customers use opacsupression somehow.
05:49 dcook Actually, I might be looking at a custom version of the code so it might not show up..
05:49 Might be using that for our stuff
05:49 It should be easy though
05:49 Probably something like...
05:50 push(@operators,'not');
05:50 push(@operands,'1');
05:50 push(@indexes,'suppress');
05:50 QP should translate not properly from there
05:51 ashimema that makes some sense actually..
05:51 hmm..
05:51 you've inspried me to have another go.
05:51 dcook \o/
05:53 * dcook double-checks some code
05:53 dcook Yeah, that should work
05:53 Provided QP processes "not" correctly...which I guess it what it all hinges on..
05:54 We added a "search within" feature that essentially just adds a keyword search onto the original search
05:54 ashimema yowers.. my branch for that patch is 612 commits behind.. it's been a while ;)
05:54 dcook Yikes!
05:54 ashimema cool.. that's  nice feature..
05:54 dcook Originally, I pushed to those arrays, although I wound up just using some hidden fields in the template to slim down on the code I used..
05:54 ashimema upsteam it, upsteram it ;)
05:54 dcook haha
05:54 It's on the list :)
05:54 It's one of those ones I was talking about on Facebook a while ago
05:55 I didn't really like how we implemented it in the past, so I rewrote it and it's way better now
05:58 ashimema git loglol
05:58 dcook ?
05:59 eythian (tax) AND (subject:"INCOME TAX")
05:59 thar we go
06:00 (tax) AND (subject:"INCOME TAX") AND (subject:"TAX LAW")
06:00 eeeexcelent
06:00 (guess the nature of my testing library data...:)
06:02 dcook hehe
06:02 eythian while I think this "convert everything to lucene syntax" plan appears to work well, I'd quite like to actually be using the ES AST queries.
06:02 Oh well, that can happen later.
06:02 dcook ES AST?
06:03 eythian when you build a structure to describe your search
06:03 rather than a string
06:03 "multi_match" : {
06:03 "query":    "this is a test",
06:03 "fields": [ "subject", "message" ]
06:03 }
06:03 like that, but they can be nested.
06:04 (AST = Abstract Syntax Tree, it's what languages get turned into for computers to understand.)
06:08 http://git.catalyst.net.nz/gw?[…]eb6d452af97c5139d <-- and that's all it took :)
06:08 damn, the compatibility stuff makes things ugly.
06:09 dcook author and subject probably work with Zebra as well
06:09 au is just an alias for author
06:09 Same with su and subject
06:09 eythian they probably do, but au and su-to won't work for ES without me making a mapping thing, which I don't want to do if I can avoid it.
06:10 (I already have one to handle the search dropdown, but that's not too terrible.)
06:10 dcook Yeah, mappings would be no fun
06:10 magnuse @arewethereyet
06:10 huginn magnuse: YES!
06:10 magnuse woohoo!
06:11 eythian I'll probably have to do one for advanced search, which I think will be the next thing I work on.
06:12 hi magnuse
06:12 magnuse kia ora eythian
06:13 more ES progress - yay!
06:13 * magnuse bought the book, should read it some time
06:14 eythian I should get the book. It'd probably be useful.
06:15 magnuse yay, i was just asked if i wanted to rename the koha apache config files (ubuntu 14.04 on my desktop)
06:15 hehe
06:15 eythian The online documentation has a bad habit of going almost all the way there, but leaving a lot of useful context out.)
06:15 ah, good. Running master?
06:15 I guess you'd have to be...
06:16 magnuse packages
06:16 wahanui packages is at http://wiki.koha-community.org/wiki/Debian
06:16 cait eythian: aah, is there a plan on when you can make packages for 3.16?
06:16 magnuse deb http://debian.koha-community.org/koha squeeze-dev main
06:17 eythian cait: when it's out, but I did some for master which is pretty much the same.
06:17 cait i have promised my workshop participants to update their playgrounds :)
06:17 magnuse latest and greatest! :-)
06:17 cait for testing it seems appropriate
06:17 eythian yeah
06:17 magnuse just make sure to tell them that we don't usually use .0 in production :-)
06:17 cait well someone must.. or we would never find the bugs :)
06:18 magnuse i will probably upgrade the server with the private and demo installations pretty soon
06:18 cait cool :)
06:19 dcook cait: Once and never again ;)
06:20 ashimema dcook.. your advise doesn't seem to have fixed the qp problem :(
06:20 and now my debugger doesn't seem to be wanting to wrok.. so I can't trace it :(
06:21 papa joined #koha
06:21 dcook ashimema: Dinger :(
06:21 When you do it before buildQuery does it work for non-QP?
06:21 And just breaks for QP?
06:21 Or doesn't work for either?
06:22 magnuse eythian: with squeeze-dev "apt-cache policy" now says i have "3.16~git+20140521105956.3f9a8ccc" is that the RC, or did you travel in time in your sleep and build the packages for the new release already?
06:22 dcook maguse: eythian and I do live in the future :p
06:22 eythian It's master, I updated the build script to be 3.16. Once it's out master will become 3.17.
06:22 also what dcook said :)
06:23 magnuse ah, of course :-)
06:27 eythian http://www.metservice.com/warnings/home <-- well that doesn't look great for the next few days
06:28 cait ok have to go- cya al llater
06:28 dcook later cait
06:28 yikes, eythian
06:29 cait left #koha
06:30 eythian https://lh5.googleusercontent.[…]76974728743_o.png <-- a bit more clear
06:31 magnuse whoa, that's a lot of severe weather!
06:40 ashimema dcook..
06:40 in a word.. nope..
06:40 eythian oop, someone has set an alarm off on another floor here.
06:41 ashimema pushing at the arrays jsut breask search all together. qp or no qp
06:42 No idea why though :(
06:42 magnuse eythian: an alarm warning about the presence of object oriented programming?
06:42 eythian heh
06:42 probably someone forgetting the alarm code
06:42 ashimema though I do get the feeling I did this before now.. I couldn't work out how to move the suppress block to before the buildQuery
06:43 hense.. adding the if to keep the old code as was.. and only try adding the supression before the buildQuery should QP turned on.
06:46 marcelr joined #koha
06:47 marcelr hi #koha
06:49 dcook Hmm
06:55 I suppose it's possible you might need to use "suppress:" for your index
06:55 rather than "suppress"
06:55 But looking at "parseQuery", I don't think it's going to parse "not" correctly
06:56 ashimema: Would have to poke around more and don't have time tonight :(
06:56 ashimema no worries
06:57 magnuse dcook++ ashimema++ for poking
06:58 ashimema advanced search and normal search handle this stuff so differently :(
06:58 alex_a joined #koha
06:58 alex_a bonjour
06:59 reiveune joined #koha
06:59 reiveune hello
07:00 eythian wahanui: you've been quiet
07:00 wahanui eythian: huh?
07:04 sophie_m joined #koha
07:04 eythian oh well, I'm outta here now. Hopefully tomorrow can be making advanced search work.
07:05 ashimema this is weird.. the arrays are getting all mixed up lengths.
07:08 dcook dinger :/
07:08 But I gotta run
07:08 Catch you all tomorrow!
07:11 magnuse have fun dcook
07:11 ...and eythian
07:16 cait joined #koha
07:16 nlegrand goeiedag #koha!
07:18 fridolin joined #koha
07:19 magnuse hiya cait nlegrand fridolin
07:19 wosch joined #koha
07:24 cait hi magnuse and nlegrand
07:26 Joubu oops, it seems I missed the meeting yesterday :-/
07:26 khall joined #koha
07:45 ashimema Many did Joubu
07:46 * ashimema is giving up on bug 10542 again..
07:46 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10542 critical, P1 - high, ---, martin.renvoize, Failed QA , QueryParser + OpacSuppression doesn't allow search in 'all libraries'
07:46 fridolin whouuuuu, I just found how to go far with XSLT by using "following-sibling::"
07:47 it allows to select next subfield depending on its code : following-sibling::marc:subfield[1][@code='e']
07:48 really handfull for 200$a:200$e repeatable
07:48 magnuse yay!
07:51 fridolin but I'm better with JQuery. Whe should have a loog at Node.js
07:52 magnuse rewrite koha in node? ;-)
07:55 edda joined #koha
07:55 edda hi
07:55 i need helps
07:56 is anyone here
07:57 ???
07:58 boutros joined #koha
07:58 edda hi
07:58 hello
08:00 ashimema just ask away edda.. if anyone knows the answer they'll pipe up
08:01 * magnuse waves to boutros
08:04 boutros hei magnus!
08:09 atheia joined #koha
08:09 atheia Good morning
08:09 magnuse hiya atheia
08:10 ashimema Morning atheia
08:12 fridolin magnuse: just replace de xslt processus
08:12 ;)
08:13 atheia I totally missed the development meeting yesterday.
08:14 Particularly jarring as I had several notices lying around to remind me!
08:14 :-/
08:14 (not to mention the email reminder…)
08:14 magnuse alarm on your phone next time? ;-)
08:15 ashimema it's ok.. we only colunteered you for the Search.pm re-write.
08:16 s/colunteered/volunteered/
08:16 ;)
08:17 atheia 8-|
08:17 *gulp*
08:17 I like 'colunteered' though: captures the idea of volunteering by conscription quite nicely… :-)
08:19 ashimema hehe..
08:21 magnuse typo neologisms FTF!
08:21 (for the fun...)
08:22 atheia magnuse: indeed, alarm would have been a good idea — maybe it's time that I too enter the brave new era of alarm clocks ;-)
08:25 edda joined #koha
08:47 edda joined #koha
08:48 cait atheia: i think it was quite quiet
08:48 it seemed someone from indexdata was at the first meeting, but noone semed to notice much?
08:48 i was not there either
08:48 atheia ah, k. Thanks cait.
08:49 ashimema really.. someone from indexdata was at the first meeting?
08:49 I certainly didn't notice that.
08:49 didn't know anyone from there lurked on here.
08:50 cait maybe i misread
08:53 fridolin cait: no, I noticed also : wosch: #info Wolfram Schneider, IndexData
08:53 cait ah thx frido
08:53 was about to look for the logs :)
08:54 fridolin yep, I have an hisoty plugin in my Pidgin for that
08:55 magnuse yeah, i had a quick lurk-in at the start of the meeting and noticed IndexData
08:55 Joubu please SO and QA bug 12292
08:55 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12292 major, P5 - low, ---, jonathan.druart, Needs Signoff , Members are restricted even if the debarment is ended - moremember.pl
08:56 Joubu It should be in 3.16
08:56 cait i can't :(
08:56 have an important project to finish today and tonight will be too late
08:57 edra joined #koha
08:57 edra hello
08:57 wahanui hey, edra
08:58 edra I am new in koha
08:58 i am try to follin a manula to install it
09:07 edra joined #koha
09:07 edra hello
09:07 wahanui niihau, edra
09:07 edra can you help me please
09:07 ?
09:36 ada joined #koha
09:36 ada hello
09:46 edra joined #koha
09:48 paul_p joined #koha
11:01 ashimema OK.. I'm happy to sign-off or QA bug 12292
11:01 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12292 major, P5 - low, ---, jonathan.druart, Needs Signoff , Members are restricted even if the debarment is ended - moremember.pl
11:02 ashimema does anyone want to sign it off so I can QA it as there are fewer qa'ers than signoffers?
11:02 or the other way around if anyone's listening ;)
11:16 bgkriegel joined #koha
11:24 alex_a_ joined #koha
11:46 alex_a joined #koha
12:02 meliss joined #koha
12:11 oleonard joined #koha
12:14 oleonard Hi #koha
12:16 ashimema Hi oleanard..
12:26 Viktor joined #koha
12:27 nengard joined #koha
12:34 Dyrcona joined #koha
12:55 tcohen joined #koha
13:04 edveal joined #koha
13:15 Viktor joined #koha
13:20 bgkriegel ashimema: 12292 signed
13:20 ashimema cheers..
13:21 tcohen morning bgkriegel ashimema
13:21 ashimema morning tcohen
13:22 bgkriegel hi tcohen :)
13:22 rambutan @wunder 64507
13:22 huginn rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 13.8°C (8:22 AM CDT on May 22, 2014). Conditions: Light Rain. Humidity: 92%. Dew Point: 13.0°C. Pressure: 30.19 in 1022 hPa (Rising).
13:24 ashimema must be one of the fastest QA's ever.. :)
13:24 @wunder Stevenage, UK
13:24 huginn ashimema: The current temperature in Pin Green, Stevenage, United Kingdom is 15.9°C (2:22 PM BST on May 22, 2014). Conditions: Rain. Humidity: 87%. Dew Point: 14.0°C. Pressure: 29.56 in 1001 hPa (Steady).
13:25 magnuse bug 12292
13:26 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12292 major, P5 - low, ---, jonathan.druart, Passed QA , Members are restricted even if the debarment is ended - moremember.pl
13:26 magnuse @wunder boo
13:26 huginn magnuse: The current temperature in Bodo, Norway is 11.0°C (3:20 PM CEST on May 22, 2014). Conditions: Light Rain. Humidity: 82%. Dew Point: 8.0°C. Pressure: 29.86 in 1011 hPa (Steady).
13:27 ashimema I don't imagine it'll make 3.16.0.. unless gmcharlt is especially keen on his bz watching at the moment, and feeling nice ;)
13:29 Joubu thanks bgkriegel and ashimema!
13:32 bgkriegel that was fastQA :)
13:32 ashimema it helped that I'd already basically tested it all bgkriegel..
13:33 hence why I asked for a signoff.. QA was then super easy ;)
13:34 bgkriegel good :)
13:36 magnuse so, how do we mock something like Koha::Database->new->schema->​resultset('Borrower')->find( $input->{'borrowernumber'} ); in a test?
13:48 tgoat joined #koha
13:59 talljoy joined #koha
14:03 kmlussier joined #koha
14:24 barton joined #koha
14:26 magnuse @seen Blou
14:26 huginn magnuse: Blou was last seen in #koha 15 weeks, 3 days, 12 hours, 39 minutes, and 53 seconds ago: <blou> thanks
14:32 Joubu bgkriegel: thanks for your quick rebase!
14:32 About your last patch on Bug 12061 - tmpl_process3.pl - Include/exclude file by name
14:32 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12061 enhancement, P5 - low, ---, bgkriegel, Needs Signoff , tmpl_process3.pl new features
14:33 Joubu -m isn't it the same as -f ?
14:33 bgkriegel :)
14:33 working now on 11726
14:34 Joubu see bug 9161
14:34 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9161 enhancement, P5 - low, ---, jonathan.druart, RESOLVED FIXED, Translate only specific files
14:36 bgkriegel Joubu: -m is for something like '*string*'
14:36 huginn New commit(s) kohagit: Translation updates for 3.16.00 final release <http://git.koha-community.org/[…]b8206001c57bea817>
14:36 bgkriegel not exact name
14:37 Joubu bgkriegel: yes, same as -f :)
14:38 bgkriegel well :)
14:38 Joubu -f main will update/install opac-main and intranet-main
14:38 bgkriegel then i will rethink it
14:39 those are to made possible Bug 7939
14:39 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7939 enhancement, P5 - low, ---, bgkriegel, Needs Signoff , Separate po files for different MARC dialects
14:39 bgkriegel now I need to run, thanks!
14:41 bag good morning
14:42 magnuse: HI THERE
14:42 heya magnuse once we're done concentrating on getting elastic in - I'll be turning my attention to RDF - so I will plan on bugging you bunches then :)
14:43 but anytime you want to talk about whay you are doing - would be rad man :)
14:47 jenkins_koha Starting build #1761 for job Koha_master (previous build: SUCCESS)
15:01 alex_a_ joined #koha
15:05 reiveune bye
15:05 reiveune left #koha
15:11 magnuse bag: HI
15:11 bag: bug away!
15:11 bag bug bug bug
15:11 you are using catmandu right?
15:12 magnuse i have played with it a bit
15:12 the rdf stuff i have almost ready for koha is not using it
15:12 because it's just querying a sparql endpoint and getting json back
15:12 but if we want to do marc2rdf in koha catmandu would be my weapon of choice
15:14 bag cool yeah we're using catmandu for elastic
15:14 so that was going to be where I was interesting in putting some energy - marc2rdf
15:16 magnuse rangi had something almost done, but not using catmandu
15:16 shouldn't be too hard to rewrite that with catmandu
15:36 oleonard Has anyone ever used the SUGGEST_STATUS authorised value category to add suggestions statuses? I'm trying to figure out if it actually does anything.
15:38 fridolin bye
15:39 alex_a joined #koha
15:40 fridolin khall : have a look at email adresse in Bug 11572 its sort of corrupted
15:40 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11572 trivial, P5 - low, ---, kyle, Pushed to Stable , Keyword searches no longer detect isbn from "Search the catalog"
15:40 khall heh, yep, that's odd
15:41 fridolin maybe you had a bat git configuration
15:41 khall but fixing it would require rewriting the git history
15:41 fridolin khall: no big deal
15:41 khall I must have written it somewhere other than my traditional development system
15:41 * gmcharlt shivers
15:41 fridolin khall: just check your current git config
15:41 gmcharlt "rewrite Git history"...
15:42 * oleonard goes back in time and kills git's great-grandfather
15:42 fridolin :D
15:42 khall yeah, I don't for rewriting the git history just to get credit. Plus this way no one will know who to blame ; )
15:42 fridolin Einstein paradoxe i think
15:44 bye
15:44 fridolin left #koha
15:47 cait oleonard: it does but it's breaking things for the tabbed view currently - there is a patch from kyle and one from me - i have that on my list
15:48 oleonard cait: How is it used? I added a SUGGEST_STATUS value but I don't see it anywhere.
16:02 cait hm i think it should just show up as a new tab
16:03 maybe those can give you a clue
16:03 bug 10519
16:03 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10519 normal, P5 - low, ---, katrin.fischer, Failed QA , Suggestions: 'Organize by' and correct display of tab descriptions broken
16:04 cait bug 12257
16:04 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12257 normal, P5 - low, ---, kyle, Needs Signoff , Suggestions management displays all librarians as "Unknown"
16:05 * ashimema is finally starting to get to grips with dbic.. though not yet in the koha context.
16:06 cait still good :)
16:06 ashimema++
16:15 Viktor joined #koha
16:18 oleonard cait: I can't see where to add the custom status to a suggestion. All the options are the default ones.
16:19 cait oleonard: hm i think it used to work for me
16:19 not sure what might have happened - did you check the authorized value name?
16:21 oleonard Do you mean the authorized value category?
16:26 cait ah yes, sorry, too many widows
16:41 laurence left #koha
16:59 kmlussier joined #koha
17:01 huginn New commit(s) kohagit: Bug 12292: ensure that patrons are not displayed as restricted even when the last... <http://git.koha-community.org/[…]003abee00aa3f7e89>
17:06 jenkins_koha Project Koha_master build #1761: SUCCESS in 2 hr 21 min: http://jenkins.koha-community.[…]Koha_master/1761/
17:06 Bernardo Gonzalez Kriegel: Translation updates for 3.16.00 final release
17:10 Starting build #1762 for job Koha_master (previous build: SUCCESS)
17:21 magnuse \o/
17:35 bgkriegel joined #koha
17:47 cait left #koha
18:17 cait joined #koha
18:36 * gmcharlt slaps forehad
18:36 slaps forehead again
18:36 bgkriegel what for?
18:37 gmcharlt for bug 10500, it didn't occur to me that a work-around would be to be add code to disable UseQueryParser temporarily (and locally) when doing record matching with AggressiveMatchOnISBN on
18:37 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10500 enhancement, P5 - low, ---, kyle, Pushed to Master , Improve isbn matching when importing records
18:41 gmcharlt oleonard: just for you, in the release notes, I'm ensuring that "Public catalog" is used instead of "OPAC"
18:42 oleonard Uh... Okay?
18:42 gmcharlt oleonard: from the discussing about that at KohaCon?
18:43 cait i think rangi was one of the people voting against calling it OPAC
18:43 * oleonard doesn't remember anything before lunchtime
18:43 rocio joined #koha
18:43 cait heh
18:53 rambutan vcard catalog?
18:58 rangi No one except librarians and ppl over 30 have ever heard of an OPAC
18:58 jcamins Don't trust them!
18:58 oleonard Man, librarians over 30 are the worst.
18:59 magnuse yikes!
18:59 rangi Actually most special librarians haven't either
18:59 I'm bored of explaining what an OPAC is :)
19:00 Now I have to get the kids ready for school
19:01 jcamins Unless they're over thirty, in which case they don't believe in the age of aquarius.
19:02 magnuse the kids?
19:02 wahanui the kids are all awake already
19:02 jcamins The special librarians.
19:02 Though if the kids are over thirty, they probably don't believe in the age of aquarius either.
19:14 jenkins_koha Project Koha_master build #1762: SUCCESS in 2 hr 6 min: http://jenkins.koha-community.[…]Koha_master/1762/
19:15 Jonathan Druart: Bug 12292: ensure that patrons are not displayed as restricted even when the last restriction has expired
19:15 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12292 major, P5 - low, ---, jonathan.druart, Pushed to Master , Members are restricted even if the debarment is ended - moremember.pl
19:37 oleonard Oh boy... Looks like batch-modding a checked-out item's collection code checks it in. Surprise!
19:38 cait ew
19:47 meliss joined #koha
20:17 huginn New commit(s) kohagit: update release notes for 3.16.0 (human) <http://git.koha-community.org/[…]5e68998043ce9afc2> / update of release notes for 3.16.0 (automatic) <http://git.koha-community.org/[…]43a03b47f3a13fc5d>
20:18 cait oooh release notes
20:18 wahanui release notes are in misc/release_notes
20:18 cait my favourite bed time reading :)
20:18 * gmcharlt blinks
20:18 cait what? :)
20:18 rangi heh
20:19 gmcharlt http://git.koha-community.org/[…]_16_0.txt;hb=HEAD
20:21 ashimema you doing shiny html release notes gmcharlt...
20:21 * ashimema remembers a conversation with Paul P about his release ntoes form a few versions back ;)
20:22 gmcharlt ashimema: nope, but I hopefully have made the new features and enhancements section actually worth reading
20:22 ashimema :)
20:22 sounds good to me..
20:32 jenkins_koha Starting build #1763 for job Koha_master (previous build: SUCCESS)
20:33 * cait got distracted
20:33 cait reading now :)
20:37 magnuse "Vi oppgraderer fra Koha 3.15.00.052 til 3.16.00.000. Du må oppdater databasen" :-)
20:37 huginn New commit(s) kohagit: stamp Koha 3.16.0 <http://git.koha-community.org/[…]3645368f7a69402e5>
20:38 magnuse gah, i let one "unconsistent %s count" slip through for nb-NO
20:38 cait ah
20:38 annoying
20:41 magnuse so when is it official? when jenkins calls it a success?
20:43 <meta name="generator" content="Koha 3.1600000" /> :-)
20:43 * magnuse is excited :-)
20:44 cait :)
20:52 gmcharlt http://koha-community.org/koha-3-16-0-released/
20:52 Topic for #koha is now Koha 3.16.0 is 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.
20:52 magnuse woohoo!
20:52 gmcharlt++
20:53 cait gmcharlt++
20:53 magnuse and then some!
20:53 gmcharlt all_you_all++
20:53 cait gmcharlt++ again! :)
20:53 bgkriegel gmcharl++ and all++!
20:53 cait bgkriegel++
20:54 rangi yay!
20:54 bgkriegel cait++
20:56 cait confetti!
20:56 wahanui somebody said confetti was http://25.media.tumblr.com/tum[…]1qh8hleo1_400.gif
20:57 bag here here!!!  gmcharlt++
20:58 rambutan gmcharlt++
20:58 jeff gmcharlt++
21:01 kmlussier left #koha
21:03 cait gmcharlt++
21:05 trea joined #koha
21:06 meliss joined #koha
21:11 huginn New commit(s) kohagit: DBRev 3.17.00.000: ever onward <http://git.koha-community.org/[…]73987b70d1c756f67>
21:12 nengard left #koha
21:12 cait :)
21:21 huginn New commit(s) kohagit: Bug 12211: fix wrong home link in bootstrap public catalog login page <http://git.koha-community.org/[…]9f03c03a29c28f311> / Bug 12106: fix capitalization: "Patron Attributes" on tools/patron import <http://git.koha-community.org/[…]0012ce3547aed76e0> / Bug 12184: fix typo "retricted" on checkin page <http://git.koha-
21:22 cait and off we are to the next awesome release...
21:22 :)
21:24 bgkriegel Oh encoding! Frédérick for Frédéric and all diacritics (release notes on k-c.org) :(
21:28 gmcharlt bgkriegel: I have correct it; thanks for bringing it to my attention
21:28 bgkriegel good :)
21:29 * cait likes release days
21:29 bgkriegel perfect now :)
21:29 cait ooh i think i missed adding bug 10811 to german
21:30 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10811 enhancement, P5 - low, ---, dcook, Pushed to Master , Add a 999$c record matching rule to the MARC21 defaults
21:30 cait *sigh*
21:40 gmcharlt cait: it occurs to me that bug 10936 presents a question of organizing things
21:40 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10936 minor, P5 - low, ---, jesse, Passed QA , Standardnumber doubled up in Advanced search - more options
21:40 gmcharlt the prog follow-up doesn't really belong in master
21:40 cait ah because we are deprecating it soon?
21:41 gmcharlt and (putting my 3.16.x RMaint hat on) I'm not too inclined to push it to 3.16.x so as to not encourage people to stick to prog
21:41 however, it's perfectly suitable for 3.14.x and earlier
21:41 I wonder if the bug should be split
21:41 or if we need some sort of additional status
21:41 cait it's removing one line... and it's a little annoying bug
21:41 not sure it would encourage people :)
21:41 gmcharlt e.g., "passed QA for maintenance branches"
21:42 yeah, I'm not morally opposed to pushing it all the way, including to 3.16.x
21:42 cait i think removing the themes soon from master would be good
21:43 and no new features for prog/ccsr of course
21:43 i think if we find we broke somthing badly for 3.16 we shoudl still fix
21:44 gmcharlt yeah, but only if it's horrendous
21:44 cait but there is probably a lot in between. hm.
21:53 huginn New commit(s) kohagit: Bug 10936: (prog theme) remove duplicate 'Standard number' option in Advanced search <http://git.koha-community.org/[…]734b6bf28e7e3bd84> / Bug 10936: remove duplicate 'Standard number' option in Advanced search <http://git.koha-community.org/[…]c57ffe1e37eb6f171>
21:54 rangi http://grooveshark.com/#!/ranginui/broadcast
21:58 tcohen joined #koha
22:30 eythian hi
22:31 cait hi eythian :)
22:33 eythian ohh, it's steak Friday today.
22:36 Looks like the order of the morning is 3.16 packages.
22:37 cait :) :)
22:37 right eythian :) and good night everyone
22:37 cait left #koha
22:37 eythian "It is now possible to mark strings in the Perl source code for translation" <-- what on earth is that
22:37 bye cait
22:38 ahh, gettext support
22:38 rangi bug 8044
22:38 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8044 enhancement, P5 - low, ---, julian.maurice, Pushed to Master , Localization for Perl scripts and modules
22:38 eythian I was thinking some crazy conversion process for scripts like happens with templates
22:40 rangi ah yeah no :)
22:40 its runtime, i think i still prefer the pre creation of templates for speed, but when you have to have strings in the perl, not in a template, this makes sense
22:41 (im guessing cron jobs that dont use templates or something)
22:43 eythian yeah
22:43 I have like that requiring translation has helped push the display logic all the way out to the templates.
22:43 rangi *nod*
22:51 jenkins_koha Project Koha_master build #1763: SUCCESS in 2 hr 21 min: http://jenkins.koha-community.[…]Koha_master/1763/
22:51 * Galen Charlton: update of release notes for 3.16.0 (automatic)
22:51 * Galen Charlton: update release notes for 3.16.0 (human)
22:53 rangi gmcharlt: is your jenkins node down?
22:54 gmcharlt rangi: no
22:55 rangi ill give jenkins a kicking then
22:56 gmcharlt eythian: yeah, I think the main win is localizing command-line scripts if folks feel so inclined
22:56 eythian seems reasonable
22:56 gmcharlt hoping it doesn't open the door for folks to move display logic outside of the templates
22:57 though no doubt there will always be the few edge cases where it's just easier to build a string inside a script
22:57 eythian probably, though it'll hopefully be heavily frowned upon.
22:58 gmcharlt agreed
22:59 jenkins_koha joined #koha
23:03 rangi @later tell tcohen can you please make a db on your jenkins node called koha_3_16 (default user and password)
23:03 huginn rangi: The operation succeeded.
23:03 jenkins_koha Starting build #473 for job Koha_Docs (previous build: SUCCESS)
23:04 Project Koha_Docs build #473: SUCCESS in 4 min 1 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/473/
23:04 * Nicole C. Engard: update overdrive info
23:04 * Nicole C. Engard: fix typo
23:04 * Nicole C. Engard: add OpacSuggestionManagedBy
23:04 * Nicole C. Engard: correct references to marc to say marc21
23:04 * Nicole C. Engard: update DefaultLanguageField008
23:04 * Nicole C. Engard: update DefaultLanguageField008
23:04 * Nicole C. Engard: fix marc reference
23:04 * Nicole C. Engard: remove references to road type admin
23:04 * Nicole C. Engard: add OpacMaxItemsToDisplay
23:04 * Nicole C. Engard: add MaxItemsForBatch
23:04 * Nicole C. Engard: remove memberofinstitution
23:04 * Nicole C. Engard: add CardnumberLength
23:04 * Nicole C. Engard: add new library specific news info
23:04 * Nicole C. Engard: add department authorized value
23:04 * Nicole C. Engard: fix typo
23:04 * Nicole C. Engard: add No renewals before to circ rules
23:04 * Nicole C. Engard: add OPACMySummaryNote
23:04 * Nicole C. Engard: add new updatecharges permissions
23:04 * Nicole C. Engard: add NoLoginInstructions
23:04 * Nicole C. Engard: add caption to OPACMySummaryNote
23:04 * Nicole C. Engard: add AdvancedSearchLanguages
23:04 * Nicole C. Engard: add AdvancedSearchLanguages to checklist
23:04 * Nicole C. Engard: update  OpacAllowSharingPrivateLists
23:04 * Nicole C. Engard: update lists info with new OpacAllowSharingPrivateLists feature
23:04 * Nicole C. Engard: add AllowMultipleIssuesOnABiblio
23:04 * Nicole C. Engard: add DisplayLibraryFacets
23:04 * Nicole C. Engard: add new notice template option
23:04 * Nicole C. Engard: update notice triggers
23:04 * Nicole C. Engard: update notices with more templates
23:04 * Nicole C. Engard: add SpecifyReturnDate
23:04 * Nicole C. Engard: add SpecifyReturnDate info to check in
23:04 * Nicole C. Engard: update currencies with ISO
23:04 * Nicole C. Engard: add BlockExpiredPatronOpacActions
23:04 * Nicole C. Engard: update patron categories with blocking pref
23:04 * Nicole C. Engard: add EnableSearchHistory
23:04 * Nicole C. Engard: add AggressiveMatchOnISBN
23:04 * Nicole C. Engard: add reference to AggressiveMatchOnISBN to staging records
23:04 * Nicole C. Engard: add MarcFieldsToOrder
23:04 * Nicole C. Engard: update order from staged file
23:04 * Nicole C. Engard: link marcfieldstoorder to staged order
23:04 * Nicole C. Engard: add order from hold ratio
23:04 * Nicole C. Engard: update cataloging with reference to hiding marc tags
23:04 * Nicole C. Engard: update edit items
23:04 * Nicole C. Engard: update edit items tab image
23:04 * Nicole C. Engard: note that Feed is not an option for notices yet
23:04 * Nicole C. Engard: add cron job definition
23:08 Starting build #1764 for job Koha_master (previous build: SUCCESS)
23:10 Starting build #43 for job Koha_Docs_3.14.x (previous build: SUCCESS)
23:10 Project Koha_Docs_3.14.x build #43: SUCCESS in 1 min 9 sec: http://jenkins.koha-community.[…]a_Docs_3.14.x/43/
23:10 * Nicole C. Engard: update overdrive info
23:10 * Nicole C. Engard: fix typo
23:10 * Nicole C. Engard: add cron job definition
23:16 Starting build #61 for job Koha_Docs_3.12.x (previous build: SUCCESS)
23:16 Project Koha_Docs_3.12.x build #61: SUCCESS in 27 sec: http://jenkins.koha-community.[…]a_Docs_3.12.x/61/
23:16 * Nicole C. Engard: fix typo
23:16 * Nicole C. Engard: add cron job definition
23:18 rangi http://clavius.tij.uia.mx/   <-- pretty
23:18 jenkins_koha Project Koha_3.16.x build #1: FAILURE in 11 min: http://jenkins.koha-community.[…]ob/Koha_3.16.x/1/
23:23 Starting build #457 for job master_maria (previous build: FAILURE -- last SUCCESS #442 1 mo 1 day ago)
23:28 eythian so it seems when you squish commits it takes the date of the first one. I spend a few moments squinting confusedly at
23:28 5bf19357 (Robin Sheat    2013-12-30 15:04:26 +1300   5)  -- Robin Sheat <robin@catalyst.net.nz>  Thu, 01 May 2014 17:19:40 +1200
23:28 (i.e. how a note from 2014 could have been committed last year.)
23:29 jenkins_koha Project Koha_3.16.x build #2: STILL FAILING in 10 min: http://jenkins.koha-community.[…]ob/Koha_3.16.x/2/
23:30 * eythian prepares 3.16.00 packages
23:41 tcohen joined #koha
23:42 papa joined #koha
23:43 eythian hi papa, tcohen
23:43 tcohen hi eythian !
23:44 rangi: done
23:45 eythian 3.16 packages uploading
23:45 * eythian goes to lunch
23:56 JesseM joined #koha

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

koha1