#musicbrainz-devel

/

      • ruaok joined the channel
      • 2011-08-01 21355, 2011

      • ruaok had a fustercluck of a day and missed jdamcd
      • 2011-08-01 21357, 2011

      • ruaok
        :-(
      • 2011-08-01 21330, 2011

      • dinog joined the channel
      • 2011-08-01 21344, 2011

      • olaf_ joined the channel
      • 2011-08-01 21345, 2011

      • djce joined the channel
      • 2011-08-01 21333, 2011

      • ocharles
        ocharles has changed the topic to: Agenda: Release editor testing
      • 2011-08-01 21322, 2011

      • zazi joined the channel
      • 2011-08-01 21315, 2011

      • reosarevok joined the channel
      • 2011-08-01 21305, 2011

      • djce joined the channel
      • 2011-08-01 21334, 2011

      • ocharles
        Hum, no ijabz
      • 2011-08-01 21338, 2011

      • ocharles
        djce: I have some rewrite rules for nginx, but I'm not sure how I can test them
      • 2011-08-01 21350, 2011

      • ocharles
        https://gist.github.com/1117864 is what I think is correct
      • 2011-08-01 21307, 2011

      • djce looks
      • 2011-08-01 21308, 2011

      • djce
        I think you're missing a "^" in the regexp on line 3, no?
      • 2011-08-01 21321, 2011

      • djce
        But as for testing... do you have an nginx on hobbes?
      • 2011-08-01 21346, 2011

      • ocharles
        yea, there's nginx on hobbes
      • 2011-08-01 21347, 2011

      • djce
        If so, drop the rules in there, kick nginx, test using curl/lwp-request/whatever
      • 2011-08-01 21355, 2011

      • djce
        Or am I missing something?
      • 2011-08-01 21316, 2011

      • ocharles
        oh, request to test.musicbrainz.org and pretend to be requesting www.musicbrainz.org?
      • 2011-08-01 21327, 2011

      • djce
        something like that, yes
      • 2011-08-01 21336, 2011

      • ocharles tries
      • 2011-08-01 21339, 2011

      • djce
        but tbh, that rule would redirect test.musicbrainz.org anyway
      • 2011-08-01 21353, 2011

      • djce
        not sure if you /want/ it to, but I think that's what it will do
      • 2011-08-01 21316, 2011

      • ocharles
        Well I'm only going to commit this to the production branch
      • 2011-08-01 21309, 2011

      • nikki
        I thought we wanted to redirect get, not post?
      • 2011-08-01 21327, 2011

      • ocharles
        Yea, that should be !=
      • 2011-08-01 21332, 2011

      • ocharles
        and it doesn't seem "&&" works in if :/
      • 2011-08-01 21316, 2011

      • nikki
      • 2011-08-01 21305, 2011

      • nikki
        so maybe that would work instead of the http host bit... then an if for the post bit... but I'm not sure why exactly libmusicbrainz is excluded
      • 2011-08-01 21317, 2011

      • ocharles
        because it can't handle redirects
      • 2011-08-01 21328, 2011

      • nikki
      • 2011-08-01 21301, 2011

      • ocharles
        yum, hacky!
      • 2011-08-01 21303, 2011

      • djce
        ewwwwww!
      • 2011-08-01 21333, 2011

      • ocharles
        djce: is that a "please dont put that mess in nginx config!" ewww? :)
      • 2011-08-01 21343, 2011

      • djce
        Your config, you do what you like ;-)
      • 2011-08-01 21301, 2011

      • djce
        but no, it's a "really? Is that the only way" ewww
      • 2011-08-01 21312, 2011

      • ocharles
        yea, kinda sucky but still easier than getting it into the perl
      • 2011-08-01 21323, 2011

      • ocharles
        would be easier in perl if we running under PSGI, but we aren't
      • 2011-08-01 21325, 2011

      • luks
        why are you planning to make a special rewrite rule for libmusicbrainz?
      • 2011-08-01 21327, 2011

      • luks
        or, it *not* libmusicbrainz
      • 2011-08-01 21329, 2011

      • luks
        still weird
      • 2011-08-01 21308, 2011

      • ocharles
        luks: because it can't handle redirects
      • 2011-08-01 21311, 2011

      • ocharles
        I'm just trying to copy what we had before
      • 2011-08-01 21314, 2011

      • ocharles
      • 2011-08-01 21302, 2011

      • luks
        ocharles: then it should be fixed
      • 2011-08-01 21323, 2011

      • ocharles
        well I assume libmusicbrainz4 doesn't have that problem
      • 2011-08-01 21327, 2011

      • luks
        besides, I think the apache rewrite config is pretty old
      • 2011-08-01 21347, 2011

      • ocharles
        from what I can see, lmb3 uses neon, which i'm not sure follows redirects for you
      • 2011-08-01 21312, 2011

      • luks
        I think it does, but I'd remove the special case even if it doesn't
      • 2011-08-01 21315, 2011

      • ocharles
        I'm happy to leave that extra logic out though...
      • 2011-08-01 21359, 2011

      • nikki thinks people should just stop trying to insert www all the damn time, then it won't break when it redirects because it won't redirect :P
      • 2011-08-01 21315, 2011

      • luks
        are you doing this for *.musicbrainz.org or just www.musicbrainz.org?
      • 2011-08-01 21319, 2011

      • enjayhch
        Hello!
      • 2011-08-01 21323, 2011

      • nikki
        hi enjayhch!
      • 2011-08-01 21334, 2011

      • luks
        note that there is mm.musicbrainz.org, which probably shouldn't be redirected
      • 2011-08-01 21349, 2011

      • nikki
        hm, I could have sworn it used to redirect
      • 2011-08-01 21350, 2011

      • enjayhch
        new version of /music site is nearly ready to go live
      • 2011-08-01 21356, 2011

      • ocharles
        enjayhch: awesome!
      • 2011-08-01 21302, 2011

      • enjayhch
      • 2011-08-01 21313, 2011

      • ocharles
        luks: I'm going to just rewrite www in this simpler rewrite
      • 2011-08-01 21321, 2011

      • enjayhch
        not really any new exciting features
      • 2011-08-01 21332, 2011

      • enjayhch
        just re-written for new platform and re-skin
      • 2011-08-01 21335, 2011

      • ocharles
        very squarey
      • 2011-08-01 21353, 2011

      • MBChatLogger
      • 2011-08-01 21353, 2011

      • luks
        nikki: that would generate a lot of useless traffic, as the older libraries used only mm.mb.org
      • 2011-08-01 21347, 2011

      • enjayhch
        does anyone know if there is a existing MBS ticket for searching MusicBrainz API by URL?
      • 2011-08-01 21358, 2011

      • nikki
        well I remember seeing programs using it and thinking "huh? what does that do?" and I thought it redirected when I tried it
      • 2011-08-01 21305, 2011

      • enjayhch
        ie who has the homepage www.madona.com?
      • 2011-08-01 21308, 2011

      • nikki
        there is
      • 2011-08-01 21314, 2011

      • enjayhch
        (only spelt right)
      • 2011-08-01 21316, 2011

      • nikki searches
      • 2011-08-01 21335, 2011

      • ocharles
        enjayhch: there is
      • 2011-08-01 21345, 2011

      • nikki
      • 2011-08-01 21321, 2011

      • enjayhch
        hah, I was the reporter in Trac
      • 2011-08-01 21322, 2011

      • ocharles
        enjayhch: adding your specific use cases as a comment would be great (ie, if you only want to search by domain)
      • 2011-08-01 21324, 2011

      • enjayhch votes for it
      • 2011-08-01 21326, 2011

      • nikki
        hehe
      • 2011-08-01 21337, 2011

      • enjayhch
        I might get Paulo to work on it
      • 2011-08-01 21346, 2011

      • enjayhch
        he is back on Wednesday
      • 2011-08-01 21351, 2011

      • ocharles
        cool
      • 2011-08-01 21356, 2011

      • ocharles
        oh, the original trac ticket has more details too
      • 2011-08-01 21300, 2011

      • enjayhch
        ocharles: yup, good idea
      • 2011-08-01 21316, 2011

      • ocharles
        djce: how does www.musicbrainz.org get to astro? From what I can see on astro's nginx config, it only has a server { } block for server_name musicbrainz.org;
      • 2011-08-01 21348, 2011

      • djce
        <sheepish grin>. Well spotted.
      • 2011-08-01 21314, 2011

      • djce
        Remind me, what's the ticket ID you're working on? Just need to check something.
      • 2011-08-01 21316, 2011

      • ocharles
        Well, on astro http://0.0.0.0:80/ also gets served even though I'm requesting Host: 0.0.0.0
      • 2011-08-01 21321, 2011

      • ocharles
      • 2011-08-01 21356, 2011

      • djce
        Ah, right, just checking. ok, here's what happens,
      • 2011-08-01 21323, 2011

      • djce
        Requests for any of "musicbrains.org ftp.musicbrains.org www.musicbrains.org" get unconditionally redirected to musicbrainz.org.
      • 2011-08-01 21328, 2011

      • djce
        by the front end nginx.
      • 2011-08-01 21355, 2011

      • jdamcd joined the channel
      • 2011-08-01 21305, 2011

      • djce
        Requests for musicbrainz.org mm.musicbrainz.org www.musicbrainz.org get received by the front end nginx and passed on to the back end (astro), with, AFAICT, the Host header preserved
      • 2011-08-01 21319, 2011

      • djce
        so you should receive www.musicbrainz.org on astro even though you didn't declare it.
      • 2011-08-01 21332, 2011

      • djce goes to check astro's conf
      • 2011-08-01 21342, 2011

      • ocharles
        astro seems happy to serve regardless of what the host is
      • 2011-08-01 21355, 2011

      • ocharles
        curl -H "Host: waffles.musicbrainz.org" http://0.0.0.0:80 goes through just fine
      • 2011-08-01 21335, 2011

      • djce
        I think it's like apache: you've only declared one vhost (server { } block)
      • 2011-08-01 21347, 2011

      • djce
        so anything which doesn't match a declared server's name
      • 2011-08-01 21352, 2011

      • djce
        goes to the first server
      • 2011-08-01 21355, 2011

      • djce
        i.e. the only one you've got.
      • 2011-08-01 21301, 2011

      • djce
        if that makes sense.
      • 2011-08-01 21316, 2011

      • ocharles
        ah, makes sense
      • 2011-08-01 21317, 2011

      • ocharles
        yea
      • 2011-08-01 21321, 2011

      • zazi joined the channel
      • 2011-08-01 21356, 2011

      • ocharles
        not quite, http://wiki.nginx.org/HttpCoreModule#server - a bit more predictable
      • 2011-08-01 21321, 2011

      • ocharles
      • 2011-08-01 21303, 2011

      • voiceinsideyou1 joined the channel
      • 2011-08-01 21313, 2011

      • enjayhch joined the channel
      • 2011-08-01 21355, 2011

      • olaf_ joined the channel
      • 2011-08-01 21305, 2011

      • voiceinsideyou1
        anyone know how long it has been since de.msuicbrainz.org and nl.musicbrainz.org worked?
      • 2011-08-01 21315, 2011

      • voiceinsideyou1
        (ignoring typos)
      • 2011-08-01 21343, 2011

      • Mineo joined the channel
      • 2011-08-01 21313, 2011

      • cjk32 joined the channel
      • 2011-08-01 21301, 2011

      • bitmap
        ocharles: not sure if you've seen the last comment here: http://tickets.musicbrainz.org/browse/MBS-2828 but adding &cdstubs=no 404s /ws/2/discid lookups
      • 2011-08-01 21335, 2011

      • cjk32
        Not sure if this belongs here, or on #musicbrainz:
      • 2011-08-01 21334, 2011

      • cjk32
        I'm working on a Perl API to the NGS webservice, and am getting to the point where some user feedback would be useful, before I start to document everything.
      • 2011-08-01 21311, 2011

      • cjk32
        If there's anyone with an interest in that area, I'd be grateful if you could let me know.
      • 2011-08-01 21321, 2011

      • nikki
        voiceinsideyou1: archive.org suggests 2007 for nl and 2008 for de
      • 2011-08-01 21355, 2011

      • bitmap
        I guess those should be removed as hardcoded mirror servers in Picard then ;)
      • 2011-08-01 21331, 2011

      • ianmcorvidae
        picard seems to have a lot of hardcoded lists :P
      • 2011-08-01 21322, 2011

      • ocharles
        only one hardcoded list of hardcoded lists
      • 2011-08-01 21339, 2011

      • nikki wonders if picard could fetch most of its lists from the server
      • 2011-08-01 21349, 2011

      • nikki
        (I mean, it needs access to a server to fetch info anyway)
      • 2011-08-01 21349, 2011

      • bitmap
        like an xml file hosted somewhere on mb?
      • 2011-08-01 21352, 2011

      • ianmcorvidae
        yeah; put in one option to change it from musicbrainz.org, in case that goes down for some reason or the other
      • 2011-08-01 21358, 2011

      • ianmcorvidae
        and yeah, XML hosted on MB
      • 2011-08-01 21314, 2011

      • ianmcorvidae
        or constructed from the database
      • 2011-08-01 21325, 2011

      • ianmcorvidae
        just a real basic API
      • 2011-08-01 21332, 2011

      • nikki
        yeah
      • 2011-08-01 21346, 2011

      • MBChatLogger
      • 2011-08-01 21346, 2011

      • bitmap
        the de.mb.org thing broke Picard for at least one person recently http://bugs.musicbrainz.org/ticket/5980
      • 2011-08-01 21351, 2011

      • ianmcorvidae
        like medium formats presumably would be auto-constructed, but
      • 2011-08-01 21332, 2011

      • nikki
        I mentioned it the other day when we were talking about translation, since at some point the website will also be translated
      • 2011-08-01 21339, 2011

      • nikki
        so it would be good if we could avoid translating stuff twice
      • 2011-08-01 21350, 2011

      • bitmap
        +1
      • 2011-08-01 21301, 2011

      • nikki
        and if picard can fetch the lists from the server, the server can also return the translations too
      • 2011-08-01 21359, 2011

      • bitmap
        I wonder how that would work though given that Picard uses gettext
      • 2011-08-01 21324, 2011

      • ianmcorvidae
        presumably you'd just need access to the locale somewhere
      • 2011-08-01 21334, 2011

      • ianmcorvidae
        to throw at the API
      • 2011-08-01 21318, 2011

      • ianmcorvidae
        it means the translation is split (between gettext in Picard and whatever the server uses) but unless picard gets _everything_ from the server that's bound to happen
      • 2011-08-01 21332, 2011

      • ianmcorvidae
        since picard can't have .po for every release out there :P
      • 2011-08-01 21317, 2011

      • ianmcorvidae
        ooh, or the API could return pofiles ;)
      • 2011-08-01 21327, 2011

      • ianmcorvidae
        (that wouldn't be needlessly convoluted at all :P)
      • 2011-08-01 21311, 2011

      • bitmap
        for things like medium formats it would probably need the .po files before initializing gettext
      • 2011-08-01 21334, 2011

      • ianmcorvidae
        yeah
      • 2011-08-01 21344, 2011

      • ianmcorvidae
        I was figuring it just wouldn't use gettext for those things
      • 2011-08-01 21350, 2011

      • ianmcorvidae
        since the server could do that translation
      • 2011-08-01 21303, 2011

      • ianmcorvidae
        (the API returning .po files thing was just a joke)
      • 2011-08-01 21331, 2011

      • bitmap
        yeah, I figured :)