IRC log for #koha, 2014-06-17

← 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

koha1