Time Nick Message 23:48 rangi cya tcohen 23:47 tcohen bye #koha 22:38 tcohen true 22:35 rangi thats pretty amazing 22:35 rangi but also, 2 directors now, who have let him do that 22:34 tcohen oleonard is awesome :-D 22:34 rangi how cool is it that a library myacpl is 4th though 22:33 rangi hehe yeah, if you combine ? and gmail .. the unknowns are 2nd :) 22:33 tcohen google is close too :-P 22:33 tcohen catalyst++ 22:33 tcohen :-D 22:32 rangi http://git.koha-community.org/stats/koha-master/authors.html#commits_by_domains 22:31 rangi guess who moved into number 2 pushing liblime down in the companies list today 22:30 wahanui niihau, rangi 22:30 rangi hey hey 21:40 * tcohen knows about that 21:39 wizzyrea even I just simply don't have enough spoons for all the things that I should be on top of. 21:39 tcohen that was what I tried to reply to blou 21:38 tcohen that's true 21:38 tcohen otherwise you loose track 21:38 tcohen it needs to be around, daily 21:38 tcohen he 21:38 tcohen ah 21:38 wizzyrea keeping on top of every new thing. :) 21:37 tcohen ? 21:37 wizzyrea Oh and that's another problem 21:37 wizzyrea oh true, I didn't realise that was there. 21:35 tcohen at least extending it 21:35 tcohen you want t/db_dependent/selenium/basic_workflow.t 21:34 tcohen hehe 21:34 wizzyrea ^.^ 21:34 wizzyrea note I'm not asking you to write that. 21:33 wizzyrea users added, users removed, biblios/items added/removed, reserves added/filled/waiting/deleted/suspended, issues and returns 21:32 wizzyrea I want a tool off the side that basically simulates a day at the library 21:31 tcohen you need to first think 'what question would you like the tests to answer' 21:30 wizzyrea or tens at the very least 21:30 wizzyrea a good place to start maybe, would be to take say the members tests and build it up to not do like, one issue and return, but hundreds 21:30 tcohen and is completely do-able 21:29 tcohen that should happen on jenkins 21:29 tcohen if we had a complete test suite 21:28 wizzyrea and on and on 21:28 wizzyrea nonlinear upgrades 21:28 wizzyrea hundreds of reserves 21:28 wizzyrea hundreds of thousands of issues/old_issues 21:27 wizzyrea thousands of borrowers, tens of thousands of records 21:27 tcohen dataset, library versions, previous tries cruft, etc 21:27 wizzyrea *nod* the lack of a really good production scale dataset is a serious problem 21:26 tcohen I struggle more with the fact that devs are done in environments that don't match production, than with difficult bugs 21:25 tcohen only for making it easy to test plack i re-did the kohadevbox 21:25 tcohen and it is not the rest of the devs' fault 21:24 tcohen yes, they are hard 21:23 wizzyrea (the "advanced cataloguing interface" comes to mind) 21:22 wizzyrea and plack. And any dev that touches lots of things 21:22 wizzyrea it is reasonably hard to test things like elasticsearch 21:20 wizzyrea (I was having a moan about this yesterday, independent of this) 21:20 tcohen hahaha 21:20 wizzyrea and "why is this so haaaard" 21:20 wizzyrea the one about koha-zebra-jessie 21:19 wahanui which one is t? 21:19 tcohen which one? 21:18 wizzyrea this thread on developer problems is highly interesting 21:17 wizzyrea I"m still not sure I solved the problem that precipitated that original statement 21:17 wizzyrea hehe 21:15 tcohen i'm sure 21:15 tcohen or at least everyone has to review the docs each time 21:15 tcohen no one understands rewrite rules 21:15 wahanui tcohen: wish i knew 21:15 tcohen wahanui: what you heard 21:15 wizzyrea ^.^ 21:15 wizzyrea still mostly true 21:14 wahanui tcohen: what? 21:14 tcohen wahanui: i don't belive you 21:14 wahanui i think wizzyrea is so dumb at rewrite rules 21:14 tcohen hey wizzyrea 21:08 wizzyrea hi tcohen :) 21:06 tcohen hi kiwis 20:58 Mauricio_BR mmm ok i see, thank you 20:57 kidclamp you can alter the mapping, but then you will need to run a script to rebuild the db from the biblios 20:50 Mauricio_BR and can i map the 856a as a koha field after import a .mrc file? 20:47 kidclamp if not mapped to a koha field it is stored in the full record / marcxml field in biblioitems 20:46 Mauricio_BR but i do not know where the 856a marc-tag is stored in the database schema 20:46 Mauricio_BR thank you kodclamp, the thing is that I stored the url-cover in 856a 20:45 kidclamp make that url 20:45 kidclamp Mauricio_BR 856$u is likely mapped to / stored in biblioitems.uri in the DB 20:43 huginn eythian: [a,b,c,d,f,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z,2,3,6,8] 20:43 eythian @more 20:43 huginn eythian: The information needed to locate and access an electronic resource. The field may be used in a bibliographic record for a resource when that resource or a subset of it is available electronically. In addition, it may be used to locate and access an electronic version of a non-electronic resource described in the bibliographic record or a related electronic resource. (Repeatable) (1 more message) 20:43 eythian @marc 856 20:41 Mauricio_BR please i need to know where is stored the 856 marc-tag in the koha database schema... 20:35 Mauricio_BR Hola a todos buenas tardes. alguien habla español? 19:51 * cait waves back 19:45 * andreashm waves 19:05 mtompset Have a great day (24 hour period), #koha. 19:05 mtompset It's in /etc/cron*/koha-common I put *, because I don't know which one has it. :) 19:04 mtompset CrispyBran: It's a cronjob. 19:00 CrispyBran If anyone responded to my question, I missed it. :( 19:00 CrispyBran Sorry, app issues. :/ 18:59 eythian Pretty sure it's a cron job 18:54 CrispyBran Question for the room: How does one determine how Koha and when Koha calculates overdue and long overdue statuses? Is it on the fly, or is it done by a cron job? 16:58 kidclamp Okay, FQA for now, but works well elsewise 16:57 oleonard Agreed. I didn't notice that when I tested. 16:56 kidclamp just wanted your thought 16:53 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14060 normal, P5 - low, ---, jonathan.druart, Signed Off , Remove readonly on date inputs 16:53 kidclamp bug 14060 - I don't think we should warn on closing datepicker if no date is selected 16:52 oleonard Yes 16:52 kidclamp around oleonard? 16:09 reiveune bye 15:23 morgane bye #koha 15:06 oleonard Sure, thanks. 15:06 kidclamp can you open a ticket oleonard - that will keep it on my radart 15:05 oleonard It's not a high priority kidclamp, but I would like to clear up those warnings. 15:04 kidclamp looking into how I can clear the amazon links oleonard, but not overfly familiar with redis 15:00 kidclamp so we keep them a long time to increase results displayed 14:59 kidclamp when you do a new search coce gets the linkss, but doesn't display them until the next access 14:59 kidclamp I think it was to counter the fact that initial fetch doesn't load images 14:59 oleonard Wow that's a long time 14:58 kidclamp 1000 days 14:58 mtompset Okay... external git... :) 14:58 kidclamp 86400000 seconds 14:57 oleonard mtompset: https://github.com/fredericd/coce 14:57 mtompset oleonard: ecx doesn't exist in git. Is it in a system preference? 14:57 oleonard Out of curiosity, do you know what the lifetime of links is? 14:56 kidclamp or I can try to flush the amazon storage, but I don't know off top of my head 14:55 kidclamp so as the links expire the issue will resolve itself 14:55 kidclamp and new ones are pulled using https 14:55 kidclamp my guess, without looking into code, is that image links previously cached are http 14:55 oleonard Or perhaps fredericd does? 14:55 oleonard Do you know anything about that? 14:54 oleonard Some covers from https://images-na.ssl-images-amazon.com, some from http://ecx.images-amazon.com 14:54 oleonard I'm still getting mixed http/https results from Amazon: https://search.myacpl.org/cgi-bin/koha/opac-search.pl?idx=kw&q=dogs&offset=40 14:54 kidclamp what's the question oleonard 14:53 kidclamp not yet 14:50 oleonard kidclamp: Are you sick of fielding questions from me about Coce yet? 14:42 * kidclamp waves 14:40 tcohen anyone to talk about the REST api and permissions? 14:26 eythian Or maybe just prodding the maintainer to see what he suggests 14:25 eythian My suggestion would be to have a warning in the staff client about page if a particular zebra version is in use that links to a wiki page with some resolutions, for example maybe a debian backport could be arranged. 14:24 eythian it's not something indexdata has control over 14:24 eythian which unfortunately got no response. 14:24 eythian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777515 <-- like this :) 14:22 barton eythian: I see... so the proper avenue would probably be to file bugs with debian and indexdata to get idzebra-2.0 upgraded in jessie? 14:19 eythian I suspect it is wontfix because it's not feasible to fix from Koha's POV. 14:19 eythian barton: requiring the use of another repository is not trivial, and not something I would expect drojf to be comfortable automating. 14:19 nengard was not as 14:18 nengard that as kind of a lie ... it wasn't my hat - mine is still on the way 14:18 nengard ha 14:17 * oleonard spends the rest of his day feverishly working on designs for a Koha hat 14:16 * oleonard assumes nengard wears it 9-5 every day now 14:16 oleonard And the hat, nengard? Don't foget the hat! 14:13 nengard lovign my team and the work 14:13 nengard a-ok 14:08 mtompset How is the new job going? 14:07 mtompset OH! I'm not awake either. nengard! 14:04 nengard and yes oleonard 14:04 nengard oh, okay :) 14:04 barton oleonard, nengard khall is out; he'll be back Friday. 14:03 oleonard calls-- 14:03 nengard at the new job we're all on so many calls that we hardly talk in IRC 14:03 amyk :-) 14:03 nengard I miss this 14:03 nengard hi all! 14:03 nengard yeah!! it's morning love fest :) hehe 14:03 JesseM Hi tcohen 14:03 amyk hi tcohen 14:03 amyk hi nengard! 14:03 tcohen hi amyk JesseM 14:02 amyk greetings! not awake yet ;-) 14:02 JesseM oleonard: khall is on vacation 14:02 amyk oops 14:02 amyk greatings all! :-) 14:02 JoshB hello 14:02 JesseM Hello 14:02 mtompset Bye. :) 14:02 marcelr bye 14:02 mtompset Apologies. Greetings, JoshB too. :) 14:01 mtompset Oh, and sorry for not doing it sooner. Greetings, oleonard nengard marcelr barton magnuse mario JesseM amyk :) 14:00 huginn oleonard: The operation succeeded. 14:00 oleonard @later tell khall Bug 16903 says it has been pushed to master but I don't think it really has. 13:55 nengard oh good he's ignoring you too :) hehehe 13:52 oleonard khall around? 13:37 mtompset 1) why not? It's a good idea, 2) the current one -- I think something 62? 13:36 barton so here are the things that I'm wondering about: 1) is it possible to require the use of the indexdata repo? 2) what version of idzebra-2.0 *should* we be using? 13:36 mtompset A strong one. 13:36 marcelr well an argument to stop with those deleted tables 13:35 mtompset because if we are moving from one to the other, we'll hit overlap and lose history. 13:35 marcelr barton: i did not understand why it was closed either 13:35 mtompset anything with an old_! 13:34 marcelr mtompset: nasty problem, any chance of more issues cause of that? 13:34 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16581 enhancement, P5 - low, ---, gmcharlt, RESOLVED WONTFIX, ICU tokenization bug in idzebra-2.0 2.0.59-1 13:34 barton I'm looking at bug 16581... I think there's still a number of un-answered questions there... 13:33 marcelr hi barton 13:33 nengard morning barton 13:33 oleonard Hi barton 13:33 barton good morning #koha! 13:16 marcelr oleonard++ for testing it 13:16 oleonard marcelr++ 13:07 marcelr almost done 13:07 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15758 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Move the C4::Branch related code to Koha::Libraries - part 4 13:07 marcelr Joubu: still looking at bug 15758 13:05 mtompset Any ideas on the best way to solve it? 13:04 mtompset InnoDb forgets its highest auto_increment after server restart! 13:04 mtompset check out, check in, restart mysql server, check out, check in... old_issues bug! 13:03 magnuse have fun Joubu! 13:03 mtompset Oops... got that backwards... 13:03 mtompset restart mysql server 13:03 mtompset check out 13:03 wahanui i heard check in was different though. 13:03 mtompset check in 13:03 mtompset I got distracted by a bigger problem! 13:03 mtompset Sorry, tcohen, I didn't get to it yet. 13:02 mtompset Greetings, #koha. 13:02 tcohen have a nice whatever you're gonna do 13:02 tcohen hehe 13:01 Joubu prefered 13:01 Joubu have to go, I will be afk for the next of the week. I had to get some rest or submit a very big patchset, I referred to postpone the submission :D 13:00 Joubu and patches are waiting for signoff for a while (before the ground has been pushed) 13:00 * tcohen is not on denial 13:00 tcohen I accept we should think about improving documentation 13:00 Joubu yep yep 12:59 tcohen probably, but we are all around to answer about those 12:59 Joubu the entry points are hard to find 12:55 tcohen I don't think blou's comment about documentation is correct 12:51 huginn cait: The operation succeeded. 12:51 cait @later tell drojf ping! 12:44 LibraryClaire terrifying 12:39 jcamins oleonard: good point. 12:38 oleonard (which is so common in Australia as to not make the news) 12:38 oleonard As opposed to the time a hawk threw a snake at a family who totally deserved it. 12:34 wahanui okay, eythian. 12:34 eythian wahanui: australia is also <reply>http://www.sbs.com.au/comedy/article/2016/08/31/australia-beautiful-see-hawk-literally-throw-snake-innocent-family 12:34 wahanui ...but australia is pretty great in a lot of ways, but they are woefully deficient in the pierogi department...|https://twitter.com/BR3NDA/status/410647513633284096/photo/1... 12:34 eythian wahanui: australia is <reply>http://www.sbs.com.au/comedy/article/2016/08/31/australia-beautiful-see-hawk-literally-throw-snake-innocent-family 12:33 magnuse nengard: that is good to hear :-) 12:32 tcohen hi LibraryClaire 12:32 LibraryClaire hi tcohen :) 12:31 nengard but I am loving my new job :) 12:31 nengard magnuse, I'm here every day :) nothing to miss :) hehe 12:31 huginn tcohen: The operation succeeded. 12:31 tcohen @later tell rangi I got the point on the first read. I answered that only so it is in the logs too 12:30 tcohen hola #koha 12:26 magnuse and yerself? missing us yet? ;-) 12:25 magnuse good! 12:25 nengard how are you?? :) 12:25 nengard morning magnuse 12:25 wahanui somebody said nengard was fast 12:25 magnuse nengard! 12:11 huginn LibraryClaire: The current temperature in London City, United Kingdom is 22.0°C (12:50 PM BST on August 31, 2016). Conditions: Partly Cloudy. Humidity: 50%. Dew Point: 11.0°C. Pressure: 30.12 in 1020 hPa (Steady). 12:11 LibraryClaire @wunder LCY 12:06 magnuse ah donotdelete checkbox on each patron? sounds like a good idea, yeah 12:06 magnuse ooh, there is a syspref for that? 12:06 oleonard It would be nice to be able to block deletion of any selected patron 12:05 eythian yeah, but you can't delete the HeadlessHorseman 12:05 magnuse shouldn't that be kind of easy to block? 12:05 magnuse oh, it's possible to delete the AnonymousPatron? 12:05 huginn magnuse: The current temperature in Bodo, Norway is 13.0°C (1:50 PM CEST on August 31, 2016). Conditions: Light Rain. Humidity: 94%. Dew Point: 12.0°C. Pressure: 29.56 in 1001 hPa (Steady). 12:05 magnuse @wunder boo 12:04 huginn eythian: The current temperature in Schiphol, Badhoevedorp, Netherlands is 25.0°C (1:52 PM CEST on August 31, 2016). Conditions: Partly Cloudy. Humidity: 49%. Dew Point: 13.0°C. Pressure: 30.09 in 1019 hPa (Steady). 12:04 eythian @wunder ams 12:03 eythian olé, pard 11:56 magnuse hi o'leopard 11:47 marcelr hi oleopard 11:47 oleonard Hi #koha 11:33 marcelr hi #koha 09:28 Joubu and misc/batchRebuildItemsTables.pl I guess 09:28 janPasi Joubu: cool, thanks :) 09:28 Joubu misc/batchRebuildBiblioTables.pl 09:28 janPasi yeah, i think it's in misc somewere :D 09:26 cait i was looking at it yesterday 09:26 cait i think it's in misc or bin depending on your installation 09:26 janPasi yeah 09:26 cait REbuild...Bibllio sth 09:26 janPasi thanks, we'll try that :) 09:25 janPasi i can't recall the name of the script, but i think i can find it again :D 09:24 janPasi cait: yeah, i know, it needs running the script to make it happen for the old records 09:24 cait thhere is a job you can run to do that 09:24 Joubu should be ok 09:24 cait it won't break things - but it won't apply immediately to records already in the system 09:24 janPasi we would like to use 028b here instead of the koha default 260b 09:23 janPasi is it ok to change koha to marc mappings for publishercode in biblioitems table or will that break something? 09:13 LibraryClaire hey eythian :) 09:13 eythian hi LibraryClaire & cait 09:11 cait :) 09:11 LibraryClaire hi cait :) 09:10 cait morning LibraryClaire 09:10 LibraryClaire morning #koha 07:38 huginn magnuse: The current temperature in Bodo, Norway is 10.0°C (9:20 AM CEST on August 31, 2016). Conditions: Light Rain. Humidity: 94%. Dew Point: 9.0°C. Pressure: 29.62 in 1003 hPa (Steady). 07:38 magnuse @wunder boo 07:09 fridolin hie 07:09 morgane hi #koha 07:08 alex_a Bonjour 06:38 reiveune hello 05:46 * magnuse waves 05:07 teja koha software 04:51 * wizzyrea cries a bit 04:41 mtj http://www.undertheradar.co.nz/news/11568/PJ-Harvey-Announces-Two-New-Zealand-Shows.utr 04:40 rangi ditto 04:39 wizzyrea I wish I had funds for that >.< 04:39 wizzyrea ohh 04:38 mtj ..also NZ pj harvey tickets on sale tmrw, doods 04:38 wizzyrea General Practitioner, corner of manners and willis 04:38 wahanui the GP is not on that list! Shocking! 04:38 mtj wizzyrea: whats the GP? 04:30 wizzyrea it could be our fault :'/ 04:30 rangi *nod* 04:30 wizzyrea tbf, I forgot to rate a couple of mine :/ 04:30 rangi it's funny how that happens 04:30 rangi most of the ones i heard buzz about being great arent 04:29 rangi yeah 04:29 wizzyrea the GP is not on that list! Shocking! 04:29 wahanui i guess interesting is sometimes good and sometimes bad 04:29 rangi interesting 04:29 rangi http://www.visawoap.com/burger-wellington/ 04:28 rangi the annoying thing with load, it spirals fast 04:28 wizzyrea that frowny face looks frownier than usual today 04:28 rangi or at least getting them from amazon puts no load on our system 04:27 wizzyrea it seems sad to me that we can get covers faster from amazon and that it's our own that cause problems :( 04:25 mtj ..you are making me question the idea now too :) 04:20 mtj yeah 04:19 rangi i think not fetching the image unless you know you have one is better ;) 04:19 rangi so i kinda hate it as an idea now hehehe 04:19 rangi if a few people search at once, perhaps even faster than before 04:18 rangi it still is gonna dos you 04:18 mtj ... seems like a good quick/dirty solution, until a better fix happens 04:18 mtj i like your ajax idea for opac-images.pl rangi 02:40 mtj yep, makes sense on both points 02:11 wizzyrea yeah fair enough ^.^ 02:10 rangi just rubber ducking :) 02:08 rangi which is better than doing 20 hits on opac-image 02:08 rangi my guess is in my result sets you have 0 or maybe 1 or 2 02:08 rangi but i think thats gonna be the exception 02:08 rangi it'd still be slow if you had tons of them 02:08 rangi and we only put the img src if its 1 02:07 rangi then it could be just a 1:0 02:07 rangi no reason we couldnt check local image exists as part of that 02:07 rangi well i think we get the full record object back for the restuls page, ie we get stuff from zebra, then we grab the actual data from the db and hand that to be displayed 02:07 wizzyrea (I'm sorry if that's a silly question) 02:06 wizzyrea do you mean mysql index or zebra index or some other context of index like "mark it" 02:05 rangi does that make sense? 02:05 rangi we get the records to display the results, if we know it doesnt have a local cover right then, then why dont need to check 02:04 rangi then we dont have to check again 02:04 rangi ie, index if there is a local image, so we know 02:04 rangi so if we got it so that the results knew 02:03 rangi you still have to check every record in the results 02:02 rangi and 5 million not 02:02 rangi so if you have 30 local covers 02:02 rangi part of the problem is because it has to check if a localcover exists 02:02 rangi and because i think it touches bibloitems, it would get faster with the changes i think 02:01 rangi etc 02:01 rangi so that if youve seen that cover, you dont get it again 02:00 rangi and then also, set headers like 304 02:00 rangi i think one trick is to get them to be fetched via ajax, so it doesnt slow down the whole page 01:54 rangi but not enough 01:54 rangi a little 01:54 mtj hmm, i guess plack would help with opac-images.pl startup? 01:51 rangi exactly 01:51 mtj ..i thought someone was DOSing the server, at 1st 01:50 mtj ah yes... ive seen that in the logs 01:40 rangi i wonder if there is a bug for that 01:40 rangi sorry opac-image.pl 01:40 rangi (opac-images.pl) 01:39 rangi but if a library isnt actually using them, making sure that is off is a big improvement 01:39 rangi s 01:39 rangi of course it would be better to fix it, so it isnt that slow, and we could still do local cover 01:39 rangi just from turning that off 01:38 rangi from 33secs to 6 01:38 rangi otherwise you get 20(or whatever number of results per page) hits on that script 01:37 rangi turn off local cover images 01:37 rangi i tell you the single fastest way to speed up the OPAC 01:37 rangi yeah it should make a difference 01:29 mtj i spotted paul.p/joubu's discussion about moving the bi.marc/marcxml fields - the numbers are impressive 01:15 rangi yeah, it shouldn't 00:53 mtj .. so, doesnt touch any xslt stuff :) 00:53 mtj afaik, the TT caching is just 'compiling?' .tt files into .ttc files 00:52 mtj rangi: it looks ok with xslt enabled 00:25 rangi (i dont think it would touch it at all, but just in case) 00:25 rangi mtj: it's all good with xslt eh? 00:25 rangi oh hey another idea