XSF Editor Team - 2020-06-16

pep., my 2 cents are exactly the same

now you know what you have to discuss on thursday

yeah I was initially confused because I hadn't seen that LICENSE file

so one thing we could do would be to set up a two-way sync for the main branches between github and gitlab. then we’d use the CI on gitlab for all the automated tasks as well as MRs on gitlab, and travis CI for checking PRs on github.

then hitting the green button on either side of the trench would eventually reach the gitlab main branch and trigger the auto-CI

MRs on gitlab would get advanced stuff, editors wouldn’t have to worry too much about syncing things over.

this is all provided we can sort out the legal stuff around DCO/CLA/…. if we can’t, we could still run this setup without enabling MRs on the gitlab side.

pep., ^ what do you think?

two-way sync, is that easy to do? gitlab feature? We'd still have to worry about PRs right? moving them over. As they're not branches on the xsf repo (well, however that's done internally on github, that's not public)

And even if they were they wouldn't be declared "MR" on gitlab as that's an explicit action from the user

Otherwise that works for me

no need to worry about moving PRs, because we can just hit merge on github and let the two-way sync do its thing

Ah I see

I’d only two-way sync the main branches

Editors would have to worry about two places still, that's a bit annoying and error-prone, but yeah otherwise that's better than the original "2." you proposed

the advantage for editors is though that we can simply hit Merge instead of doing things locally on the CLI

I think that is a viable trade-off

(especially since you can get email notifications from both places, so you don’t have to poll much)

re how to implement two-way sync: a GitHub Action with a write-access Deploy Key to the GitLab side which does a git push, and effectively the same on the other side

ok

if two merges happen concurrently on both ends, that job will fail and the situation needs to be resolved manually by an editor

pep., also, if you think that the option I just proposed is bad, please say so directly

bad = too much work for editors

I currently don’t see it that way, but your voice counts

I did ask myself if that was worth it, doing all this, tbh. But I think it is. Reduced build time, automatic archiving, sending of emails, possibly tagging

And more goodies the day we actually switch, if we ever switch.

thanks

It will be confusing for anybody new to the team or any external people and that should probably be explained. "What's the preferred venue" "What's the preferred way for you to submit stuff"

But you're the most affected, I don't do as much as you so I'm happy to let you drive :)

sure, we need to update documentation

one point on my todo is also mkdir src && mv *.xml src

or similar

so that you don’t have to scroll down two miles to get to the repository readme

mail sent to standards@ to discuss ✏

now to prepare some strawberries <3

:)

16:51:31 pep.> But you're the most affected, I don't do as much as you so I'm happy to let you drive :) I wish for that to not stay that way. So it is very very important that I hear editor voices which say "this is going to make it worse (for me)"

yeah I hope for you it's not going to stay that way :x

I hope for the XSF

Right I was gonna correct myself

because I’m not going to be around forever, according to the second law of thermodynamics

It's not your fault if tomorrow you disappear

Or tomorrow you just don't want to contribute anymore you should be free to do so :)

yupp

It annoys me thinking that some of our roles here may be filled by guilt ("If I disappear tomorrow this will just get dropped"). It's probably not obvious to everyone though, and working towards making people realize is an uphill battle..

oh, I’m very aware of that

it is not the case for me, luckily

I don't know if it affects me that much, certainly a bit. Board meeting minutes for example :x

I actually enjoy the roles I have. setting a schedule for chair/editor work has also definitely helped in not letting it slide for stupid reasons

Which is why I started grumping

I would do them more often if it wasn’t such a bad time slot for me

(I like taking minutes, and people seem to like reading mine)

Yeah it's just an example

sure

but I agree that an automated tool would be better for this

People also don't understand that not trying to figure this kind of issues in the community is in fact reinforcing the status quo and that makes me sad :(

is it really that, or is it that people feel powerless toward that?

powerless? As in they can't help with minutes for example?

(I also agree an automated solution would be best, even though we still need somebody to run the thing and maybe tidy it up before sending it)

pep., but if people who don’t want to help out with minutse, they also do that by guilt

What I want out of that is mostly make it explicit. If one person is "fine" with continuing by themselves then good, otherwise sharing the guilt isn't too bad

right

Working towards a solution to prevent this to happen in the future

obvious solution: make minute taking a membership duty and if you can’t do it without giving a reason, you can’t stand for reelection next time :>

I wonder what that’d do to our membership numbers ✏

I actually thought of such a solution

But then there might be even less reasons to apply as a member :P

semi-joking

I do want to encourage members to participate in the XSF life. I'm fairly annoyed that most members idle

If a new member can spend 30mn-1h a week that would certainly alleviate work already from more involved members

indeed

I am under the impression though that it's not interesting for some part of the membership to get in more members

I’m not quite sure what we get out of having more members to be honest

Fresh air, for one :)

right

I mean diversity would be nice, but that’s not what I’m seeing with new members when we get any

Probably because we're not looking for this

I’m not sure why we nede to be looking for it

Maybe because I'm not happy with the status quo :)

FWIW, I managed to completely burn out on XSF stuff over the first 15 years or so. Although that's aided by me being burnt out with work too.

Kev, sorry to hear

I mean, I did Council for 10 years solid I think, chairing most of it, Iteam lead for probably nearly as long? Maybe less.

I know all this stuff is effort, and I'm grateful that you keep the Editors stuff moving. I'm not trying to be difficult when I raise support for staying on github, and I'm sorry if it comes across as such.

Kev, no, as I tried to repeatedly bring across: It is truly appreciated.

when you’re in the flow of doing things, it’s easy to overlook problems that’ll cause down the road

people calling me out on that are always good and I’m in the process of learning to be grateful for that

Kev, also, while we’re at it: thanks for your input in all the other places over the time and take care of yourself.

Oh, sorry, I wasn't saying I need sympathy. When I said "burnt out" I was probably being misleading. I think I suffered from (real) burnout a few years back, but these days I'm bimbling along more or less.

I didn’t want to imply you were saying that. I am, however, also in the process to learn to thank people for things many others take for granted.

because why not, if its genuine, and maybe it makes people happy

Well, thanks for the thanks? :)

you’re welcome