#metabrainz

/

      • bitmap
        still some pending comments there. but people have requested it several times, and now we need it for the sitemaps server
      • 2016-01-18 01800, 2016

      • bitmap
        other than that, I was commenting on Gentlecat's comms server google doc and helping deploy some server-y things with zas
      • 2016-01-18 01808, 2016

      • bitmap
        fin.
      • 2016-01-18 01825, 2016

      • Freso
        Gentlecat | I reviewed pull requests for MBS and CB. Fixed a couple of display issues on CB related to Spotify player.
      • 2016-01-18 01827, 2016

      • Freso
        Gentlecat | Continued to cleanup notifications/messaging gdoc, hopefully will write a draft of a blog post related to that.
      • 2016-01-18 01829, 2016

      • Freso
        Gentlecat | фин.
      • 2016-01-18 01835, 2016

      • Freso
        zas: Go.
      • 2016-01-18 01807, 2016

      • zas
        Well, i tried to get a useful answer from Gandi
      • 2016-01-18 01841, 2016

      • zas
        unsuccessful for now, it is about tests i made to find a way to get rid of our mail server
      • 2016-01-18 01813, 2016

      • zas
        We moved our DNSs to Gandi now
      • 2016-01-18 01829, 2016

      • zas
        It is much easier to make changes now
      • 2016-01-18 01854, 2016

      • zas
        I removed the encrypted swap on jiji
      • 2016-01-18 01816, 2016

      • zas
        it was useless and disallowed swap stats
      • 2016-01-18 01801, 2016

      • zas
        i worked with ruaok & bitmap to get pingu back, it is now, we have 5 web servers
      • 2016-01-18 01849, 2016

      • zas
        so i experimented few changes in the infrastructure, mainly using website-only web servers and web service only web servers, it looks promising
      • 2016-01-18 01823, 2016

      • zas
        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
      • 2016-01-18 01800, 2016

      • zas
        i also tried to understand the difference in response time we have between similar servers, namely pingu and others
      • 2016-01-18 01825, 2016

      • zas
        and for now, i excluded a lot of things, but didn't find the exact reason
      • 2016-01-18 01851, 2016

      • bitmap
        which reminds me that I haven't deployed mbserver on baron yet
      • 2016-01-18 01801, 2016

      • zas
        this is something interesting because pingu is just ... 10x times faster than others to answer to web service requests...
      • 2016-01-18 01820, 2016

      • zas
        bitmap: yes, we'll do it soon
      • 2016-01-18 01818, 2016

      • zas
        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
      • 2016-01-18 01849, 2016

      • zas
        I wrote a logster parser to get proxy stats from mb servers
      • 2016-01-18 01807, 2016

      • zas
        And fixed issues after hoser crash and reboot
      • 2016-01-18 01831, 2016

      • zas
        I prepared the move of redis from teto to jiji
      • 2016-01-18 01849, 2016

      • zas
        That's all, folks.
      • 2016-01-18 01859, 2016

      • zas
        chirlu` ?
      • 2016-01-18 01814, 2016

      • zas
        alastairp ?
      • 2016-01-18 01816, 2016

      • Freso
        (reosarevok, CJ_, gcilou, alastairp, stanislas, chirlu` - who's around and wants to go?)
      • 2016-01-18 01829, 2016

      • zas
        reosarevok ?
      • 2016-01-18 01832, 2016

      • reosarevok
        I'm around
      • 2016-01-18 01838, 2016

      • Freso
        Go.
      • 2016-01-18 01841, 2016

      • gcilou
        ( I can go next )
      • 2016-01-18 01841, 2016

      • reosarevok
        I did support and heavy editing like usual
      • 2016-01-18 01802, 2016

      • reosarevok
        I also watched gcilou's video a few times, looks pretty good now :)
      • 2016-01-18 01807, 2016

      • reosarevok
        And that's about it really
      • 2016-01-18 01814, 2016

      • Lingo__ has quit
      • 2016-01-18 01826, 2016

      • Freso
        gcilou: Go :)
      • 2016-01-18 01832, 2016

      • chirlu`
        I didn’t do much MB-related. Answered some questions here and there, commented on a few tickets and pull requests. Fin.
      • 2016-01-18 01857, 2016

      • Freso
        chirlu`: 👍
      • 2016-01-18 01859, 2016

      • 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
      • 2016-01-18 01819, 2016

      • gcilou
        And I just started a relationship editor tutorial which should be done this week sometime
      • 2016-01-18 01831, 2016

      • Freso
        🙌
      • 2016-01-18 01853, 2016

      • Freso
        Oh, next week's meeting is last meeting during the GCI.
      • 2016-01-18 01854, 2016

      • gcilou
        and am sad/happy about GCi being done next Monday :) Fin
      • 2016-01-18 01819, 2016

      • Freso
        Looks like no one else around, and we're not even at :30!
      • 2016-01-18 01832, 2016

      • Freso
        Plenty of time to for agenda topics. Excellent! :D
      • 2016-01-18 01833, 2016

      • ruaok
        you can keep helping out and being part of the community.
      • 2016-01-18 01841, 2016

      • Freso
        chirlu`: DR MBS-8451 again, go. :)
      • 2016-01-18 01843, 2016

      • ruaok
        it has been a pleasure having you aroud, gcilou
      • 2016-01-18 01848, 2016

      • Freso
        ^
      • 2016-01-18 01854, 2016

      • gcilou
        ruaok, Thanks!
      • 2016-01-18 01807, 2016

      • gcilou
        It's been a lot of fun for me :)
      • 2016-01-18 01810, 2016

      • chirlu`
        So, there was not that much discussion on the ticket.
      • 2016-01-18 01835, 2016

      • chirlu`
        I limited the decision to Wikidata for now to make it simpler.
      • 2016-01-18 01803, 2016

      • chirlu`
        1. Do we want to convert all Wikidata http URLs to (otherwise identical) https URLs?
      • 2016-01-18 01814, 2016

      • chirlu`
        2. If so, should we use bot edits or directly UPDATE the database?
      • 2016-01-18 01837, 2016

      • Freso
        Let's do 1.) first.
      • 2016-01-18 01844, 2016

      • ruaok
        I think #2 was answered sufficiently last week, namely no.
      • 2016-01-18 01858, 2016

      • ruaok
        and I like the restricting of #1.
      • 2016-01-18 01801, 2016

      • Freso
        "should we do A) or B)?" ruaok: "no"
      • 2016-01-18 01803, 2016

      • Freso
        What?
      • 2016-01-18 01804, 2016

      • chirlu`
        No to both?
      • 2016-01-18 01829, 2016

      • ruaok
        sorry, no to direct updates.
      • 2016-01-18 01857, 2016

      • Freso
        Anyway, personally, I say "yes, we want to convert" for 1) and "make edits" for 2).
      • 2016-01-18 01816, 2016

      • ruaok
        +1
      • 2016-01-18 01828, 2016

      • chirlu`
        I’m undecided on 1 (but we should choose either http or https, not a mixture).
      • 2016-01-18 01844, 2016

      • 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
      • 2016-01-18 01846, 2016

      • chirlu`
        (as it is now)
      • 2016-01-18 01801, 2016

      • chirlu`
        reosarevok: It’s about WD only for now. :)
      • 2016-01-18 01818, 2016

      • chirlu`
        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).
      • 2016-01-18 01852, 2016

      • chirlu`
        What’s speaking in favour of UPDATE is that there is no “real” change.
      • 2016-01-18 01830, 2016

      • bitmap
        pragmatically I'd prefer UPDATEs and be done with it
      • 2016-01-18 01808, 2016

      • chirlu`
        (Unlike the Discogs transition, where they went from /artist/Some+Name to /artist/123456. That was a real change.)
      • 2016-01-18 01809, 2016

      • bitmap
        but if someone else is going to run a bot that enters all the edits, I won't object to that
      • 2016-01-18 01824, 2016

      • ruaok
        bitmap: +1
      • 2016-01-18 01833, 2016

      • ruaok
        "be done with it"
      • 2016-01-18 01859, 2016

      • Freso prefers the bot approach, it's still a change even if it's minor.
      • 2016-01-18 01816, 2016

      • Freso
        Anyway.
      • 2016-01-18 01837, 2016

      • Freso
        Is anyone *against* updating all WD links to be https:// (regardless of the method)?
      • 2016-01-18 01800, 2016

      • Freso
        (Speak now or forever hold your tongue, etc.)
      • 2016-01-18 01849, 2016

      • ruaok
        let move on.
      • 2016-01-18 01852, 2016

      • ruaok
        +'s
      • 2016-01-18 01852, 2016

      • Freso
        Doesn't seem like it.
      • 2016-01-18 01810, 2016

      • Freso
        So we need to figure out the method.
      • 2016-01-18 01825, 2016

      • 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
      • 2016-01-18 01831, 2016

      • Freso
        Give it another week on the ticket to see if anyone steps up to make and run a bot?
      • 2016-01-18 01847, 2016

      • Freso
        reosarevok: I'll down-and-then-upload it after the meeting.
      • 2016-01-18 01851, 2016

      • reosarevok
        Ok :)
      • 2016-01-18 01855, 2016

      • reosarevok
        I think another week seems fine
      • 2016-01-18 01805, 2016

      • Freso
        chirlu`: How's that sound to you?
      • 2016-01-18 01815, 2016

      • reosarevok
        If nobody volunteers to run a bot before then or during that meeting, we can go with updates
      • 2016-01-18 01822, 2016

      • 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.
      • 2016-01-18 01855, 2016

      • chirlu`
        (Or at least ignoring merges so that we can do those manually.)
      • 2016-01-18 01826, 2016

      • bitmap
        a script might be able to call into MB's data layer to deal with merges
      • 2016-01-18 01847, 2016

      • Freso
        Anyway. Lets let it simmer for another week.
      • 2016-01-18 01858, 2016

      • Freso
        ruaok: Team page, go. :)
      • 2016-01-18 01828, 2016

      • ruaok
        so, the team page on mb.org is horrendously outdated and needs to be fixed.
      • 2016-01-18 01838, 2016

      • 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 :)
      • 2016-01-18 01840, 2016

      • ruaok
        the proper thing to do is to move it to meb.org.
      • 2016-01-18 01815, 2016

      • ruaok
        the question in my mind is this: beyond listing people who are paid by metabrainz, who else should we list?
      • 2016-01-18 01826, 2016

      • ruaok
        historical people?
      • 2016-01-18 01833, 2016

      • Freso
        stanislas: It was too late. ;)
      • 2016-01-18 01833, 2016

      • ruaok
        volunteers?
      • 2016-01-18 01846, 2016

      • ruaok
        where is the cut off for getting mentioned on the meb.org page?
      • 2016-01-18 01849, 2016

      • chirlu`
        stanislas: We won’t read it.
      • 2016-01-18 01807, 2016

      • Freso
        stanislas: ^ chirlu` is joking. :)
      • 2016-01-18 01815, 2016

      • stanislas
        Freso: ah :)
      • 2016-01-18 01843, 2016

      • ruaok
        thoughts anyone?
      • 2016-01-18 01852, 2016

      • bitmap
        people who have made more than X commits to MeB projects? :P
      • 2016-01-18 01856, 2016

      • 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.
      • 2016-01-18 01801, 2016

      • stanislas
        Freso: If it's not too early, I've added your propositoin as 8th.
      • 2016-01-18 01812, 2016

      • stanislas
        Freso: You might want to take a look.
      • 2016-01-18 01820, 2016

      • stanislas
        Freso: I guess it's too early :)
      • 2016-01-18 01824, 2016

      • Freso
        stanislas: After the meeting please. :)
      • 2016-01-18 01829, 2016

      • Freso
        (Ie., in 15 minutes.)
      • 2016-01-18 01835, 2016

      • ruaok
        Freso: that's pretty good. bitmap's is pretty good too.
      • 2016-01-18 01808, 2016

      • Freso
        I like mine better. :p
      • 2016-01-18 01817, 2016

      • 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?
      • 2016-01-18 01823, 2016

      • Freso
        (I have actually given this some thought already.)
      • 2016-01-18 01825, 2016

      • reosarevok
        I would list only the team in the team page. That doesn't mean we can't have second "contributors" page
      • 2016-01-18 01839, 2016

      • Freso
        ruaok: Sounds good to me.
      • 2016-01-18 01841, 2016

      • ruaok
        sure.
      • 2016-01-18 01846, 2016

      • Freso
        reosarevok: Yeah, that's what I was thinking.
      • 2016-01-18 01855, 2016

      • ruaok
        but then each project can decide how to manage its contributors page.
      • 2016-01-18 01819, 2016

      • 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. :)
      • 2016-01-18 01827, 2016

      • ruaok
        agreed.
      • 2016-01-18 01835, 2016

      • ruaok
        is it too late to slide something like this in under gci?
      • 2016-01-18 01808, 2016

      • Freso
        No. :) I was considering just going for it when adding that other task.
      • 2016-01-18 01820, 2016

      • Freso
        ruaok: If you make an MEB ticket, I'll add a GCI task.
      • 2016-01-18 01827, 2016

      • Freso
        No promise that it'll be taken though.
      • 2016-01-18 01828, 2016

      • ruaok
        damn, beat me to it.
      • 2016-01-18 01830, 2016

      • ruaok
        ok, will do.
      • 2016-01-18 01837, 2016

      • gcilou
        ( I may look into doing it )
      • 2016-01-18 01838, 2016

      • Freso
        There's only ~1 week left.
      • 2016-01-18 01843, 2016

      • ruaok
        onward!
      • 2016-01-18 01843, 2016

      • Freso
        gcilou: ❤️ :)
      • 2016-01-18 01847, 2016

      • Freso
        Yep.
      • 2016-01-18 01854, 2016

      • Freso
        Oh, reosarevok, this is us.
      • 2016-01-18 01858, 2016

      • Freso
        "contacting all auto-editors"
      • 2016-01-18 01806, 2016

      • Freso
        reosarevok: Want to introduce?
      • 2016-01-18 01818, 2016

      • TOPIC: MetaBrainz Community and Development channel | MusicBrainz non-development: #musicbrainz | MeB meeting agenda: contacting all auto-editors (Freso/reo), WS JSON (ruaok)
      • 2016-01-18 01827, 2016

      • reosarevok
        heh, gcilou: I assume the person who just liked our FB page is your mom. Computer scientist too? We can use more volunteers ;)
      • 2016-01-18 01834, 2016

      • reosarevok
        Freso: sure
      • 2016-01-18 01808, 2016

      • reosarevok
        So, since the automods list is down, with all the others, there's no way for us to contact all autoeditors right now
      • 2016-01-18 01816, 2016

      • reosarevok
        (as I found out when trying to set up an election)
      • 2016-01-18 01820, 2016

      • Freso
        (10 minutes to go. ruaok, is it okay if we push JSON WS to next week, in case this one drags out?)
      • 2016-01-18 01832, 2016

      • ruaok
        sure
      • 2016-01-18 01837, 2016

      • ruaok
        might be quick, though.
      • 2016-01-18 01845, 2016

      • reosarevok
        It's not urgent, but we should find out a way to substitute the old automods list