XSF Editor Team - 2020-06-16

  1. bear has left

  2. bear has joined

  3. jonas’

    pep., my 2 cents are exactly the same

  4. jonas’

    now you know what you have to discuss on thursday

  5. Tobi has left

  6. Tobi has joined

  7. lnj has left

  8. lnj has joined

  9. debacle has joined

  10. Guus has left

  11. Guus has joined

  12. bear has left

  13. bear has joined

  14. pep.

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

  15. larma has joined

  16. larma has left

  17. larma has joined

  18. winfried has left

  19. winfried has joined

  20. winfried has left

  21. winfried has joined

  22. winfried has left

  23. winfried has joined

  24. debacle has left

  25. winfried has left

  26. winfried has joined

  27. winfried has left

  28. winfried has joined

  29. jonas’

    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.

  30. jonas’

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

  31. jonas’

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

  32. jonas’

    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.

  33. jonas’

    pep., ^ what do you think?

  34. pep.

    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)

  35. pep.

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

  36. pep.

    Otherwise that works for me

  37. winfried has left

  38. winfried has joined

  39. jonas’

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

  40. pep.

    Ah I see

  41. jonas’

    I’d only two-way sync the main branches

  42. pep.

    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

  43. jonas’

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

  44. jonas’

    I think that is a viable trade-off

  45. jonas’

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

  46. jonas’

    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

  47. pep.


  48. jonas’

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

  49. larma has left

  50. winfried has left

  51. winfried has joined

  52. larma has joined

  53. winfried has left

  54. winfried has joined

  55. winfried has left

  56. winfried has joined

  57. winfried has left

  58. winfried has joined

  59. winfried has left

  60. winfried has joined

  61. winfried has left

  62. winfried has joined

  63. larma has left

  64. larma has joined

  65. winfried has left

  66. winfried has joined

  67. stpeter has joined

  68. winfried has left

  69. winfried has joined

  70. larma has left

  71. larma has joined

  72. larma has left

  73. larma has joined

  74. winfried has left

  75. winfried has joined

  76. jonas’

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

  77. jonas’

    bad = too much work for editors

  78. jonas’

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

  79. pep.

    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

  80. pep.

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

  81. jonas’


  82. pep.

    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"

  83. pep.

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

  84. larma has left

  85. larma has joined

  86. jonas’

    sure, we need to update documentation

  87. jonas’

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

  88. jonas’

    or similar

  89. jonas’

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

  90. jonas’

    mail sent for standards@ to discuss

  91. jonas’

    mail sent to standards@ to discuss

  92. jonas’

    now to prepare some strawberries <3

  93. larma has left

  94. pep.


  95. jonas’

    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)"

  96. pep.

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

  97. jonas’

    I hope for the XSF

  98. pep.

    Right I was gonna correct myself

  99. jonas’

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

  100. pep.

    It's not your fault if tomorrow you disappear

  101. pep.

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

  102. jonas’


  103. pep.

    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..

  104. jonas’

    oh, I’m very aware of that

  105. jonas’

    it is not the case for me, luckily

  106. pep.

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

  107. jonas’

    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

  108. pep.

    Which is why I started grumping

  109. jonas’

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

  110. jonas’

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

  111. pep.

    Yeah it's just an example

  112. jonas’


  113. jonas’

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

  114. pep.

    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 :(

  115. jonas’

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

  116. pep.

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

  117. pep.

    (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)

  118. larma has joined

  119. jonas’

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

  120. pep.

    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

  121. jonas’


  122. pep.

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

  123. jonas’

    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 :>

  124. jonas’

    I wonder what that’ll do to our membership numbers

  125. jonas’

    I wonder what that’d do to our membership numbers

  126. pep.

    I actually thought of such a solution

  127. pep.

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

  128. pep.


  129. pep.

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

  130. pep.

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

  131. jonas’


  132. pep.

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

  133. jonas’

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

  134. pep.

    Fresh air, for one :)

  135. jonas’


  136. jonas’

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

  137. pep.

    Probably because we're not looking for this

  138. jonas’

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

  139. pep.

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

  140. Tobi has left

  141. Tobi has joined

  142. Kev

    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.

  143. jonas’

    Kev, sorry to hear

  144. Kev

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

  145. Kev

    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.

  146. jonas’

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

  147. jonas’

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

  148. jonas’

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

  149. jonas’

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

  150. Kev

    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.

  151. jonas’

    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.

  152. jonas’

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

  153. Kev

    Well, thanks for the thanks? :)

  154. jonas’

    you’re welcome

  155. stpeter has left

  156. bear has left

  157. stpeter has joined

  158. lnj has left

  159. bear has joined

  160. Tobi has left

  161. lnj has joined

  162. lnj has left