20:00:43 #startmeeting Development IRC meeting 22 August 2018 20:00:43 Meeting started Wed Aug 22 20:00:43 2018 UTC. The chair is kidclamp. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:43 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:43 The meeting name has been set to 'development_irc_meeting_22_august_2018' 20:00:53 #topic Introductions 20:01:02 #info Martin Renvoize, PTFS Europe 20:01:02 #info Nick Clemens, ByWater Solutions 20:01:03 #info Jon Knight, Loughborough University 20:01:11 #chair cait 20:01:11 Current chairs: cait kidclamp 20:01:22 #info Brendan gallagher Bywater 20:01:32 #info Josef Moravec, Municipal Library Usti nad Orlici 20:02:24 I scared cait off 20:02:40 sorry 20:02:44 :-) 20:02:45 did we info already? 20:02:53 waiting for you 20:03:00 #info Katrin Fischer, BSZ, Germany 20:03:04 Laptop froze... restarted 20:03:10 thx for waiting 20:03:25 #topic Announcements 20:03:54 #link https://wiki.koha-community.org/wiki/Working_with_SCSS_in_the_OPAC_and_staff_client SCSS for staff and OPAC 20:04:07 #link https://wiki.koha-community.org/wiki/Coding_Guidelines#HTML9:_filter_all_the_variables Global XSS fix 20:04:28 #link https://wiki.koha-community.org/wiki/Development_IRC_meeting_22_August_2018 Agenda 20:04:35 Hey, we made some big changes! Exciting! SCSS now has a yarn build process that Owen highlighted 20:04:43 Joubu made all the filters for all the variables happen 20:04:59 oleonard++ Joubu++ 20:05:07 please test master, we expect to shake out somedisplay issues with these and want to clear them before release 20:05:33 #info Thomas Dukleth, Agogme, New York City 20:05:40 Well done all involved in those 20:05:42 Owne and Joubu both took off after these were pushed, so volunteer them for any fixes :-) 20:06:04 anyone else? Bag? 20:06:19 nada 20:06:50 Joubu++ 20:07:03 oleonard++ 20:07:11 #topic Update from the Release manager (18.11) 20:07:17 Hey, that's me :-D 20:07:48 kidclamp++ too :) 20:07:53 Trying to get the queue caught up, still some bug things I would like to see more of (Mana, Stock rotation) bug me if you have anything you want :-) 20:08:44 That's all from me really, except to keep poking master for any bugs 20:09:06 #topic Updates from the Release Maintainers 20:09:09 ashimema: 20:09:16 Rmaints? 20:09:19 RMaints? 20:09:33 only Joubu can do the magic it seems :) 20:09:36 It's been a bumpy month with holiday, but we've been steadily pushing. I've delayed today's release by a week so we can do the three releases close to each other 20:09:51 Lining up annual leave, always fun 😉 20:10:42 That's it from me too really.. fridolin is out this week.. 20:10:48 #info releases delayed for coordinated release, holidays 20:10:58 I do have an announcement - sorry to be late with it… HACKFEST!!! kidclamp is running the show - please help him out and bring ideas for what to do 20:11:07 #topic Updates from the QA team 20:11:15 do you want them before or just bringing them? 20:11:17 #info HACKFEST!!! kidclamp is running the show - please help him out and bring ideas for what to do 20:11:26 just bring them cait 20:11:32 started a list already :) 20:11:35 #info email kidclamp if you have things you want done or ideas 20:11:47 let me knwo too ;-) 20:11:51 Is HACKFEST a physical or virtual thing? 20:11:55 * ashimema will be attempting to join hackfest virtually 😉 20:12:03 both 20:12:17 both for sure 20:12:20 Hackfest is a state of mind (and freedom to ignore everythign that isn't a bug) 20:12:44 QA updates cait? 20:12:45 @quote add Hackfest is a state of mind (and freedom to ignore everythign that isn't a bug) 20:12:45 cait: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). 20:12:50 ah yes 20:12:58 sorry, missed the topic change 20:13:02 @quote add Hackfest is a state of mind (and freedom to ignore everything that isn't a bug) 20:13:02 kidclamp: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). 20:13:12 I bet bag has super powers 20:13:23 #info queue is in reasonable shape, can always be better, but bugs are being taken care of fast, enh a little slower 20:13:41 josef_moravec++ welcome back :-) 20:13:48 I had added an idea on my proposal, that i'd like to try out 20:13:50 @quote add Hackfest is a state of mind (and freedom to ignore everything that isn't a bug) 20:13:50 bag: The operation succeeded. Quote #332 added. 20:13:51 QA topic experts 20:14:09 +1 20:14:11 people the qa team can call in for certain topics 20:14:16 +1 20:14:35 +1 20:14:38 an additonal code review might be done, but otherwise a sign-off would count as qa 20:14:54 matts volunteered (kind of) for CAS and Shibboleth 20:15:26 Hehe, well volunteered matts 20:15:34 matss++ 20:15:48 [off] I give up on typing today 20:15:51 #info QA team is looking for QA topic experts - sign off counting for qa, additional code review from qa team as needed, volunteers welcome - please also feel free to suggest people 20:15:58 matts++ 20:16:29 i'd add them to the roles page for 18.05 as we find them, ok? 20:16:34 um 18.11 20:16:38 +1 20:16:42 * ashimema will try to talk colin_c back into sip and edit topic expert roles 20:16:49 sounds good 20:16:52 I’d be willing to do SIP and LDAP things (I still have that set up from my RM days) 20:16:55 we are also lookign for an ldap person 20:16:57 Brill 20:17:02 ... and if possible someone for linked data/rdf 20:17:10 Awesome bag 20:17:22 cool 20:17:23 bag++ 20:17:25 david cook for rdf? 20:17:38 #action bag to volunteer as QA topic expert for LDAP and SIP 20:17:43 I won’t put a passed QA on it - unless I volunteer to be on the team again - so I like the idea of just another sign-off 20:17:48 josef_moravec: looking for someone to look at his patches :) 20:17:50 so yes... an dno 20:18:05 cait: I see ;) 20:18:31 Yup.. what she said 20:18:44 #info other topics: RDF, authentication 20:19:09 would you send soemthing to the lists cait?> 20:19:17 i thnk with a second qa again, we should be good with a code review 20:19:44 hm i could, but not sure what exactly? 20:19:44 Agreed 20:19:59 just to let people know and see if anyone jumps on other things 20:20:00 hm second sign-off... good for qa with a code review 20:20:04 i better give up on writing too 20:20:24 i'll try :) 20:20:43 anything else? 20:21:10 not from me right now 20:21:14 #topic General development discussion (trends, ideas, ...) 20:21:25 tcohen? 20:21:39 #info [VOTE] REST API: public vs. private API. how do we handle 20:22:07 i'll have to read that quickly 20:22:14 ... and then probably have someone explain 20:22:17 ashimema: have you talked with tomas on this? 20:23:20 i think the idea is different routes 20:23:41 I think the gist is - rather than rework the current API stuffs, just make it all private (authenticated) and add new routes for public info for where it is neee 20:23:47 exactly cait 20:23:48 like we have a libraries end point with all information and another for just getting a pull down of libraries that can be open, right? 20:24:02 well not a pull down... list of library names or so 20:24:18 i like it 20:24:33 but i was always the one worried about exposing this data - so of course i like it :) 20:24:37 any questions/objections? 20:25:06 Yeah, we've discussed it.. it's a perfectly sane approach and I'm game for it 20:25:08 As long as is well documented I don't have an issue. Will there be an API version number included too? 20:25:47 I think that can be done as detail work, for now is broad concept vote? 20:25:52 ok 20:26:19 greenjimll: i think we already have a version number, currently still 1 as things are mostly unfinished 20:26:27 ok, lemme phrase something 20:26:37 phrasing as a question... i hated that 20:27:22 Semantic versioning in the API I believe.. don't think k we'veade any breaking changes yet 20:27:30 Was anyone favouring everything in the API running without authentication? 20:27:46 #startvote Should we adapt current API as 'private' and build new '/public' namespace for simple information endpoints (as outlined in agenda)? Yes, No, Abstain 20:27:46 Begin voting on: Should we adapt current API as 'private' and build new '/public' namespace for simple information endpoints (as outlined in agenda)? Valid vote options are Yes, No, Abstain. 20:27:46 Vote using '#vote OPTION'. Only your last vote counts. 20:27:55 #vote Yes 20:28:02 #vote Yes 20:28:09 #vote Yes 20:28:14 thd: the initial idea was to see data without where it made sense and then more when authenticated, but it's difficult with the way koha handles things like visibliity 20:28:20 #vote Yes 20:28:20 #vote Yes 20:28:44 #vote yes 20:28:53 last call... 20:29:20 #endvote 20:29:20 Voted on "Should we adapt current API as 'private' and build new '/public' namespace for simple information endpoints (as outlined in agenda)?" Results are 20:29:20 Yes (6): greenjimll, cait, josef_moravec, ashimema, kidclamp, thd 20:29:22 #vote yes 20:29:26 so close 20:29:40 cait: We need to the way Koha handles (visibility|word readability). 20:29:43 #info It's unanimous - do that thing 20:29:52 #action Tomas will do that thing 20:30:09 kidclamp: there is #agreed :) 20:30:29 I thought tcohen was here.. 20:30:37 #agreed We want the current api to be private and add a public namespace for needed info endpoints 20:30:42 @later tell matts got you a new job :) https://wiki.koha-community.org/wiki/Roles_for_18.11 20:30:43 cait: The operation succeeded. 20:30:46 kidclamp: I shall interpret "that thing" to be whatever I please unanimously :) 20:30:48 #topic Review of coding guidelines 20:31:03 that was me again 20:31:07 alex_a brought it up today 20:31:18 Perl 9 is still targetted at C4 20:31:30 but we have been pushing people to do snake case in the new Koha namespace 20:31:34 so we should at least amen dit 20:31:36 amend it 20:31:59 +1 20:32:04 #link https://wiki.koha-community.org/wiki/Coding_Guidelines#PERL9:_Subroutine_naming_conventions Coding guideline for soubroutine naming conventions 20:32:32 Heh, I always did snake case myself until at work one of my colleagues put camel case into the coding guidelines. It'll be fun to say, "no, Koha requires it". ;-) 20:32:37 eythian suggested that perl leans towards snake case for subs and camel case for module names 20:32:44 which seems to make sense with how we do things now 20:33:31 Well spottef 20:33:34 What happens when a subroutine is abstracted to become a module? 20:33:42 i was about to say something about tumbleweed :) 20:34:02 thd: i don't think it works that way? 20:34:22 Yup 20:34:27 What eythian said is what I've seen too 20:34:46 we could divide the rule up, sec 20:34:51 Do you have wording proposal, or just vote on the idea and get it worded after? 20:34:53 cait: Yes, I know because there is subsidiarity in the namespace for the module. 20:36:16 please refresh wiki 20:36:27 refining i'd leave up to a dev :) 20:36:32 well... a more full time dev 20:37:12 So when you say "snake case for subs and camel case for module names" do you mean camel case for module public methods and snake for internal functions? 20:37:49 for th ename of the package is what i understood 20:37:56 so it's PatronAttributes.pm 20:37:59 i might be mistaken 20:38:06 Perl 9 seems to be talking about methods though in camel case. 20:38:07 yes, that is what i understand 20:38:18 eg: AddBiblio 20:38:27 yeah that's how things are in C4 20:38:32 that is in the C4 deprecated section 20:38:35 well... mostly 20:38:49 please feel free to change it up 20:39:02 Ah, I misunderstood. I thought you wanted to do what was in Perl 9 everywhere outside C4 as well. 20:39:14 when we rewrite Koha in C# we will remove all inconsistencies :-) 20:39:21 hah 20:39:36 maybe we should use something more esoteric 20:39:38 Don't joke... that's a frightening idea. 20:39:49 ready to vote? 20:39:50 whitespace 20:40:06 or can we just accept it :-) 20:40:07 Er, what is it we're voting on... I'm still a bit unclear? 20:40:21 the amendment to the rule (that already happened) 20:40:21 greenjimll: did you see the slightyl changed wiki page? 20:40:31 kidclamp: can always be undone, it's a wiki :) 20:40:51 I'm looking at https://wiki.koha-community.org/wiki/Coding_Guidelines#PERL9 which was in the agenda 20:41:06 try refreshß 20:41:08 ? 20:41:26 C4 namespace [outdated] and everything above is new 20:41:32 #vote Should we adapt the PERL9 guideline to state us of snake_case for subroutines in the Koha namespace and the use of CamelCase for modules? Yes, No, Abstain 20:41:38 #vote Yes 20:41:41 #vote Yes 20:41:43 #vote yes 20:41:48 #vote Yes 20:41:51 #vote Abstain 20:41:52 s/shoudl/should/ 20:41:59 #vote yes 20:42:05 #vote Yes 20:42:25 last call 20:42:42 #endvote 20:42:55 #nedvote 20:42:59 #endvote 20:43:11 #startvote Should we adapt the PERL9 guideline to state us of snake_case for subroutines in the Koha namespace and the use of CamelCase for modules? Yes, No, Abstain 20:43:11 Begin voting on: Should we adapt the PERL9 guideline to state us of snake_case for subroutines in the Koha namespace and the use of CamelCase for modules? Valid vote options are Yes, No, Abstain. 20:43:11 Vote using '#vote OPTION'. Only your last vote counts. 20:43:16 #vote Yes 20:43:27 heh, i knew something was wrong :-) 20:43:30 #vote Yes 20:43:31 #vote yes 20:43:40 #vote Yes 20:43:50 last call 20:44:01 #endvote 20:44:01 Voted on "Should we adapt the PERL9 guideline to state us of snake_case for subroutines in the Koha namespace and the use of CamelCase for modules?" Results are 20:44:02 Yes (4): kidclamp, cait, josef_moravec, ashimema 20:44:33 #agreed PERL9 will (has been) be updated to reflect Koha namespace capitlization guidelines 20:44:49 #topic Set time of next meeting 20:44:55 OK, so just to be clear, the "verb and noun" requirement that was in C4 for subroutine names has been ditched as well now? 20:45:15 i'd say so 20:45:28 wait until after Kohacon? 20:45:52 if the devs don't talk to each other there something has gone horribly wrong 20:46:16 Sepetember 19th, 14UTC? 20:46:58 ok for me 20:47:10 +1 20:47:12 +1 20:47:51 Wait is that not 2 days after KohaCon? 20:48:37 it is, i think most will be home by then, or we can at least record what all we did :-) 20:48:37 KohaCon is 10th~12th 20:48:40 i won't make that one 20:49:00 but i trust you to make good decisions heh 20:49:06 :) 20:49:14 #info Next meeting: 19 September 2018, 14 UTC 20:49:20 #endmeeting