Time Nick Message 00:09 dcook forced windows restart when troubleshooting zebra...not cool... 00:11 dcook @attr 2=102 @attr 1=4 test 00:11 dcook This works 00:11 dcook But how to do this as CCL... 00:12 dcook If I read the IndexData docs correctly, relevance ranking needs to happen at query time 00:12 dcook Not run as a "sort" after the fact... 00:12 dcook In fact, "relevance" doesn't seem to do anything in C4::Search 00:13 dcook Hmm, I think I see... 00:14 dcook Ha 00:14 dcook ti,relevance: test 00:23 * dcook looks at the "Popularity" sort in Koha 00:23 * dcook suddenly feels an impulse to listen to Wicked 00:27 edveal Hello 00:27 dcook yo, edveal 00:28 edveal yo dcook 00:28 pianohacker well hi 00:28 wahanui hola, pianohacker 00:28 pianohacker your nick sounds familiar, have we met? 00:29 pianohacker dcook: what's zebra doing today? 00:29 wizzyrea (wahanui is a bot) 00:30 dcook pianohacker: Well, Zebra is actually fine. It's Koha that claims to be doing relevance ranking when it isn't. 00:30 eythian oh yeah 00:30 wizzyrea what version? this sounds familiar. 00:30 dcook Every version? 00:30 eythian you need to change some unrelated settings to make that work 00:30 wizzyrea oh yeah 00:30 wizzyrea um um 00:30 dcook eythian: Oh? 00:30 pianohacker what a surprise. 00:30 dcook Admittedly, looking at Search.pm is making my eyes bleed a bit 00:31 eythian like, stemming or fuzzy or stopwords or something 00:31 dcook But I don't think there's mechanism for it currently 00:31 eythian one of those must be off 00:31 wizzyrea I think it's querystemming 00:31 eythian or just use elasticsearch where it Just Works :D 00:31 wizzyrea :D 00:31 * wizzyrea bounces with excitement 00:31 pianohacker I remember writing the docs for those sysprefs, that was terrifying 00:31 pianohacker eythian: how's that coming? get the availability stuff working? 00:31 dcook Hmm, I'll try that out, although I remain skeptical :p 00:32 dcook The sysprefs that is. Not ES. I'd love to try ES. 00:32 wizzyrea you should try it, because it totally works 00:32 dcook ES? 00:32 wahanui somebody said ES was pretty awesome 00:32 wizzyrea no, the syspref. 00:32 eythian pianohacker: not yet, but I did get information in my email today on how to sort the issue I was having with it. 00:32 eythian so it'll be a today task. 00:33 dcook wizzyrea: It's not looking like it O_o 00:33 pianohacker @later tell cait fixed the position bug you reported, thanks 00:33 huginn pianohacker: The operation succeeded. 00:33 wizzyrea then try queryfuzzy 00:33 wizzyrea turn it off 00:33 dcook wizzyrea: i've tried them all 00:33 pianohacker eythian: cool, what was that? 00:33 dcook wizzyrea: Do you have an example on an OPAC I could see? 00:33 wizzyrea ummmmmmmm maybe 00:33 wizzyrea but I have to run away soon 00:33 eythian pianohacker: a combination of me having an old version of catmandu, and things not working quite the way the docs say they would in my case. 00:34 eythian So I just need to change the form of something and it should be happy. 00:34 dcook Ahh, wait, I think I might see something.. 00:34 eythian dcook: ES totally respects fuzzy searching too, fwiw. 00:34 dcook _build_weighted_query might do it.. 00:34 eythian https://www.found.no/foundation/fuzzy-search/ <-- it uses this method. 00:35 wizzyrea queryweightfields is enabled by default though 00:36 wizzyrea http://demo.mykoha.co.nz/ is what I've got 00:36 dcook wizzyrea: Must've been something weird going on with my sysprefs 00:36 dcook Got it turns on now though :) 00:36 dcook Phew 00:36 dcook I was really not looking forward to having to write that fix.. 00:36 wizzyrea woohoo 00:37 wizzyrea "oh who needs relevance ranking" said no librarian ever. 00:37 pianohacker I would love to see their implementation of that edit distance algorithm sometime, we did something similar in algorithms that was... a bit inefficient :) 00:38 dcook eythian: That's rad 00:38 dcook wizzyrea: Yeah, "let's order results by an internal id number. Hurr Hurr." 00:38 dcook Err 00:39 dcook Thanks for that one, wizzyrea and eythian :) 00:39 dcook Also hi pianohacker :) 00:40 pianohacker dcook: which specific one did you have to flip? 00:40 pianohacker and hi! :) 00:41 wizzyrea nw 00:52 dcook pianohacker: QueryWeightFields 00:52 wahanui QueryWeightFields is enabled by default though 00:52 dcook "ranking of search results by relevance" 00:53 dcook Not sure why it wasn't already on... 00:53 dcook I think it said it was on :S 00:53 dcook Turned it off, turned it back on again and it worked :p 01:02 pianohacker dcook: It's entirely possible it had some invalid value, requiring you to flip it back and forth. 01:03 rangi yeah, ive seen that before 01:03 rangi bonus points to someone who writes a sanity checker for the sysprefs 01:04 rangi ie we know what valid choices are, we should be able to do a big red "warning syspref x y and z have invalid values, please fix" 01:04 rangi on the sysprefs pages 01:04 rangi (for any except the freetext ones that is) 01:05 dcook pianohacker: Ah, I think it might be what eythian was saying...another syspref might be contradicting it.. 01:06 dcook QueryAutoTruncate 01:06 wahanui i guess QueryAutoTruncate is cait's usual suspect when something goes wrong 01:06 dcook rangi: That could be quite handy 01:06 eythian that sounds likely 01:09 * dcook ponders 01:09 dcook I suppose it makes a certain amount of sense 01:09 eythian no it doesn't 01:10 eythian you just have Stolkholm Syndrome 01:10 dcook Ah, yep, n ope 01:10 eythian *Stockholm 01:10 dcook I figured that maybe the other records getting ranked higher had more test* hits 01:10 dcook But nope 01:10 dcook It's crazy 01:10 dcook Oh dear... 01:11 dcook It's so so not working 01:11 dcook Even if you have QueryAutoTruncate turned off but add a * to your query 01:12 dcook Hmm eyes bleeding again.. 01:13 dcook Whelp, I'll turn off the pref for now, and look forward to ES 01:17 pianohacker rangi: Don't know if it was you that recommended the Galago, but have it now and am quite happy with it :) 01:19 rangi excellent, yep thats what i have 01:21 pianohacker oh, nice! thanks much then :) 01:30 eythian http://imgur.com/K5PJ6nJ <-- rangi 01:32 rangi ah yep, i forget who showed me that 01:37 ibeardslee Advertising Complaints Authority? 01:37 eythian No, me just then. 01:38 dcook So when I try to add relevance to queries with truncation...I get no results 01:38 dcook But if I copy and paste the query from my log...it'll work 01:38 dcook Interesting.. 01:38 wahanui i think interesting is sometimes good and sometimes bad 01:39 dcook Hmm, not exact same query... 01:39 dcook There's an extra space.. 01:39 pianohacker never is that more relevant than dealing with zebra, wahanui 01:39 wahanui OK, pianohacker. 01:39 pianohacker oh durr 01:39 pianohacker wahanui: forget never 01:39 wahanui pianohacker: I forgot never 01:39 dcook never? 01:39 dcook dang ;) 01:43 dcook The space doesn't look significant :/ 01:46 dcook This is so weird.. 01:54 dcook Oh...did I find it.. 01:54 eythian I dunno 01:54 dcook It was rhetorical :p 01:55 eythian It's probably something to do with Cthulhu. 01:55 dcook Probably 01:56 dcook It's bloody weird.. 01:56 dcook Figured out why the cut and paste worked 01:57 dcook Went down a slightly different path to CCL2RPN... 01:57 dcook (Obviously logically...) 01:58 dcook It's the bloody conversion of colons into equal signs.. 01:58 eythian sounds nasty 01:58 dcook 'tis nasty 01:58 dcook Mmm but fixable.. 01:58 dcook 'though still nasty 02:00 dcook eythian: When were you thinking of bundling up ES with Koha again? :p 02:01 dcook Yay...got relevance working with QueryAutoTruncate turned on.. 02:01 eythian dcook++ 02:01 eythian pleast upstream a patch for that 02:02 dcook Can do 02:02 eythian dcook: oh, y'know. Tomorrow perhaps. 02:02 dcook hehe 02:02 dcook I was thinking today 02:02 eythian I think I've just got what I need for availability working. 02:02 dcook Ah 02:02 dcook nvm 02:02 dcook I thought you were talking about my patch :p 02:02 dcook That's awesome about availability 02:02 dcook How'd you sort out those Catmandu dependencies for building the newer version? 02:03 eythian I just built them. 02:03 dcook Ah, I thought you were a bit hesitant about that because it had a whole bunch of deps 02:04 dcook But I guess that makes sense 02:04 eythian turned out all but one of them was in debian testing. 02:04 eythian and that one was easy to build. 02:05 dcook Oh, nice! 02:05 dcook You know...I recall jcamins (and possibly rangi) saying ages ago that a lot of our problems with Zebra aren't because of Zebra, but rather how it wasn't implemented properly in the beginning.. 02:06 dcook Increasingly, I see what they're talking about.. 02:06 eythian I can belive that. 02:06 eythian mostly because people who know more about it than I have said that. 02:06 dcook Still looking forward to ES, but so many of these Zebra issues could've been avoided 02:06 dcook Well, I say that with hindsight of course...but still 02:26 dcook Hmm, looks like it's not a problem when using QueryParser 02:27 dcook Huzzah 02:36 dcook Oh my...master doesn't seem to like...whatever is going on right now.. 02:37 eythian anyone have an SQL query handy to count the number of biblios that have at least one item not onloan? 02:37 eythian I'm drawing a blank on how to implement it. 02:37 eythian oh, nm, I got it. 02:38 dcook Hmm, someone may have already fixed the relevance issue in master.. 02:39 eythian hmm. ES gives me a different count of biblios on loan than SQL does. I wonder what's happening here... 02:41 pianohacker I do wish perl went kaboom a bit more agressively sometimes. Just realized I was dereferencing a member of an undefined arrayref... 02:41 eythian use warnings :all => 'fatal'; or something along those lines. 02:42 dcook D'oh.. 02:43 dcook Me: "Everything is magically working!" 02:43 * dcook realizes that he had QueryParser turned on... 02:43 dcook That's better...broken just like I like it 02:44 pianohacker eythian: Warning in question was probably buried, this caused some serious spew :) 02:53 pianohacker out for the day, bye guys :) 03:24 mtj hey #koha... 03:24 wahanui #koha is probably all kinds of good drugs today 03:25 mtj is there some good reason why the general .js include code is loaded late, in opac-bottom.inc, for bootstrap 03:25 eythian I think bootstrap recommends that. 03:25 mtj im guessing... some general opitmisation... 03:26 eythian I think it's so other things can happen while it's loading. 03:26 dcook Yep. Think it's a speed thang. 03:27 mtj having jq loading late has borken some of our opac jquery, for bootstrap :/ 03:29 mtj lots of '$(document) not defined', stuff… 03:30 dcook O_o 03:30 dcook Really? 03:30 dcook Whereabouts? 03:30 wahanui Whereabouts is probably inLibro located? 03:32 * dbs sighs at robots.txt that says Disallow / for User-Agent: * 03:33 dcook I'm somewhat anxious about modifying Search.pm... 03:33 dcook But I think it makes sense to run relevance searches for everything... 03:33 dcook Since that what the OPAC claims to do 03:33 dcook Regardless of QueryWeightFields 03:34 dcook QueryWeightFields uses relevance AND field weighting.. 03:34 mtj dcook: i'm talking about some custom jq here - so nothing for you to worry about 03:34 dcook mtj: Ah, I thought that might be the case 03:34 dcook (Although I suppose you could argue that I'm worried since I write custom jq too :P) 03:34 dcook hey magnuse 03:34 dcook a bit early, no? 03:35 * dbs has run across two hosted koha catalogues by two different companies that use a completely restrictive robots.txt now :9 03:35 mtj i might just move the jq loading to opac-top.inc - see if that fixes everything 03:35 dcook dbs: Looks like we're not one of them 03:36 * dcook doesn't have access to the proxy so can't say for sure.. 03:37 mtj dcook: thanks again for you PQF help last week, was very helpful 03:37 dcook mtj: No worries. I swear I live and breathe PQF sometimes ;) 03:40 dcook # If the user is sophisticated enough to specify an index, turn off field weighting, stemming, and stopword handling 03:40 dbs dcook: cool - would you mind pointing me at a site so I can poke around? 03:40 dcook myself: yes, because that makes sense... 03:40 dcook dbs: Umm, maybe? 03:40 wahanui maybe is a momentaneous error 03:40 dcook What do you want to poke at? :p 03:41 dcook Ah, we do disallow a few pages.. 03:42 dcook search and detail pages 03:42 dbs dcook: mostly I want to see if the site is using the marc21 schema.org RDFa 03:42 dcook What version did that get in? 03:42 dbs 3.14 03:43 dbs but if detail pages are disallowed, then search engines won't be able to make any use of it 03:43 eythian oh, I have ~1,000 missing in ES because they have malformed dates. 03:43 dcook eythian: It'll get you every time, eh? 03:43 dcook dbs: d'accord 03:44 eythian yeah. Will have to try to make ES more relaxed, otherwise run them through a pre-formatter. 03:44 dbs hmm. looks like http://wiki.koha-community.org/ is down :/ 03:45 eythian it was up not long ago 03:45 eythian but not any more 03:45 dbs http://www.downforeveryoneorjustme.com/http://wiki.koha-community.org/ says it looks down to them too 04:03 dcook Jeez...I think I actually understand buildQuery and getRecords now... 04:03 dcook If I had 8 hours more a day and more funding... 04:03 dcook I would probably say that we should just switch to QP anyway :p 04:03 dcook And use Zebra facets || use ES all together instead 04:04 * dcook ponders what parts of the query might be the most relevant for relevancy... 04:04 rangi i thought we had switched to QP 04:04 dcook Could be. Last I heard it was still being contemplated? 04:04 rangi not sure 04:05 dcook Maybe I'll look at how it parses the query and try to match up the non-QP with that.. 04:09 dcook Mmm interesting.. 04:12 eythian damn, have to remove special date magic from my ES parsing until I put something in that'll clean up the data to ensure it's valid. 04:12 dcook The QueryParser looks better but probably not quite optimal.. 04:12 dcook eythian: Dinger :/ 04:13 eythian (otherwise ES rejects the whole record.) 04:14 dcook Alas, QueryParser isn't quite complete...fails a remarkable amount of the time :/ 04:19 dcook Hmm...maybe QueryParser doesn't handle relevance so well either.. 04:20 eythian > The value relevance of transparency and corporate governance in Malaysia before and after the Asian financial crisis <-- that is the most relevant record about relevance in the database I'm using. 04:21 eythian Oh, I don't have popularity sorting working. 04:21 eythian I wonder how I should implement that. 04:21 dcook QP seems to use relevance if you don't specify any indexes 04:21 dcook Although it also applies two different weights to the same term which is...a bit silly 04:21 dcook Yeah, I don't have popularity sorting working either 04:21 dcook Ah, you mean in ES 04:22 eythian yeah 04:22 eythian I'll have to pull up the number of issues and attach a field for it. 04:22 eythian But if it's not working in zebra, no one will miss it for now. 04:23 eythian oh, no wait 04:23 eythian that's in 952$l 04:25 eythian hmm 04:25 eythian that doesn't seem to be used by zebra much 04:25 eythian ah no, it's called "issues", not surprisingly 04:26 eythian actually, 942$0 makes more sense 04:26 eythian I wonder if we actually track that. 04:28 eythian damnit, we don't 04:30 eythian looks like I can tell the fixer to add up all the other ones though, that'll do the job. 04:31 dcook \o/ 04:31 dcook Whereas with Zebra we're still hooped with relevance.. 04:31 dcook Well not "hooped" 04:37 eythian It's still taking 3 mins to reindex 21,000 records. I need to optimise that at some stage. 04:39 eythian Well, now I have popularity searching working. 04:40 eythian dcook: if only you were working on ES, it'd be that quick to make changes :) 04:46 dcook hehe 04:46 dcook True true 04:47 dcook I think I might release a fix for non-QP since that's what we use...and maybe just post info for someone wanting to fix QP 04:47 dcook (or info so that I can fix QP down the road :P) 04:47 * dbs bugs rangi -- do all catalyst hosted koha sites Disallow: * in their robots.txt? (I'm basing this on finding one catalyst site that does, please disabuse me of this notion!) 04:48 rangi only the ones who ask us to 04:48 dbs rangi: oh good! Do you know of any who don't? 04:49 dcook Damn it...maybe I will look at QP too... 04:49 eythian https://library.niwa.co.nz/robots.txt <-- dbs 04:49 rangi most dont even have a robots.txt 04:49 eythian Some don't mind being public, but don't want to be _that_ public. 04:49 rangi its mostly our demo sites, or staging sites that we block 04:50 rangi cos getting the staging site indexed is messy 04:50 dbs eythian++ # but it's 3.12, so no RDFa / schema.org :) 04:50 rangi that went in 3.14 eh? 04:50 dbs yep. and only for MARC21 sites at that 04:51 * dbs really needs to learn UNIMARC some day 04:51 dbs and NORMARC 04:51 dbs SO much to learn... 04:51 rangi normarc is very very close to marc21 04:53 dbs I guess my confusion about restrictive robots.txt is that it means those library's resources will effectively be invisible to those who reflexively use google/yahoo/yandex/bing/whatever -- that is, the majority of web-using humanity 04:54 dcook dbs: True, but why might you want results for a library that can't serve you? 04:54 rangi https://hewitson.mykoha.co.nz/robots.txt 04:54 rangi thats a 3.14 04:54 dbs dcook: search engines don't want to give you results for a library that can't serve you 04:55 dcook Good point 04:55 dcook I wonder how well it would work in practice...tough to know if they're not being indexed though. Hmm 04:55 dbs So they'll use contextual clues like geographic proximity, or if they know you're a university student they could point you at uni libraries, etc 04:55 eythian A lot of libraries are known by the audience they're targetting, and don't need to be indexed. 04:55 dbs dcook: heh, yes, that's a bit of a challenge :) 04:55 rangi most of ours are 04:56 dbs eythian: sure, special libraries 04:56 rangi thats pretty much all we host 04:56 eythian which I suspect is most libraries 04:56 rangi all the publics are self hosted 04:56 rangi specials and govt libraries 04:57 dcook yeah we do a lot of specials and govt 04:57 rangi mostly because public libraries are on thin pieces of string masquerading as internet 04:57 dbs rangi: hewitson is 3.14 but doesn't seem to be using the RDFa-enabled skin 04:57 rangi so not having the system in their machine room is a mess 04:58 rangi those thin pieces of string also mean that when baidu, bing, and google combine to use all their bandwidth they put a disallow / in 04:58 rangi maybe if we ever do get fibre (or even vdsl) to the libraries 04:58 rangi we can convince them to take it back out :) 04:59 rangi hm i dont think we have anyone using bootstrap in production yet 04:59 rangi and that's what has the rdfa eh? 04:59 dbs rangi: yep 05:00 rangi http://demo.mykoha.co.nz/cgi-bin/koha/opac-search.pl?idx=&q=test 05:00 rangi (not a production site .. but might work for your purposes) 05:00 * dbs has found that google and bing back off gracefully; baidu was more aggressive though 05:00 dbs good argument for sitemaps so that the search engines that respect a site's wishes will only crawl the new/changed pages 05:01 dbs (those that don't respect your wishes are going to ignore robots.txt too!) 05:01 dbs rangi++ # cool, will play with that 05:01 rangi when 3.18 is out, the prog theme will be gone, so everyone will have to be using bootstrap 05:02 eythian rangi: the hewitson site is bootstrap 05:02 rangi oh interesting, i wonder why no rdfa then 05:06 dbs Actually, I think I added the RDFa to both prog and bootstrap 05:06 dcook Yeah, I think you did add them to both.. 05:06 dcook Although I'm not sure when those both got pushed 05:06 * dbs added it to prog first, then found out that was deprecated 05:06 dbs so maybe rdfa in bootstrap is only in 3.16? 05:07 * dbs should be asleep by now, as is evident from his yammering 05:07 dcook I saw some rdfa in one of my 3.14, but not much 06:01 dcook Hurray...I seem to have figured out how to do relevance with queryparser... 06:01 dcook Or at least via queryparser.yaml. 06:02 dcook Highly configurable...but not really configured very well at present... 06:11 * magnuse waves 06:13 dcook yo magnuse 06:16 magnuse howdy dcook 06:18 dcook how goes it? 06:19 magnuse not too shabby :-) 06:19 * cait waves 06:20 magnuse and in 2 weeks i'll be on paternity leave for ~8 weeks 06:20 * magnuse waves to cait 06:20 dcook Yay! That's exciting, magnuse! 06:20 magnuse with my 2 year old son :-) 06:21 dcook :) 06:21 * dcook grumbles about QueryParser 06:21 magnuse yup, it will be an adventure 06:21 magnuse dcook++ for keeping at it 06:21 dcook Well, I figured out what I wanted to figure out at least... 06:22 dcook I think QP still needs a fair bit of work.. 06:22 dcook Because it just falls back to non-QP a lot of the time.. 06:22 eythian yay, I now have availability working 06:22 dcook go eythian! :) 06:23 eythian and popularity, and relevance, etc. :) 06:23 * eythian rubs it in 06:23 dcook lol 06:23 dcook I think I have strategies for relevance 06:24 dcook Popularity...haven't looked at yet 06:24 dcook But I'll be glad when we're using ES ;) 06:26 eythian I think I have most if not all of the various query options in advanced search working now. 06:26 magnuse eythian++ 06:26 dcook eythian++ 06:32 reiveune hello 06:32 magnuse bonjour! 06:32 magnuse @wunder boo 06:32 huginn magnuse: The current temperature in Bodo, Norway is 8.0°C (8:20 AM CEST on June 17, 2014). Conditions: Light Rain. Humidity: 100%. Dew Point: 8.0°C. Windchill: 4.0°C. Pressure: 29.89 in 1012 hPa (Steady). 06:33 magnuse not so light either 06:33 dcook Interesting...I have QueryParser turned off, but it's on... 06:33 dcook Or not..wtf.. 06:34 eythian I'm thinking that with a little more spit and polish, the ES branch will be ready for developers to test. There's still things it doesn't do (automatic indexing, it's OPAC only, most of the things like stopwords and stemming aren't implemented, it doesn't have updatedatebase stuff yet, etc.) But it is functional if you account for that. 06:35 dcook It's certainly tempting 06:35 eythian oh, and facets don't do expanding yet - but that won't be hard to add. I just need to tell ES what I want. 06:35 dcook Although I don't imagine we would implement it here for a while due to not being on a debian-based system :/ 06:35 eythian Oh, needs more mappings, but that's just rows in a table. 06:35 eythian It doesn't need to be on debian, but in that case you'll have to cpan the modules yourself. 06:36 cait why would you want stop words? 06:36 eythian because there's QueryRemoveStopwords 06:36 cait that's not functional for zebra 06:36 cait never has been 06:36 dcook eythian: And install elastic search from source :/ 06:36 eythian cait: so? :) 06:37 cait stop words make no sense 06:37 eythian cait: in theory, I could possibly implement it language-aware. 06:37 cait why woudl you not want to allow people to search for the? 06:37 dcook cait: increased relevance I would think 06:38 cait whatabout this band - the the? 06:38 eythian tbh I think it's useless for most of our searches, titles and authors and stuff. 06:38 cait i think if someon types in a word, you want to search for it 06:38 eythian but if we eventually add full-text (which es makes easy), it could be useful. 06:38 eythian cait: also "to be or not to be" 06:38 cait i still think it's an anti feature 06:38 eythian they're all traditionally stopwords 06:38 cait yep 06:39 cait i think it stems from the time where such tings would make your catalog explode 06:39 cait people searching for something that returns like a gazillion results 06:39 dcook Having worked on relevance all day, I think it could throw that off as well, but...*shrug* 06:39 cait but then the the might be nice for relevance 06:39 eythian ooh, es has a thing to make them even less useful: 06:39 eythian "At a high level, Common Terms analyzes your query, identifies which words are “important†and performs a search using just those words. Only after documents are matched with important words are the “unimportant†words considered" 06:39 cait becuase probably you copied it from some citation 06:40 cait and then the 'stop words' and sequence should go into relevance to make the exact title show up first 06:40 eythian well that's easy, just don't apply stopwords to titles. 06:40 eythian (and things like that) 06:40 cait we will see 06:41 cait eythian: you sure the stop word pref is still htere in the newest version? 06:41 cait thought we had killed that 06:41 eythian my current search mechanism doesn't make that possible, but that's an implementation detail. 06:41 cait but 9819 06:41 cait bug 9819 06:41 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9819 minor, P5 - low, ---, tomascohen, Failed QA , stopwords related code should be removed 06:41 eythian cait: not sure, I just copied the relevant sysprefs from another bit of code. 06:42 eythian truncation seems less necessary with good stemming, also. 06:43 cait hmi think truncation has uses that stemming can't cover 06:43 cait for example when you try for a name you don't know exactly 06:43 cait was it müller or miller? 06:44 cait things like that 06:44 cait fuzzy might help with those, but also nice if you cando m?ller or similar 06:44 cait also it will be hard to provide stemming for all the possible languages i imagine 06:44 eythian oh, well I accidentally implemented that by default then 06:45 cait hm? 06:45 eythian the wildcard stuff 06:45 eythian I don't actually know how I can turn it off, I think it'll be on by default. 06:46 eythian yep, it's on 06:46 eythian valu* gives me value and valueing 06:47 cait that doesn't sound like a bad thing i think 06:47 cait can it auto truncate? 06:47 eythian and v?lue works too 06:47 eythian so that valu is like valu*? 06:48 eythian Not sure. 06:48 eythian It doesn't by default. 06:48 dcook So that "value" would be like "value*" or "valu*" I think 06:48 dcook is what cait meant? 06:49 cait dcook: yep - because we have a pref for that now 06:49 eythian I don't know if I can make it do it magically, but I could hand-implement it for simple queries. 06:49 eythian (i.e. glom a * onto the end of words) 06:50 dcook cait: Yeah, and it breaks relevance ;) 06:50 * dcook plans to fix that in just a couple of minutes.. 06:50 eythian only for people still using zebra ;) 06:50 dcook For non-QP use.. 06:50 dcook QP doesn't use relevance either, but I dont' use it so I don't overly care about it atm 06:50 dcook eythian: :P 06:51 eythian relevance seems to me to be the most useful way of getting results. 06:51 eythian y'know, the most relevant... 06:51 dcook I can see the relevance of that statement 06:51 eythian (essentially to get relevance with ES, I just tell it to not sort and it does relevance by default.) 06:52 * dcook drools a little bit ;) 06:52 dcook I don't know why Zebra needs this @attr 2=102 to perform relevance 06:52 dcook I would expect it to do it by default 06:52 dcook Mind you, by using the attribute, they make it quite configurable 06:52 dcook It's really more of a problem with our code rather than Zebra 06:52 eythian Weltgesundheitsorganisation is probably a good reason to use trunction. 06:54 cait eythian: because you are lazy typing it? :) 06:54 eythian exactly :) 06:54 cait not sure that counts as a good reason to truncate 06:54 alex_a bonjour 06:54 wahanui hey, alex_a 06:56 eythian I just realised that the way I implemented this should allow regex search too 06:57 eythian Oh, I can totally do trunction 06:57 eythian I just need to add 'PREFIX' as an operator 06:58 eythian oh, that only applies to the simple query type, which I'm not using 06:59 eythian oh well, one day I'll restructure my query building engine to be more flexible, that'll allow even more magic. 06:59 * eythian heads off now. 06:59 eythian later all 07:01 magnuse have fun eythian 07:04 gaetan_B hello 07:04 wahanui bidet, gaetan_B 07:20 dcook Might look at ripping out some code from C4::Search tomorrow... 07:21 dcook Maybe try to fix up QueryParser a bit as well... 07:22 dcook Btw, people NOT using QueryParser might want to look at bug 12430 07:22 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 major, P5 - low, ---, dcook, Needs Signoff , Truncation disables relevance ranking when not using QueryParser 08:05 cait dcook++ 08:07 magnuse tjänare Viktor 08:10 Viktor hej magnuse 08:11 Viktor And greetings to all! :) 08:13 cait hi :) 08:13 magnuse :-) 08:40 cait Viktor++ :) 08:41 magnuse another patch? 08:41 cait seems we got you hooked on koha development? :) 08:41 magnuse woohoo! 08:41 cait bug5672 08:41 cait bug 5672 08:41 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5672 enhancement, P5 - low, ---, gmcharlt, NEW , Search History Should have RSS Feeds 08:43 Viktor Fith patch - I love my job :) 08:43 cait we love your job too :) 08:43 Viktor Lol 08:44 Viktor Still got to learn a bit more git. 08:44 cait i don't thnk that will be a problem 08:44 Viktor Should I create some kind of local branch for each bug I work on? 08:44 cait yes 08:45 cait you can do that by switching to your master branch first 08:45 cait ensure it's up to date with a git pull 08:45 cait then do a git checkout -b <yournewbranchname> 08:45 cait that will have you end up on the new branch with your chosen name 08:45 cait and then you can do your work there 08:45 cait and you can also keep as many of them around as you want 08:45 cait i ususally keep them until a patch is pushed,osmetimes a little longer 08:46 cait afk for a bit 08:46 Viktor Thanks cait++ 08:47 cait i also number mine... because i always typo on bug numbers... incrementingnumber_bugnumber_keywords 08:47 cait and they are then sorted in the order i worked on them :) 08:54 * magnuse uses bug<bugnumber> for patches i make, and so<bugnumber> for patches i test/sign off. i never worry about deleting them... but i do push the bugx branches to github, as a backup 09:00 cait hm i have mybugnumber_keyowrds for my own patches :) 09:02 magnuse ah, true, i do bugX-something where X = bugnumber and something = something that tells me what the patch is supposed to do 09:12 Viktor Can I pull so I overwrite the files I've been messing around with in my main git install? 09:14 magnuse Viktor: you have changed files on your master branch that you want to reset to current master? 09:15 magnuse i use "git reset --hard HEAD" for that, i think 09:15 magnuse then "git pull" 09:16 Viktor magnuse Thanks. I got some leftovers from messing around with staying in advanced search when 0 results. 09:17 cait @later tell pianohacker pianohacker++ 09:17 huginn cait: The operation succeeded. 09:19 magnuse Viktor: that's one of the advantages of working on branches 09:34 Viktor magnuse: Yep I think it's time for me to start keeping using version control more in general. 09:35 Viktor I've been able to get away with just a test server and a production server for quite a long time now in other small projects, but version control of the code is starting to get necessary. 09:37 cait Viktor: hm? 09:37 cait we are using git only for dev environments now, bulding packages for the test and production installatoins 09:38 * magnuse thinks Viktor was thinking about using git during development, not for deploying, necessarily 09:39 magnuse and yes, git is pretty awesome 09:39 Viktor sorry cait: was talking about taking a like of git and version control in general. 09:39 cait yes, git is awesome :) 09:39 cait sorry for misunderstanding :) 09:40 Viktor Thanks for warning for what would have been a weird path :) 09:40 Viktor Where do you think one should look for something to hook into for publishing the newsfeed on opac as RSS? 09:43 Viktor opac-mymessages.tt seems to indicate it might not be to complicated. 09:43 magnuse look at the code for getting search results as rss? 09:44 Viktor Good idea magnuse - I just created some URLs for the last patch but didn't look if there is a general module in the backend to use for RSs. 09:46 Viktor Think I'll look into that. But afk for lunch first. 10:01 magnuse @later tell Viktor you might also want to assign the bugs you do patches for to yourself 10:01 huginn magnuse: The operation succeeded. 10:20 grharry I cannot access the authority database from the yaz-client ... need some help ! 10:21 pastebot "grharry" at 127.0.0.1 pasted "koha-conf.xml" (302 lines) at http://paste.koha-community.org/48 10:22 grharry can someone see my confing and tell me where I err ?? 10:59 cait hi drojf 10:59 drojf hi cait :) 11:04 magnuse @wunder boo 11:04 huginn magnuse: The current temperature in Bodo, Norway is 9.0°C (12:50 PM CEST on June 17, 2014). Conditions: Light Rain. Humidity: 93%. Dew Point: 8.0°C. Pressure: 29.86 in 1011 hPa (Steady). 12:42 cait ashimema: ? 12:43 ashimema hi cait.. 12:43 cait hi there 12:43 cait see pm :) 12:55 Shane-S Hi need a little help, using http://wiki.koha-community.org/wiki/SQL_Reports_Library#Patrons_w.2F_Checked_Out_Items I can't seem to find patrons who have any checked out books. Nothing shows for the 2 circulation links either (checkedout and C.O. w/ fines). Should the SQL work I see 2009, I made it 2014 12:57 nengard Shane-S I'm editing the report now 12:58 Shane-S thank you 12:58 nengard refresh 12:59 tcohen morning! 12:59 wahanui rumour has it morning is a state of the cait 12:59 cait morning tcohen 12:59 tcohen @later tell rangi i did that and jenkins does the job well now. I also reuse the git repo and configured the node to run only 1 job at a time to avoid race conditions 13:00 huginn tcohen: The operation succeeded. 13:00 tcohen hi cait 13:00 Shane-S nengard: Database report 1 error check the log (doing that now) 13:00 nengard are you running on command line? 13:01 nengard if so you need to replace << >> with the branchcode 13:01 nengard these are written to work in the reports tool 13:02 Shane-S C&P that code into the SQL code of the report writer, I eill re-do 13:03 Shane-S nengard: works..must have had something left in the field when i pasted w/ edit...started a new one 13:03 Shane-S now to see if I get results 13:04 Shane-S okay, no results there either, I will have to do a few checkouts to see if it is working 13:04 Shane-S thank you! 13:07 fabreg Hello. I installed Koha on my Debian 6.0.5. Everything works fine except the catalogue search. I tried a lot of suggestion published by Google search and also the wiki, but no luck. 13:08 fabreg I'm using Koha 3.16.00.000 version. 13:09 drojf elasticsearch? 13:09 drojf lousy bot, no cookies :D 13:09 drojf i read ES is on the way for koha. but there are no patches on bz yet, or am i missing those? 13:10 cait drojf: not on bz yet, i think eytihian gave the link to the branch in chat a few times 13:10 cait drojf: it's not really ready for testing yet, but soon from what i read in the logs 13:10 drojf \o/ 13:10 drojf thanks cait 13:11 cait if you check this mornings logs there is some info 13:11 drojf i read some of that, that is why i am asking 13:11 drojf :D 13:35 magnuse drojf: there is an elasticsearch branch in the catalyst koha repo 13:36 magnuse easticsearch code is at http://git.catalyst.co.nz/gw?p=koha.git;a=log;h=refs/heads/elastic_search 13:36 magnuse elasticsearch code is at http://git.catalyst.co.nz/gw?p=koha.git;a=log;h=refs/heads/elastic_search 13:36 magnuse elasticsearch code? 13:36 wahanui elasticsearch code is at http://git.catalyst.co.nz/gw?p=koha.git;a=log;h=refs/heads/elastic_search 13:56 ashimema cait++ for having patients with me whilst we get to grips with shibboleth again. 13:56 cait you are way more patient than i am :) 14:02 edveal Hello from Potosi 14:02 cait ashimema++ 14:10 cait gitify? 14:10 wahanui gitify is, like, at https://github.com/mkfifo/koha-gitify 14:43 tcohen jenkins will now be testing the branches on new nodes: ubuntu 12.04, ubuntu 14.04, debian 7 :-D 14:43 tcohen I'm currently setting the Debian 7 node, the others are already online :-D 14:46 grharry Could Someone find the error why this does not work ?? @and @attr 1=authtype NP @attr 1=Heading @attr 4=1 @attr 6=3 "Maltais Marcella" .... I am on UNIMARC and using DOM 14:51 magnuse tcohen++ 14:52 jcamins If NP is the correct authority type and the field contains "$[a-z]Maltais Marcella" that should work fine. 14:55 grharry hm ?? My My fields are "200 1 $a Maltais $b Marcella " and yes NP ... 14:56 grharry so is the query wrong ?? 14:57 jcamins I'm not sure. 14:57 jcamins Possibly. 14:57 jcamins I don't use UNIMARC. 14:58 jcamins Does the same search without a space between Maltais and Marcella work? 14:59 nengard drawing a total blank .. isn't there a preference to set the text on the opac login page? 14:59 nengard FOUND IT 14:59 nengard NoLoginInstructions 15:01 grharry jcamins: authority not found -- MaltaisMarcella :( 15:03 jcamins grharry: add 5=1 100? 15:04 jcamins @attr 5=100 15:04 huginn jcamins: I'll give you the answer as soon as RDA is ready 15:04 jcamins I'm getting lots of key lag so I can't necessarily tell what I've typed so far. Sorry. 15:05 reiveune bye 15:06 grharry @and @attr 1=authtype NP @attr 1=Heading @attr 4=1 @attr 5=100 @attr 6=3 "Maltais Marcella" .... authority not found -- Maltais Marcella 15:06 huginn grharry: I'll give you the answer just as soon as RDA is ready 15:07 jcamins grharry: just to confirm, @attr 1=Heading @attr 4=6 "Maltais" works, right? 15:11 grharry @and @attr 1=Heading @attr 4=6 "Maltais" ---> gives ZOOM ZOOM error 10010 "Invalid query" from diag-set 'ZOOM' 15:11 jcamins Right, there shouldn't be any @and 15:12 grharry @attr 1=Heading @attr 4=6 "Maltais" yes this works !!! 15:12 huginn grharry: downloading the Perl source 15:14 jcamins In that case, there's an indexing configuration issue. 15:14 grharry hm ... I use ICU 15:15 jcamins I can't really help troubleshoot, because I don't use UNIMARC. 15:32 jburds_ We have our Koha server on VMWare. Can someone recommend memory and CPU settings? We seem to have random lockups and slowdowns. 15:33 jcamins jburds_: I don't use VMWare, but how much RAM and CPU do you have right now? 15:33 jburds_ 6 Core CPU and 32GB of ram 15:34 jcamins jburds_: that's quite a lot for you to be seeing lockups. 15:34 grharry re-indexing .... going for lunch !! 15:35 jcamins Delays when under load, maybe, but you shouldn't be seeing the server lock up at all with that much RAM. 15:35 jburds_ OK 15:35 jburds_ Thanks 15:35 grharry is the 32G ram given to the Virtual machine ?? 15:36 jburds_ Yes 15:36 grharry free in the host says ??? 15:36 jburds_ We were at 16GB and threw another 16 at it to see if it would correct the issue 15:37 jcamins jburds_: what usage do you see? 15:37 grharry please login in the host and give a #free -t 15:37 grharry also a #cat /proc/cpuinfo 15:38 jburds_ Mem: 33021580 25610604 7410976 0 1075616 16826752 15:38 jburds_ total used free shared buffers cached 15:38 jburds_ Mem: 33021580 25610604 7410976 0 1075616 16826752 15:38 jburds_ -/+ buffers/cache: 7708236 25313344 15:38 jburds_ Swap: 8526840 0 8526840 15:38 jburds_ Total: 41548420 25610604 15937816 15:39 jburds_ Sorry for the spam 15:39 jburds_ cat /proc/cpuinfo 15:39 jburds_ processor : 0 15:39 jburds_ vendor_id : AuthenticAMD 15:39 jburds_ cpu family : 21 15:39 jburds_ model : 1 15:39 jburds_ model name : AMD Opteron(TM) Processor 6234 15:39 jburds_ stepping : 2 15:39 jburds_ cpu MHz : 2394.010 15:39 jburds_ cache size : 2048 KB 15:39 magnuse paste? :-) 15:39 jburds_ fpu : yes 15:39 jburds_ fpu_exception : yes 15:39 jburds_ cpuid level : 13 15:39 magnuse paste? 15:39 wahanui I eat paste! It's tasty! http://paste.koha-community.org 15:39 jburds_ wp : yes 15:39 jburds_ flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc tsc_reliable nonstop_tsc pni pclmulqdq ssse3 c 15:39 jburds_ x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno 15:39 jburds_ wprefetch osvw xop arat 15:39 jburds_ bogomips : 4788.00 15:39 jburds_ TLB size : 1536 4K pages 15:39 jburds_ clflush size : 64 15:39 jburds_ cache_alignment : 64 15:39 jburds_ address sizes : 40 bits physical, 48 bits virtual 15:39 jburds_ power management: 15:40 jburds_ processor : 1 15:40 jburds_ vendor_id : AuthenticAMD 15:40 jburds_ cpu family : 21 15:40 jburds_ model : 1 15:40 jburds_ model name : AMD Opteron(TM) Processor 6234 15:40 jburds_ stepping : 2 15:40 jburds_ cpu MHz : 2394.010 15:40 jcamins Yikes. 15:40 jburds_ cache size : 2048 KB 15:40 jburds_ fpu : yes 15:40 jburds_ fpu_exception : yes 15:40 jburds_ cpuid level : 13 15:40 jburds_ wp : yes 15:40 jburds_ flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc tsc_reliable nonstop_tsc pni pclmulqdq ssse3 c 15:40 jburds_ x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno 15:40 jburds_ wprefetch osvw xop arat 15:40 paul_p jburds_ that's too much pasting... 15:40 pastebot "jburds_" at 127.0.0.1 pasted "cat of /proc/cpuinfo" (120 lines) at http://paste.koha-community.org/49 15:40 jburds_ bogomips : 4788.00 15:40 grharry Please use http://paste.koha-community.org for pastes.] 15:40 jburds_ TLB size : 1536 4K pages 15:40 jburds_ clflush size : 64 15:40 jburds_ cache_alignment : 64 15:40 jburds_ address sizes : 40 bits physical, 48 bits virtual 15:40 jburds_ power management: 15:40 jburds_ processor : 2 15:40 jburds_ vendor_id : AuthenticAMD 15:40 jburds_ cpu family : 21 15:40 jburds_ model : 1 15:41 jburds_ model name : AMD Opteron(TM) Processor 6234 15:41 jburds_ stepping : 2 15:41 jburds_ cpu MHz : 2394.010 15:41 jburds_ cache size : 2048 KB 15:41 jburds_ fpu : yes 15:41 jburds_ fpu_exception : yes 15:41 jburds_ cpuid level : 13 15:41 jburds_ wp : yes 15:41 jburds_ flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc tsc_reliable nonstop_tsc pni pclmulqdq ssse3 c 15:41 paul_p jburds_ and usually, performances problem with virtualized Koha comes from hard disk access 15:41 jburds_ x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno 15:41 jburds_ wprefetch osvw xop arat 15:41 jburds_ bogomips : 4788.00 15:41 jburds_ TLB size : 1536 4K pages 15:41 jburds_ clflush size : 64 15:41 jburds_ cache_alignment : 64 15:41 jburds_ address sizes : 40 bits physical, 48 bits virtual 15:41 jburds_ power management: 15:41 jcamins I can't remember how to make myself an op, and I think jburds' client is currently flipping out and not letting him cancel. 15:41 jburds_ processor : 3 15:41 jburds_ vendor_id : AuthenticAMD 15:41 jburds_ cpu family : 21 15:41 oleonard Okay we have definitely stopped caring about your paste jburds_ 15:41 jburds_ model : 1 15:41 jburds_ model name : AMD Opteron(TM) Processor 6234 15:41 jburds_ stepping : 2 15:41 jburds_ cpu MHz : 2394.010 15:41 jburds_ cache size : 2048 KB 15:42 jburds_ fpu : yes 15:42 jburds_ fpu_exception : yes 15:42 jburds_ cpuid level : 13 15:42 jburds_ wp : yes 15:42 jburds_ flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc tsc_reliable nonstop_tsc pni pclmulqdq ssse3 c 15:42 jburds_ x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno 15:42 jburds_ wprefetch osvw xop arat 15:42 jburds_ bogomips : 4788.00 15:42 jburds_ TLB size : 1536 4K pages 15:42 jburds_ clflush size : 64 15:42 jburds_ cache_alignment : 64 15:42 jcamins Does anyone know how to make yourself op? 15:42 jburds_ address sizes : 40 bits physical, 48 bits virtual 15:42 jburds_ power management: 15:42 jburds_ processor : 4 15:42 jcamins I tried /msg chanserv op #koha 15:42 jburds_ vendor_id : AuthenticAMD 15:42 jburds_ cpu family : 21 15:42 jburds_ model : 1 15:42 jcamins Wait, I'm not identified. 15:42 jburds_ model name : AMD Opteron(TM) Processor 6234 15:42 jburds_ stepping : 2 15:42 jburds_ cpu MHz : 2394.010 15:42 jburds_ cache size : 2048 KB 15:42 jburds_ fpu : yes 15:42 jburds_ fpu_exception : yes 15:42 jburds_ cpuid level : 13 15:42 jburds_ wp : yes 15:43 jburds_ flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc tsc_reliable nonstop_tsc pni pclmulqdq ssse3 c 15:43 * oleonard cheers 15:43 jcamins Heh. That's one way to fix it. 15:43 Jason Restarted irc program. Hope this is better 15:43 magnuse paste? 15:43 wahanui I eat paste! It's tasty! http://paste.koha-community.org 15:44 magnuse that's better 15:44 * magnuse wanders off 15:45 grharry my line went down ! :( 15:45 oleonard Don't worry you didn't miss anything grharry 15:47 jcamins Jason: if there's no hardware problem (which seems most likely; I agree with paul_p's suggestion), the first thing I'd tweak would be the Apache configuration. 15:49 jcamins Well, hardware access problem. 15:50 Jason Does someone have a sample apache configuration file or know where I can find one? 15:56 oleonard I love the circulation notes I find which start, "Please do not read this out loud to the patron..." Librarians just love reading stuff out loud I guess 16:18 nengard LOL 16:23 gaetan_B bye 16:32 jcamins Jason: look on the wiki about performance tuning. 16:33 Jason Thanks for your help jcamins 16:33 jcamins Actually... 16:33 jcamins performance tuning? 16:33 jcamins Aww. 16:33 jcamins I thought wahanui might have the link saved. 17:23 cbrannon Any suggestions for when a sandbox won't let you sign off on a patch? 17:28 cbrannon Anyone here work with the sandboxes? 17:31 jcamins cbrannon: it's probably a little late for the BibLibre people. 17:32 cbrannon Even so, I thought I would see if anyone over here has had problems signing off on patches through the sandboxes. 17:32 tcohen jcamins: do u remember how to set CPAN to install in /usr/local ? 17:33 tcohen it keeps installing in /root/perl5 17:33 tcohen druthb_away? 17:33 tcohen i'm trying to set a jenkins node running Ubuntu 12.04 17:33 tcohen and cannot make cpan install the required modules in /usr/local 17:33 tcohen never happened to me before 17:34 jcamins tcohen: reconfigure cpan. 17:34 tcohen I have INSTALLDIRS=site 17:35 jcamins I don't remember how to rerun the configuration wizard, though. 17:36 tcohen i deleted the /root/.cpan directory and launched cpan, it worked for resetting the configuration 17:59 cbrannon Anyone know what this means: If you applied patches from the right report, check the commit message of the last patch. It should start with "Bug XXXXX", if not, please inform the author of the patch. 18:00 cbrannon Where would one find a commit message? 18:52 nengard cbrannon where is that text? 18:53 nengard commit messages are everything on the patch below the title and above the code. 18:53 nengard it's also what you see when you view the patch on git 18:53 nengard for example: http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=e5f02e2df3c5e483d39b1dc6f4dfd3e52a0cd222 19:09 bgkriegel Hi cait :) 19:10 cait hola bgkriegel :) 19:11 bgkriegel cait: updated strings, a few left for 3.14 and 3.12 (translations) 19:11 cait ah thx 19:11 cait bgkriegel++ 19:11 cait :) 20:06 oleonard Bye #koha 20:06 cait bye oleonard 20:52 fab_ After installed Koha is possible to switch from 21 to UNIMARC ? 20:53 fab_ or I need to re-install it from scratch? 20:59 cait itis possible, but it requires a few things 20:59 cait fab_: why do you want to switch? and how did you install koha? 21:00 fab_ ah ok cait no problem. I will reinstall from scratch 21:00 fab_ I already deleted the VM :-) 21:00 cait oh 21:00 cait if you haven't before... i'd recommend installing using packages 21:00 cait packages? 21:00 wahanui somebody said packages was at http://wiki.koha-community.org/wiki/Debian 21:00 cait deleting the vm was a bit drastic 21:04 fab_ well cait I spent my day in finding a way for using Koha on Debian 21:04 fab_ I found just now the right combination: Debian 6.0.5 32 bit and Koha 3.1.6 21:05 fab_ and the catalogue search works perfect! 21:05 fab_ *perfectly 21:05 cait hm 64 bit should also be ok 21:06 jcamins fab_: do you mean Koha 3.16? 21:06 cait actually i think 21:06 cait but it's nice that it work 21:06 cait s :) 21:06 fab_ jcamins: yes, sorry. 21:06 jcamins fab_: okay, carry on then. 21:06 jcamins :) 21:06 fab_ cait I tried lot of times without luck 21:34 cait hm 21:34 cait i got stuck with shibboleth again :( 21:44 rangi morning 21:44 cait ah morning rangi 21:49 barton hey does anyone know if 'failed' messages in the message_queue get re-queued? 21:50 cait barton: to my knowledge they won't 21:50 cait it wouldn't make sense i fthe email address is syntactically wrong for example 21:50 barton that's good. 21:51 barton yeah. 22:25 barton jessem: looks like there were 15 messages sent when you turned on postfix at 16:30. That sounds like a good sane number. 22:29 eythian hi 22:30 cait hi eythian 22:47 cait @wunder Konstanz 22:47 huginn cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 15.1°C (12:45 AM CEST on June 18, 2014). Conditions: Clear. Humidity: 68%. Dew Point: 9.0°C. Pressure: 30.04 in 1017 hPa (Steady). 22:50 * wizzyrea waves 22:50 * cait waves back 22:50 cait wizzyrea: the pictures of the new home look nice 22:52 wizzyrea oh I could ramble on about it 22:53 cait ramble? 22:53 cait si that good or bad? 22:53 wizzyrea it's awesome 22:58 cait :) 23:08 eythian http://theappendix.net/issues/2014/4/the-history-of-mana-how-an-austronesian-concept-became-a-video-game-mechanic <-- rangi 23:12 rangi interesting 23:12 wahanui it has been said that interesting is sometimes good and sometimes bad