15:03:21 #startmeeting Koha Dev Meeting, September 16, part 1 15:03:21 Meeting started Tue Sep 16 15:03:21 2014 UTC. The chair is cait. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03:21 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:03:21 The meeting name has been set to 'koha_dev_meeting__september_16__part_1' 15:03:31 thd: heh 15:03:36 #topic Introductions 15:03:37 #info wahanui, a bot that has become sentient 15:03:42 please introduce yourself with #info 15:03:46 #info Galen Charlton 15:03:49 #info Tomas Cohen Arazi, Universidad Nacional de Cordoba 15:03:53 #info Kyle M Hall, ByWater Solutions 15:03:54 #info Katrin Fischer, BSZ 15:03:57 #info Jonathan Druart, BibLibre 15:04:01 #info Thomas Dukleth, Agogme, New York City 15:04:05 #link http://wiki.koha-community.org/wiki/Development_IRC_meeting,_16_September_2014 15:04:18 #info Indranil Das Gupta, Kolkata 15:04:55 ok, moving on :) 15:04:58 +1 15:05:03 #topic RM 3.18 comments 15:05:18 * cait hands the keyboard to tcohen 15:05:22 #info Martin Renvoize, PTFS Europe 15:05:27 #info I've been busy with several kohacon14 stuff that needs to be ready this week 15:05:30 #info Barton Chittenden, Bywater Solutions, Louisville, KY, USA 15:05:44 so, not many updates 15:05:49 #info Colin Campbell PTFS Europe 15:05:51 tcohen++ bgkriegel++ and unc++ :) 15:06:03 i'll try to push several patches in my queue today/tomorrow 15:06:12 that are needed for the stable branches 15:06:18 (3.16 mostly) 15:06:45 #info Owen Leonard, Athens County Public Libraries 15:06:50 also, i expected more feedback on the zebra facets work 15:07:04 but, we might work on that during the hackfest 15:07:21 * tcohen will miss gmcharlt and jcamins at the hackfest 15:07:40 * cait agrees 15:07:49 and oleonard 15:07:49 oleonard is still here, if you just wish hard enough. or Koha's master UI designer 15:08:00 and kyle, and everyone, damn 15:08:04 and ashimema 15:08:05 ashimema is on qa now .) 15:08:07 we need to stop :) 15:08:19 we have been talking about virtual participation 15:08:24 for the hackfest and maybe the conf? 15:08:29 I'll be there in spirit.. and online when the timezones match up 15:08:30 #info tcohen will push several bugfixes that are needed for the stable branches this week 15:08:43 virtual participation++ 15:08:58 tcohen++ # I'll be doing 3.16.x pushes this week 15:09:01 #info zebra facets need feedback 15:09:12 #info we are arranging things so zeno and galen can bring us their presentations live 15:09:24 my time zone isn't far off so I can probably participate. I'm an early riser though, so I don't know how much of our time windows will ine up 15:10:13 i'd be great to see work on some of the bigger things during hackfest and clean up the qa queue some 15:10:20 tcohen: moving on? 15:10:27 yes 15:10:32 #topic General technical discussion 15:11:09 the first one is DBIC again - there has been a lot of discussion on he mailing list already 15:11:30 hm, the link won't open for me currently 15:11:58 #info link to the mailing list thread for DBIC is on today's agenda in the wiki 15:12:01 i think that discussion needs more voices, still 15:12:04 and hasn't ended 15:12:07 (lists.k-c.org is down for the moment) 15:12:08 so no action on the irc 15:12:13 yep 15:12:13 is needed 15:12:23 how about an informal vote? 15:12:51 Enhance DBIC vs Encapsulate DBIC 15:13:16 there is also a bug currently, which is kinda blocked by this discussion 15:13:25 bug 12892 15:13:26 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12892 major, P5 - low, ---, kyle, Signed Off , Holds Waiting: not showing from check out screen 15:13:37 and at least 4 enh... 15:13:55 Joubu: true 15:14:09 the holds waiting is a problem in stable, so i'd like to see that moving forward 15:14:27 if you don't see that there are holds waiting for the patron at the circ desk... that's kind of a bad thing 15:15:08 The question is: Are all dev expressed on this topic? 15:15:15 bye 15:15:16 (and I hope the answer is "no") 15:15:40 Joubu: re DBIC? no, I want to weigh in as well 15:15:43 Well, the mailing list thread seems to have lost a lot of steam 15:15:43 #info please voice your opinion on the mailing list, more comments needed 15:16:02 gmcharlt: can you weigh in right now? 15:16:24 no, I think I prefer to revive the ML thread 15:16:29 maybe we could see how this develops until the next general meeting? 15:16:38 sounds good 15:16:39 it's not too far away 15:17:11 next subtopic? 15:17:24 vat rewrite is stuck until something will be decided. 15:17:35 ah 15:17:49 bug 12892 is a perfect example of how I propose to use DBIC. So that's a good place to look if you are trying to understand my position. 15:18:16 #info bug 12892 is an example for Kyle's position on how to use DBIC 15:18:35 yeah we can't leave this for long 15:18:44 when is the next meeting? 15:19:10 24th? 15:19:17 yep next wednesday 15:19:26 gmcharlt: is that ok for you to respond before then? 15:19:29 yes 15:19:42 clarification on next meeting - are we taking dev meeting or general? 15:19:50 ah 15:19:58 i thought we could maybe use part of the general one, but not sure 15:20:18 tcohen: what do you think? 15:20:19 somebody said do you think was something the QA team should take a look when someone adds unit tests? 15:20:32 forget do you think 15:20:33 cait: I forgot do you think 15:20:50 dev meeting topic, definitely 15:21:09 we might as well have a dedicated dev-meeting for that subject if needed 15:21:14 tcohen: 2 meetings in a week? next tuesday? 15:21:16 only dbic? 15:21:30 nope 15:21:41 only one, about that 15:22:47 we already got a general one scheduled 15:22:54 we really need a general point of view. All developers should be involved in this discussion. 15:23:19 sorry.. I'm not inputting much this meeting.. got two others going on at the same time :S 15:23:28 It's an important choice, we need more ideas 15:23:56 tcohen: can you schedule the dev meeting for next week? 15:23:59 for dbic? 15:24:04 yes 15:24:18 #action tcohen to schedule DBIC dev meeting for next week 15:24:32 ok, the next has been on the list for possible dev meeting topics for a while 15:24:53 there are some patches, that are kind fo stuck in discussion for a question we couldn't resolve so far: 15:25:22 for pages with different views for all branches and single branches.. which should show when you go to that page? 15:25:35 i have linked 2 examples on the agenda 15:26:12 default to all branches or default to the logged in branch 15:26:21 single library vs. consortia. ... 15:26:22 many librarians want their logged in branch to be the default, due to accidentally editing the all branches rules 15:26:58 i have no clear preference 15:27:15 me neither 15:27:20 i am nost sure, what would be a good place to leave comments? the agenda page maybe? 15:27:21 and of course consortia would like to limit it to the branch rules only for non-superlibrarians 15:28:00 if we have a syspref controlling that behaviour (default selection) i'd agree 15:28:09 I think that where it is possible to set a default rule or setting that option should be displayed rather than the logged-in library. 15:29:00 #info which view should be displayed: default rules or logged in library rules? 15:29:28 #info idea 1: display logged in library to prevent accidentally editing the default rules 15:29:43 It sounds like we need permissions settings for editing default rules 15:29:44 #info idea 2: display the default rules, if there are default rules 15:30:22 oleonard: yes, I've been writing an RFC to improve our permissions system 15:31:36 i just wanted to bring this to attnetion again, hoping we can resolve it - should we continue this on the ml? 15:31:44 leave it for now? 15:32:05 +1 for ml 15:32:36 who takes it there? 15:32:49 this should definitely be discussed on the general mailing list if it's going to ml 15:34:04 no volunteer? 15:34:10 ok, moving on for now 15:34:30 the next is a bit similar, there are several bugs about improving independent branches and make it more granular 15:34:31 I will volunteer 15:34:48 #action khall will take the branch/default question to the general ml 15:35:07 khall: what's the state of this? i think there are also still patches for the branch groups? 15:35:45 cait: I'm ready to abandon the branch groups at this point. 15:36:17 Instead of patching what we've already got, it may be time to re-think how we operate for large Koha systems with many libraries 15:36:30 khall++ on that 15:36:40 oh ok 15:37:01 khall: maybe leave a note on the bugs when you are sure? 15:37:11 cait: will do! 15:37:27 #action khall will add a status update to the indy branch groups bugs 15:37:33 ok 15:37:36 ready for coding guidelines? 15:37:49 #topic Additions to coding guidelines 15:37:50 Quick question? 15:37:51 yep 15:38:06 Is Perl 5.10 still Koha's minimum requirement? 15:38:14 at present 15:38:15 at present is not persuaded to support such a move 15:38:25 wahanui: forget at present 15:38:26 gmcharlt: I forgot at present 15:38:28 Okay thanks gmcharlt 15:38:35 oleonard: yes, whatever squeeze ships 15:38:40 #info Perl 5.10 is still Koha's minimum requirement 15:38:52 maybe we could drop support for 3.18... 15:38:59 * tcohen starts a flame war 15:39:07 BURN... 15:39:08 :) 15:39:13 #info Perl version dependent on what squeeze ships 15:39:26 more seriously, 3.20 might be an opportunity to revisit 15:39:48 squeeze is an LTS Debian release, and we are supporting it 15:40:01 what ships with squeeze, 5.10? 15:40:06 yes 15:41:12 do we need an action item here? 15:41:21 I don't think so 15:41:26 ok, moving on? 15:41:29 yes 15:41:32 i think those were discussed last meeting 15:41:42 but not yet added to the guidelines page 15:42:05 the first is a guideline about tt plugin use 15:42:08 i'll add the HTML7 rule 15:42:14 squeeze is in support until 2016-02-06 15:42:15 ok :) 15:42:40 tcohen: should we amend for using other TT plugins? 15:42:46 Joubu suggested that on the Trello 15:42:56 What is the consensus on -c as opposed to --confirm? 15:43:00 we agreed on this one 15:43:17 will add it, and new specific ammendments can be discussed 15:43:50 tcohen: makes sense 15:44:02 tcohen: so next cli? 15:44:11 yes 15:44:20 So there is no question here, just announcing the change? 15:44:41 oleonard: i think there was a vote already last meeting. tcohen? 15:45:05 yup 15:45:31 i wasn't there, so will rely on those who have been :) 15:45:50 it was all minuted ;) 15:45:51 I would like to amend -c to both -c and --confirm preferred but when really not practical for some good reason then provide --confirm. 15:45:51 Pod::Usage, GetOpt::Long, pod2usage, POD at end of file and --confirm 15:45:52 #action tcohen to ad HTML7 guideline about tt plugins to wiki 15:46:05 i think we have some items we can easily agree on 15:46:10 like pod and getopt? 15:46:22 we agreed already 15:46:35 not sure about the second part of the meeting 15:46:54 i think dryrun and -c seemed a bit difficult 15:46:59 ah, you're right 15:47:11 pod* & Getopt::Long 15:47:20 i think --confirm sounds ok, but we already use -c in some scripts 15:47:21 are the onces we reached consensus on 15:47:35 eythian volunteered to post an email 15:47:42 dry run -t should be added. 15:48:07 I suggest that -c is ok but -c and --confirm is better. 15:48:22 thd: comment on robin's thread 15:48:43 ah 15:48:49 so we will volunteer eythian again? 15:49:00 has he sent that email? 15:49:18 i haven't seen one 15:49:20 @later tell eythian remember to start the thread about CLI guidelines (--dryrun, etc) 15:49:20 tcohen: The operation succeeded. 15:49:35 #info CLI guidelines, especially dryrun and -c to go to the ml 15:49:50 can we move big stuff and bugs into one? 15:50:00 no 15:50:06 tcohen: Which thread do you mean in koha-devel list? 15:50:17 thd: the one robin will start 15:50:32 :) 15:50:33 #topic Bugs 15:50:35 we also agreed on a coding guideline for database tables/columns name 15:50:43 tcohen: ah sorry, missed that on the agenda 15:50:51 np 15:52:22 can anyone volunteer to write the DBIC naming convention down on the wiki? 15:52:48 I'll do that, with khall's help. 15:52:59 barton++ 15:52:59 Yep, I'm in for that 15:54:20 #action barton will write up coding guideline for database table/column names with khall 15:54:27 bugs? :) 15:54:40 bugs ? 15:54:40 rumour has it bugs is found at http://bugs.koha-community.org. Please fix any bugs you find. :) or reporting them is helpful, too 15:55:22 the topic bugs :) 15:55:31 does someone haas something to say about bugs? heh 15:55:39 ha, yes 15:55:46 I have something for bug 10860, I asked to the ML: I didn't know which term to use 15:55:47 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10860 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , In-House Use 15:56:00 I had 3 terms, now twice as much :) 15:56:12 in-house use, on-site, in-library, intra-library, reading room, on-site use, reading use only, etc. 15:56:21 ok, so we made it worse heh 15:56:26 maybe should I add a pref for that ;) 15:56:46 Joubu: and we will also have to translate every variation then? :) 15:56:56 make'm change it with javascript 15:57:23 the ft needs QA, but stuck until I sed all occurrences 15:57:26 is there any term in the lead right now? 15:57:29 We just need to pick one which is okay and let custom translations sort the rest out. 15:57:29 I suppose we won't ever please everyone no matter what term is chosen 15:57:42 true 15:57:55 but custom translations... i will take the jquery solution over that *shudders* 15:58:22 gmcharlt: can we draw from how other ils call it? 15:58:34 custom translations should be handled with .po files I guess 15:58:51 cait: I searched 2 years ago, when I started the development. And I found "in-house use". The one I used 15:58:59 cait: yes; "reading room" is closest 15:59:12 in gemran we have a direct translation of reading room for that 15:59:18 lesesaalausleihe 15:59:21 I don't see any problem with custom translations. We are talking about how many libraries, and how many of those are going to actually care? 15:59:23 reading room checkout 15:59:48 A syspref I do see problems with, though. 16:00:16 jcamins: It was a joke :) 16:00:18 ok, what can we do to resolve this finally? 16:00:25 :) suggestions? 16:00:30 * jcamins laughs belatedly. 16:00:34 so if a library doesn't like the chosen term, there are two ways they can change it. I say pick one and run with it. 16:01:21 So I pick "in-house use" 16:01:38 and I don't modify the patches 16:01:44 +1 16:01:47 +1 16:01:56 +1 16:02:03 0 16:02:16 i can translate it :) 16:02:29 +1 16:02:39 great, good news :) 16:02:44 it's good as long as we have a specific name - not mixing it up with local use 16:03:05 -1 16:03:08 can we move to the last? 16:03:11 ah 16:03:17 -1 16:03:52 Anyone else? 16:04:09 ashimema? 16:04:09 ashimema is on qa now .) 16:04:18 jcamins? 16:04:19 it has been said that jcamins is a spoilsport 16:04:32 cait: Would you explain the specific name problem? 16:04:50 Lemme grep for "in-house use." 16:05:21 thd: just that a specific feature should have a specific name - we have a local use feature that does different things, having different names also makes it easier to translate it better 16:05:32 i hope that makes sense 16:05:53 Joubu: how is it called in French? 16:06:25 "Consulation sur place" 16:06:30 Yes, I agree that the name should be context specific. 16:06:47 I change my vote -1 16:06:49 oops, typo :-/ 16:06:52 Just off the top of my head wouldnt in-library yse be better ( in-house sound a bit corporate jargon IMHO) 16:06:55 "Consultation sur place" 16:07:23 ok, I have a suggestion 16:07:40 and that is to run with what Google translate suggests as a literal translation 16:07:49 s/yse/use/ 16:07:50 in particular: "On-site use" 16:07:51 :) 16:07:58 now we listen to google? ;) 16:08:02 jus tjoking 16:08:03 :) 16:08:04 or "On-site loans" 16:08:15 hm maybe checkouts? to keep in sync? 16:08:22 yeah 16:08:24 On-site sounds better 16:08:25 "On-site checkouts" 16:08:30 well... nzers hate the checkouts, but they are consistent 16:08:58 ok, can we get a vote for on-site checkouts? 16:09:15 I don't care what we pick, I only care that we pick something. That's why I voted for the term Joubu already used. 16:09:32 i think i like the new one 16:09:39 +1 to ":on-site checkouts" 16:09:40 and i agree, we shoudl decide and end this :) 16:09:41 +1 16:09:41 +1 for anything that the plus one gives a clear majority 16:09:48 well, if ther eis no veto from part 2 16:10:05 +1 16:10:06 +1 16:10:19 Joubu: would it be ok for you? 16:10:21 same, I don't care, I just want a word :) 16:10:23 heh 16:10:24 +1 16:10:38 tcohen: khall? 16:10:57 +1 16:11:08 +1 16:11:19 so "On-site checkouts", that's what we decided? 16:11:28 How site specific would on-site be? 16:11:55 Is that branch specific? 16:12:08 thd: you are overthinking this 16:12:14 OK 16:12:27 #topic Big stuff we are working on 16:12:32 oh 16:12:35 grump 16:12:58 #agreed the majority agrees on 'on-site checkouts' 16:13:07 +0 abstain for overthinking :) 16:13:44 ah sorry 16:13:58 hope it's still ok, even if i messed up the minutes a bit 16:14:06 anyone want to talk about his work? 16:15:28 i think gmcharlt will work on something exciting soon... 16:15:33 Paola signed off some of the vat rewrite - plumbing. 16:15:40 paola++ :) 16:15:56 New patches will be submited when the DBIC guidelines will be decided. 16:16:09 #info some of the vat rewrite-plumbing got signed off by Paola 16:16:30 #info more tax rewrite patches to be submitted after decision on DBIC has been made 16:16:49 gmcharlt? :) 16:17:08 so, I just wanted to mention the Ada Initiative fundraising campaing that's going on 16:17:32 the Ada Initiative is an international foundation that works to support women in open technology and open culture, including open source 16:17:41 and the past few days there's been a special fundraiser 16:18:00 a /lot/ of people have benefited form their work, and it is something that I personally support 16:18:20 e.g., 16:18:23 #link http://andromedayelton.com/blog/2014/09/10/why-i-support-the-ada-initiative-you-too/ 16:18:32 #info Donation link is https://supportada.org/?campaign=libraries 16:18:41 so, here's where it ties into Koha specifically 16:19:04 if the funding among gets to $16,384 today - and we're just a few hundred short of that 16:19:32 I will be making an add-on to the Bootstrap theme that adds... feline touches to a Koha OPAC 16:19:40 and that's it -- thanks for listening 16:19:57 thx gmcharlt 16:20:11 can't wait to see the opac with whiskers :) 16:20:19 gmcharlt: Do you mean catlike? 16:20:29 thd: I do! :) 16:21:09 any more announcements? 16:21:28 * thd waits for the canine version. 16:21:31 #topic Actions from last meeting 16:21:41 i have to admit, i have to look those up, can someone help? 16:22:03 ah ok 16:22:10 #info gmcharlt will be releasing UTF-8 test cases in the enxt couple days 16:22:13 i think both got covered 16:22:21 nice 16:22:23 :) 16:22:43 ok, so 16:22:48 gmcharlt: Are there patches somewhere? 16:22:59 not yet; I'll let you know when I'm ready for you to see them 16:23:07 k 16:23:40 #topic Set time for next meeting 16:23:54 as tcohen will schedule one for dbic, can we set the time for the meeting after that there? 16:24:12 perhaps during hackfest? 16:24:24 if timezones permit, that might be nice 16:24:36 tcohen: is there a good/bad hackfest day for meetings? 16:24:41 and not sure about timezones 16:25:42 i like the hackfest idea - can we leave the exact day/time for now? 16:25:59 so we can see how it works with the schedule? 16:26:15 +1 16:27:00 #info we will try to schedule the next dev meeting during hackfest, time/day to be decided when we know a bit more about the schedule 16:27:05 as noone else seems still awake :) 16:27:08 #endmeeting