15:00:31 #startmeeting Evergreen Develpment Meeting, 7 June 2017 15:00:31 Meeting started Wed Jun 7 15:00:31 2017 US/Eastern. The chair is gmcharlt. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:31 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:31 The meeting name has been set to 'evergreen_develpment_meeting__7_june_2017' 15:00:37 #info Agenda is https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2017-06-07 15:00:42 #topic Introductions 15:00:47 please introduce yourselves... 15:00:49 DPearl = Dan Pearl, C/W MARS Inc. 15:00:54 #info gmcharlt = Galen Charlton, Equinox 15:01:00 #info phasefx = Jason Etheridge, Equinox 15:01:19 #info berick Bill Erickson, KCLS 15:01:19 #info DPearl = Dan Pearl, C/W MARS Inc. 15:01:41 #info dbwells = Dan Wells, Hekman Library (Calvin College) 15:01:51 #info JBoyer = Jason Boyer, IN State Library 15:01:54 #info miker = Mike Rylander, EOLI 15:02:09 #info remingtron = Remington Steed, Hekman Library (Calvin College) 15:03:04 #info Dyrcona = Jason Stephenson C/W MARS 15:03:54 #topic Action items from previous meeting 15:04:24 #info gmcharlt sent an email to open-ils-dev requesting feedback on the copy tags / digital bookplates feature 15:04:44 #info gmcharlt sent a note to open-ils-general giving a heads-up on the potential project to replace LP 15:05:02 both of which resulted in... not much (or any) feedback :) 15:05:18 but JBoyer++ for raising his discovery regarding Angular scoping to open-ils-dev 15:05:29 so... there's that 15:06:05 on the other hand, in the latter case I suppose it means we can just proceed and ask for feedback once we have something to show, I suppose 15:06:18 so, any questions re those updates before I move on? 15:06:22 * phasefx has pitchfork and torch if you want something destructive re: launchpad :) 15:06:33 heh 15:07:15 so moving on 15:07:15 I'm working on an OpenSRF bug re: the fork() bug that jeffdavis and I keep running into, but I haven't had time to write it up yet. 15:07:24 #topic OpenSRF update 15:08:06 so, speaking of that bug, I know berick has been looking at it as well 15:08:11 any insight so far? 15:08:37 also, request to jeffdavis and/or JBoyer: could one of you go ahead and write up an LP? 15:08:55 if it turns out to be an Evergreen bug proper rather than an OpenSRF one, it's easy enough to move it 15:09:02 this is the fork failure turning listener into drone bug, yes? 15:09:08 No insight, but I have (had for a couple days...) an LP tab open in my browser for it. 15:09:31 miker: no, it's not clear if fork() is related. 15:09:35 just one of a few theories 15:09:45 we need some logging from affected systems 15:09:46 miker, no. This is undefined values making it into calls to syswrite. 15:10:03 #info dbs = Dan Scott, Laurentian University 15:10:06 ah, ok, thanks 15:10:26 (IRC Log search for Server.pm and 307 should pull up a short list of hits) 15:10:41 JBoyer: would you accept an action item to pull together a writeup for LP? 15:11:15 Consider my judo-chop-action-button pressed, 15:11:21 whee! 15:11:22 er, yes. 15:11:32 * berick can add a logging patch if that would be helpful 15:11:51 berick++ 15:11:52 #action JBoyer will write up known details of the syswrite-to-oblivion issue for LP 15:12:26 so, unless there's more, sounds like that's it for OpenSRF; needless to say, this seems like something that woujdl warrant a 2.5.1 when it gets tracked down 15:12:29 My primary concern is that I've only ever seen this in production, where logs are already xbox-hueg. 15:13:15 #topic Evergreen update 15:13:50 #info Evergreen 2.10.12, 2.11.5, 2.12.2, all security releases, came out on 24 May 15:13:51 #link https://evergreen-ils.org/security-releases-evergreen-2-10-12-evergreen-2-11-5-and-evergreen-2-12-2/ 15:14:59 #info Evergreen 3.0 keeps chugging along; flurry of bugfix work going on at the moemnt 15:15:08 any other updates regarding the releases? 15:15:51 if not... moving on 15:15:59 #topic Feedback regarding the feedback fest 15:16:06 #info First feedback fest concluded on 5/19 15:16:14 #info Results at https://evergreen-ils.org/evergreen-3-0-development-update-6-feedback-fest-results/ 15:16:35 so, my questions to folks: 15:16:43 did you find this a useful exercise? 15:17:05 are there things we could do to do it better, giving that there's a second one slated to occur in August? 15:17:54 I found it useful ... I don't have suggestions for improvement ATM 15:18:21 ditto 15:18:43 Same 15:19:12 or, not any that we collectively have time for (build a tool! :) ) 15:19:25 I found it useful; I liked you just throwing stuff my way. Maybe we could benefit from a bug dispenser to make random suggestions :) I know one community that did with getting folks to judge works during a competition where you couldn't possibly look at everything 15:20:15 phasefx: interesting - do you recall details of that / have a link? 15:20:47 * gmcharlt also notes that one of the features of the Koha dashboard is a link to a random bug 15:21:05 gmcharlt: it was Interactive Fiction community, a piece of software had a list of all the contestants, and a would-be judge would pull a lever and get a handful to look at 15:22:04 @oprah bugs 15:22:05 JBoyer: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org 15:22:31 * gmcharlt blinks 15:22:36 MOVING ON... :) 15:22:52 thanks for the feedback folks 15:23:06 #topic Update on project to investigate alternatives to Launchapd and Gitolite 15:23:17 #link https://wiki.evergreen-ils.org/doku.php?id=dev:2017_new_tools 15:23:41 Dyrcona: how are your experiments with gitlab coming along? 15:24:07 dbs: did you mention another possible translation management tool recently? if so, what was it? 15:24:13 weblate 15:24:19 Well, I can confirm that after you make a configuration change, gitlab will accept pushes of the Evergreen repo. 15:24:35 I'll add it to the wiki page and organize a new "translation tools" section 15:24:49 dbs++ 15:25:06 I've not had much time to experiment, but we appear to lose some of the fine-grained control over repositories, so we may need to revisit how we manage branches at the moment. 15:28:36 ok 15:29:09 are we at a point where it would make sense to stand up a VM on the community's server, put gitlab there, and open up for more testing? 15:30:53 I don't see a reason not to mirror our current git setup over to gitlab, if that can be done 15:31:18 indeed 15:31:32 It's more like reflected in a pond than mirrored. 15:31:45 :) 15:32:00 ok 15:32:21 I won't set a formal action item just now (unless somebody is raring to go), but something to keep in mind over the next few weeks 15:32:32 any other discussion on tool replacement? 15:33:21 moving on 15:33:28 #topic Proposal to create a development dashboard 15:33:46 #link https://evergreen-ils.org/evergreen-3-0-development-update-8/ 15:34:02 #info Koha dashboard is at http://dashboard.koha-community.org/ 15:34:34 so, any thoughts about whether it would be useful to pursue this, and if so, what we want want displayed in a dashboard? 15:36:56 Should it wait until we've decided on a bug tracker? 15:37:01 * berick was going to say that 15:37:06 If we're planning to ditch Lp, that is. 15:37:09 i like the idea of dashboard, though 15:37:21 Yeah, I like the idea, too. 15:37:52 Yep, like a friendly front end to a bug tracker 15:38:13 yeah, writting an interface to a bug tracker twice seems inefficient :) 15:38:16 and i like the idea of snapshots exposed as periodic blog posts/newsletters 15:39:42 ok 15:39:48 thanks for the feedback 15:40:06 any other topics to discuss or bug feedback before we close the meeting? 15:42:22 ok 15:42:27 thanks, everybody! 15:42:30 #endmettings 15:42:32 er 15:42:35 #endmeeting