#metabrainz

/

      • central3 has quit
      • 2018-06-03 15407, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15419, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15428, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15457, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15428, 2018

      • Lotheric has quit
      • 2018-06-03 15454, 2018

      • Lotheric joined the channel
      • 2018-06-03 15450, 2018

      • bukwurm joined the channel
      • 2018-06-03 15438, 2018

      • surtin has quit
      • 2018-06-03 15449, 2018

      • surtin joined the channel
      • 2018-06-03 15429, 2018

      • Lotheric has quit
      • 2018-06-03 15456, 2018

      • Lotheric joined the channel
      • 2018-06-03 15433, 2018

      • Zialus has quit
      • 2018-06-03 15416, 2018

      • Zialus joined the channel
      • 2018-06-03 15425, 2018

      • Nyanko-sensei joined the channel
      • 2018-06-03 15421, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15427, 2018

      • AfroThundr has quit
      • 2018-06-03 15455, 2018

      • Freso
        yvanzo: I think the difference between unknown barcode and known no barcode is whether it's NULL or an empty string? (Though I'm not sure which is which.)
      • 2018-06-03 15426, 2018

      • samj1912
        Morning o/
      • 2018-06-03 15431, 2018

      • yvanzo
        Freso: oops, you’re right, sorry central3 …
      • 2018-06-03 15429, 2018

      • rsh7 joined the channel
      • 2018-06-03 15419, 2018

      • Sophist_UK joined the channel
      • 2018-06-03 15405, 2018

      • Sophist-UK has quit
      • 2018-06-03 15403, 2018

      • Sophist-UK joined the channel
      • 2018-06-03 15401, 2018

      • Sophist_UK has quit
      • 2018-06-03 15455, 2018

      • ruaok
      • 2018-06-03 15427, 2018

      • ruaok
        M$ has broken everything they've ever bought. we seriously need to start evaluating alternatives to github now.
      • 2018-06-03 15425, 2018

      • flormynight joined the channel
      • 2018-06-03 15424, 2018

      • flormynight
        hey guys, im working on picard-1122. Do i just need to implement the comments made here? https://github.com/metabrainz/picard/pull/779/fil…
      • 2018-06-03 15417, 2018

      • zas
        flormynight: yes, to start with, and it needs to be heavily tested
      • 2018-06-03 15441, 2018

      • flormynight
        okay, will do
      • 2018-06-03 15447, 2018

      • flormynight
        release['release-group']['primary-type']: is that a list?
      • 2018-06-03 15451, 2018

      • zas
        ruaok: if M$ buy github... RIP github
      • 2018-06-03 15413, 2018

      • ruaok
        ding.
      • 2018-06-03 15416, 2018

      • iliekcomputers
      • 2018-06-03 15417, 2018

      • ruaok
        see skype.
      • 2018-06-03 15416, 2018

      • flormynight
        yeah, i use gitlab instead
      • 2018-06-03 15452, 2018

      • flormynight
        okay, got any test data that i could use to test the preffered release type?
      • 2018-06-03 15415, 2018

      • flormynight
        or better yet, how do i fire up the development build?
      • 2018-06-03 15452, 2018

      • flormynight
        guys?
      • 2018-06-03 15418, 2018

      • Mineo
        if you've cloned the repository and have all dependencies installed, `python3 tagger.py` will do it
      • 2018-06-03 15421, 2018

      • Mineo
      • 2018-06-03 15416, 2018

      • flormynight
        thank you
      • 2018-06-03 15430, 2018

      • travis-ci joined the channel
      • 2018-06-03 15431, 2018

      • travis-ci
        metabrainz/picard#3420 (master - 0d2c312 : Laurent Monin): The build passed.
      • 2018-06-03 15431, 2018

      • travis-ci
      • 2018-06-03 15431, 2018

      • travis-ci
      • 2018-06-03 15431, 2018

      • travis-ci has left the channel
      • 2018-06-03 15433, 2018

      • flormynight
        okay in the main ui, im seeing an error, could not load album
      • 2018-06-03 15440, 2018

      • flormynight
        on the command line im seeing Error creating SSL context () (QT code 99, HTTP code 0)
      • 2018-06-03 15453, 2018

      • flormynight
        above that im seeing E: 05:34:24,787 webservice._handle_reply:372: Network request error for https://musicbrainz.org:443/ws/2/release/63b37c88…:
      • 2018-06-03 15444, 2018

      • flormynight
        i think its the colon at the end cuz when i remove it, i get data, but idk where the colon came from
      • 2018-06-03 15431, 2018

      • Mineo
        that colon is part of the error message
      • 2018-06-03 15413, 2018

      • Mineo
        in https://tickets.metabrainz.org/browse/PICARD-1158 someone had a similar problem and fixed it by messing around with openssl on his system. you probably have to do something similar
      • 2018-06-03 15413, 2018

      • BrainzBot
        PICARD-1158: Error creating SSL context
      • 2018-06-03 15440, 2018

      • flormynight
        how strange, i have a normal version of picard from the repos and it doesnt have that issue. The dev build must use a newer version of openssl
      • 2018-06-03 15402, 2018

      • flormynight
        hold on
      • 2018-06-03 15444, 2018

      • samj1912
        flormynight: which os are you on?
      • 2018-06-03 15449, 2018

      • Mineo
        all picard versions other than the development version use python 2 & pyqt4, the development version uses python 3 and qt5
      • 2018-06-03 15416, 2018

      • flormynight
        linux mint
      • 2018-06-03 15421, 2018

      • flormynight
        wait no ubuntu
      • 2018-06-03 15426, 2018

      • flormynight
        the latest
      • 2018-06-03 15430, 2018

      • flormynight
        i fixed it
      • 2018-06-03 15436, 2018

      • samj1912
        Cool
      • 2018-06-03 15453, 2018

      • travis-ci joined the channel
      • 2018-06-03 15454, 2018

      • travis-ci
        metabrainz/picard#3420 (master - 0d2c312 : Laurent Monin): The build passed.
      • 2018-06-03 15454, 2018

      • travis-ci
      • 2018-06-03 15454, 2018

      • travis-ci
      • 2018-06-03 15454, 2018

      • travis-ci has left the channel
      • 2018-06-03 15452, 2018

      • flormynight
        hmm, thats interesting. So the preffered release formats is only used when looking up and not while scanning?
      • 2018-06-03 15431, 2018

      • flormynight
        is that expected behavior?
      • 2018-06-03 15416, 2018

      • github joined the channel
      • 2018-06-03 15416, 2018

      • github
        [musicbrainz-server] yvanzo opened pull request #677: Tooling: Normalize external links to https & Set default blog link (master...tooling-https-blog) https://git.io/vhlJJ
      • 2018-06-03 15416, 2018

      • github has left the channel
      • 2018-06-03 15446, 2018

      • outsidecontext joined the channel
      • 2018-06-03 15411, 2018

      • yvanzo
        Freso, zas: “Bandcamp httpsification” is going on and will probably complete within 3 days using the script in gh:MBS#677.
      • 2018-06-03 15411, 2018

      • BrainzBot
        Tooling: Normalize external links to https & Set default blog link: https://github.com/metabrainz/musicbrainz-server/…
      • 2018-06-03 15413, 2018

      • yvanzo
        It is running from a screen session on hip.
      • 2018-06-03 15452, 2018

      • outsidecontext has quit
      • 2018-06-03 15400, 2018

      • flormynight
        omg
      • 2018-06-03 15447, 2018

      • flormynight
        picard-1122 isnt really a bug at all. it works as intended, you just need to lookup instead of scan with the acousticid
      • 2018-06-03 15408, 2018

      • flormynight
        is there a way for the preffered release types to work even with an acousticid?
      • 2018-06-03 15439, 2018

      • flormynight
        oh wait
      • 2018-06-03 15441, 2018

      • flormynight
        hmm
      • 2018-06-03 15458, 2018

      • flormynight
        it doesnt include the secondary types
      • 2018-06-03 15441, 2018

      • flormynight
        okay
      • 2018-06-03 15453, 2018

      • github joined the channel
      • 2018-06-03 15453, 2018

      • github
        [picard] StasisInterrupted opened pull request #899: PICARD-1122: Preffered release type settings are exclusive and should be inclusive (master...picard-1122) https://git.io/vhlUo
      • 2018-06-03 15453, 2018

      • github has left the channel
      • 2018-06-03 15455, 2018

      • flormynight
        so can someone tell me why release types arent available when doing fingerprint lookup vs doing?
      • 2018-06-03 15420, 2018

      • Nyanko-sensei has quit
      • 2018-06-03 15447, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15407, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15436, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15415, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15453, 2018

      • reosarevok
        samj1912 or zas ^
      • 2018-06-03 15456, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15420, 2018

      • Nyanko-sensei joined the channel
      • 2018-06-03 15429, 2018

      • Nyanko-sensei has quit
      • 2018-06-03 15457, 2018

      • Nyanko-sensei joined the channel
      • 2018-06-03 15405, 2018

      • D4RK-PH0ENiX has quit
      • 2018-06-03 15421, 2018

      • Nyanko-sensei has quit
      • 2018-06-03 15431, 2018

      • D4RK-PH0ENiX joined the channel
      • 2018-06-03 15441, 2018

      • Slurpee joined the channel
      • 2018-06-03 15452, 2018

      • flormynight has quit
      • 2018-06-03 15445, 2018

      • LordSputnik
        bukwurm: could we move our meeting an hour earlier or later today?
      • 2018-06-03 15445, 2018

      • bukwurm
        LordSputnik: Ok. Earlier would be great for me, but late would work too
      • 2018-06-03 15411, 2018

      • LordSputnik
        Ok, about 50 minutes' time?
      • 2018-06-03 15428, 2018

      • LordSputnik
        Err *half an hour
      • 2018-06-03 15431, 2018

      • LordSputnik
        I misread the time
      • 2018-06-03 15419, 2018

      • AfroThundr joined the channel
      • 2018-06-03 15430, 2018

      • bukwurm_
        LordSputnik: Ok
      • 2018-06-03 15433, 2018

      • LordSputnik
        bukwurm_: be with you in a few minutes
      • 2018-06-03 15449, 2018

      • bukwurm
        LordSputnik: 👍
      • 2018-06-03 15422, 2018

      • LordSputnik
        bukwurm: ok, here now
      • 2018-06-03 15434, 2018

      • bukwurm
        LordSputnik: Hi
      • 2018-06-03 15435, 2018

      • LordSputnik
        What topics would you like to talk about today? :)
      • 2018-06-03 15412, 2018

      • bukwurm
        LordSputnik: I worked and committed all of the infrastructure related code of bookbrainz-import today
      • 2018-06-03 15456, 2018

      • bukwurm
        I'll be fixing doc and performance may be, but major part is done.
      • 2018-06-03 15450, 2018

      • LordSputnik
        Ok, I saw that you opened up a lot of PRs
      • 2018-06-03 15418, 2018

      • bukwurm
        LordSputnik: One change - I have shifted all the configuration to a file, whose key is to be mentioned via command line.
      • 2018-06-03 15433, 2018

      • LordSputnik
        I'll try to review those in the next few hours or some time to tomorrow
      • 2018-06-03 15452, 2018

      • bukwurm
        For example, `./producer.js --dump editions`
      • 2018-06-03 15454, 2018

      • bukwurm
        If the producer.js is inside the OL folder, it will automatically look for configuration in the config.openLibrary.editions object inside the config/config.json file
      • 2018-06-03 15428, 2018

      • LordSputnik
        OK, will need to look into that in more detail
      • 2018-06-03 15432, 2018

      • LordSputnik
        But sounds sensible
      • 2018-06-03 15442, 2018

      • bukwurm
        LordSputnik: Ok
      • 2018-06-03 15407, 2018

      • bukwurm
        The first phase was supposed to be hard, and it absolutely is.
      • 2018-06-03 15449, 2018

      • bukwurm
        I'll try to finish up the bb-data part tomorrow and day after tomorrow.
      • 2018-06-03 15409, 2018

      • LordSputnik
        bukwurm: it would have been nicer to have a steady flow of pull requests submitted for the import code rather than 7 all at once
      • 2018-06-03 15420, 2018

      • bukwurm
        LordSputnik: I understand.
      • 2018-06-03 15432, 2018

      • bukwurm
        I was worried about the same too.
      • 2018-06-03 15435, 2018

      • LordSputnik
        You seem to have separated commits out well so it shouldn't be too hard to review
      • 2018-06-03 15455, 2018

      • bukwurm
        I'll make sure to definitely do that from now on.
      • 2018-06-03 15459, 2018

      • LordSputnik
        But just try to make PRs more spread out over the course of the week - hopefully they'll get reviewed faster then too
      • 2018-06-03 15433, 2018

      • bukwurm
        LordSputnik: The problem was, there was a lot of architecture design and code restructuring (almost every single day).
      • 2018-06-03 15401, 2018

      • bukwurm
        So I was always unsure if this would actually be the final design.
      • 2018-06-03 15404, 2018

      • LordSputnik
        OK, I get that problem too
      • 2018-06-03 15448, 2018

      • LordSputnik
        I'm aiming to start committing what I have early on, since you can always commit to change it
      • 2018-06-03 15403, 2018

      • bukwurm
        LordSputnik: ok
      • 2018-06-03 15411, 2018

      • LordSputnik
        It doesn't matter if the initial design is rubbish, nobody is judging you :)
      • 2018-06-03 15438, 2018

      • bukwurm
        LordSputnik: Good thing is, the final API reference is more or less fixed now.
      • 2018-06-03 15456, 2018

      • LordSputnik
        Another benefit is that it starts the feedback loop more quickly, and I might have some ideas that could save you an iteration or two of re-designing
      • 2018-06-03 15401, 2018

      • LordSputnik
        That's good
      • 2018-06-03 15418, 2018

      • bukwurm
        I have used async.js for scheduling async tasks to limit number of async tasks.
      • 2018-06-03 15434, 2018

      • LordSputnik
        So do the producer and consumer work at the moment? What bits of the functionality are implemented?
      • 2018-06-03 15437, 2018

      • bukwurm
        It's easy to understand and goes with the master-worker paradigm too.
      • 2018-06-03 15411, 2018

      • bukwurm
        Another alternative I seriously thought over and left for the moment was Bluebird's promise.map async limit.
      • 2018-06-03 15434, 2018

      • bukwurm
        If you think it would be better than the present design, I can change it later.
      • 2018-06-03 15441, 2018

      • bukwurm
        LordSputnik: Yes