#metabrainz

/

      • ruaok
        I would think you should be able to knock that out in a few hours.
      • 2020-07-29 21157, 2020

      • ruaok
        and we clearly need a "this user is spamming" button.
      • 2020-07-29 21105, 2020

      • Mr_Monkey
        +1
      • 2020-07-29 21116, 2020

      • shivam-kapila
        Report user?
      • 2020-07-29 21122, 2020

      • ruaok
        yeah.
      • 2020-07-29 21106, 2020

      • shivam-kapila
        _lucifer: I dont even know
      • 2020-07-29 21148, 2020

      • TOPIC: MetaBrainz Community and Development channel | MusicBrainz non-development: #musicbrainz | Channel is logged; see https://musicbrainz.org/doc/IRC for details | Meeting agenda: Reviews, Summit date (Monkey)
      • 2020-07-29 21132, 2020

      • ruaok
        iliekcomputers: alastairp for my next project, I need to host the two new APIs that I've made for ishaanshah and iliekcomputers.
      • 2020-07-29 21108, 2020

      • ruaok
        I'll check it into lb repo, but the API needs a name, URL location and general thoughts on where to host it.
      • 2020-07-29 21134, 2020

      • ruaok
        this part is considered stable. I'm debating if it is documented or internal use only.
      • 2020-07-29 21152, 2020

      • ruaok
        should it live on a separate subdomain? if so, what?
      • 2020-07-29 21112, 2020

      • ruaok
        API 1:
      • 2020-07-29 21113, 2020

      • ruaok
      • 2020-07-29 21115, 2020

      • ruaok
        API 2:
      • 2020-07-29 21127, 2020

      • ruaok
      • 2020-07-29 21154, 2020

      • ruaok
        they need to move to port 80, get TLS to be official IMHO.
      • 2020-07-29 21114, 2020

      • iliekcomputers
        I think it should be a separate subdomain
      • 2020-07-29 21133, 2020

      • ruaok
        I'm for simplicity and seperability, I agree.
      • 2020-07-29 21140, 2020

      • ruaok
      • 2020-07-29 21147, 2020

      • ruaok
      • 2020-07-29 21104, 2020

      • ruaok
      • 2020-07-29 21145, 2020

      • ruaok
        alastairp: you still around?
      • 2020-07-29 21115, 2020

      • iliekcomputers
        Don't have strong opinions on internal use. I'd say keep it internal use just for the case of not having to answer questions about it.
      • 2020-07-29 21132, 2020

      • ruaok
        lolol
      • 2020-07-29 21104, 2020

      • iliekcomputers
        metadata.listenbrainz.org?
      • 2020-07-29 21106, 2020

      • ruaok
        undocumented, for the time being. I'm good with hat.
      • 2020-07-29 21129, 2020

      • ruaok
        better.
      • 2020-07-29 21147, 2020

      • ruaok
        but, I also get the feeling that we're going to spawn more API groups.
      • 2020-07-29 21112, 2020

      • ruaok
        sure adding more to metdata.lb.org, but we'll invent new APIs with other features as we make things more stable.
      • 2020-07-29 21131, 2020

      • ruaok
        we'll need more subdomains, so having a future proofed scheme would be a grand thing.
      • 2020-07-29 21159, 2020

      • ruaok
      • 2020-07-29 21128, 2020

      • iliekcomputers
        Hmm. That sounds reasonable to me. What would name be in this case?
      • 2020-07-29 21137, 2020

      • ruaok
        not sure yet.
      • 2020-07-29 21154, 2020

      • ruaok
        supplemental APIs for stats.
      • 2020-07-29 21103, 2020

      • ruaok
      • 2020-07-29 21125, 2020

      • ruaok
        and then if we host other data for further stats, we can add them there
      • 2020-07-29 21147, 2020

      • shivam-kapila
        hoster.api.lb.org?
      • 2020-07-29 21101, 2020

      • iliekcomputers
        If it's undocumented, sure. If we document that, I could see it causing confusion
      • 2020-07-29 21109, 2020

      • ruaok
        hoster is the toolkit that is doing the work. we should not put that into the URL
      • 2020-07-29 21121, 2020

      • shivam-kapila
        hm
      • 2020-07-29 21154, 2020

      • ruaok
        what would be a documentation proof name?
      • 2020-07-29 21155, 2020

      • alastairp
        yes, I'm back now
      • 2020-07-29 21104, 2020

      • ruaok
        alastairp: please read the backscroll.
      • 2020-07-29 21148, 2020

      • ruaok
        stats-support? more-stats? sir-stats-a-lot?
      • 2020-07-29 21126, 2020

      • alastairp
        I guess I'll do my normal "looking too far ahead"
      • 2020-07-29 21141, 2020

      • alastairp
        for now iliekcomputers and ishaanshah are using these. are you planning on letting other people use them too?
      • 2020-07-29 21100, 2020

      • alastairp
        do they need to be public? (for development, I guess this helps a lot)
      • 2020-07-29 21100, 2020

      • ruaok
        not sure.
      • 2020-07-29 21127, 2020

      • ruaok
        I certainly do not wan to document them until there is at least rate limiting.
      • 2020-07-29 21132, 2020

      • ruaok
        if not API keys.
      • 2020-07-29 21102, 2020

      • ruaok
        I'm also happy to not document that API for the time being and just seeing how things develop.
      • 2020-07-29 21113, 2020

      • alastairp
        what's that law? any functionality that you provide, even if it's not documented becomes a production API because people will find it and use it, and then you'll break it
      • 2020-07-29 21119, 2020

      • ruaok
        in the end everything I did in those two APIs you can do with the MB API.
      • 2020-07-29 21126, 2020

      • ruaok
        mine is just more custom tailored.
      • 2020-07-29 21128, 2020

      • alastairp
        yeah right, it's just some shortcuts
      • 2020-07-29 21154, 2020

      • alastairp
        I agreee that a separate domain for this is a good idea
      • 2020-07-29 21103, 2020

      • ruaok
        if its undocumented and we change it because we want to, I won't cry.
      • 2020-07-29 21111, 2020

      • ruaok
        we made no public promise
      • 2020-07-29 21119, 2020

      • alastairp
        I like the gist of stats-support
      • 2020-07-29 21136, 2020

      • alastairp
        and/or metadata-support
      • 2020-07-29 21112, 2020

      • ruaok
        but in the end we will want these or those APIs to become public and documented, so things are in flux.
      • 2020-07-29 21130, 2020

      • ruaok
        I guess all that matters is that URIs are stable and future proof.
      • 2020-07-29 21152, 2020

      • ruaok
        and if we slap rate limiting and docs on it, that isn't much work either.
      • 2020-07-29 21124, 2020

      • ruaok
        stats-support sounds kinda awful though.
      • 2020-07-29 21137, 2020

      • ruaok
        supplemental-stats is perfect but too long.
      • 2020-07-29 21147, 2020

      • ruaok
        stats-helper?
      • 2020-07-29 21101, 2020

      • alastairp
        do you want to put a focus on the fact that it is APIs to drive the stats computations
      • 2020-07-29 21108, 2020

      • alastairp
        or that it's a bunch of random metadata
      • 2020-07-29 21123, 2020

      • ruaok
        oh, good thought.
      • 2020-07-29 21151, 2020

      • ruaok
        stats-support isn't really descriptive nor future proof.
      • 2020-07-29 21116, 2020

      • ruaok
        really, they are musicbrainz-helpers.
      • 2020-07-29 21123, 2020

      • ruaok
        little APIlets
      • 2020-07-29 21106, 2020

      • alastairp
        yeah, that's what I was trying to push towards
      • 2020-07-29 21118, 2020

      • BrainzGit
        [musicbrainz-server] reosarevok opened pull request #1620 (master…MBS-10997): MBS-10997: Convert /search/error files to React https://github.com/metabrainz/musicbrainz-server/…
      • 2020-07-29 21120, 2020

      • BrainzBot
        MBS-10997: Convert /search/error files to React https://tickets.metabrainz.org/browse/MBS-10997
      • 2020-07-29 21123, 2020

      • alastairp
        but I'm sure that in the future some of them will use data from AB, or LB
      • 2020-07-29 21132, 2020

      • alastairp
        so it doesn't make sense to sit on .musicbrainz.org either
      • 2020-07-29 21118, 2020

      • ruaok
        I suppose we can also put in redirects once we have a clearer picture of what is going on and then decide to change things.
      • 2020-07-29 21135, 2020

      • ruaok
      • 2020-07-29 21143, 2020

      • reosarevok
        APIlet sounds cute. It should have its own logo just so it could be cute too.
      • 2020-07-29 21145, 2020

      • ruaok
        its literally a grab bag of stuff we're trying.
      • 2020-07-29 21116, 2020

      • ruaok
        and then APIlet will come whining to me that it needs stickers too.
      • 2020-07-29 21125, 2020

      • ruaok
        😆
      • 2020-07-29 21142, 2020

      • MajorLurker joined the channel
      • 2020-07-29 21154, 2020

      • alastairp
        I guess labs.api is distinct from the idea of beta.api
      • 2020-07-29 21146, 2020

      • ruaok
        any other ideas? iliekcomputers ?
      • 2020-07-29 21121, 2020

      • ruaok
        and given that its is undocumented we can change the URL anytime we want. its a simple coordination task.
      • 2020-07-29 21130, 2020

      • iliekcomputers
        Labs sounds reasonable to me.
      • 2020-07-29 21147, 2020

      • ruaok
        ok, that answers enough questions for me to get moving. thanks chaps.
      • 2020-07-29 21105, 2020

      • ruaok
        alastairp: see, none of your thoughts were too far out there. and I listened!
      • 2020-07-29 21110, 2020

      • ruaok
        :D
      • 2020-07-29 21124, 2020

      • alastairp
        I haven't looked at the code for the hoster yet
      • 2020-07-29 21106, 2020

      • ruaok
        not a giant rush. a version of the API is up and in use.
      • 2020-07-29 21122, 2020

      • rdswift
      • 2020-07-29 21159, 2020

      • MajorLurker has quit
      • 2020-07-29 21110, 2020

      • rdswift
        Oh, just noticed that you want to keep them separate. Forget what I said.
      • 2020-07-29 21131, 2020

      • ruaok
        yeah, we just decided to use labs.api.listenbrainz.org
      • 2020-07-29 21128, 2020

      • alastairp
        iliekcomputers: https://listenbrainz.readthedocs.io/en/production… remind me why we need develop.sh npm here?
      • 2020-07-29 21101, 2020

      • alastairp
        the static builder dockerfile does npm install in /code, and we mount static into /code/static, so that's not going to override node_modules
      • 2020-07-29 21110, 2020

      • alastairp
        is this step redundant?
      • 2020-07-29 21107, 2020

      • iliekcomputers
        Yeah, I think it could be.
      • 2020-07-29 21129, 2020

      • alastairp
        I'm working through some other documentation stuff. I'll confirm and remove it if necessary
      • 2020-07-29 21131, 2020

      • killme has quit
      • 2020-07-29 21157, 2020

      • killme joined the channel
      • 2020-07-29 21117, 2020

      • Nyanko-sensei has quit
      • 2020-07-29 21148, 2020

      • alastairp
        iliekcomputers: can we remove the bigquery writer from the local development docker-compose file?
      • 2020-07-29 21109, 2020

      • ruaok
        all of bigquery needs to go. still on my list to do.
      • 2020-07-29 21115, 2020

      • ruaok
        but yes, that is a good short term step
      • 2020-07-29 21153, 2020

      • Nyanko-sensei joined the channel
      • 2020-07-29 21112, 2020

      • alastairp
        iliekcomputers: you mentioned that loading dumps into a local server is a bit confusing. when you have some time can you expand on that?
      • 2020-07-29 21143, 2020

      • BrainzGit
        [listenbrainz-server] alastair opened pull request #993 (master…documentation-update): Make developer documentation a bit more consistent https://github.com/metabrainz/listenbrainz-server…
      • 2020-07-29 21146, 2020

      • BrainzGit
        [listenbrainz-server] alastair opened pull request #994 (master…develop-improvements): develop.sh improvements https://github.com/metabrainz/listenbrainz-server…
      • 2020-07-29 21146, 2020

      • niceplace has quit
      • 2020-07-29 21127, 2020

      • niceplace joined the channel
      • 2020-07-29 21152, 2020

      • thomasross joined the channel
      • 2020-07-29 21116, 2020

      • v6lur has quit
      • 2020-07-29 21113, 2020

      • v6lur joined the channel
      • 2020-07-29 21100, 2020

      • BrainzGit
        [bookbrainz-site] dependabot[bot] opened pull request #478 (master…dependabot/npm_and_yarn/elliptic-6.5.3): chore(deps): bump elliptic from 6.5.2 to 6.5.3 https://github.com/bookbrainz/bookbrainz-site/pul…
      • 2020-07-29 21135, 2020

      • Nyanko-sensei has quit
      • 2020-07-29 21109, 2020

      • travis-ci joined the channel
      • 2020-07-29 21109, 2020

      • travis-ci
        Project bookbrainz-site build #3267: passed in 4 min 18 sec: https://travis-ci.org/bookbrainz/bookbrainz-site/…
      • 2020-07-29 21109, 2020

      • travis-ci has left the channel
      • 2020-07-29 21122, 2020

      • MajorLurker joined the channel
      • 2020-07-29 21125, 2020

      • Nyanko-sensei joined the channel
      • 2020-07-29 21158, 2020

      • MajorLurker has quit
      • 2020-07-29 21125, 2020

      • v6lur has quit
      • 2020-07-29 21103, 2020

      • BestSteve has quit
      • 2020-07-29 21109, 2020

      • BestSteve joined the channel
      • 2020-07-29 21124, 2020

      • supersandro2000 has quit
      • 2020-07-29 21145, 2020

      • supersandro2000 joined the channel