← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:09 | dcook | forced windows restart when troubleshooting zebra...not cool... |
| 00:11 | @attr 2=102 @attr 1=4 test | |
| 00:11 | This works | |
| 00:11 | But how to do this as CCL... | |
| 00:12 | If I read the IndexData docs correctly, relevance ranking needs to happen at query time | |
| 00:12 | Not run as a "sort" after the fact... | |
| 00:12 | In fact, "relevance" doesn't seem to do anything in C4::Search | |
| 00:13 | Hmm, I think I see... | |
| 00:14 | Ha | |
| 00:14 | ti,relevance: test | |
| 00:18 | dcook joined #koha | |
| 00:23 | * dcook | looks at the "Popularity" sort in Koha |
| 00:23 | suddenly feels an impulse to listen to Wicked | |
| 00:27 | edveal joined #koha | |
| 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 | 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 | 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 | 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 | 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 | 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 | 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 | 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 | 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 | 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 | Got it turns on now though :) | |
| 00:36 | Phew | |
| 00:36 | I was really not looking forward to having to write that fix.. | |
| 00:36 | wizzyrea | woohoo |
| 00:37 | "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:37 | edveal joined #koha | |
| 00:38 | dcook | eythian: That's rad |
| 00:38 | wizzyrea: Yeah, "let's order results by an internal id number. Hurr Hurr." | |
| 00:38 | Err | |
| 00:39 | Thanks for that one, wizzyrea and eythian :) | |
| 00:39 | Also hi pianohacker :) | |
| 00:40 | pianohacker | dcook: which specific one did you have to flip? |
| 00:40 | and hi! :) | |
| 00:41 | wizzyrea | nw |
| 00:42 | edveal joined #koha | |
| 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 | Not sure why it wasn't already on... | |
| 00:53 | I think it said it was on :S | |
| 00:53 | Turned it off, turned it back on again and it worked :p | |
| 01:00 | edveal joined #koha | |
| 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 | bonus points to someone who writes a sanity checker for the sysprefs | |
| 01:04 | 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 | on the sysprefs pages | |
| 01:04 | (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 | 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 | 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 | But nope | |
| 01:10 | It's crazy | |
| 01:10 | Oh dear... | |
| 01:11 | It's so so not working | |
| 01:11 | Even if you have QueryAutoTruncate turned off but add a * to your query | |
| 01:12 | Hmm eyes bleeding again.. | |
| 01:13 | Whelp, I'll turn off the pref for now, and look forward to ES | |
| 01:14 | edveal joined #koha | |
| 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:22 | edveal joined #koha | |
| 01:30 | eythian | http://imgur.com/K5PJ6nJ <-- rangi |
| 01:31 | edveal joined #koha | |
| 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 | But if I copy and paste the query from my log...it'll work | |
| 01:38 | Interesting.. | |
| 01:38 | wahanui | i think interesting is sometimes good and sometimes bad |
| 01:39 | dcook | Hmm, not exact same query... |
| 01:39 | 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 | wahanui: forget never | |
| 01:39 | wahanui | pianohacker: I forgot never |
| 01:39 | dcook | never? |
| 01:39 | dang ;) | |
| 01:39 | edveal joined #koha | |
| 01:43 | dcook | The space doesn't look significant :/ |
| 01:46 | This is so weird.. | |
| 01:54 | 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 | It's bloody weird.. | |
| 01:56 | Figured out why the cut and paste worked | |
| 01:57 | Went down a slightly different path to CCL2RPN... | |
| 01:57 | (Obviously logically...) | |
| 01:58 | It's the bloody conversion of colons into equal signs.. | |
| 01:58 | eythian | sounds nasty |
| 01:58 | dcook | 'tis nasty |
| 01:58 | Mmm but fixable.. | |
| 01:58 | 'though still nasty | |
| 02:00 | eythian: When were you thinking of bundling up ES with Koha again? :p | |
| 02:01 | Yay...got relevance working with QueryAutoTruncate turned on.. | |
| 02:01 | eythian | dcook++ |
| 02:01 | 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 | 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 | nvm | |
| 02:02 | I thought you were talking about my patch :p | |
| 02:02 | That's awesome about availability | |
| 02:02 | 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 | But I guess that makes sense | |
| 02:04 | eythian | turned out all but one of them was in debian testing. |
| 02:04 | and that one was easy to build. | |
| 02:05 | dcook | Oh, nice! |
| 02:05 | 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 | Increasingly, I see what they're talking about.. | |
| 02:06 | eythian | I can belive that. |
| 02:06 | 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 | Well, I say that with hindsight of course...but still | |
| 02:26 | Hmm, looks like it's not a problem when using QueryParser | |
| 02:27 | Huzzah | |
| 02:28 | indradg_ joined #koha | |
| 02:36 | rocio left #koha | |
| 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 | I'm drawing a blank on how to implement it. | |
| 02:37 | 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 | 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:46 | BobB joined #koha | |
| 02:53 | pianohacker | out for the day, bye guys :) |
| 02:54 | magnuse joined #koha | |
| 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 | lots of '$(document) not defined', stuff… | |
| 03:30 | dcook | O_o |
| 03:30 | Really? | |
| 03:30 | 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 | But I think it makes sense to run relevance searches for everything... | |
| 03:33 | Since that what the OPAC claims to do | |
| 03:33 | Regardless of QueryWeightFields | |
| 03:34 | 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 | magnuse joined #koha | |
| 03:34 | dcook | (Although I suppose you could argue that I'm worried since I write custom jq too :P) |
| 03:34 | hey magnuse | |
| 03:34 | 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:38 | chrisvella94_ joined #koha | |
| 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 | dbs: Umm, maybe? | |
| 03:40 | wahanui | maybe is a momentaneous error |
| 03:40 | dcook | What do you want to poke at? :p |
| 03:41 | Ah, we do disallow a few pages.. | |
| 03:42 | 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 | 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 | 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 | but not any more | |
| 03:45 | dbs | http://www.downforeveryoneorju[…]ha-community.org/ says it looks down to them too |
| 03:51 | magnuse joined #koha | |
| 04:02 | tgoat joined #koha | |
| 04:03 | dcook | Jeez...I think I actually understand buildQuery and getRecords now... |
| 04:03 | If I had 8 hours more a day and more funding... | |
| 04:03 | I would probably say that we should just switch to QP anyway :p | |
| 04:03 | 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:07 | magnuse joined #koha | |
| 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 | 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 | 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 | Oh, I don't have popularity sorting working. | |
| 04:21 | I wonder how I should implement that. | |
| 04:21 | dcook | QP seems to use relevance if you don't specify any indexes |
| 04:21 | Although it also applies two different weights to the same term which is...a bit silly | |
| 04:21 | Yeah, I don't have popularity sorting working either | |
| 04:21 | Ah, you mean in ES | |
| 04:22 | eythian | yeah |
| 04:22 | I'll have to pull up the number of issues and attach a field for it. | |
| 04:22 | But if it's not working in zebra, no one will miss it for now. | |
| 04:23 | oh, no wait | |
| 04:23 | that's in 952$l | |
| 04:25 | hmm | |
| 04:25 | that doesn't seem to be used by zebra much | |
| 04:25 | ah no, it's called "issues", not surprisingly | |
| 04:26 | actually, 942$0 makes more sense | |
| 04:26 | I wonder if we actually track that. | |
| 04:28 | damnit, we don't | |
| 04:30 | 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 | Whereas with Zebra we're still hooped with relevance.. | |
| 04:31 | 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 | Well, now I have popularity searching working. | |
| 04:40 | dcook: if only you were working on ES, it'd be that quick to make changes :) | |
| 04:46 | dcook | hehe |
| 04:46 | True true | |
| 04:47 | 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 | (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 | 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 | 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 | 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 | 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 | 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 | 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 | maybe if we ever do get fibre (or even vdsl) to the libraries | |
| 04:58 | we can convince them to take it back out :) | |
| 04:59 | laurence joined #koha | |
| 04:59 | rangi | hm i dont think we have anyone using bootstrap in production yet |
| 04:59 | and that's what has the rdfa eh? | |
| 04:59 | dbs | rangi: yep |
| 05:00 | rangi | http://demo.mykoha.co.nz/cgi-b[…]ch.pl?idx=&q=test |
| 05:00 | (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 | (those that don't respect your wishes are going to ignore robots.txt too!) | |
| 05:01 | 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 | 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 |
| 05:09 | gdunbar joined #koha | |
| 05:10 | phasefx2 joined #koha | |
| 05:19 | jseplae joined #koha | |
| 05:24 | indradg_ joined #koha | |
| 05:33 | tgoat joined #koha | |
| 05:55 | cait joined #koha | |
| 06:01 | dcook | Hurray...I seem to have figured out how to do relevance with queryparser... |
| 06:01 | Or at least via queryparser.yaml. | |
| 06:02 | 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 | dcook++ for keeping at it | |
| 06:21 | dcook | Well, I figured out what I wanted to figure out at least... |
| 06:22 | I think QP still needs a fair bit of work.. | |
| 06:22 | 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 | I think I have strategies for relevance | |
| 06:24 | Popularity...haven't looked at yet | |
| 06:24 | 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 joined #koha | |
| 06:32 | reiveune | hello |
| 06:32 | magnuse | bonjour! |
| 06:32 | @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 | Viktor joined #koha | |
| 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 | tgoat joined #koha | |
| 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 | 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 | 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 | 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 | i think it stems from the time where such tings would make your catalog explode | |
| 06:39 | 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 | "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 | 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 | (and things like that) | |
| 06:40 | cait | we will see |
| 06:41 | eythian: you sure the stop word pref is still htere in the newest version? | |
| 06:41 | 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 | bug 9819 | |
| 06:41 | huginn | 04Bug http://bugs.koha-community.org[…]w_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:43 | truncation seems less necessary with good stemming, also. | |
| 06:43 | cait | hmi think truncation has uses that stemming can't cover |
| 06:43 | for example when you try for a name you don't know exactly | |
| 06:43 | was it müller or miller? | |
| 06:44 | things like that | |
| 06:44 | fuzzy might help with those, but also nice if you cando m?ller or similar | |
| 06:44 | 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 | I don't actually know how I can turn it off, I think it'll be on by default. | |
| 06:46 | yep, it's on | |
| 06:46 | valu* gives me value and valueing | |
| 06:47 | cait | that doesn't sound like a bad thing i think |
| 06:47 | can it auto truncate? | |
| 06:47 | eythian | and v?lue works too |
| 06:47 | so that valu is like valu*? | |
| 06:48 | Not sure. | |
| 06:48 | It doesn't by default. | |
| 06:48 | dcook | So that "value" would be like "value*" or "valu*" I think |
| 06:48 | 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 | (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 | QP doesn't use relevance either, but I dont' use it so I don't overly care about it atm | |
| 06:50 | eythian: :P | |
| 06:51 | eythian | relevance seems to me to be the most useful way of getting results. |
| 06:51 | 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 | I would expect it to do it by default | |
| 06:52 | Mind you, by using the attribute, they make it quite configurable | |
| 06:52 | It's really more of a problem with our code rather than Zebra | |
| 06:53 | eythian | Weltgesundheitsorganisation is probably a good reason to use trunction. |
| 06:54 | cait | eythian: because you are lazy typing it? :) |
| 06:54 | alex_a joined #koha | |
| 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:55 | yohann joined #koha | |
| 06:56 | eythian | I just realised that the way I implemented this should allow regex search too |
| 06:57 | Oh, I can totally do trunction | |
| 06:57 | I just need to add 'PREFIX' as an operator | |
| 06:58 | oh, that only applies to the simple query type, which I'm not using | |
| 06:59 | 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 joined #koha | |
| 07:04 | gaetan_B | hello |
| 07:04 | wahanui | bidet, gaetan_B |
| 07:11 | paul_p joined #koha | |
| 07:20 | dcook | Might look at ripping out some code from C4::Search tomorrow... |
| 07:21 | Maybe try to fix up QueryParser a bit as well... | |
| 07:22 | binu joined #koha | |
| 07:22 | dcook | Btw, people NOT using QueryParser might want to look at bug 12430 |
| 07:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12430 major, P5 - low, ---, dcook, Needs Signoff , Truncation disables relevance ranking when not using QueryParser |
| 07:35 | tgoat joined #koha | |
| 07:47 | sophie_m joined #koha | |
| 08:02 | Viktor joined #koha | |
| 08:05 | cait | dcook++ |
| 08:07 | magnuse | tjänare Viktor |
| 08:10 | Viktor | hej magnuse |
| 08:11 | And greetings to all! :) | |
| 08:13 | cait | hi :) |
| 08:13 | magnuse | :-) |
| 08:26 | alex_a joined #koha | |
| 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 | bug 5672 | |
| 08:41 | huginn | 04Bug http://bugs.koha-community.org[…]w_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 | 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 | you can do that by switching to your master branch first | |
| 08:45 | ensure it's up to date with a git pull | |
| 08:45 | then do a git checkout -b <yournewbranchname> | |
| 08:45 | that will have you end up on the new branch with your chosen name | |
| 08:45 | and then you can do your work there | |
| 08:45 | and you can also keep as many of them around as you want | |
| 08:45 | i ususally keep them until a patch is pushed,osmetimes a little longer | |
| 08:46 | 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 | and they are then sorted in the order i worked on them :) | |
| 08:48 | yohann joined #koha | |
| 08:49 | yohann1 joined #koha | |
| 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:12 | binu joined #koha | |
| 09:14 | magnuse | Viktor: you have changed files on your master branch that you want to reset to current master? |
| 09:15 | i use "git reset --hard HEAD" for that, i think | |
| 09:15 | then "git pull" | |
| 09:16 | Viktor | magnuse Thanks. I got some leftovers from messing around with staying in advanced search when 0 results. |
| 09:16 | PeteE joined #koha | |
| 09:17 | cait | @later tell pianohacker pianohacker++ |
| 09:17 | huginn | cait: The operation succeeded. |
| 09:18 | PeteE joined #koha | |
| 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 | 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:38 | 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 | sorry for misunderstanding :) | |
| 09:40 | Viktor | Thanks for warning for what would have been a weird path :) |
| 09:40 | Where do you think one should look for something to hook into for publishing the newsfeed on opac as RSS? | |
| 09:41 | halcyonCorsair joined #koha | |
| 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 | Think I'll look into that. But afk for lunch first. | |
| 09:48 | paul_p joined #koha | |
| 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:05 | grharry joined #koha | |
| 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:36 | drojf joined #koha | |
| 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). |
| 11:11 | viktor_away joined #koha | |
| 11:41 | drojf1 joined #koha | |
| 11:42 | collum joined #koha | |
| 11:51 | meliss joined #koha | |
| 11:58 | nengard joined #koha | |
| 11:59 | yohann joined #koha | |
| 12:20 | oleonard joined #koha | |
| 12:36 | tcohen joined #koha | |
| 12:42 | cait | ashimema: ? |
| 12:43 | ashimema | hi cait.. |
| 12:43 | cait | hi there |
| 12:43 | see pm :) | |
| 12:54 | Shane-S joined #koha | |
| 12:55 | Shane-S | Hi need a little help, using http://wiki.koha-community.org[…]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 | jburds_ joined #koha | |
| 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 | if so you need to replace << >> with the branchcode | |
| 13:01 | 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 | nengard: works..must have had something left in the field when i pasted w/ edit...started a new one | |
| 13:03 | now to see if I get results | |
| 13:04 | okay, no results there either, I will have to do a few checkouts to see if it is working | |
| 13:04 | thank you! | |
| 13:05 | fabreg joined #koha | |
| 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 | I'm using Koha 3.16.00.000 version. | |
| 13:09 | drojf | elasticsearch? |
| 13:09 | lousy bot, no cookies :D | |
| 13:09 | 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 | drojf: it's not really ready for testing yet, but soon from what i read in the logs | |
| 13:10 | drojf | \o/ |
| 13:10 | thanks cait | |
| 13:11 | kmlussier joined #koha | |
| 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 | :D | |
| 13:35 | magnuse | drojf: there is an elasticsearch branch in the catalyst koha repo |
| 13:36 | NateC joined #koha | |
| 13:36 | magnuse | easticsearch code is at http://git.catalyst.co.nz/gw?p[…]ds/elastic_search |
| 13:36 | elasticsearch code is at http://git.catalyst.co.nz/gw?p[…]ds/elastic_search | |
| 13:36 | elasticsearch code? | |
| 13:36 | wahanui | elasticsearch code is at http://git.catalyst.co.nz/gw?p[…]ds/elastic_search |
| 13:39 | tgoat joined #koha | |
| 13:53 | paul_p joined #koha | |
| 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 :) |
| 13:58 | janPasi joined #koha | |
| 14:02 | edveal joined #koha | |
| 14:02 | edveal | Hello from Potosi |
| 14:02 | cait | ashimema++ |
| 14:03 | edveal left #koha | |
| 14:10 | cait | gitify? |
| 14:10 | wahanui | gitify is, like, at https://github.com/mkfifo/koha-gitify |
| 14:41 | tgoat joined #koha | |
| 14:43 | tcohen | jenkins will now be testing the branches on new nodes: ubuntu 12.04, ubuntu 14.04, debian 7 :-D |
| 14:43 | I'm currently setting the Debian 7 node, the others are already online :-D | |
| 14:44 | grharry joined #koha | |
| 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:50 | tgoat joined #koha | |
| 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 | so is the query wrong ?? | |
| 14:57 | jcamins | I'm not sure. |
| 14:57 | Possibly. | |
| 14:57 | I don't use UNIMARC. | |
| 14:58 | 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 | FOUND IT | |
| 14:59 | NoLoginInstructions | |
| 15:01 | grharry | jcamins: authority not found -- MaltaisMarcella :( |
| 15:03 | jcamins | grharry: add 5=1 100? |
| 15:04 | @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:05 | reiveune left #koha | |
| 15:05 | yohann left #koha | |
| 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:24 | paul_p joined #koha | |
| 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 | 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 | also a #cat /proc/cpuinfo | |
| 15:38 | jburds_ | Mem: 33021580 25610604 7410976 0 1075616 16826752 |
| 15:38 | total used free shared buffers cached | |
| 15:38 | Mem: 33021580 25610604 7410976 0 1075616 16826752 | |
| 15:38 | -/+ buffers/cache: 7708236 25313344 | |
| 15:38 | Swap: 8526840 0 8526840 | |
| 15:38 | Total: 41548420 25610604 15937816 | |
| 15:39 | Sorry for the spam | |
| 15:39 | cat /proc/cpuinfo | |
| 15:39 | processor : 0 | |
| 15:39 | vendor_id : AuthenticAMD | |
| 15:39 | cpu family : 21 | |
| 15:39 | model : 1 | |
| 15:39 | model name : AMD Opteron(TM) Processor 6234 | |
| 15:39 | stepping : 2 | |
| 15:39 | cpu MHz : 2394.010 | |
| 15:39 | magnuse | paste? :-) |
| 15:39 | jburds_ | cache size : 2048 KB |
| 15:39 | fpu : yes | |
| 15:39 | fpu_exception : yes | |
| 15:39 | 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 | 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 | x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno | |
| 15:39 | wprefetch osvw xop arat | |
| 15:39 | bogomips : 4788.00 | |
| 15:39 | TLB size : 1536 4K pages | |
| 15:39 | clflush size : 64 | |
| 15:39 | cache_alignment : 64 | |
| 15:39 | address sizes : 40 bits physical, 48 bits virtual | |
| 15:39 | power management: | |
| 15:40 | processor : 1 | |
| 15:40 | vendor_id : AuthenticAMD | |
| 15:40 | cpu family : 21 | |
| 15:40 | model : 1 | |
| 15:40 | model name : AMD Opteron(TM) Processor 6234 | |
| 15:40 | stepping : 2 | |
| 15:40 | cpu MHz : 2394.010 | |
| 15:40 | jcamins | Yikes. |
| 15:40 | jburds_ | cache size : 2048 KB |
| 15:40 | fpu : yes | |
| 15:40 | fpu_exception : yes | |
| 15:40 | cpuid level : 13 | |
| 15:40 | wp : yes | |
| 15:40 | 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 | x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno | |
| 15:40 | paul_p | jburds_ that's too much pasting... |
| 15:40 | jburds_ | wprefetch osvw xop arat |
| 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 | clflush size : 64 | |
| 15:40 | cache_alignment : 64 | |
| 15:40 | address sizes : 40 bits physical, 48 bits virtual | |
| 15:40 | power management: | |
| 15:40 | processor : 2 | |
| 15:40 | vendor_id : AuthenticAMD | |
| 15:40 | cpu family : 21 | |
| 15:40 | model : 1 | |
| 15:41 | model name : AMD Opteron(TM) Processor 6234 | |
| 15:41 | stepping : 2 | |
| 15:41 | cpu MHz : 2394.010 | |
| 15:41 | cache size : 2048 KB | |
| 15:41 | fpu : yes | |
| 15:41 | fpu_exception : yes | |
| 15:41 | cpuid level : 13 | |
| 15:41 | wp : yes | |
| 15:41 | 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 | wprefetch osvw xop arat | |
| 15:41 | bogomips : 4788.00 | |
| 15:41 | TLB size : 1536 4K pages | |
| 15:41 | clflush size : 64 | |
| 15:41 | cache_alignment : 64 | |
| 15:41 | address sizes : 40 bits physical, 48 bits virtual | |
| 15:41 | 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 | vendor_id : AuthenticAMD | |
| 15:41 | cpu family : 21 | |
| 15:41 | oleonard | Okay we have definitely stopped caring about your paste jburds_ |
| 15:41 | jburds_ | model : 1 |
| 15:41 | model name : AMD Opteron(TM) Processor 6234 | |
| 15:41 | stepping : 2 | |
| 15:41 | cpu MHz : 2394.010 | |
| 15:41 | cache size : 2048 KB | |
| 15:42 | fpu : yes | |
| 15:42 | fpu_exception : yes | |
| 15:42 | cpuid level : 13 | |
| 15:42 | wp : yes | |
| 15:42 | 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 | x16 sse4_1 sse4_2 x2apic popcnt aes xsave avx hypervisor lahf_lm extapic cr8_legacy abm sse4a misalignsse 3dno | |
| 15:42 | wprefetch osvw xop arat | |
| 15:42 | bogomips : 4788.00 | |
| 15:42 | TLB size : 1536 4K pages | |
| 15:42 | clflush size : 64 | |
| 15:42 | 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 | power management: | |
| 15:42 | processor : 4 | |
| 15:42 | vendor_id : AuthenticAMD | |
| 15:42 | jcamins | I tried /msg chanserv op #koha |
| 15:42 | jburds_ | cpu family : 21 |
| 15:42 | model : 1 | |
| 15:42 | jcamins | Wait, I'm not identified. |
| 15:42 | jburds_ | model name : AMD Opteron(TM) Processor 6234 |
| 15:42 | stepping : 2 | |
| 15:42 | cpu MHz : 2394.010 | |
| 15:42 | cache size : 2048 KB | |
| 15:42 | fpu : yes | |
| 15:42 | fpu_exception : yes | |
| 15:42 | cpuid level : 13 | |
| 15:42 | wp : yes | |
| 15:43 | 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 joined #koha | |
| 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:44 | grharry joined #koha | |
| 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 | 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:20 | barton joined #koha | |
| 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 | performance tuning? | |
| 16:33 | Aww. | |
| 16:33 | I thought wahanui might have the link saved. | |
| 16:46 | janPasi joined #koha | |
| 17:21 | laurence left #koha | |
| 17:23 | cbrannon joined #koha | |
| 17:23 | cbrannon | Any suggestions for when a sandbox won't let you sign off on a patch? |
| 17:24 | dac joined #koha | |
| 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 | it keeps installing in /root/perl5 | |
| 17:33 | druthb_away? | |
| 17:33 | i'm trying to set a jenkins node running Ubuntu 12.04 | |
| 17:33 | and cannot make cpan install the required modules in /usr/local | |
| 17:33 | 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:51 | rocio joined #koha | |
| 17:59 | cbrannon joined #koha | |
| 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 | Where would one find a commit message? | |
| 18:18 | jburds_ joined #koha | |
| 18:52 | nengard | cbrannon where is that text? |
| 18:53 | commit messages are everything on the patch below the title and above the code. | |
| 18:53 | it's also what you see when you view the patch on git | |
| 18:53 | for example: http://git.koha-community.org/[…]6f4dfd3e52a0cd222 | |
| 18:58 | bgkriegel joined #koha | |
| 19:06 | cait joined #koha | |
| 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 | bgkriegel++ | |
| 19:11 | :) | |
| 19:20 | fab_ joined #koha | |
| 19:25 | bgkriegel joined #koha | |
| 20:06 | oleonard | Bye #koha |
| 20:06 | cait | bye oleonard |
| 20:18 | nengard left #koha | |
| 20:40 | kmlussier left #koha | |
| 20:52 | fab_ | After installed Koha is possible to switch from 21 to UNIMARC ? |
| 20:53 | or I need to re-install it from scratch? | |
| 20:59 | cait | itis possible, but it requires a few things |
| 20:59 | 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 | I already deleted the VM :-) | |
| 21:00 | cait | oh |
| 21:00 | if you haven't before... i'd recommend installing using packages | |
| 21:00 | 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 | I found just now the right combination: Debian 6.0.5 32 bit and Koha 3.1.6 | |
| 21:05 | and the catalogue search works perfect! | |
| 21:05 | *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 | but it's nice that it work | |
| 21:06 | s :) | |
| 21:06 | fab_ | jcamins: yes, sorry. |
| 21:06 | jcamins | fab_: okay, carry on then. |
| 21:06 | :) | |
| 21:06 | fab_ | cait I tried lot of times without luck |
| 21:34 | cait | hm |
| 21:34 | 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 | it wouldn't make sense i fthe email address is syntactically wrong for example | |
| 21:50 | barton | that's good. |
| 21:51 | yeah. | |
| 22:25 | 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:42 | cait joined #koha | |
| 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 | si that good or bad? | |
| 22:53 | wizzyrea | it's awesome |
| 22:58 | cait | :) |
| 23:07 | cait left #koha | |
| 23:08 | eythian | http://theappendix.net/issues/[…]deo-game-mechanic <-- rangi |
| 23:12 | rangi | interesting |
| 23:12 | wahanui | it has been said that interesting is sometimes good and sometimes bad |
| 23:14 | papa joined #koha | |
| 23:23 | irma joined #koha | |
| 23:25 | irma_ joined #koha | |
| 23:48 | NateC joined #koha | |
| 23:52 | drojf joined #koha |
← Previous day | Today | Next day → | Search | Index