| ted | === START MEETING === | 17:00 |
|---|---|---|
| scislac[m] | Hello | 17:00 |
| ted | Okay, let me grab the agenda. Agenda: SFC Items (ted) Student programs (Outreachy, GSoC, etc) ( @Tav ) Developer meeting update (Mc) Vectors update ( @ryangorley ) Infrastructure update ( @doctormo ) Administrator job process status ( @doctormo ) Current Votes Status Next Meeting: Aug 5, 2022 < / end agenda > 😄 SFC Stuff, here is the monthly financial overview: https://gitlab.com/-/snippets/2363800 Bradley still has the Paypal import on his TODO so we don't have updated donations for the release. He's also working on getting the new payment processor going, I mentioned that if we had a choice we'd prefer to get that over Paypal numbers but obviously long term we need both. I've also updated the allocation tracking sheet here: https://office.inkscape.org/nextcloud/index.php/s/yqgxF5ecknaYzNF There was an issue this month where Ryan wasn't getting reimbursed correctly. We figured out that the receipts had gone to the wrong place and got that corrected. | 17:01 |
| Mc | o/ | 17:03 |
| karen | and I was working on the FSA yesterday but it was more involved than I had expected, due to comments we received from our counsel. I'll get the agreement out today! sorry this has taken so long! | 17:03 |
| ted | Ah, that's in my update as well, thanks karen Do you know if those chages are ones we're gonna have to vote on? | 17:03 |
| karen | ted was very nice about it, I so appreciate your kindness and patience | 17:04 |
| Mc | pono: ah, too bad many applicants are no longer available :( | 17:04 |
| karen | they shouldn't be - mostly I need to make sure I can leave out most of the changes - our template is changing, but I want to have you all agree to as few changes as are necessary to update | 17:04 |
| ted | K, cool. Would like to get those all done. We'll need to hold an election after we get that out for the missing PLC seat. Long term for dealing with the receipt issues, Pono and I have been talking about ways to avoid that happening in the future. Our current plan is to try a monthly report of the outstanding financial tickets and I plan to give an update on it at this meeting. He's looking at what makes sense on his end, but hopefully we should have a first draft next month. | 17:05 |
| c.rogers | karen, pono, before we restart the hiring process, can you advise if there's a way to get the new hire on a payment schedule? | 17:06 |
| ted | I imagine there is some cruft there, so expect over the next month or two I might propose a \ | 17:06 |
| pono | @c.rogers That's a good idea. We can definitely look into that. | 17:07 |
| c.rogers | We need that sorted first. We must be very up-front about how and when the new hire can expect to be paid. | 17:07 |
| pono | I was able to get a (partial) list of tickets. Need to go through and find the ones that don't mention Inkscape (RT search isn't too powerful :P). But I'll be including the list of outstanding tickets with the financial report for ted in the future. | 17:07 |
| c.rogers | is there a way we can access our pending tickets? | 17:08 |
| pono | @c.rogers Agreed. I'll check what we've done for other regular contracts and see what kind of smoothing and automating we can do. | 17:08 |
| ted | We're hoping that'll make sure stuff doesn't pass through the cracks. | 17:08 |
| pono | Our RT is not setup to allow users to see open tickets, which is one of the problems that ted and I were talking about. In the future, I think it'll make sense to cc the PLC list, to keep everyone roped into movement on tickets. | 17:09 |
| ted | @c.rogers, apparently they don't have the permissions setup so that'd be easy. That'd be ideal longer term, but looking for something we can get going now. | 17:09 |
| c.rogers | We were thinking of setting up a gitlab for pending tickets on our end. | 17:09 |
| c.rogers | maybe treat each like an issue. | 17:09 |
| c.rogers | Does that sound okay? | 17:09 |
| pono | @c.rogers I think that's a great idea! | 17:10 |
| c.rogers | It's mainly so we can keep track, but might be handy as a resource for the SFC too. | 17:10 |
| c.rogers | We know you all have a ton on your plate at any one time. | 17:10 |
| pono | And I think if I make an account, I can be added to watch all those tickets? | 17:10 |
| c.rogers | Absolutely. :) | 17:10 |
| pono | Sounds like a good plan. | 17:10 |
| ted | Yeah, the problem is that they wouldn't have the SFC status in them. So I'm not sure how useful they'd be. | 17:10 |
| c.rogers | pono could comment the status update. | 17:11 |
| ted | Like if it is open for us, but closed there, there'd be no way to know. | 17:11 |
| c.rogers | each gitlab issue has comments. I recommend that, and/or a checklist. | 17:11 |
| c.rogers | If the issue needs a checklist. | 17:11 |
| pono | This is my user on Gitlab https://gitlab.com/pono1 | 17:12 |
| c.rogers | I think that may be a better way to manage expectations on both sides. make it clear what everyone expects to happen. :) | 17:12 |
| pono | We can at least give it a try :) | 17:12 |
| ted | Sure, I still think we need the report from RT though. | 17:12 |
| c.rogers | Cool. Should it be private access or public? | 17:12 |
| scislac[m] | @pono OT: That might be my favorite profile picture I've seen in a long time. | 17:13 |
| pono | ted, agreed. And me being able to tag the issues with our internal RT numbers will help me track them. | 17:13 |
| c.rogers | Hehe | 17:13 |
| pono | ty scislac :) | 17:14 |
| ted | Okay, I think that's all the SFC stuff. Next up: Student programs (Outreachy, GSoC, etc) ( @Tav ) | 17:14 |
| Mc | maybe a word on the hiring stuff ? | 17:14 |
| ted | Or Mc | 17:14 |
| c.rogers | Doc's not here, but we had spoken about the hiring. | 17:14 |
| ted | We have that later in the agenda, I was planning on discussing it then. | 17:14 |
| c.rogers | So I can sort of stand in a bit on that one. | 17:14 |
| ted | Haven't seen @Tav, Mc do you know of any updates on the student programs? | 17:15 |
| Mc | gsoc is ongoing, so not much to report for now | 17:15 |
| ted | K, no issues is a good report 😄 Next: Developer meeting update (Mc) Anything pending on the dev side of things? | 17:16 |
| Mc | we'll do a 1.2.1 sooner than anticipated, in 2 weeks | 17:17 |
| ted | Ah, okay. There were some data loss bugs? | 17:18 |
| Mc | some nasty bugs | 17:18 |
| ted | Sucks, okay. There was some discussion on figuring out a contract for GTK4 stuff? Is that discussion still happening or tabled? | 17:19 |
| karen | Oh sorry, looking at the backlog as I was juggling other stuff and I see the question about payment schedules - payment schedules are generally set by the contractors. The contract is very clear that we prefer the contractor to bill us monthly and we pay net-30. We require contractors to submit invoices within 90 days, but vastly prefer them to submit monthly. payment is super clear in the contract. | 17:21 |
| Mc | ted: mostly tabled for now, on hold for several things iirc | 17:22 |
| ted | karen, part of the concern there was that someone may not be able to float a net30 for an admin type job. We were curious about options for shorter if they payment was regular. | 17:22 |
| karen | we could look into paying an advance/payment up front if that's necessary to make the contract work, but the project needs to approve that and we'll see what we can do | 17:22 |
| ted | i.e. perhaps even part-time salaried or some such. | 17:23 |
| karen | ted, we can't make the payment terms shorter but we could do an up front payment, which would also be net-30 but that net-30 would start before the work does | 17:23 |
| c.rogers | That would probably work. | 17:23 |
| ted | Ah, okay. I think that could work, we just need to work on some language for it so that everyone understands. | 17:24 |
| karen | yeah the most important thing is clear comminication so everyone knows what to expect :) | 17:24 |
| prkos | +1 on the advance that makes it seem like fast paycheck after 1 month of work | 17:25 |
| ted | Cool, and thanks Mc for the update on the dev stuff as well. | 17:25 |
| karen | yes sorry for interrupting that! | 17:25 |
| ted | Next up: Vectors update ( @ryangorley ) Ryan, hasn't messaged today, so if someone else has a vectors update that'd be welcome as well. | 17:25 |
| prkos | tomorrow is the Vectors meeting so we'll know more then | 17:26 |
| ted | K, Next on the list: Infrastructure update ( @doctormo ) Martin sent his condolences, but I don't know if any infrastructure issues. But there is an interesting discussion on the SFC list about infrastructure generally. Causes by their Github program, but discussing Gitlab as well, and options. | 17:27 |
| Mc | maybe I should look at this ml ^^ | 17:28 |
| ted | Not sure what will pan out from that, but check that folder in your email. Mc: Yes, it is the members-list list. | 17:28 |
| pono | https://lists.sfconservancy.org/mailman/listinfo/members-discuss is the mailing list if you'd like to (individually) subscribe. | 17:29 |
| ted | I can find a link for you Ah, @pono is on it! 😄 | 17:29 |
| Mc | thx | 17:29 |
| pono | I'm hoping to draw on all your expertise in not being on GitHub as we look to expand SFC offerings for infrastructure. | 17:30 |
| c.rogers | Haha, yea | 17:30 |
| ted | K, next I have the topic we've discussed a few times already 😄 Administrator job process status ( @doctormo ) | 17:30 |
| pono | Martin raised a great point about not having projects replicate efforts, and so i'm looking forward to more SFC project wide discussion around what services are needed/ wanted and how it could look. | 17:30 |
| ted | Martin has this update: no contact from the sfc about the job posting. I'm going to ask the hiring committee to stop and wind up the hiring project. I'll put out general consensus for this over the next week and perhaps put it to a vote next week. We can revisit this when the SFC is in a better position. And just before the start of the meeting @pono mentioned that some of the folks that have applied are no longer available. | 17:30 |
| pono | I think the newness of the project made for drawn out communication back and forth with candidates. And so I haven't heard much back given how long some things have taken. | 17:31 |
| pono | I'll suggest we wind down, and try again given very few candidates are still available. Now that we've worked out what questions we want to ask them and have a better idea of the process. | 17:32 |
| ted | Newness of hiring? | 17:32 |
| c.rogers | Can the process be posted somewhere? | 17:32 |
| prkos | :no_mouth: | 17:32 |
| ted | K, @pono could you perhaps write a mail to the list about \ | 17:32 |
| pono | ted, yeah. I'll also try and sync up with Martin next week as well. | 17:33 |
| prkos | What are the stats on the number of people who stopped replying? The percentage? | 17:33 |
| pono | >80% | 17:33 |
| ted | Oh, wow, that is higher than I thought. | 17:34 |
| pono | that's supposed to be >80% | 17:34 |
| karen | often hiring process takes time, the outreachy process took many months and our communication was very prompt. In the end our top candidate was still available, but two of our other candidates that were ranked highly weren't. | 17:34 |
| prkos | what caused the delays | 17:35 |
| karen | whenever you have a significant process for hiring, each step adds to the delay, but it's kind of part and parcel of it | 17:35 |
| prkos | because we didn't have our 4 questions ready right away? | 17:35 |
| pono | prkos, that was a part of it. | 17:36 |
| c.rogers | If we could get a write-up of the entire process, then maybe we can see what happened? | 17:36 |
| prkos | we have to figure in the complexity into the deadlines we publish | 17:37 |
| karen | so is the process just being wound up now? | 17:37 |
| c.rogers | I don't think three months is a time-frame most people are willing to wait. | 17:37 |
| michele | I'd love to better understand all of the steps involved and the deadlines ahead of time. This way we could have had an overview of the entire process and build our deadlines accordingly, especially publishing the job posting. | 17:37 |
| prkos | I thought we were quick to respond and come up with the steps on our end | 17:37 |
| ted | Yup, and I think it would be good to get the full thing written out before we do a vote on it instead of trying to figure it out after everyone has looked away. | 17:37 |
| pono | Agreed. I think way the resumes trickled in made us extend the deadline and that made it hard for people to continue the process. | 17:37 |
| karen | another reason I had initially suggested not anonymizing resumes is that it takes time to do it - you can anonymize the questions or exercises | 17:37 |
| pono | @michele That's a good idea. I'll do a write up and get it out to the board so we can have a more full plan for the next attempt. | 17:38 |
| karen | and get them submitted that way | 17:38 |
| c.rogers | Yes, let's get anything extra out of the way for this next round. | 17:38 |
| karen | probably there's a lot to tweak to streamline the process | 17:38 |
| prkos | so there were not enough resumes initially in the expected timeline? | 17:38 |
| ted | karen, I think the plan is to wind down this search, and then figure out how to start a new one. We don't have an official statement on that, but it seems that's the general mood. | 17:38 |
| c.rogers | Or if to start a new one at all. | 17:39 |
| c.rogers | That possibility has come up too. | 17:39 |
| c.rogers | We'll have to vote on it. | 17:39 |
| ted | @prkos, I think we had a few, but then also found more places to look so decided to do that. And that partially cause confusion by changing things. | 17:39 |
| pono | @prkos Yes. And then the extension and anonymization process took longer. | 17:39 |
| karen | why not just republish the posting? wouldn't that be more fair to the candidates who already applied and are still around? | 17:39 |
| prkos | why not finish the process with the people who remained? | 17:39 |
| karen | like republish for a short deadline? | 17:40 |
| ted | @c.rogers, true or change the requirements/plan. | 17:40 |
| c.rogers | We should not re-post anything without confidence in this next round. | 17:40 |
| michele | @prkos, @Tim and I can add our thoughts about our process into the notes, too. | 17:40 |
| c.rogers | Right now, there is not much confidence in the process, so we need to solve that first. | 17:40 |
| prkos | leaving people high and dry who took it seriously is really bad employer branding | 17:41 |
| c.rogers | Yes. | 17:41 |
| c.rogers | Makes us look pretty bad. | 17:41 |
| karen | +1 | 17:41 |
| c.rogers | So IF we do this again, we need deadlines to be honoured. | 17:41 |
| c.rogers | And we should send out some apologies to people who applied before. | 17:42 |
| pono | Learning from what went right and wrong in the last few months should give us a better idea about how to move forward. And agreed we need to honor the deadlines. | 17:42 |
| pono | @c.rogers agreed. I'll be writing to the candidates once we decide on how to move next. | 17:43 |
| karen | it would be too bad to delay things further if the current round could be saved - for part time roles, often the people left in the pool are strong and have flexibility | 17:43 |
| ted | K, so I think that the biggest action from this is that @pono is gonna post a lessons learned after he talks to @doctormo about it. | 17:43 |
| prkos | we should always learn, but I'm not ok with treating the potential employees as guinepigs for our HR learning | 17:43 |
| ted | Then we can figure out how to move forward. | 17:43 |
| c.rogers | @prkos agreed, that's not going to happen again. | 17:44 |
| prkos | @c.rogers if only you could make it so | 17:44 |
| c.rogers | We will not post anything until the entire process is spelled out, and agreed upon. | 17:44 |
| c.rogers | Deadlines for submissions are hard deadlines. | 17:45 |
| ted | Generally, I'm sad at where we are, but I'm hopeful we can fix this and make it better. | 17:45 |
| c.rogers | If we don't have enough applicants, that's our problem. We need to be fair to the people who applied on time. | 17:45 |
| karen | yes I agree with that | 17:46 |
| prkos | lets focus on finishing this round then | 17:46 |
| ted | Okay, next on the agenda is: Current Votes Status The only vote outsanding is whether we want to do security keys. Mc, do you want to continue with that? Or just drop it? | 17:46 |
| Mc | ? | 17:47 |
| ted | Mc, the vote was never tallied I believe, no? | 17:47 |
| c.rogers | Would it be useful to have gitlab issues for each vote? | 17:49 |
| Mc | ah, I can count the votes, but I'm not sure you voted ? | 17:50 |
| c.rogers | I feel like our inboxes are not adequate places to keep track of all this. :) | 17:50 |
| c.rogers | This way we can close issues as votes are completed, with SFC issue numbers. | 17:50 |
| c.rogers | If the SFC is involved. :) | 17:50 |
| ted | Mc, I believe I voted \ | 17:50 |
| Mc | oh I only have 5k emails in my inbox :p | 17:51 |
| c.rogers | Yea, I have over 1 million haha. | 17:51 |
| ted | @c.rogers, I'm tracking them in the git repo generally. | 17:51 |
| c.rogers | @ted, ah awesome. Where exactly? | 17:51 |
| c.rogers | So I can bookmark it. :) | 17:52 |
| ted | https://gitlab.com/inkscape-board/documents | 17:52 |
| c.rogers | Sweet. | 17:52 |
| ted | But this is more useful: https://alpha.inkscape.org/board/ I can't find my agenda anymore, but I think our last item was the next meeting. | 17:52 |
| c.rogers | I don't see any of the votes here. | 17:53 |
| c.rogers | (in the gitlab) | 17:53 |
| ted | Ah, found it: Next Meeting: Aug 5, 2022 https://gitlab.com/inkscape-board/documents/-/tree/master/referendums/resolutions Not sure why bryce called the \ | 17:53 |
| c.rogers | 404 page | 17:54 |
| ted | He has a bigger vocabulary than I do. | 17:54 |
| c.rogers | Sounds better than \ | 17:55 |
| ted | @c.rogers, are you logged in? Anyway, I think that's all for the meeting. We can figure out the login stuff outside. Thanks everyone! ==== END MEETING ==== | 17:55 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!