IRC log for #koha, 2015-11-17

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

All times shown according to UTC.

Time Nick Message
00:05 dcook Blarg... always new dependencies...
00:06 Why are we using SOAP...
00:06 NorwegianPatronDB? Boo..
00:08 And Crypt::GCrypt isn't building..
00:11 Oh sweet jesus..
00:11 The hell...
00:11 Why is Koha failing to load when Crypt::GCrypt isn't required...
00:17 eythian: Did you build Crypt::GCrypt for Koha or was it already in Debian?
00:18 eythian looks like it was already there.
00:19 dcook I thought that might be the case..
00:19 I wonder if they fixed it up themselves. The version from CPAN won't build at all... blarg
00:20 Another question...
00:20 Does "require" load the module but not export anything?
00:20 Crypt::GCrypt appears to be required even though it's marked as not required in the perldeps
00:21 eythian you're using the word "require" with two definitions, I'm no longer sure what you're asking :)
00:21 dcook I'm guessing mainpage.pl uses Koha::Borrowers::Discharge which uses Members which requires Koha::NorwegianPatronDB
00:22 eythian but yes, "require" is like use without the exports I'm pretty sure
00:22 dcook And that's causing mainpage.pl not to compile because I can't install the Crypt::GCrypt which Koha::NorwegianPatronDB uses
00:22 That's what I thought :/
00:23 Looks like I'm not the only one Crypt::GCrypt won't work for: https://rt.cpan.org/Public/Bug[…]lay.html?id=97201
00:23 I suppose I could force install it but I really rather not do that..
00:24 eythian https://anonscm.debian.org/cgi[…]kg-perl/packages/ <-- you can probably find any debian patches for it in here
00:24 dcook Just investigating a similar angle now :)
00:24 Damn... yeah that might be the only option..
00:26 Hmm nothing special at a glance
00:26 Looks like they're skipping tests
00:26 Ah, and a patch to compile with libgcrypt 1.6
00:26 That would be the vital one
00:27 At least for Crypt::Gcrypt 1.26..
00:27 But Wheezy has 1.25..
00:28 Well 1.25-1
00:30 Maybe I'll get lucky and someone at openSUSE will have packaged it..
00:30 Or this is when I learn to package RPMs so I can distribute to my other servers :p
00:35 eythian how hard could it be ;)
00:35 dcook hehe
00:36 Well, in this case, I imagine it shouldn't be too too bad
00:37 Not that I have time for this...
00:37 I suppose I better make time or else no more Koha development which will definitely be a wrench in the works
00:38 Have to wonder a bit about using a crypto library that hasn't been updated in over 2 years though...
00:38 eythian yeah
00:38 dcook Well, I guess it's an interface, but still
00:38 Hmm, the author is active on Github...
00:39 Maybe he doesn't pay attention to CPAN anymore
00:39 rangi in that case i think magnus had to have one that works with what they are expecting at the national library end
00:40 dcook rangi: Yeah, I figured that was probably the case
00:40 eythian it sounds like the best solution for now would be to only load that module on demand
00:40 dcook I think we've had to do things like that on the Athens side of things
00:40 ^
00:40 rangi theres a patch for that
00:41 it just failed qa, but needs a couple of simple fixes
00:41 using module::conditional::load
00:41 dcook Interesting... how does that work?
00:42 Oh, I see..
00:42 Interesting
00:42 wahanui Interesting is sometimes good and sometimes bad
00:43 rangi we use it for Koha::Cache and a few other places already
00:43 its better than the if, require import
00:43 old way of doing it
00:43 dcook Yeah, the if/require seems like you wouldn't know a problem exists until much later
00:43 Whereas with this you probably get something in the logs if it doesn't load?
00:45 rangi if you want yep
00:45 dcook Handy
00:45 rangi: Do you recall that bug number off the top of your head?
00:45 rangi if (! can_load (list of modules)) {
00:45 warn "its broken";
00:45 etc
00:45 * dcook is also going to see if alexrj will update cpan and github...
00:46 rangi nope
00:46 dcook I guess this is my week of reporting bugs upstream
00:46 cait 15182
00:46 dcook cait: You're the best
00:46 bug 15182
00:46 cait it broke my installation...
00:46 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15182 blocker, P5 - low, ---, jonathan.druart, Failed QA , make test fails immediately on 3.22.00-beta due to missing Crypt::GCrypt which is optional
00:46 cait i failed it yesterday
00:46 rangi its using load
00:46 dcook Wow... someone else using openSUSE... wild
00:46 rangi which it doesnt need, can_load loads if it can
01:14 Francesca joined #koha
01:16 dcook Huh... I wonder why it wouldn't work for Cait..
01:16 Both Module::Load and Module::Load::Conditional are in core..
01:17 I guess that should be Module::Load::load rather than just load...
01:17 But then why it would work for others..
01:18 rangi you dont need it
01:18 can_load does the load
01:18 loading it twice is just silly
01:19 dcook Ahh, neato burrito
01:19 Are you going to comment to that effect?
01:20 rangi not today im not
01:20 dcook Cool. I can convey that for you then, if you don't mind?
01:20 rangi yep thats fine
01:20 dcook Cool. Thanks :)
01:28 Hmm... hmmm haww
01:31 Booywah
01:31 Booyah*
01:31 Cheers rangi
01:31 and cait
01:31 And all the people
01:55 Francesca joined #koha
02:00 Francesca joined #koha
02:09 dcook Anyone know where Zebra ouputs info with the packages?
02:09 I'm guessing it is...
02:10 -> /var/log/koha/instance/zebra-output.log
02:10 I guess no time like the present to see if my VM still works..
02:11 Huzzah..
02:12 eythian it's there, but it logs bugger all
02:13 dcook Yeah... that's... weird
02:13 The Zebra log I have on openSUSE is awesome
02:13 eythian I don't know if it's just that loglevels are set badly or what
02:13 dcook Sure makes you wonder
02:13 Let's see if I can find a quick answer..
02:14 It looks a bit odd..
02:14 pastebot "dcook" at 127.0.0.1 pasted "zebra related processes on Debian" (6 lines) at http://paste.koha-community.org/167
02:14 dcook Oh wait, I was reading that wrong
02:14 So the daemon starts the zebrasrv process
02:14 We log straight out from zebrasrv..
02:15 eythian well, those logs are (I presume) catching stderr, stdout.
02:15 or something along those lines
02:16 dcook That's what you'd hope
02:16 Hmm
02:16 Yeah we use zebrasrv -l
02:16 Ah, maybe we do up the log level
02:16 Let's see...
02:16 Nope...
02:18 H'okay... what starts zebrasrv in the first place?
02:19 Let's say the shell command..
02:21 Ahh, I don't think we're outputting stderr
02:21 pastebot "dcook" at 127.0.0.1 pasted "Zebra stuff" (24 lines) at http://paste.koha-community.org/168
02:21 dcook errlog is the daemon's error ou tput
02:21 not the client's
02:21 That's stderr
02:21 --stderr*
02:22 So we're doing the client's "output" and "stdout" but not "stderr"..
02:23 That said, I do have a zebrasrv [warn] in my zebra-output.log.1
02:26 Hmm --stderr doesn't really make much difference..
02:26 errr... or maybe it would if the process actually changed..
02:28 Very interesting...
02:29 Not sure that "is_zebra_running" actually works..
02:30 Possibly because we're using return codes like exit codes...
02:30 Which I don't think you can do
02:31 Well, then again..
02:33 eythian dcook: don't forget to pass these on to the packaging manager :)
02:33 dcook hehe
02:33 Well, I was wrong about the return/exit code thing
02:33 Can tell how strong my bash-fu is..
02:33 It's been ages since I had to work with either
02:33 But it looks like restarting the daemon doesn't restart the daemon...
02:33 It restarts the child process
02:34 But the actual daemon goes chugging along
02:34 I suppose that makes a certain amount of sense..
02:34 --restart             - Restart a named daemon client
02:34 Bah..
02:35 Not sure how to take down this daemon process without just killing it
02:37 Ah, stopping it does it...
02:41 ...this is so frustrating.
02:45 Hello...
02:45 wahanui well, hello is there an official install guide? i couldnt find anything on the docs page of the site
02:47 dcook Well that's bloody useful
02:48 eythian: Two things
02:48 wahanui Two things are being conflated here making it confusing.
02:48 dcook Apparently you have to use the -l flag
02:48 for zebrasrv
02:48 And second... it turns out that we were specifying a low logging level
02:48 Which didn't show up when I looked up the process with ps...
02:48 eythian ah OK
02:48 * dcook twitches
02:48 dcook Of course, that probably makes sense
02:49 As with full logging, you're logging every search
02:49 eythian we probably don't want that (but being able to turn it on would be nice)
02:49 dcook Yeah, being able to turn it on would be nice
02:49 I suppose logs are rotated weekly... but still
02:51 eythian there's privacy implications among other things
02:55 dcook Got to love documentation that isn't correct...
02:55 turns out "request" is a number log level which isn't documented..
02:56 Yeah, I suppose privacy might factor in
02:56 Although we're already storing that in the database in search_history
02:56 I suppose that's optional though I think..
02:58 Huh... turns out koha-restart-zebra will do something ot the zebrasrv process... but still doesn't touch the options..
02:58 That is, a restart is not the same as a stop and start
03:13 Hmm... turns out you don't need to add the "-l" flag after all...
03:13 Just for some reason instead of going to stderr, it goes to output...
03:14 It's only an additional three lines of content...
04:14 Amit_Gupta joined #koha
04:14 Amit_Gupta hi all
04:34 BobB joined #koha
05:55 mveron-away joined #koha
05:56 mveron Good morning / daytime #koha
06:08 Amit_Gupta joined #koha
06:14 saiful joined #koha
06:38 cdickinson_ joined #koha
06:38 laurence joined #koha
06:44 mario joined #koha
07:05 June joined #koha
07:06 June Hi
07:07 can please someone help me to explain how to deploy Solr in KOHA
07:08 I do deployment according to this link http://wiki.koha-community.org[…]i/Solr_deployment , but I couldn't find SearchEngine folder
07:28 fridolin joined #koha
07:29 fridolin hie
07:31 wilfrid joined #koha
07:43 reiveune joined #koha
07:43 reiveune hello
07:54 * magnuse waves
08:02 alex_a joined #koha
08:02 alex_a bonjour
08:02 wahanui salut, alex_a
08:03 fridolin left #koha
08:13 fridolin joined #koha
08:31 gaetan_B joined #koha
08:31 gaetan_B hello
08:31 wahanui kia ora, gaetan_B
08:31 hyvaria joined #koha
08:37 ashimema June, solr is no longer supported in Koha
08:37 and hasn't for at least a couple of years
08:48 sophie_m joined #koha
09:05 Francesca joined #koha
09:42 paul_p joined #koha
10:32 cait joined #koha
10:40 ashimema quiet in here this morning
10:59 * mveron waves
10:59 mveron @wunder Allschwil
10:59 huginn mveron: The current temperature in Grenchen, Switzerland is 12.0°C (11:50 AM CET on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 82%. Dew Point: 9.0°C. Pressure: 30.15 in 1021 hPa (Falling).
10:59 * cait waves
11:03 ashimema @wunder Stevenage, uk
11:03 huginn ashimema: The current temperature in Stevenage, England, Stevenage, United Kingdom is 12.3°C (11:03 AM GMT on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 80%. Dew Point: 9.0°C. Pressure: 29.65 in 1004 hPa (Steady).
11:04 cait @wunder Konstanz
11:04 huginn cait: The current temperature in Konstanz, Germany is 13.0°C (12:00 PM CET on November 17, 2015). Conditions: Light Rain Showers. Humidity: 52%. Dew Point: 6.0°C. Pressure: 30.10 in 1019 hPa (Falling).
11:51 magnuse @wunder boo
11:51 huginn magnuse: The current temperature in Bodo, Norway is 4.0°C (12:20 PM CET on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 65%. Dew Point: -2.0°C. Windchill: -2.0°C. Pressure: 29.24 in 990 hPa (Steady).
11:52 magnuse yesterday was freezing
12:11 mveron-away_ joined #koha
12:11 liw @wunder hel
12:11 huginn liw: Error: No such location could be found.
12:11 liw @wunder helsinki
12:11 huginn liw: The current temperature in Helsinki, Finland is 7.0°C (1:50 PM EET on November 17, 2015). Conditions: Scattered Clouds. Humidity: 93%. Dew Point: 6.0°C. Windchill: 4.0°C. Pressure: 29.47 in 998 hPa (Steady).
12:30 tcohen joined #koha
12:31 ashimema hi liw... nice of you to pop in :)
12:33 tcohen morning
12:33 magnuse kia ora tcohen!
12:34 tcohen: do you know when translations for 3.22 will be updated?
12:35 tcohen today i'm setting string freeze
12:35 there haven't been many string updates since the last update anyway
12:41 magnuse ok, thanks!
12:41 * magnuse sets aside thursday for translating
12:44 * cait does the same
12:44 cait tcohen: some bugs waiting for you to push them :)
12:44 tcohen hi cait
12:44 cait hi tcohen :)
12:45 * tcohen stares at his queue, *sigh*
12:46 tcohen where are the C4::Dates removal patches??
12:46 cait working on those next
12:46 but there were some red ones first
12:46 @later tell drojf rebel!
12:46 huginn cait: The operation succeeded.
12:47 tcohen magnuse: why don' tyou use debian/wheezy64 for kohadevbox?
12:48 TGoat joined #koha
12:50 NateC joined #koha
12:51 meliss joined #koha
12:51 magnuse tcohen: not sure!
12:51 tcohen heh
13:04 huginn New commit(s) kohagit: Bug 15070: Update MARC21 it-IT frameworks to Update 21 (September 2015) <http://git.koha-community.org/[…]0bea8192a1033e3d5> / Bug 15171: Display subscriptions which will expire in the future <http://git.koha-community.org/[…]1a8e7d8baffe8a08c> / Bug 15114: Fix typo in opac-suggestion template <http://git.koha-communi
13:14 New commit(s) kohagit: Bug 15185: Remove Check*Holidays subroutines in C4::Circulation <http://git.koha-community.org/[…]1229951e61e8b23c4> / Bug 10067: decreaseLoanHighHolds messes with specify due date <http://git.koha-community.org/[…]301aeffb2517bf753> / Bug 15175: Respect IntranetBiblioDefaultView syspref <http://git.koha-community.org
13:28 Viktor joined #koha
13:44 huginn New commit(s) kohagit: Bug 15159: TestBuilder behaviour on AI values should be tested <http://git.koha-community.org/[…]8a5518c089313894f>
13:53 nengard joined #koha
13:56 talljoy joined #koha
14:00 JoshB joined #koha
14:03 Dyrcona joined #koha
14:03 hanthana joined #koha
14:05 cait bug 11144 needs a sign-off... :)
14:05 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11144 major, P5 - low, ---, katrin.fischer, Needs Signoff , Fix sequence of cronjobs: automatic renewal - fines - overdue notices
14:12 andreashm joined #koha
14:12 * andreashm waves
14:13 * cait waves
14:13 * ashimema waves
14:13 * magnuse waves
14:14 * ashimema wonders if it's mexican style ;)
14:14 andreashm nice to see a lot of waving.
14:14 =)
14:14 cait :)
14:15 * ashimema just wrote a non-blocking covers request script.. should be fun to see how the supplier copes with that.
14:15 andreashm anyone know of an easy way to increase the size of Kohadevbox vagrant disk image?
14:15 mario joined #koha
14:15 * andreashm is looking at you magnuse
14:15 ashimema magnuse.. your up
14:15 ;)
14:16 * ashimema should really look int devbox again at some point
14:16 * andreashm is trying to use a copy of our db... can't rebuild zebra because of disk space limit
14:16 ashimema I assume devbox is still using the gitify approach right.. in the end that's what put me off.. made a bunch of stuff harder to work with I found
14:23 aleitta joined #koha
14:27 aleitta_ joined #koha
14:29 cma joined #koha
14:32 misilot is there a way to mark an item (or item type) for in library use only? so it states for use in library only to the staff member checking out the item?
14:32 I am on 3.18 right now
14:32 cait in 3.18 it's not quite doable yet
14:32 what you are looking for are on-site checouts
14:33 misilot which are there
14:33 cait there are 2 prefs for that in 3.18
14:33 but you can't restrict to only allow on-site checkouts in 3.18 - that will work in 3.22
14:33 misilot ah, ok so in 3.22 we would be able to restrict items to be on-site checkouts only
14:33 ?
14:34 cait yes, sec
14:34 bug 14045
14:34 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14045 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Add specific quotas to on-site checkout
14:35 cait you could set a circulation condition to 0 normal checkouts allowed and x on-site checokuts allowed
14:35 misilot thanks cait :)
14:35 cait and then set the new pref to 'don't count on-site as normal chekouts'
14:36 misilot i think it will be a while before we get this :( though it is nice to know it is coming
14:37 magnuse andreashm: it should be documented somewhere around here: https://docs.vagrantup.com/v2/[…]ntfile/index.html
14:37 cait maybe set it to be 'for reference' for now... and then have circ staff handle it?
14:37 magnuse andreashm: i think you have to tweak this line: https://github.com/digibib/koh[…]r/Vagrantfile#L25 but not sure of the details
14:37 * magnuse runs off to make dinner
14:44 andreashm thanks magnuse
14:44 * andreashm is trying to clone the disk to vdi to be able to increase size. we'll see how it goes
14:45 wnickc joined #koha
14:52 trasheagle joined #koha
14:52 mveron-away joined #koha
14:52 talljoy1 joined #koha
14:54 cma joined #koha
14:58 amyk joined #koha
15:16 mveron Hi again #koha after a long meeting
15:45 Dyrcona joined #koha
15:45 * cait waves at mveron
15:46 cait i need a rebase for the serials patch i am afraid
15:51 * mveron waves back, was distracted by a phone call
15:52 cait hm testing again
15:52 mveron: hmpf - patches apply now :)
15:52 sorry for the trouble
15:52 * mveron likes magic...
15:53 tcohen cait: you need to --hard reset before testing sutff :-P :-P
15:53 cait hmpf
15:53 don't annoy the qa person
15:53 i went for a walk outside... that could have helped a bit :)
15:54 tcohen heh
15:54 * mveron will file a bug for self healing patches :-)
15:55 tcohen mveron: that'd be awesome
15:56 cait some help with the dates patches would be good
15:56 ashimema: khall - ping? :)
15:56 khall what's up?
15:57 ashimema pong
15:57 cait i need help :)
15:57 14960, 14946
15:57 14954
15:58 they are still valid for 3.22...
15:58 tcohen indeed
15:58 * ashimema will try to look this evening if khall hasn't beat him to it.looking after not very well millie right now
15:58 khall I'll see what I can do!
15:58 mveron ...and bug 14870 needs sign-off
15:59 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14870 enhancement, P5 - low, ---, veron, Needs Signoff , Delete C4/Dates.pm from System
15:59 cait poor millie
15:59 hope she feels better soon
15:59 tcohen oh!
15:59 cait oh?
15:59 ashimema ?
15:59 * tcohen sends hugs to millie
15:59 cait mveron: did i miss another?
15:59 i am working on the serials one
15:59 so i didn't list that :)
16:00 mveron It is the final clean-up bug
16:00 ashimema millie's just a bit under the weather.. nothing serious.. just enough to make it so me working is near impossible..
16:00 one handed codeing whilst rocking baby in other arm is hard ;)
16:00 cait heh you can ask tcohen for tips
16:01 ashimema :D
16:02 cait but seriously - it would be great if we could finish the dates patches between us
16:02 * mveron about 25 years ago introduced an easter egg into a software that played a children's melody. It helped to smooth the baby  :-)
16:03 bag ha :)
16:03 I like that
16:03 cait you could do that now with the new sound alerts
16:03 mveron :-)
16:04 ashimema you see my pm bag?
16:04 rocio joined #koha
16:05 bag no I didn’t
16:05 could be on my office computer
16:05 ashimema no worries..
16:05 tcohen later, i'm starving :-D
16:06 ashimema I was congratulating you on rm.. and asking if you wanted me to stand for auth mm and qa team again.. as I totally missed the meetings and stuff
16:06 bag oh yes please :)
16:06 ashimema I'm hoping I'll have a bit more time this cycle.. though not likely for a few more weeks.. need to tie up some projects before I get back into the koha mindset
16:07 cait :)
16:14 ugh
16:14 I have a subscription... where generate next will only work every other time
16:14 so once it reloads the page not changing anything... and then the next time it does... and the issue number is +2 then...
16:15 and yes... master and with the patches
16:18 paul_p joined #koha
16:20 fridolin left #koha
16:42 mveron cait: I tested with 2 different serials, with and without patches, could not reproduce.
16:42 cait yeah i have t see if i can reproduce
16:42 the logs are empty
16:43 it might be something specific to this subscription... but it's really weird
16:43 mveron cait: Frequency?
16:43 cait 1/month
16:44 numbering pattern: number
16:44 mveron 1/day, will test new one with 1/month
16:44 reiveune bye
16:44 reiveune left #koha
16:45 cait thx!
16:46 i think it's not yoru patches... but it remains odd
16:47 i am using generate next on the serials collection page
16:48 mveron I did the same with a new serial, 1/month, then receive first one, then generate next on serials-collection.pl
16:49 It behaves OK. But it takes about 4-5 sec to generate the next one.
16:50 I tried to break it by hitting "Generate next" several times while it is not finished yet, but it behaved well.
16:51 cait: I propose you file a bug for it, we then can explore it later (since it is the same with and without patches)
16:54 rocio1 joined #koha
16:55 cait yep i will
16:55 just finishing dinner first
16:55 mveron enjoy :-)
17:01 cait i will try to investigate more first.. might be sometin gin my database
17:03 bag some GIN in your database?
17:04 cait ?
17:04 oh
17:04 something :)
17:05 but of course drunken databases are best for testing
17:06 bag HA
17:09 pianohacker joined #koha
17:17 burdsjm_ joined #koha
17:22 gaetan_B bye
17:24 burdsjm__ joined #koha
17:31 ribasushi joined #koha
17:41 laurence left #koha
17:44 trasheagle joined #koha
17:44 * trasheagle slaps trasheagle around a bit with a large fishbot
17:44 trasheagle whoa
17:56 talljoy joined #koha
18:13 burdsjm__ joined #koha
18:20 cait mveron: i think i figured it out, something weird in the prediction pattern - it creates different years each turn - so the generated issue for one appears hidden in the issues from last year..
18:40 mveron: still around?
18:41 founda problem with the acqui patches
18:41 mveron cait: Sorry, was distracted... Neighbours...
18:41 cait np
18:41 i will test continue testing the other pages
18:41 mveron cait: OK, will have a look at 14946
18:42 cait hm
18:42 it's weird - it also happens on the parcels page for me
18:42 ugh
18:42 give me a moment
18:42 forget it
18:42 wahanui cait: I forgot it
18:42 cait it's me
18:42 again
18:43 i think i disqualified for testing tonight...
18:43 i loaded an older database
18:43 and it has a different dateformat setting
18:43 mveron Ok, glad to hear :-)
18:43 * cait is embarassed
18:43 mveron And you are very qualified for testing :-)
18:43 cait++
18:44 cait maybe not right now, i will take a break
18:44 mveron Do so...
18:44 * mveron sends some chocolate...
18:44 cait we are still a bit closer :)
18:44 thx!
18:54 tcohen what else?
18:54 cait tcohen: hm?
18:55 tcohen i want more patches to push!
18:55 bugfixes?
18:55 wahanui bugfixes are still fair game
18:55 huginn New commit(s) kohagit: Bug 15168: (followup) remove useless diags <http://git.koha-community.org/[…]659d091d21aacbbac> / Bug 14960: Simplify the date management in staticfines <http://git.koha-community.org/[…]00c521cb2087d1049> / Bug 14960: Remove C4::Dates from files in misc/cronjobs <http://git.koha-community.org/[…]?p=koha.git;a=com
18:55 tcohen ehh
18:55 cait my brain is not working
18:55 i need a break!
18:59 tcohen bbl
18:59 bye!
19:00 trasheagle joined #koha
19:01 rangi magnuse: http://wiki.koha-community.org[…]i/Solr_deployment  <-- better
19:01 cdickinson_ joined #koha
19:01 rangi what you can do is add {{Obsolete}} to the top of the page, and it does that
19:02 cait i just read recently we were kicking out zebra for solr..
19:02 *sigh*
19:02 rangi who wrote that?
19:02 cait it was in a protocol from a meeting
19:03 i am not sure the obsolete is enough - maybe we should also put a note that it has not been implemened and there are currently no plans to do it?
19:04 trasheagle The change from Zebra to Solr would impact the project I am working on.
19:04 rangi it would if it was happening
19:04 its not
19:04 elastic search is being added
19:04 but not replacing Zebra at least not in the next year or 2, only as well as
19:06 cait hm i switched http://wiki.koha-community.org[…]witch_to_Solr_RFC too
19:07 rangi cool
19:08 cait only took me like 5 tries to get it right... it#s good i stopped testing for now
19:09 http://wiki.koha-community.org[…]ene_Documentation too?
19:09 rangi yeah
19:09 hopefully our newly elected wiki editor will do some tidying too ;)
19:16 hmm people who evaluate software, by doing a literature search ... yeah .. that might work if software NEVER CHANGED
19:19 khall joined #koha
19:30 bag magnuse: HI
19:47 rocio joined #koha
20:43 wizzyrea http://bugs.koha-community.org[…]_bug.cgi?id=15188 well that's a pretty terrible bug.
20:43 huginn 04Bug 15188: normal, P5 - low, ---, gmcharlt, NEW , remove_unused_authorities.pl will delete all authorities if zebra is not running
20:43 bag wow
20:44 cait yep
20:44 but no patch yet
20:44 bag wonders how often that script is run?
20:44 * bag has never but that doesn’t mean someone hasn’t
20:44 wizzyrea this condition is probably not terrifically common
20:47 cait theoretically tho... someone could want to run it in cron
20:47 to clean up authorities they missed up deleting
20:47 wizzyrea right, but zebra has to be not running
20:47 and under normal circumstances it always is
20:48 so it wouldn't pop up thaaaat often
20:48 but if you cronned it, yeah it could be terribly dangerous.
20:48 cait yeah... but when it does... it's pretty terrible
20:48 only way to recover is from backups
20:48 wizzyrea yeah
20:48 very bad no good.
20:48 * cait nods
20:48 cait definitely worth fixing
20:59 xarragon So when I am manually usig yaz-client against the koha zebra database I get an error message about 'Default' being unavailable.
21:00 I assume this is the name of the default Database (not present) and I need to perform the equivalent of 'USE DATABASE koha' (from mysql), which should be 'base koha'?
21:00 bag I think it’s biblios
21:01 laurence joined #koha
21:01 xarragon bag: Ah, thanks! it works
21:01 laurence left #koha
21:01 bag sweet
21:01 cait bag++
21:01 also khall++ - thx for qa :)
21:01 bag yay!
21:01 xarragon bag++
21:01 bag khall++
21:03 cait I think i can finish bug 14946 later, but we still need qa for bug 12072, bug 14954 and sign off for 14870 then
21:03 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14946 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Remove C4::Dates from files acqui/*.pl
21:03 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12072 enhancement, P5 - low, ---, veron, Signed Off , New dateformat dd.mm.yyyy
21:03 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14954 enhancement, P5 - low, ---, veron, Signed Off , Remove C4::Dates from holiday related files in folder tools
21:04 wizzyrea bug 14870
21:04 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14870 enhancement, P5 - low, ---, veron, Needs Signoff , Delete C4/Dates.pm from System
21:04 bag cait I’m going to go make lunch - but I’m your man after lunch to QA those 2 :)  (maybe sign off)
21:06 xarragon Ah, I can probably use the 'explain' facility to get the database names
21:07 cait bag: any help much appreciated :)
21:07 be a bit careful about the dependencies when you do the sign off
21:09 bag hmm ok I may ask for some help/clarification when I’m back
21:12 xarragon Got to love the section numbering of the Z39.59 (2003) spec:
21:12 "3.2.2.1.2 Database-names
21:13 Yes, it is 280 pages long.. But I almost thought it was a phone number at first glance :-)
21:14 bag :D
21:14 ha
21:16 cait heh
21:18 nengard left #koha
21:21 wizzyrea don't we keep the zebra database names in the koha-conf.xml
21:21 or are we talking about something else.
21:22 it's like biblios and authorities (aren't we creative)
21:31 xarragon wizzyrea: Yes, probably. it is also listed on the 'explain' page.. The default one
21:31 jcamins Yes, yes, and don't you know it? :)
21:31 xarragon It is just me being completely unfamiliar with yaz/z3* and zebra all at once
21:31 jcamins "And I shall call this land... land."
21:31 :)
21:31 wizzyrea :D
21:32 xarragon I am basically just trying out doing manual queries directly with the zebra server.
21:35 End goal being able to understand the syntax of z39.50 so that I can query a specific index/MARC-field from Koha
21:36 So I have bee digging through from the filesystem level up through the stack, doing some tutorials and generally abusing the indexer
21:36 I was looking the XSLT transformation stuff but got scared, having figured out that field 001 was seemingly actually being indexed already
21:36 magnuse hm, does plack and memcached not play well together?
21:37 rangi magnuse: they play together fine
21:38 magnuse rangi: not on my server... :-(
21:38 rangi what are the symptoms?
21:38 magnuse i can log in, but whatever i click on i get "session expired" and the login screen
21:39 rangi most likely our bug then
21:40 because of the silly put memcached stuff in env variables in a apache
21:41 magnuse rangi: uh huh?
21:42 rangi so koha bug, not a memcached/plack one .. i bet the variables aren't being passed through, unless we removed it from the apache conf and put it back in koha-conf.xml where it belongs already
21:43 magnuse i have it both places, just to be sure...
21:44 but i guess koha expects it to be in apache config
21:44 rangi try
21:44 echo "stats items" | nc 127.0.0.1 11211
21:44 see if anything is actually set in your memcached
21:44 or
21:44 bag what’s nc ?
21:44 rangi netcat
21:44 bag thanks
21:48 pastebot "magnuse" at 127.0.0.1 pasted "stats items" (62 lines) at http://paste.koha-community.org/169
21:49 * bag curious to see what you’re looking for
21:49 rangi you can then do
21:50 echo "stats cachedump 1 100" | nc 127.0.0.1 11211
21:50 and 6
21:50 7 8 20 etc
21:50 to see whats actually in there
21:50 pastebot "magnuse" at 127.0.0.1 pasted "stats cachedump" (3 lines) at http://paste.koha-community.org/170
21:51 rangi right, so it's caching something
21:51 bag nice password magnuse ;)
21:51 just kidding
21:51 rangi id check each of those slabs (the number after items: is a slab id)
21:51 see if you can find any that have session data
21:52 magnuse bag: huh what where? ;-)
21:52 bag HA
21:52 pastebot "magnuse" at 127.0.0.1 pasted "maybe 6?" (22 lines) at http://paste.koha-community.org/171
21:53 rangi yep, those look like them
21:53 so it looks like it is at least setting them ok
21:54 magnuse similar stuff in 7 and 8
21:55 bag session storage is set to memcache?  or it doesn’t matter memcache just stores it anyways?
21:56 magnuse SessionStorage = memcached
21:56 huh, now it seems to be working...
21:57 rangi heh
21:58 magnuse yup, it's working
21:59 it could feel us getting closer, peering into the secrets of memcached, so it decided to behave (for now?)
22:00 bag don’t blink
22:00 or turn your back
22:00 step slowly backwards
22:00 magnuse well, i do plan to sleep pretty soon ;-)
22:01 bag just cache your sleep man
22:01 magnuse lulz!
22:01 * bag secertly proud of that one (self high five)
22:02 magnuse well deserved, i'd say!
22:02 knuckles!
22:04 rangi++ for memcached magic - i'll see if i can add it to http://wiki.koha-community.org[…]hooting_memcached in a coherent way in the morning
22:05 rangi cool
22:06 magnuse btw, when i discovered i had forgoten to install memcached on my experimental plack server i had more than 300k session files in /tmp...
22:07 rangi yep, its not pretty
22:07 magnuse moved a database from my production server to the plack server. in the database was SessionStorage = memcached, but no memcached on the server
22:07 eythian hi
22:07 wahanui hello, eythian
22:08 magnuse kia ora eythian
22:09 have fun #koha!
22:10 bag night night magnuse
22:11 dcook joined #koha
22:27 tcohen joined #koha
22:28 tcohen hi
22:28 dcook yo tcohen
22:32 tcohen volunteers to look at failing tests?
22:36 * cait hides
22:40 dcook I'm looking at issues with charmaps :)
22:40 When I should actually be working on a different project all together >_>
22:40 Btw, thanks for your comments on Bugzilla, cait :)
22:41 I probably won't have time to respond until next week, but thanks :)
22:41 * cait thinks
22:41 cait oai?
22:41 dcook Yep
22:43 The charmap one is tricky...
22:43 Take the following example:
22:43 equivalent ï(ie)
22:43 map ïi
22:43 It appears that this makes ï and ie equivalent... and ï gets mapped to i
22:44 So searches for "siemon" are the same as searches for "sïmon" which as the same as searches for "simon"
22:44 map seems to affect indexing and searching, while equivalent only affects searching
22:44 As "sïmon" becomes "simon" in the indexes, while "siemon" stays as "siemon"
22:44 But I can potentially understand the reasoning for the equivalent directive...
22:44 Especially when I look at "equivalent å(aa)"
22:45 Since 'aa' and "å" really are equivalent in Scandinavian languages I thin
22:45 think*
22:45 Of course, I suppose one should be using ICU for multilingual content, although I wonder if that same problem occurs there..
22:46 Probably not... it probably doesn't handle that equivalence
22:46 Unless you write your ICU chain for Scandinavian languages..
22:47 rocio1 joined #koha
22:50 bag @wunder 97215
22:50 huginn bag: The current temperature in Kittyland Love Center, E Tabor, Portland, Oregon is 11.8°C (2:50 PM PST on November 17, 2015). Conditions: Rain. Humidity: 98%. Dew Point: 12.0°C. Pressure: 29.88 in 1012 hPa (Falling).
22:50 bag wicked windy here - like 20 mph+
22:51 * dcook had forgotten that bag had moved
22:51 dcook Hurray for the pacific northwest :)
22:51 bag yay!
22:54 eythian bag: 20mph?
22:54 that's not wind
22:55 it's barely a breeze!
22:55 wizzyrea yeah, not wind.
22:55 >.>
22:55 bag sorry I will go back to being blown in the wind then
22:56 dcook 20mph...
22:56 What's that in sane measurements..
22:56 32km..
22:56 Bah :p
22:56 bag loud :)
22:57 I think you all are missing the plus that I added - + as in 20mph +  ;)
22:57 dcook Oh and "like"
22:57 eythian it's about 30kph here right now, which is to say, not windy at all :)
22:57 bag phew
22:58 dcook Google says 27km/h :p
22:58 Can't recall the strongest wind speeds I've encountered...
22:58 60? 80?
22:58 eythian probably around 120-130 here.
22:58 dcook I mean being out in. I don't think I've gone out in the triple digits
22:58 bag ok so it says gusts up to 56 km/h
23:00 dcook https://www.ec.gc.ca/manobs/de[…]g=En&n=361F311D-1
23:00 22-27km, technically classed as a strong breeze
23:00 56-63 violent storm
23:00 64+ hurricane
23:00 That doesn't seem right
23:00 eythian oh, it's a severe weather watch day here today.
23:01 dcook Ah, knots
23:01 Not kms
23:01 22 knots is 40km apparently
23:01 eythian oh, for friday we're expecting it to be windy
23:01 dcook 56 knots is 103km
23:01 56km is 30 knots so..
23:01 Near gale, bag ;)
23:02 bag nice that’s clarified for me :)
23:02 I wish this gale would quiet down
23:02 dcook But, being in the pacific northwest, you're allowed to complain
23:02 unjustifiably allowed to complain*
23:02 ;)
23:02 My favourite thing visiting Vancouver in winter... all the mounds of salt from where people were freaking out about their 6 hours of ice on the roads
23:02 bag excellent - I shall take advantage
23:03 dcook Or the sound of snowplows taking off the top layer of asphalt in Vancouver after snow has fallen... and melted before the truck has even gotten there...
23:03 bag yeah
23:03 * dcook loves taking the piss out of west coast people in winter
23:03 eythian apparently 248kph is the highest in Wellington
23:04 dcook Fortunately, it's super cold and super windy in Saskatchewan in the winter and super hot in the summer, so we can justifiably complain all year round
23:04 Nice, eythian
23:04 eythian and ~200 days of the year it's over gale force
23:05 bag nice 30 cm of snow up on mount hood - skiing time soon :)
23:19 tcohen eythian: can u take a look at 15200? that tests should be context-independent, maybe we introduced a bug
23:19 eythian bug 15200
23:19 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15200 enhancement, P5 - low, ---, chris, NEW , t/Creators.t fails when using build-git-snapshot
23:19 tcohen btw, did you manage to build the beta? :-D
23:20 eythian tcohen: I'm not the 3.22 package manager! :)
23:20 dcook hehe
23:20 tcohen: Thanks for pushing that conditional loading patch!
23:20 tcohen thanks for supporting it!
23:20 hehe
23:21 eythian tcohen: so the actual failure is those t/Creators.t tests
23:21 tcohen mirko filled that bug
23:21 eythian though, I guess if it can't find the fonts, that might be wierd
23:21 tcohen that's not jenkins problem right now
23:22 i only take care of jenkins hahahah
23:22 well, not there yet
23:23 eythian I'm not sure where it's getting the koha-conf that it uses for building from
23:23 I thought it might have been the one in etc/ but that has full paths
23:25 tcohen eythian: that's pre-rules right?
23:25 eythian no
23:25 well
23:25 I'm pretty sure the rules stuff is applied first
23:26 tcohen k
23:30 f*ck
23:31 it is not mocking C4::Context :'-(
23:32 someone should fund rewriting the test suite, at least making it kosher and cover most of the code
23:33 bag done
23:33 how much?
23:33 * cait is curious about tcohen's reaction
23:33 tcohen i'm shocked
23:34 bag once we get the grants part of the “fund” done - that’s a good thing to apply for money for :D
23:34 dcook :D
23:34 * tcohen agrees 100%
23:35 bag bobb and galen are writing that part now :)
23:35 tcohen I remember when you mentioned in Reno
23:35 how difficult was to have libraries invest in "hidden stuff"
23:35 and several libraries raising their hands at once
23:35 saying they cared about the project maintainability
23:36 libraries++
23:36 bag def
23:36 libraries++
23:38 tcohen eythian: unset KOHA_CONF ; prove t/Creators.t => FAIL damn
23:40 eythian ah
23:40 but, we do have a koha-conf when running tests I think, don't we?
23:41 tcohen i'm not sure, I don't think so
23:41 cait bag: are you testin g14954?
23:42 bag yes
23:42 cait i would take 12072 next then
23:42 bag yes 14954
23:42 cait hm my auto scroll stopped working agian
23:42 k thx :)
23:42 ah, i should probably do 14870 first
23:43 tcohen eythian: i don't see it happening, unless the env's KOHA_CONF is propagated into the pdebuild environment… which owuld point to a non-existing file hm
23:48 cait hm that's not looking good
23:48 oh
23:48 tcohen later #koha
23:49 cait just forgot one dependent patch
23:56 papa joined #koha

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

koha1