Guus, ralphm, Seve, pep., MattJ: I need a quick opinion poll from Board.
I figured out that GitLab.com may be very helpful in solving technical issues we’re having with the editor process. I made a quick proof of concept in a private space on gitlab.com and it’s looking pretty good. We’d like to experiment with that over the coming days and eventually, Board would probably have to agree to create an official XSF resource on gitlab.com. I don’t want you guys to feel like I’m doing a "fait accompli" style of thing so I want to let you informally know in advance and stop me from doing it (MattJ is on-board "if it solves issues", iteam-wise).
jonas’
(as a sidenote, as a leftover of the rebellious energy from the whole github.com-taken-over-by-microsoft-deal, I still own the gitlab.com/xsf namespace, to which I also gave MattJ access last night, so we actually have a good resource there available the XSF could take over.)
govanifyhas left
govanifyhas joined
karoshihas left
Jeybehas joined
rionhas left
Danielhas left
Danielhas joined
karoshihas joined
Andrzejhas left
xeckshas joined
winfriedhas left
winfriedhas joined
golabuhas joined
mukt2has left
govanifyhas left
govanifyhas joined
lskdjfhas joined
dwdhas left
dwdhas joined
mukt2has joined
govanifyhas left
govanifyhas joined
Andrzejhas joined
Shellhas joined
winfriedhas left
winfriedhas joined
govanifyhas left
govanifyhas joined
mimi89999has left
mimi89999has joined
ralphm
Always +1 on experimenting. Curious what problems using GitLab solves that GitHub doesn't.
jonas’
ralphm, the CI pipeline features of GitLab roughly combine what we can do with travis and docker hub in one thing, but without the extensive permissions we need to give dockerhub to add more repositories
jonas’
(the latter is probably the fault of the terribly coarse permission model of github)
jonas’
and it can do even more beyond that
jonas’
like rendering HTML previews of XEPs which were changed in a merge/pull request and attaching them to the webinterface so that you can take a look at the result (and people don’t have to self-host their rendered documents anymore)
karoshihas left
karoshihas joined
mukt2has left
karoshihas left
karoshihas joined
Andrzejhas left
Andrzejhas joined
ralphm
I've used GitLab before and know you can do these things, but I am interested in understanding why this would be preferable over similar features in GitHub.
jonas’
there are no similar features in GitHub, or if there are, they are less convenient
jonas’
GitHub started to have a docker image registry / artifact store, but you need to be authenticated to access it (even if the repository is public)
jonas’
it’s all over all much less flexible than GitLab in this regard; they have much of a headstart on this
jonas’
for stuff like the rendered HTML previews, we’d have to write custom bots and integrations, while gitlab can simply expose rendered data from a CI job in a MR in the web interface
jonas’
and, most importantly, we can do incremental builds with the GitLab tooling, by using the cache mechanisms. This cuts down the build time from >1h to a few minutes.
winfriedhas left
adiaholic_has left
adiaholic_has joined
winfriedhas joined
mukt2has joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
emushas joined
winfriedhas left
winfriedhas joined
adiaholic_has left
adiaholic_has joined
mr.fisterhas left
Guus
Sounds like something at the very least worth exploring. Assuming things are public, it might be good to think about needing to earmark artifacts as non-normative / experimental during testing, to avoid having two competing sources of truth.
neshtaxmpphas joined
Andrzejhas left
Andrzejhas joined
jonas’
Guus, indeed
Andrzejhas left
Andrzejhas joined
Andrzejhas left
mukt2has left
govanifyhas left
Andrzejhas joined
govanifyhas joined
mimi89999has left
mimi89999has joined
mimi89999has left
mimi89999has joined
govanifyhas left
govanifyhas joined
alexishas left
Andrzejhas left
alexishas joined
Andrzejhas joined
ralphm
That's helpful, thanks!
Andrzejhas left
Andrzejhas joined
Andrzejhas left
Andrzejhas joined
mukt2has joined
Andrzejhas left
Andrzejhas joined
Andrzejhas left
Andrzejhas joined
Andrzejhas left
neshtaxmpphas left
Andrzejhas joined
mukt2has left
govanifyhas left
govanifyhas joined
mukt2has joined
govanifyhas left
govanifyhas joined
Andrzejhas left
andyhas left
pep.
I said in another channel already I was happy with the idea :)
adiaholic_has left
jonas’
Thanks for the feedback all. We’ll then proceed with experimentation.
Seve
Second all of the above!
adiaholic_has joined
andyhas joined
mukt2has left
mukt2has joined
vaulorhas joined
dwdhas left
dwdhas joined
xsfhas left
werdanhas joined
golabuhas left
golabuhas joined
karoshihas left
karoshihas joined
waqashas joined
mimi89999has left
neshtaxmpphas joined
karoshihas left
karoshihas joined
winfriedhas left
winfriedhas joined
golabu
jcbrand, sorry, only seeing your message from two days ago now: you can configure matomo to use server logs instead of a client side script. No cookies and also tracks people that have adblockers. You still need to mention it in the privacy policy, but don't need to bother users to confirm it. See https://matomo.org/log-analytics/
mukt2has left
winfriedhas left
winfriedhas joined
debaclehas left
golabuhas left
mimi89999has joined
karoshihas left
Shellhas left
Shellhas joined
karoshihas joined
robertooohas left
robertooohas joined
karoshihas left
karoshihas joined
Nekithas left
karoshihas left
karoshihas joined
mukt2has joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
lovetoxhas joined
karoshihas left
karoshihas joined
govanifyhas left
govanifyhas joined
karoshihas left
neshtaxmpphas left
govanifyhas left
govanifyhas joined
karoshihas joined
LNJhas left
karoshihas left
karoshihas joined
andyhas left
LNJhas joined
Shellhas left
Shellhas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
mukt2has left
andyhas joined
mukt2has joined
mimi89999has left
Nekithas joined
Shellhas left
Shellhas joined
Danielhas left
Danielhas joined
mimi89999has joined
Yagizahas joined
Shellhas left
Shellhas joined
Shellhas left
Shellhas joined
Shellhas left
Shellhas joined
lovetoxhas left
larma
jonas’, experiments are fine, but https://xmpp.org/extensions/xep-0390.html#revision-history-v0.4.1 just confused me, so maybe not deploy experiments to live?
Nekithas left
jonas’
what
jonas’
larma, well spotted
jonas’
I’ll clear the runner caches now
jonas’
the downside of incremental builds, eh
karoshihas left
jonas’
that and a "Random change." hidden in another XEP are the only glitches, I promise :)
jonas’
(and they’ll vanish with the next clean rebuild, which takes about 45 min due to the PDfs)
larma
Yeah, was just confused for a short time when the email said 0.3.1 and the XEP said 0.4.1 is latest version. But the description of the change cleared things up 😉
jonas’
the email itself was also an artifact of the caching
rionhas joined
karoshihas joined
larma
yeah, but it remembered me I had pending comments on that XEP 😀
jonas’
:D
jonas’
larma, please keep them for a moment
jonas’
0.3.2 is going to be published later today
jonas’
(it’s already queued in the pipelines)
jonas’
(though that’s only a patch-level change and won’t emit an email... and it’s really minor)
jonas’
larma, so probably better to just start a new thread on standards@ with your comments, I appreciate them :)
govanifyhas left
govanifyhas joined
govanifyhas left
govanifyhas joined
govanifyhas left
govanifyhas joined
Shellhas left
govanifyhas left
govanifyhas joined
govanifyhas left
govanifyhas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
Shellhas joined
mimi89999has left
Shellhas left
karoshihas left
karoshihas joined
karoshihas left
mukt2has left
karoshihas joined
mukt2has joined
karoshihas left
karoshihas joined
intosihas joined
lovetoxhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
karoshihas left
winfriedhas left
winfriedhas joined
mukt2has left
winfriedhas left
winfriedhas joined
werdanhas left
lovetox
are editors payed by the XSF?
karoshihas joined
pep.
nope
pep.
I don't think anybody is payed by the XSF atm
jonas’
iteam has a budget, but it goes to paying the servers, not the people
pep.
I mean for a recurring task
karoshihas left
mukt2has joined
karoshihas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
intosihas left
winfriedhas left
winfriedhas joined
mimi89999has joined
LNJhas left
karoshihas left
karoshihas joined
intosihas joined
karoshihas left
karoshihas joined
karoshihas left
winfriedhas left
winfriedhas joined
LNJhas joined
mukt2has left
karoshihas joined
intosihas left
winfriedhas left
winfriedhas joined
Nekithas joined
karoshihas left
karoshihas joined
mukt2has joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
karoshihas left
karoshihas joined
Zash
Recurring tasks? Automate them!
pep.
Still nobody is payed to automate them either
adiaholic_has left
LNJhas left
karoshihas left
karoshihas joined
intosihas joined
karoshihas left
karoshihas joined
govanifyhas left
govanifyhas joined
winfriedhas left
winfriedhas joined
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
karoshihas left
karoshihas joined
emushas left
emushas joined
winfriedhas left
winfriedhas joined
karoshihas left
karoshihas joined
LNJhas joined
intosihas left
neshtaxmpphas joined
karoshihas left
karoshihas joined
andrey.ghas joined
Neustradamushas left
karoshihas left
karoshihas joined
neshtaxmpphas left
lovetoxhas left
eevvoorhas joined
jonas’
*paid also
pep.
oops
eevvoor
Will there be some special meeting for the gitlab experimemtations?
jonas’
no
eevvoor
and whn on 17th is the decision taken? Just over the day spreaded?
eevvoor
*when
jonas’
eevvoor, does it matter for you?
jonas’
just because editors think it’s a good idea will not mean that any switch is hgappening
jonas’
board needs to ack it first
Zash
*hg*appening?
Zashapproves
jonas’
when the switch happens, an announcement will be made before
jonas’
Zash, :P
Daniel
+1 for the change fwiw
Zash
Personally I don't care what editors use as long as I'm not affected or required to have some account with some 3rd party to contribute.
pep.
eevvoor, it's just the board meeting
intosihas joined
jonas’
Zash, define third party. GitLab is kind of a third party, isn’t it?
jonas’
(just like github)
Guus
jonas’: unsure if this is helpful at this stage, but did you consider non-gratis solutions to address the issues you've been working on?
winfriedhas left
Zash
jonas’: Read: As long as I can email you patches I'm reasonably happy.
jonas’
Zash, right
jonas’
Guus, did not see the need yet, since the free tier on gitlab.com is sufficient for what we’re doing
jonas’
it might be useful to pay or host our own CI runners at some point if the shared ones are crappy. at least with gitlab we have that opiton.
Neustradamushas joined
winfriedhas joined
neshtaxmpphas joined
Zash
XEP-????: CI dispatch over XMPP .. when? :)
Guus
Kk. Just wondering if Sam's concerns could be alleviated by using some kind of paid alternative. I currently don't have formed a preference myself at all, just wanted to point that solutions as afar as I am concerned need not be gratis.
jonas’
Guus, GitHub is not going to become better by throwing (insignificant) amounts of money at it. Sam’s main concern is moving off GitHub.
jonas’
To be honest, I think there’s a major difference in quality of the interface itself, beyond the CI integration, which would make GitLab favourable for our use case
Zash
Argument based on popularity?
pep.
yeah..
jonas’
GitLab is a DevOps platform, GitHub is a software development platform.
pep.
Which I personally like to dismiss
jonas’
The editor work is much closer to devops than to software development, and it shows.
jonas’
github is trying to get closer with github actions (and if you’ve ever used the Azure DevOps platform, you know where they got their inspiration from), but they’ve still got a long way to go
Nekithas left
Guus
There's some merit in not changing venues to avoid confusion etc. I that it's more important that we can improve the performance of our performance though.✎
jonas’
I agree
Guus
There's some merit in not changing venues to avoid confusion etc. I that it's more important that we can improve the performance of our processes though. ✏
jonas’
the registries have been a pain point and they still are and we need to fix them
jonas’
we might be able to do that by resorting to gitlab CI on github
emus
Just my 2ct: If that step would be made, we may think about unification and move the Wiki and Trello to it as well. So we have everything in one platform. I think Gitlab has those functionalities as well.
jonas’
the value which would be added by migrating to gitlab for the repositories themselves might be nice though, too
jonas’
emus, it does indeed have issue boards and wiki functionality
emus
Yes, saw that at KDE
jonas’
and there would be some merit being able to cross-reference issues, PRs and agenda of board/council
neshtaxmpphas left
Guus
I'm not a fan for changing thing just to consolidate our on one platform.
jonas’
sure
Zash
The Venue is the mailing lists.
jonas’
that, too
pep.
I dont see any interest in staying attached to multiple platforms either if it's just not to have a single platform
pep.
I'm personally open to experiment with wiki and all
intosihas left
jonas’
I’m not convinced that any non-wiki.xmpp.org location would be a good replacement for our wiki. mediawiki is a lot richer than either GitLab or GitHubs wiki
jonas’
and we’re using that richness
LNJhas left
lovetoxhas joined
jonas’
I also wonder if we should maybe do away with the PDF versions of the XEPs and replace them with epub or something.
emus
A bit related offtopic: Therewere claims about drafting the newsletter on Github and not in the wiki anymore (excluding non-tech people, what not true in my view). That would make things easier and also may offer to host translations by ourselfse and also reduce formating from one platform to another. But I see thats not the point right now.
jonas’
Building them has been a pita quite a while now
pep.
jonas’: are we saying specific mediawiki features? I'm genuinely curious✎
karoshihas left
karoshihas joined
LNJhas joined
jonas’
pep., look at the main page
pep.
jonas’: are we using specific mediawiki features? I'm genuinely curious ✏
jonas’
I mean, you can probably dump html into gitlab/github markdown to some extent, but that would kind of defeat the point.
pep.
the separation thing?
jonas’
(and I guess it’d still filter much of that away)
jonas’
colours, the layout, in general, the structure
pep.
markdown is an html superset right? :p
jonas’
yes, but people tend to sanitise it afterwards
jonas’
now I need to test if you can use style="" in gitlab wikis
Zash
how easy is it for non-technical users to contribute?
jonas’
probably easier because the mediawiki markup is confusing and strange
Zash
does gitlab have a thing that lets you edit files on the web?
jonas’
yes
pep.
yep
emus
Zash: newsletter? Make a github account what most people here have anyway. create a comment. I also have a sinple tutorial if someone needs it✎
emus
Zash: newsletter? Make a github account what most people here have anyway. create a comment or file change. I also have a simple tutorial if someone needs it ✏
Zash
If making a github account is required then I'm opposed
jonas’
it is
emus
everything in the visual interface. You can as always just drop your meassge in the muc
jonas’
though you can also send patches to commteam@ ;)
emus
Zash: Making a wiki account is also necessary and needs permission, so Github is actually more general and open
emus
jonas’: You can, but we prefer people to just make it from their side with more ibsights and intrinsic motivation✎
adiaholic_has joined
emus
jonas’: You can, but we prefer people to just make it from their side with more project insights and intrinsic motivation ✏
Zash
emus: a wiki account is attached to the XSF, not an unrelated 3rd party corporation with a ToS
jonas’
(instead, it is related to the XSF. does the XSF have a privacy policy for the wiki?)
emus
Zash: thats true
emus
There have been actually only one claim on this
karoshihas left
emus
most were very happy with the change
karoshihas joined
pep.
jonas’: don't think so. that was discussed quickly some time ago in a board meeting, somebody (TM) needs to do something about it
jonas’
arguably, from an objective observer, a clear ToS may be preferable over complete lack of tos ;)
pep.
indeed
emus
Zash: as said you can always just comment in the MUC
emus
Anyway, we are getting away from the Gitlab discussion
Zash
jonas’, sure. but still, first party maybe(tos) + 3rd party tos > first party maybe(tos)
jonas’
I’m not sure if `>` means "better than" in your case
Zash
more ToS-es
emus
In Gitlab would be our ToS? or Gitlab.com?
pep.
gitlab.com
adiaholic_has left
adiaholic_has joined
intosihas joined
j.rhas left
pep.
the XSF could add stuff like CoC on top if it wanted (stuff that would be valid for all XSF managed spaces say)
mukt2has left
mukt2has joined
jonas’
reminds me that the clabot feature would have to be reimplemented in CI on gitlab.com, since there’s no such thing for gitlab for some reason
pep.
isn't that "just" another service to plug to webhooks?
jonas’
not quite, since it needs to communicate back to the service + do some auth stuff
debaclehas joined
debaclehas left
debaclehas joined
winfriedhas left
winfriedhas joined
j.rhas joined
mukt2has left
mukt2has joined
debaclehas left
karoshihas left
karoshihas joined
intosihas left
karoshihas left
karoshihas joined
jonas’
larma, ghost-revisions of '390 are gone
winfriedhas left
Neustradamushas left
winfriedhas joined
Neustradamushas joined
larma
when we are considering to move to gitlab, why not to our own instance of it? solves the issue of needing a third party 😉
jonas’
larma, resources
mukt2has left
jonas’
don’t want to burden iteam with more stuff
mukt2has joined
larma
Ah, right. Yeah, iteam is probably overworked anyway (at least iteams tend to be)
karoshihas left
jonas’
fairly certain that’s also the case for our iteam ;)
karoshihas joined
Neustradamus
I think it is very difficult to have main Gitlab for XSF, because a long time ago there was a JIRA and we know where is it...
archas left
archas joined
Neustradamus
I think that the current step must be to solve all current issues...
Neustradamus
Missing documents...
jonas’
no
jonas’
it most certainly does not have to solve all issues
jonas’
then we’ll never find a step which does that
Neustradamus
It is a first point to show XMPP Standards Foundation (and XMPP) quality, reputation, etc.
- https://github.com/xsf/xmpp.org/issues/created_by/Neustradamus
Neustradamus
Why some companies use Matrix now? :/
Neustradamus
A good website is the showcase...
jcbrandhas left
Neustradamus
Not up-to-date / complete are bad points.
!XSF_Martinhas left
!XSF_Martinhas joined
werdanhas joined
lorddavidiiihas left
intosihas joined
thorstenhas joined
j.rhas left
j.rhas joined
intosihas left
Holger
We should simply fix everything and become better than Matrix in all regards. This should happen today.
DebXWoody
More feedback on social media
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
archas left
archas joined
eta
something something mobile clients
emus
More Matrix in XMPP.
Apart from the fun, the critics are legitamite in many points.
!XSF_Martin
>More Matrix in XMPP.
What do you mean?
!XSF_Martin
The money/marketing part? When I tried Riot once it wasn't really convincing me and what I've heard about running a Matrix server sounds like this is horrible.
intosihas joined
Mikaelahas left
Yagizahas left
archas left
archas joined
intosihas left
emus
Was just stupid fun in relation to the previous messages