15:09:34 #startmeeting Development IRC meeting, 21 January 2015 15:09:34 Meeting started Wed Jan 21 15:09:34 2015 UTC. The chair is tcohen. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:09:34 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:09:34 The meeting name has been set to 'development_irc_meeting__21_january_2015' 15:09:42 #info Katrin Fischer, BSZ, Germany 15:09:59 #topic Introductions 15:10:00 #info Martin Renvoize, PTFS Europe 15:10:04 #info Kyle Hall, ByWater Solutions 15:10:05 please introduce yourselves 15:10:10 #info Colin Campbell, PTFS Europe 15:10:13 #info Barton Chittenden, Bywater, Louisville, KY, USA 15:10:16 #info Tomas Cohen Arazi, Universidad Nacional de Cordoba 15:10:21 #info Olli-Antti Kivilahti Vaara-kirjastot 15:10:26 Starting build #15 for job Koha_Docs_3.16.x (previous build: SUCCESS) 15:10:29 Project Koha_Docs_3.16.x build #15: SUCCESS in 10 sec: http://jenkins.koha-community.org/job/Koha_Docs_3.16.x/15/ 15:10:29 * Nicole C. Engard: update HomeOrHoldingBranch 15:10:30 * Nicole C. Engard: add note about independentbrances to circ rules 15:10:31 #info Owen Leonard, Athens County Public Libraries, OH, USA 15:10:40 #info Nicole Engard, ByWater Solutions 15:10:41 I might not be here for the whole thing.. so apologies now if I dissapear.. other half wants company at a midwifes appointment 15:10:54 other_half++ 15:10:57 #info Marcel de Rooy 15:11:35 #link http://wiki.koha-community.org/wiki/Development_IRC_meeting_21_January_2015 15:12:02 #info Jonathan Druart, BibLibre 15:12:39 ok, moving on 15:13:01 #topic RM 3.18 comments / catching up after vacation 15:13:19 I just wanted to say I'm almost back from vacation 15:13:31 I'm trying to catch up with what you've been doing 15:14:00 I've been around (Stockholm syndrom) but not involved on a daily basis on RM duties 15:14:32 the main purpose of this meeting was to be back on track and hear from you all what's been going on 15:14:46 I put a small agenda (thanks Katrin for the link) to start with 15:14:53 #info Paul Poulain, BibLibre 15:15:12 but I'm sure there are several other stuff on the pipe, that we might discuss on a next meeting 15:15:15 (very busy answering an RFP, but you can yell me if needed) 15:15:16 hopefully soon 15:15:28 questions? 15:15:55 how was your holiday? :) 15:16:01 :) 15:16:04 I just want to let you all know that I'm back and working on getting the 3.18 manual up to date and then I will submit the help file patches for 3.18 15:16:09 sorry that it's so late 15:16:13 tcohen = THE question: is manuel fine ? sleeping well ? 15:16:28 (don't say it's too hard, or ashimema will flee ;-) ) 15:16:37 hehe 15:16:54 my holidays, were short, I've mostly been enjoying Manuel 15:16:59 * oleonard suggests ashimema_ sleep while he can 15:17:08 we've been sleeping well, so far 15:17:51 tcohen: oki 15:18:25 that's great! 15:19:08 I think Manuel is the youngest signoffer of a patch in Koha ;) 15:19:15 he's got some pain in his belly ths days, so it is gwtting shorter :P but I like taking care of him 15:19:37 Manuel is chairing the meeting actully 15:19:44 Manuel? 15:19:54 ok, jokes aside, we are great 15:19:59 kivilahtio: my son 15:20:06 month and a half old 15:20:11 congratulations! 15:20:33 ok, moving on :D 15:20:52 next is General technical discussion 15:21:08 #topic Out of the box Plack support 15:21:35 oooo, that's cool 15:21:53 it'd be great that people with experience in Plack, start to think of the best way to set plack 15:22:24 there are some pending issues to make it default, notably on the intranet 15:22:29 I sent a mail to the list asking for advice on that front.. 15:22:41 comments on that? some volunteer? 15:22:43 what is the status of plack in relation to staff client? 15:23:02 We have 'Plack for developers' pushed (bug 7844), 'Plack with nginx for production' in testing (bug 9316) and I'm aware of at least two koha-plackify scripts lurking around, Plackify-koha-common, koha-plack. 15:23:02 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7844 enhancement, P5 - low, ---, dpavlin, RESOLVED FIXED, plack scripts for developers 15:23:03 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9316 enhancement, P5 - low, ---, kyle, Needs Signoff , Add Nginx install options with plack 15:23:36 I think the first step is to at least recommend, back one of those approaches so developers can install it with ease to start testing against it regularly 15:23:37 i know of issues with syspref caching 15:24:06 right.. I need to dissapear :(.. 15:24:09 will read the minutes after. 15:24:20 #info ashimema_ has left 15:24:55 #chair cait 15:24:55 Current chairs: cait tcohen 15:25:04 huh? 15:26:02 ok, where were we? 15:26:17 have been in meetings all day and a long phone conf - so please have patience with me :) 15:26:32 #info plack: known problems with syspref caching 15:26:59 #info several approaches: Plack for developers' pushed (bug 7844), 'Plack with nginx for production' in testing (bug 9316), at least two koha-plackify scripts: Plackify-koha-common, koha-plack. 15:27:06 anything to add about plack? 15:28:03 are there any known issues other than syspref caching? 15:28:38 I know robin has been active working on plack support 15:28:53 Does someone use Plack in production? 15:29:00 I'll ask him to give us his vision on the current status 15:30:08 is this an action? 15:30:09 I know that bywater has one partner using it on OPAC in production. I haven't heard of any issues with it. 15:30:18 #action tcohen to ask eythian for a status report about plack 15:31:41 Regarding general technical discussion: http://gtmetrix.com/reports/oiva.vaarakirjastot.fi/cnP3Ro3h 15:32:07 Shouldn't we set the javascript/css-files expiration dates from the templates? 15:32:51 apache 15:33:39 tcohen: thanks 15:33:44 Related? Bug 12904 15:33:44 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12904 enhancement, P5 - low, ---, kyle, Needs Signoff , Force browser to load new javascript files after upgrade 15:35:22 possibly, i''ll add it to the agenda for the next meeting, ok? 15:35:34 I was hoping ashimema could verify if his alternate implementation would work with plack 15:36:03 #action ashimema will check if his implementatin of bug 12904 works with plack ;) 15:36:12 he is not here... so he gets volunteered, right? 15:36:26 tcohen: no need from my behalf 15:36:43 #topic non-XSLT view deprecation 15:37:50 +1 15:38:07 the point here was to highlight that a lot of the code complexity comes from this 15:38:12 Is there a bug report somewhere? 15:38:21 i think we amde one 15:38:23 looking fo rit 15:38:24 (regarding searching) 15:38:31 bug 12561 15:38:31 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12561 normal, P5 - low, ---, oleonard, NEW , Omnibus: Deprecate non-XSLT detail and result views 15:38:36 did any people object to removing it? 15:38:51 #info bug 12561: Omnibus: Deprecate non-XSLT detail and result views 15:39:00 iirc 15:39:07 marcelr: nope. I strongly support it :) 15:39:09 we wanted to check for features that only work with non-xslt 15:39:10 and created that bug 15:39:20 there are a couple depends on noted 15:39:32 bug 2619 15:39:32 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2619 normal, P3, ---, gmcharlt, NEW , Turning on XSLTResultsDisplay preference turns off item detail display 15:39:36 bug 5229 15:39:36 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 normal, P5 - low, ---, oleonard, NEW , OPACItemsResultsDisplay preference does not work with XSLT results 15:39:40 bug 10571 15:39:40 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10571 normal, P5 - low, ---, oleonard, Pushed to Master , IntranetBiblioDefaultView doesn't do anything with MARC21 XSLT 15:39:41 Yes, I think it's the first thing to do: find the difference between both views 15:39:43 bug 11426 15:39:43 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11426 normal, P5 - low, ---, oleonard, NEW , Make HighlightOwnItemsOnOPAC work with XSLT 15:39:49 bug 12574 15:39:49 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12574 normal, P5 - low, ---, oleonard, Pushed to Master , BiblioDefaultView doesn't affect XSLT results view 15:39:53 bug 12900 15:39:53 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12900 normal, P5 - low, ---, tomascohen, Pushed to Master , IntranetBiblioDefaultView doesn't do anything with NORMARC or UNIMARC XSLT 15:39:58 bug 12901 15:39:58 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12901 normal, P5 - low, ---, oleonard, Pushed to Master , BiblioDefaultView doesn't do anything with NORMARC or UNIMARC XSLT 15:40:04 bug 13327 15:40:04 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13327 normal, P5 - low, ---, oleonard, NEW , OPACPopupAuthorsSearch doesn't work with XSLT views 15:40:27 cool 15:40:32 looks like a lot are resolved 15:41:19 i think left are 2619 and 5229 and 11426 and 13327 15:41:25 ashimema_: I think it's probably implemented using jQuery, so just add a global watcher. 15:41:28 Naive question: why the xslt view is better? 15:41:37 Joubu: good question 15:41:42 becasue we show way mro information there 15:41:45 and we allow customizing 15:41:53 I would prefer a solution with TT, rather than the ****** xslt syntax 15:41:54 we can do that without xslt as well 15:42:07 the logic is better - the normla view uses old marc routines that are not ideal i think 15:42:20 TT is really more powerful and friendly to read/write than xslt 15:42:20 I think TT is a viable laternative 15:42:25 there is no point in having both 15:42:29 i think bringing the feautres we got in xslt now to the nonmarc is a much bigger project than the other way around 15:42:36 we should use either TT or XSLT, not both 15:42:37 Like ajaxStart or ajaxStop. 15:42:57 * tcohen thinks jcamins is too asynchronous 15:42:58 No one has developed a version with TT which is better than the XSLT version 15:43:12 and i think no point having 3 things 15:43:13 oleonard: well I believe not in speed that's for sure 15:43:20 deprecate the old normal view... move on to something else after? 15:43:25 they say XSLT is super, fast :) 15:43:45 but that is yet another technology, is it really owrth it? 15:43:56 I am just wondering if you should not spent time on something better 15:43:59 regarding hte learning curve and the fishy syntax you need to remember 15:44:02 Saying that the TT version *could* be better isn't a good reason not to deprecate the version which *is* worse. 15:44:13 the XSLT got a little out of hand too, but I think it is better than the old normal view 15:44:21 my point is reducing unnecessary technology overheead 15:44:24 Joubu: i think a better way would be nice, but right now I'd like to deprecate one of the 2 options 15:44:39 so we can really focus on something new and not maintaining something that needs to be rewritten 15:44:53 and the old normal view wasnt tt to begin with it has a bad history 15:45:00 good point 15:45:21 I am 100% for deprecating the old view 15:45:32 i see a problem with features that rely on it - but those seem moslty limited to the result view 15:45:46 i've been playing (on vacations) with some routines that generate XSLT out of some stuff (like frameworks, authorized values, etc) 15:45:56 Opacpopuauthorssearch and highlightOwnitemsonopac specifically 15:45:59 tcohen: I agree, XSLT is really powerfull 15:46:06 i dont like xslt but it does what we need and removing the old normal view does clear things to develop something better 15:46:06 i plan to benchmark it, but if you look at the current code 15:46:06 Does someone can evaluate the remaining work before depracating the no-xslt view? 15:46:07 tcohen: much more that TT is 15:46:43 you will notice that there's too much ad-hoc code, for each MARC flavour, and it is really under-performant and little flexible 15:46:46 Joubu: hm do you mean patches still out there or the missing features? 15:47:11 both :) 15:47:18 :) 15:47:19 a solution based on XSLT that allows the user to build those XSLT's ina a sane/visual way could be a better option, for the future 15:47:31 wow wow 15:47:38 i haven't seen new patches for the normal view in a longer time, but we got the splitter :) 15:48:14 I am not sure to understand what is the goal to reach... 15:48:25 #action cait to update the list of depending bugs on the omnibus bug for deprecating non-XSLT views 15:48:30 i will try to 15:48:33 Joubu: simplify alternate branches. eg. normalize the program flow? 15:49:15 yes but as cait said, there are no patch for the normal view in the queue :) 15:49:28 I think that the important thing now is to deprecate the old view. and refatctor to XSLT as it is the easiest route to take and make real progress. 15:49:29 khall: around? 15:49:34 Joubu: can the HEA stuff tell you how many people use the non-XSLT view? 15:49:37 so it does not caused a lot of extra work of SO/QA 15:49:49 marcelr: yes 15:49:52 or at least, it could 15:50:04 marcelr: I don't think very many. 15:50:18 actually no 15:50:29 too bad 15:50:38 we don't track the xslt pref (because their values is a path) 15:51:02 ah 15:52:01 I am not saying I am against the idea, I am just trying to understand the benefit 15:52:24 I find the TT syntax more powerfull, in term of readability/maintainability 15:52:35 Joubu: agreed 15:52:40 I see it as an option to reduce the number of options 15:52:44 Joubu: some TT files are very unreadable 15:52:53 as well as some xslt files too 15:52:59 it's quite old code with lots of display issues - at least the detail page is 15:53:09 deprecating = we ae not going to fix it 15:53:10 marcelr: not too much in the bootstrap theme :) 15:53:44 ...unless you really hate my indentation choices :P 15:53:47 and they are totally out of sync 15:53:54 and won't get updated for RDA 15:53:57 out of sync indentation? where? 15:53:59 i see no point in keeping them 15:54:09 out of sync in what each displays show 15:54:20 the xslt show much more information and i believe are more accurate 15:54:59 oleonard: I don't care of the indentation :) 15:55:15 Joubu: I do, and you should too :( 15:55:27 vote? 15:55:43 we said no vote on agenda 15:55:44 barton: there is no vote today 15:55:50 too early to vote now 15:56:13 i can post an email to the mailing list with problems identified if that would help start the discussion? 15:56:26 cait: could it be possible to know what is the remaining work and what do we want with the xslt views? 15:56:30 I guess we can agree that we need to deprecate the old view? 15:56:41 What about the translation, the different marcflavour files, etc. 15:56:48 translations work vrey well 15:56:59 we have only ever been using the xslt views 15:57:04 from the beginning 15:57:05 yes, translations work fine 15:57:17 i think last hackfest people wnated to work on the unimarc xslt views 15:57:24 i am not sure how the sttaus is for unimarc 15:57:33 but marc21 is a lot better than non-xslt 15:57:41 maybe that's a difference to consider 15:57:50 we could also check with magnuse about normarc 15:58:01 normarc is almost 100% with MARC1 15:58:23 probably most non-xslt users are on the unimarc side? 15:58:40 #info keep different marc flavours in mind for deprecation 15:58:50 marcelr: damn unimarc :) 15:59:03 you wanna deprecate that too? 15:59:10 ha! 15:59:13 I do 15:59:14 heh 15:59:14 I think we are using the xslt view at BibLibre 15:59:38 i think that's what gaetan_B said, but that there was not a good stndard one in Koha? 15:59:56 * cait tries to remember from last year - hope no misunderstanding 16:00:01 I don't know :) 16:00:10 the default unimarc xslt is pretty bad indeed 16:00:33 * gaetan_B kind of knows what he would like to do at the next hackfest, again 16:00:42 not so far away :) maybe we can work it out there 16:00:53 #info discussion to be continued 16:00:56 moving on? 16:01:07 #topic GRS-1 removal - comments only, no vote today 16:01:19 tcohen: ? 16:01:22 Yippee, build fixed! 16:01:23 Project Koha_Master_U12_MariaDB build #222: FIXED in 1 hr 4 min: http://jenkins.koha-community.org/job/Koha_Master_U12_MariaDB/222/ 16:01:24 * Chris Cormack: Bug 12861 : Noisy warn in the error logs 16:01:24 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12861 minor, P5 - low, ---, chris, Pushed to Master , Noisy warns in C4/AuthoritiesMarc.pm 16:01:25 * Jonathan Druart: Bug 12861: (follow-up) Noisy warn in error logs 16:01:26 * Thomas: Bug 13584 - Able to view menu for Purchase Suggestions even when user does not have permission 16:01:26 * Jonathan Druart: Bug 13584: (follow-up) Able to view menu for Purchase Suggestions even when user does not have permission 16:01:27 * Abby: Bug 13587: Fix Authorised Values Toolbar 16:01:27 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13584 enhancement, P5 - low, ---, tomsStudy, Pushed to Master , Able to view menu for Purchase Suggestions even when user does not have permission 16:01:28 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13587 trivial, P5 - low, ---, abbyrobertson.student, Pushed to Master , Authorized Values toolbar missing '+' Icons 16:01:29 * Fridolin Somers: Bug 11927 - Add gr install option 16:01:29 * Fridolin Somers: Bug 11927 - Add greek chr lang_def file 16:01:29 heh jenkins! 16:01:29 * Fridolin Somers: Bug 11927 - Add greek to word-phrase-utf.chr 16:01:29 * Fridolin Somers: Bug 11927 - Small corrections on word-phrase-utf.chr 16:01:29 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11927 enhancement, P5 - low, ---, fridolyn.somers, Pushed to Master , Add greek support to CHR 16:01:31 * Olli-Antti Kivilahti: Bug 13025 - Software error: Undefined subroutine &C4::Circulation::HasOverdues called at /home/koha/kohaclone/C4/Circulation.pm line 1925 16:01:33 * Abby: Bug 7143: Adding releases to history file 16:01:33 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13025 minor, P5 - low, ---, olli-antti.kivilahti, Pushed to Master , Software error: Undefined subroutine &C4::Circulation::HasOverdues called at /home/koha/kohaclone/C4/Circulation.pm line 1925 16:01:34 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7143 trivial, P5 - low, ---, koha-bugs, Passed QA , Bug for tracking changes to the about page 16:01:35 * Thomas: Bug 13582 - Able to view menu for Circulation History even when user does not have permission 16:01:35 * Jonathan Druart: Bug 13582: (follow-up) Able to view menu for Circulation History even when user does not have permission 16:01:36 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13582 minor, P5 - low, ---, koha-bugs, Pushed to Master , Able to view menu for Circulation History even when user does not have permission 16:01:37 * Tomas Cohen Arazi: Bug 10606: Remove MySQLism in GetUpcomingDueIssues 16:01:37 * Justin: Bug - 11345 - Self registration captcha 16:01:37 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10606 minor, P5 - low, ---, gmcharlt, Pushed to Master , MySQLism in GetUpcomingDueIssues 16:01:39 * Owen Leonard: Bug 13525 - Date sorting on accounts (fines) tab doesn't work correctly 16:01:40 * Jonathan Druart: Bug 13001: Refactor VAT and price calculation - parcel page 16:01:40 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13525 normal, P5 - low, ---, oleonard, Pushed to Master , Date sorting on accounts (fines) tab doesn't work correctly 16:01:41 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13001 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Refactor VAT and price calculation - parcel page 16:01:41 * Jonathan Druart: Bug 13001: The total for received order should be based on the unitprice 16:01:49 are you done now? 16:01:52 ok 16:02:05 can we agree on deprecating grs-1 in favor of dom? 16:02:16 YEESSSSS!! 16:02:17 GRS-1 removal depends on UNIMARC people 16:02:20 i am not aware of any problems with dom now and the nice new facets only work with it 16:02:28 GRS-1 has already been deprecated in 3.16 16:02:37 * cait seconds kivilahtio motion to deprecate UNIMARC then :P 16:02:40 and is in no-maintenance mode 16:02:43 i thought so too 16:03:05 right, we are talking about removing it 16:03:11 the only reason we keep it, is because some people still rely on it, because UNIMARC DOM was not complete 16:03:11 to simplify the search code 16:03:13 andmake it easier to fix that 16:03:41 tcohen: Is it still not complete ? 16:03:52 several things like availability filtering, could be easily fixed using DOM capabilities 16:04:01 bye 16:04:04 Joubu: I don't use UNIMARC at all 16:04:05 #info grs-1 was already deprecated, this is about removing the code for it 16:04:33 I don't plan to raise a vote now, I'm just saying that many things would became easier, and better if we did 16:04:38 so UNIMARC people cannot migrate to the next Koha version? I think that might get them to fix those issues? 16:04:43 and we could think of removing it for the 3.20 release 16:05:20 and probably fix long-standing bugs that were difficult to fix for both GRS-1 and DOM without making the code worse 16:05:47 * barton is in favor of not making the code worse. 16:06:05 i can only see one open dom bug report right now that doesn't seem to be a new feature/improvement: bug 12948 16:06:05 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12948 minor, P5 - low, ---, z.tajoli, NEW , The language filter in advance search doen't work with DOM MARC21 - NORMARC 16:06:16 and that woudl be a really easy fix 16:06:22 * tcohen has the hidden agenda of making search results rendering faster 16:06:33 back 16:06:38 * ashimema_ reading up 16:06:49 ashimema you got an action item 16:07:18 Joubu: could you check if there are known issues with dom for unimarc? 16:07:25 or ask someone to? 16:07:41 i feel like by supporting less options testing and fixing will get a lot easier 16:07:51 cait: you got it there 16:07:54 and also the 'this works with this feature... but not if you are using...' 16:07:55 cait: I will try... 16:07:57 less is more :) 16:08:56 #action all think about problems with removing grs-1 - especially if you are using UNIMARC 16:08:59 keeping it general 16:09:07 moving on? 16:09:14 sure 16:09:27 #topic tarball vs. packages installations - how to keep them in sync, workflow discussion 16:09:29 during my presentation of Koha 3.18 in Paris, 2 weeks ago, I said clearly that GRS-1 was deprecated and would be removed in 3.20 16:09:38 paul_p: yay :) 16:09:50 so OK for removing things. And if there are bugs to fix, we will fix them ! 16:09:51 do we need to vote anymore :) 16:10:12 we plan to update BibLibre customers to 3.18 in late spring 16:10:21 similar here 16:10:30 yeah we are probably on that same path 16:10:31 we are also moving everyone to dom with that update 16:10:32 so, we can focus on DOM bugs 16:10:37 tests so far look good 16:10:54 right we've been pushing for dom and for bootstrap PAC only too 16:11:03 hi bag 16:11:14 so we've already moved a ton of partners to those two 16:11:18 heya tcohen 16:11:31 but actually 16:11:34 bag: Where do you come from? 16:11:35 we are talking about packages now :) 16:11:42 Yippee, build fixed! 16:11:42 Project Koha_Master_U12 build #298: FIXED in 59 min: http://jenkins.koha-community.org/job/Koha_Master_U12/298/ 16:11:45 * Owen Leonard: Bug 13525 - Date sorting on accounts (fines) tab doesn't work correctly 16:11:45 * Jonathan Druart: Bug 13001: Refactor VAT and price calculation - parcel page 16:11:45 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13525 normal, P5 - low, ---, oleonard, Pushed to Master , Date sorting on accounts (fines) tab doesn't work correctly 16:11:46 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13001 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Refactor VAT and price calculation - parcel page 16:11:46 * Jonathan Druart: Bug 13001: The total for received order should be based on the unitprice 16:12:03 I come from my mom (Jane Gallagher) - j/k I'm in California 16:12:10 :p 16:12:13 :-P 16:12:18 bag: that's nice 16:12:22 tcohen: can you explain the topic? 16:12:29 bag: we have one thing in common 16:12:30 sweet yeah we've got most everyone on package 16:13:01 ok 16:13:14 there's usually a drift from one or the other 16:13:32 #info Brendan Gallagher - ByWater 16:13:37 tcohen: which tends to be ahead? 16:13:42 leaving for the train station, bye ! 16:13:44 (same thing for bootstrap : I said to all french libraries that were at my demo, that 3.18 requires bootstrap) 16:13:52 I think the packages get most of the attention 16:14:17 I proposed (and couldn't send the patch yet) convergence of both 16:14:28 * bag sorry I am late 16:14:57 bug 11962 16:14:57 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11962 enhancement, P5 - low, ---, tomascohen, NEW , New 'cluster' install mode 16:15:12 so people can install from source having the same schema the packages have 16:15:24 but the current problem is methodological 16:15:45 and we can solve it enahncing the QA process for things touching configurations 16:15:47 #info Fridolin Somers - Biblire 16:15:50 tcohen: pardon me for being dense, but who uses koha tarballs, and why? 16:15:51 Biblibre 16:16:13 removing GRS1 is removing from installer no ? 16:16:31 old installs using it will not work anymore ? 16:17:30 barton: the main idea I had was simplifying the maintenance of install scripts 16:17:35 fridolin: if you dont upgrade them they do :) 16:17:42 ;) 16:18:02 since its zebra internal option, i think its yes 16:18:09 so generating a .deb, is just calling the correct install method on a chroot 16:18:25 instead of a normal install and lots of error-prone tweaking scripts 16:18:38 and it could also pave the way to supporting other distros 16:18:53 (if interested people fixes what needs to be fixed of course) 16:19:00 but i know DOM is better, we will have tests during hackfest to switch our installs little by little 16:19:24 anyway, I think the subject here is to send a message 16:19:45 that we should not provide patches that change configurations if we don't fix both install methods 16:20:09 put it like "the RM will reject patches that forget to fix both install methods" 16:21:11 fridolin: DOM is more flexible, and things like handling HTML entities for example is easier inside zebra 16:21:24 tcohen: could be great to have that on the wiki (guidelines) 16:21:27 but for now, we are trying to have functinal-parity 16:21:44 good idea, Joubu. 16:21:51 between both so people can definitely ju p into DOM ASAP 16:21:57 tcohen: ok thanks, I see we have changed the topic 16:22:00 speaking of Zebra. Is ElasticSearch-with-Koha dead and buried? 16:22:11 kivilahtio: It's not even born yet 16:22:26 oleonard: Someone was in labour 16:22:49 kivilahtio: that's another topic, following the next one 16:22:59 ok 16:23:11 ok, moving on? 16:23:44 #action tcohen will update the wiki so it mentions that patches touching configuration files should cover both install methods 16:23:45 seconded. 16:23:45 sorry got called away, back now 16:23:59 #topic Testing SIP 16:24:21 right.. I've cuaght up now.. 16:24:22 it is a shame we have tests for SIP 16:24:30 ? 16:24:38 poo.. you moved on 16:24:56 you mean "shamefull tests" or "shame that we have tests"? 16:25:03 but no one knows how to set an environment to run them 16:25:10 or even have then run by jenkins 16:25:15 we need some volunteers 16:25:19 was going to say I don't think all the dev work in in the packages side.. i've found allot fot he installer templates have changed on the other side as aposed to he pacakges side. 16:25:30 colinc? 16:25:35 ColinC even 16:25:36 to take a look at how we did with t/db_dependent/www/search_utf8.t 16:25:49 tcohen: I think this borders on making integratons tests to emulate CGI-calls and TT processing 16:25:50 and write something similar to set an environment 16:26:09 kivilahtio: we do that, on t/db_dependent/www 16:26:24 I've just poked ColinC.. being SIP related 16:26:28 Problem is that there is a lot of stuff in the SIP tree thats just not integrated into Koha 16:26:51 Why is the SIP-tree so separated? 16:27:09 i think history - it was supposed to be shared 16:27:32 I think historically it was a dump of a development external to the Koha main tree 16:27:47 openncip project? 16:28:17 ok 16:28:22 ColinC.. did your patches to bring it more into the koha tree go anywhere yet? 16:28:23 You can still install the stuff under SIP seperately from Koha 16:28:30 I can't remember the state.. 16:28:31 i found this: http://lists.gnu.org/archive/html/koha-devel/2009-02/msg00000.html 16:29:25 Well there was a patch thats been sitting there to use the Koha perl lib tree thats the first one 16:29:30 http://openncip.cvs.sourceforge.net/viewvc/openncip/src/ 16:29:31 looking at t/db_dependent/www/search_utf8, is there a database rollback here? Looks like the HTTP-requests are just HTTP-requests to the web server and make DB changes? 16:29:35 bug 7904 was it? 16:29:35 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7904 enhancement, P5 - low, ---, colin.campbell, Needs Signoff , SIP modules handling of @INC is confused 16:29:46 Yes 16:30:33 tcohen.. perhaps that bug might help start the ball rolling on getting SIP tests worked through.. and better working of SIP in general.. 16:30:33 It probably needs rebasing now but that was hopefully the first step to getting some integrated testing 16:30:38 kivilahtio: there isn't, well there's a delete of the imported batch at the end 16:30:55 can we beg anyone to have a play with it. signoff 16:31:33 tcohen: my idea was to emulate the CGI-interface. But I haven't had the time to look into the cpan's CGI-implementation 16:31:40 #info bug 7904 needs a sign off and might help getting better sip tests 16:31:48 then run scripts.pl's in an eval block 16:31:57 kivilahtio: that tests go through apache 16:32:11 and are run by jenkins 16:32:12 someone volunteering for testing? 16:32:19 keen on having an action item in the minutes :) 16:32:36 I could test.. but I'm also ptfs ;) 16:32:41 mit colin 16:32:58 I'de really like to see it tested though.. is a real step forward in my opinion 16:33:08 khall: volunteer? 16:33:21 sure! 16:33:29 hehe.. sorry khall ;) 16:33:39 heh, np! 16:34:06 #action khall to test bug 7904 16:34:10 moving on? 16:34:19 #topic Bugs 16:34:27 ok, giving htis not much time 16:34:30 we are over already :) 16:34:35 has osmeone prepared something? 16:34:49 have to go; bye 16:35:15 yes, wait 2 sec 16:35:29 I didn't prepare, but I have 2 things 16:36:03 On bug 13606, I proposed to extend sessions.a_session from TEXT to MEDIUMTEXT 16:36:03 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13606 normal, P5 - low, ---, jonathan.druart, Needs Signoff , Batch modification for records is limited to ~500 16:36:28 is that the right bug? 16:36:29 I don't find another way to do what I wanted, feedback welcomed :) 16:36:33 yes 16:36:51 I found the problem in production this morning (linked to bug 11395) 16:36:51 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11395 new feature, P5 - low, ---, jonathan.druart, Passed QA , Batch modifications for records 16:37:16 and the second one is bug 13601, a new one also 16:37:16 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13601 normal, P5 - low, ---, jonathan.druart, Needs Signoff , Get rid of DateTime::Format::DateParse 16:37:50 It will introduce issue, I am pretty sure about that... But IMO it's the best way to catch bad date manipulation 16:37:54 I'll rebase bug 7904 16:37:54 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7904 enhancement, P5 - low, ---, colin.campbell, Needs Signoff , SIP modules handling of @INC is confused 16:38:11 FIY I've pushed a followup on 11927 to fix jenkins UT Search.t 16:38:31 (see comment 8 for 1 of the bad date manip I have found) 16:39:23 and the tax rewrite + enh are going to be signed off, I hope so. So QAers be ready :) 16:39:52 great fridolin 16:39:52 :) 16:40:01 :) 16:40:06 thx Joubu 16:40:20 anyone volunteering? 16:40:51 i will try to keep workin gon the tax patches 16:41:09 #action cait will try to keep working on the tax patche as they come into the qa queue 16:41:17 so... someone dates? :) 16:42:36 okok 16:42:37 something else: I am a bit afraid of the bug I found in QP : http://lists.koha-community.org/pipermail/koha-devel/2014-December/041028.html 16:42:44 oh yes 16:42:52 I really don't know how debug this 16:42:59 to* 16:43:38 it's a quite simple query I tried, and does not work 16:44:08 :( 16:45:08 someone? 16:45:22 ok, we are way over our usual time 16:45:38 #topic big stuff we are working on 16:45:42 I tried using QP for something and it seemed not ready for use 16:46:23 we tried using it when it came in, but the bug about opacsuppression stopped us 16:46:30 it has been fixed since, but we haven't tried again 16:47:06 Joubu.. only person beyond jcamins that seems to understand qp at all is dcook 16:47:19 perhaps leave him a later? 16:47:53 ashimema_ : He answered me on the list :) 16:48:08 http://lists.koha-community.org/pipermail/koha-devel/2014-December/041040.html 16:48:12 "I've been looking at this for hour[...]" :) 16:48:13 I was happy we fixed the opacsuppression piece too.. but also we've not had the confidence to switch to it... 16:48:20 hour*s* 16:48:21 i'm wondering if anyone out there is using it? 16:48:34 Hea? :) 16:48:56 HEA will be good.. but at the moment it's a bit limited cait.. 16:49:15 only a few ptfs europe customers and a bunch of biblibre customers submitting data ;) 16:49:24 unless that's changed in the last few hours? 16:49:47 we still got to bring it to the newsletter 16:49:48 :) 16:49:57 ok, i think eythian is not here 16:50:13 so would people be ok with leaving elastic for the next meeting? 16:50:30 54 of 58 have it disabled (the rest don't have it set at all ;) ) 16:50:52 ashimema: not very encouraging 16:51:14 it's another of those we either need to adopt it or kill it.. 16:51:21 There are 58 lib sending data :) 16:51:25 I'm not liking all these things sitting in the middle 16:51:40 :).. yeah.. that's a real improvment Joubu.. 16:51:51 think it was 37 when I added ours to the list.. 16:51:52 ashimema agreed 16:52:01 be good to get some older versions onboard soon 16:52:13 About ES: I have tested last week, but failed, I let a comment on bug 12478, I hope to get an answer soon to retest 16:52:14 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 enhancement, P5 - low, ---, robin, NEW , Elasticsearch support for Koha 16:52:27 ooh.. cool. 16:52:34 Joubu++ #for testing 16:52:35 not so much... 16:52:42 @later tell eythian could you give an update on the elastic search work on bug 12478 please? 16:52:42 cait: The operation succeeded. 16:52:51 Joubu++ indeed 16:52:58 ok are we ok to end the meeting? 16:53:03 tcohen: when do you want the next one? :) 16:53:05 could be nice to have installation instructions to test it quickly 16:53:48 I wonder if ByWater will be encouraging their customers to submit data to Hea after upgrades to 3.18.x happen? 16:54:05 we will oleonard we will 16:54:41 So, lots and lots of new data could be on its way! 16:54:44 #info Hea: please think about adding your library/libraries 16:54:51 it's very good 16:54:58 it is verygood 16:55:00 so ending? 16:55:09 tcohen: 2 weeks? 4 weeks? 16:55:50 * cait thinks 2 weeks 16:55:58 so wednesday 4th 16:56:02 * barton agrees with cait. 16:56:08 vetos? 16:56:19 which time? 16:56:56 #action tcohen to set the time for the next meeting, suggestion is wednesday 4th 16:56:57 It's my birthday :) 16:56:58 oh 16:57:16 so better not? 16:57:30 #action tcohen to think about another date for the meeting to not collide with Joubu's birthday :) 16:57:32 #endmeeting
https://meetings.koha-community.org/2015/development_irc_meeting__21_january_2015.2015-01-21-15.09.log.txt
meetings.koha-community.org
crawl=CC-MAIN-2019-35
41477
application/http; msgtype=response
sha1:7CR2DNQZFODUW4GOCJIMECCPUJHGZZXO
<urn:uuid:7ba3efc2-08ae-47bb-bf3a-f76e3d63495d>
2019-08-22T16:24:08Z
75.127.97.93
text/plain
sha1:X2WU6PRYNYN7MXF4HH4RZAZ5R5MJ42HR
<urn:uuid:3cc5a290-314a-4a75-8adf-1a5ae80a73d8>
https://meetings.koha-community.org/2015/development_irc_meeting__21_january_2015.2015-01-21-15.09.log.txt
response
<urn:uuid:42f6540f-cc4a-4591-833c-f390da122bab>
isPartOf: CC-MAIN-2019-35
publisher: Common Crawl
description: Wide crawl of the web for August 2019
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-109.ec2.internal
software: Apache Nutch 1.15 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.1-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/