still some pending comments there. but people have requested it several times, and now we need it for the sitemaps server
other than that, I was commenting on Gentlecat's comms server google doc and helping deploy some server-y things with zas
fin.
Freso
Gentlecat | I reviewed pull requests for MBS and CB. Fixed a couple of display issues on CB related to Spotify player.
Gentlecat | Continued to cleanup notifications/messaging gdoc, hopefully will write a draft of a blog post related to that.
Gentlecat | фин.
zas: Go.
zas
Well, i tried to get a useful answer from Gandi
unsuccessful for now, it is about tests i made to find a way to get rid of our mail server
We moved our DNSs to Gandi now
It is much easier to make changes now
I removed the encrypted swap on jiji
it was useless and disallowed swap stats
i worked with ruaok & bitmap to get pingu back, it is now, we have 5 web servers
so i experimented few changes in the infrastructure, mainly using website-only web servers and web service only web servers, it looks promising
but i discovered our website performance is very bad, and we'll need to dig into this to improve the situation before doing that change
i also tried to understand the difference in response time we have between similar servers, namely pingu and others
and for now, i excluded a lot of things, but didn't find the exact reason
bitmap
which reminds me that I haven't deployed mbserver on baron yet
zas
this is something interesting because pingu is just ... 10x times faster than others to answer to web service requests...
bitmap: yes, we'll do it soon
During those investigations i found another thing we can test, to improve performance a bit, it is related to private search, i'll not enter into the details, but it will be soon functionnal
I wrote a logster parser to get proxy stats from mb servers
And fixed issues after hoser crash and reboot
I prepared the move of redis from teto to jiji
That's all, folks.
chirlu` ?
alastairp ?
Freso
(reosarevok, CJ_, gcilou, alastairp, stanislas, chirlu` - who's around and wants to go?)
zas
reosarevok ?
reosarevok
I'm around
Freso
Go.
gcilou
( I can go next )
reosarevok
I did support and heavy editing like usual
I also watched gcilou's video a few times, looks pretty good now :)
And that's about it really
Lingo__ has quit
Freso
gcilou: Go :)
chirlu`
I didn’t do much MB-related. Answered some questions here and there, commented on a few tickets and pull requests. Fin.
Freso
chirlu`: 👍
gcilou
Well, I finished that welcome to MeB video and started and finished the release editor tutorial which i suspect will go onto YT tonight-ish
And I just started a relationship editor tutorial which should be done this week sometime
Freso
🙌
Oh, next week's meeting is last meeting during the GCI.
gcilou
and am sad/happy about GCi being done next Monday :) Fin
Freso
Looks like no one else around, and we're not even at :30!
Plenty of time to for agenda topics. Excellent! :D
ruaok
you can keep helping out and being part of the community.
Freso
chirlu`: DR MBS-8451 again, go. :)
ruaok
it has been a pleasure having you aroud, gcilou
Freso
^
gcilou
ruaok, Thanks!
It's been a lot of fun for me :)
chirlu`
So, there was not that much discussion on the ticket.
I limited the decision to Wikidata for now to make it simpler.
1. Do we want to convert all Wikidata http URLs to (otherwise identical) https URLs?
2. If so, should we use bot edits or directly UPDATE the database?
Freso
Let's do 1.) first.
ruaok
I think #2 was answered sufficiently last week, namely no.
and I like the restricting of #1.
Freso
"should we do A) or B)?" ruaok: "no"
What?
chirlu`
No to both?
ruaok
sorry, no to direct updates.
Freso
Anyway, personally, I say "yes, we want to convert" for 1) and "make edits" for 2).
ruaok
+1
chirlu`
I’m undecided on 1 (but we should choose either http or https, not a mixture).
reosarevok
Hmm. I guess if we eventually want to get rid of WP links anyway, converting those is kinda pointless. I'd say yes for WD though
chirlu`
(as it is now)
reosarevok: It’s about WD only for now. :)
Regarding 2, I was in favour of edits but could also imagine UPDATEs now. However, it is more complex than edits (we have to take care of URL merges ourselves and limit the number of updates per hour).
What’s speaking in favour of UPDATE is that there is no “real” change.
bitmap
pragmatically I'd prefer UPDATEs and be done with it
chirlu`
(Unlike the Discogs transition, where they went from /artist/Some+Name to /artist/123456. That was a real change.)
bitmap
but if someone else is going to run a bot that enters all the edits, I won't object to that
ruaok
bitmap: +1
"be done with it"
Freso prefers the bot approach, it's still a change even if it's minor.
Freso
Anyway.
Is anyone *against* updating all WD links to be https:// (regardless of the method)?
(Speak now or forever hold your tongue, etc.)
ruaok
let move on.
+'s
Freso
Doesn't seem like it.
So we need to figure out the method.
reosarevok
from support: "I am trying to add releases to music brainz but i am uncertain how to do it.". Freso, is that video up yet? :p
Freso
Give it another week on the ticket to see if anyone steps up to make and run a bot?
reosarevok: I'll down-and-then-upload it after the meeting.
reosarevok
Ok :)
I think another week seems fine
Freso
chirlu`: How's that sound to you?
reosarevok
If nobody volunteers to run a bot before then or during that meeting, we can go with updates
chirlu`
Well, it needs work in any case, whether that’s setting up a bot or writing an update script properly dealing with merges etc.
(Or at least ignoring merges so that we can do those manually.)
bitmap
a script might be able to call into MB's data layer to deal with merges
Freso
Anyway. Lets let it simmer for another week.
ruaok: Team page, go. :)
ruaok
so, the team page on mb.org is horrendously outdated and needs to be fixed.
stanislas
Let's hope it's not too late yet. I've finally done Entity tests for BB, added dynamic display_alias, tests for it and added more info about albums on CB spotify mapping's page. It's all I remember doing :)
the question in my mind is this: beyond listing people who are paid by metabrainz, who else should we list?
historical people?
Freso
stanislas: It was too late. ;)
ruaok
volunteers?
where is the cut off for getting mentioned on the meb.org page?
chirlu`
stanislas: We won’t read it.
Freso
stanislas: ^ chirlu` is joking. :)
stanislas
Freso: ah :)
ruaok
thoughts anyone?
bitmap
people who have made more than X commits to MeB projects? :P
Freso
ruaok: I think meb.o should only list current employees. *Possibly* the volunteer heads of MeB projects, where the head isn't an MeB employee.
stanislas
Freso: If it's not too early, I've added your propositoin as 8th.
Freso: You might want to take a look.
Freso: I guess it's too early :)
Freso
stanislas: After the meeting please. :)
(Ie., in 15 minutes.)
ruaok
Freso: that's pretty good. bitmap's is pretty good too.
Freso
I like mine better. :p
ruaok
what if we list contractors and project leads on the meb.org page and then note significant project contributors on the specific project pages?
Freso
(I have actually given this some thought already.)
reosarevok
I would list only the team in the team page. That doesn't mean we can't have second "contributors" page
Freso
ruaok: Sounds good to me.
ruaok
sure.
Freso
reosarevok: Yeah, that's what I was thinking.
ruaok
but then each project can decide how to manage its contributors page.
Freso
MetaBrainz.org is kind of a "company page" (as much as we may or may not like that), so having a bunch of "random" people listed is probably not what we want. :)
ruaok
agreed.
is it too late to slide something like this in under gci?
Freso
No. :) I was considering just going for it when adding that other task.
ruaok: If you make an MEB ticket, I'll add a GCI task.
No promise that it'll be taken though.
ruaok
damn, beat me to it.
ok, will do.
gcilou
( I may look into doing it )
Freso
There's only ~1 week left.
ruaok
onward!
Freso
gcilou: ❤️ :)
Yep.
Oh, reosarevok, this is us.
"contacting all auto-editors"
reosarevok: Want to introduce?
TOPIC: MetaBrainz Community and Development channel | MusicBrainz non-development: #musicbrainz | MeB meeting agenda: contacting all auto-editors (Freso/reo), WS JSON (ruaok)
reosarevok
heh, gcilou: I assume the person who just liked our FB page is your mom. Computer scientist too? We can use more volunteers ;)
Freso: sure
So, since the automods list is down, with all the others, there's no way for us to contact all autoeditors right now
(as I found out when trying to set up an election)
Freso
(10 minutes to go. ruaok, is it okay if we push JSON WS to next week, in case this one drags out?)
ruaok
sure
might be quick, though.
reosarevok
It's not urgent, but we should find out a way to substitute the old automods list