16:32:01 #startmeeting standup 16:32:01 Meeting started Thu Jan 16 16:32:01 2020 UTC. 16:32:01 This meeting is logged and archived in a public location. 16:32:01 The chair is scoady. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:32:01 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:32:01 The meeting name has been set to 'standup' 16:32:09 .hello2 16:32:10 sfinn: sfinn 'Sarah Finn' 16:32:14 .hello2 16:32:15 abompard: abompard 'Aurelien Bompard' 16:32:51 .hello2 16:32:52 scoady: scoady 'Stephen Coady' 16:33:24 we should probably start calling the meeting something more descriptive, because Mote just shows it as the "standup" team :D 16:33:27 .hello2 16:33:28 jrichardson: jrichardson 'James Richardson' 16:33:43 relrod, whats mote? 16:33:56 https://meetbot.fedoraproject.org/sresults/?group_id=standup&type=team 16:34:21 ah, cool. good to know for the next one 16:34:28 ok, who wants to go first? 16:34:48 Do you want to scoady ? 16:34:55 #topic scoady 16:36:07 I spent a bit of time getting a script together to create dummy users and groups. I have a PR but I will be adding to it soon and moving it as its pointed towards ryan's fork. i am adding some small changes to that too like making securitas an actual service so its easier to restart (similar to bodhi) 16:36:31 I also spent some time today with jrichardson going through some open source stuff 16:36:38 thats all from me, whos next? 16:36:46 I can go 16:36:54 #topic abompard 16:37:16 Yesterday I opened issue #75 https://github.com/fedora-infra/securitas/issues/75 16:37:37 And today I thought that it looked like a small thing so I might as well try and fix it 16:38:13 but I didn't realize that it required me to have my vagrant setup up, etc 16:38:17 and a couple more things 16:38:45 So I've finally fixed it but it took longer than I thought 16:38:52 I also reviewed a couple PRs 16:39:11 I'll send a PR for the fix but it's based on Ryan's unit tests branch so I'll wait for that to be merged first 16:39:41 abompard, do you think we should add more to that first or merge and add later if its blocking you? 16:39:42 Ryan's Unit Tests branch is still in the blocked colummn 16:39:47 but I think it's a mistake 16:39:50 Ryan is not back until Wednesday, is this something someone else could pick up? 16:40:07 I can definitely take it 16:40:09 I think we should merge it, it's a good structure. I sent a comment saying that in the PR 16:40:45 ok cool lets do that then and I can still continue the user story with his commits as my base 16:40:54 Brill thanks 16:40:55 abompard: I'll comment on #75, but it might require a change in the api lib we're using to parse out that error message or something 16:41:24 relrod: which lib? BeautifulSoup? 16:41:33 Well let's discuss it in the PR :-) 16:41:42 ok 16:41:51 Also thanks scoady for the comment on mypy 16:41:54 (static typing) 16:42:03 Thanks all round :) 16:42:12 it was more curiosity than anything on my part - still very new to python! 16:42:16 ok, who's next then? 16:42:26 I'll go next 16:42:32 #topic sfinn 16:43:12 #action scoady to continue ryan's user story once his PR is merged 16:43:29 Sent mail to devel list about a week late but its out there now, apologies. I'd like to review/retro to Monday as I am travelling on Tuesday, I send invites.. let me know if it suits 16:43:42 * move 16:43:58 Sprint planning alternative times, welcome your feedback on that, send mail on it 16:44:30 There is a good few U.S in the review lane , could ye all take a look to see if you are happy to move these to done? 16:44:58 That's it from me , thanks 16:45:09 #action relrod scoady abompard jrichardson to review and progress user stories 16:45:17 thanks sfinn, whos up? 16:45:23 I'll go 16:45:25 #info relrod 16:45:44 #topic relrod 16:46:25 Not a whole lot to report right now. Currently working on the script for the full-name requirement issue. Also gathering a list of tickets for sprint 2. 16:46:39 Should have both done Real Soon Now 16:46:45 ™ 16:46:54 EOF 16:47:03 haha thanks relrod 16:47:32 Great thanks relrod , scoady is my translator here.. regarding the TM :) 16:47:38 #topic jrichardson 16:48:23 With loads of help[ from scoady i did my first PR today on a project called Selectize which Bodhi uses 16:48:46 also started git training, and looking at beginning an ansible course 16:48:53 eom 16:48:57 jrichardson++ 16:48:57 scoady: Karma for jrichardson changed to 1 (for the current release cycle): https://badges.fedoraproject.org/tags/cookie/any 16:48:59 great job 16:49:05 Great stuff jrichardson ! 16:49:13 sfinn: did you post instructions on how to review wireframes?gg:q 16:49:15 :q 16:49:18 oops 16:49:26 darn focus 16:49:43 (my question on wireframes still stands :-p ) 16:50:11 No, I didnt reach on it but I will by next week :).. I have reviewed wireframes, tagged scoady and relrod regarding a few dev questions 16:50:26 If all good dev wise we can move them to done 16:50:33 #action sfinn to post instructions on how to review wireframes next week 16:50:39 cool, thanks 16:50:48 #action scoady to get back to the two remaining wireframes he is tagged on 16:51:11 We have two items in to do, do you think we will be able to progress on these 16:51:24 which are the two? 16:51:26 * relrod pulls up the board 16:51:50 one of them depends on the centos folks 16:51:56 Cent OS CI should be in blocked I htink 16:51:56 yeah 16:52:07 the other is about setting up openshift in staging to autodeploy our code 16:52:32 Cool, the CentOS CI one, was that added mid sprint? 16:52:32 abompard: for dev we can (and probably should) just use communishift 16:52:37 do we have someone with good openshift experience in the team? Otherwise I can mimic what has been done for bodhi 16:53:01 relrod: you think we shouldn't use staging? 16:53:05 abompard I think that is probably a good approach anyway 16:53:11 abompard: I have some experience. But I'm also reluctant to take on too much and have people block on me 16:53:27 abompard: I think communishift for now unless there's a big reason not to 16:53:29 relrod: yes good concern 16:54:15 If CentOS CI was added mid sprint, lets pull back into the issues ( backlog) and work on it next sprint, if we don't think we can complete it by Mon/Tues 16:54:17 the pro of actual staging is that it's in ansible and tracked and stuff. but I feel like we're not ready for that at this point yet 16:54:34 sfinn: I think it's in progress/blocked, but abompard will know for sure 16:54:57 the project has already been requested right? 16:55:08 relrod: yes 16:55:11 yeah 16:55:13 so I'd say blocked 16:55:14 ¯\_(ツ)_/¯ 16:55:16 There's a link to their tracker in the ticket 16:55:18 yes 16:55:42 but not something we can do anything about, so it depends on the meaning of the blocked column 16:55:55 K, I have to drop off for another call, apologies.. I will take a look at the board tomorrow and message here. Are ye all on sustaining team tomorrow? 16:56:15 * relrod would use blocked for anything blocked (including this) personally, but we know I'm not agile so 16:56:15 if having tickets in blocked column is a project management red alert, then it's not like that 16:57:27 I will be continuing with aaa tomorrow 16:57:44 [securitas] relrod commented on issue #75: This likely requires a change to the freeipa client lib we're using in order to store (and/or parse) that error message in some reasonable... https://da.gd/yu6oy 16:57:47 if theres nothing else I think we're done? 16:58:05 yeah I don't remember of a sustaining team thing tomorrow 16:58:09 yeah 16:58:54 no , no red alerts :).. I just want to be able to report accuratly what we commited too to deleiverin and what we achieved within the sprint. If a ticket was added mid sprint, we should move it back out so the stat's are accurate 16:59:08 [securitas] abompard commented on issue #75: Actually the exception class has a plain text attribute that I can use to just display the error message, so in my fix I'm using that. https://da.gd/hJi4 16:59:42 sfinn: the ticket is the result of a ticket that was added and that was split in two 17:00:07 If the ticket was added to sprint that we committed too, then maybe we should look at breaking these tickets down into 2 separate tickets to ensure we don't pull in anything that is not achievable within a sprint 17:00:41 [securitas] AdamWill commented on issue #61: Well I'd ask someone more expert for a best practice, but if you forced me to pick, I'd suggest a manual process where an admin tries to a... https://da.gd/xeLS 17:00:55 ok we're at double our meeting time. Let's close out? 17:00:55 ok cool, thanks everyone 17:01:02 #endmeeting