#musicbrainz

/

      • aCiD2
        it's working now
      • 2009-04-12 10213, 2009

      • pronik
        aCiD2: you've got some dependency changes to Makefile.PL in your new-artist-page branch (with a typo in there), I guess that should have been master...
      • 2009-04-12 10215, 2009

      • ruaok
        \ø/
      • 2009-04-12 10226, 2009

      • aCiD2
        pronik: say wha?
      • 2009-04-12 10231, 2009

      • aCiD2
        I don't rememeber changing Makefile.PL
      • 2009-04-12 10238, 2009

      • pronik
        ah, sorry, I'm dumb
      • 2009-04-12 10246, 2009

      • pronik
        or am I.... wait a sec...
      • 2009-04-12 10255, 2009

      • aCiD2
        ruaok: made some changes, but they worked fine when I deployed on test
      • 2009-04-12 10207, 2009

      • aCiD2
        hrm, why is test running painfully slow...
      • 2009-04-12 10220, 2009

      • aCiD2
        really fast on port 80, really slow on port 81
      • 2009-04-12 10236, 2009

      • ruaok
        odd.
      • 2009-04-12 10244, 2009

      • ruaok
        must be a network thing, machine is idle.
      • 2009-04-12 10215, 2009

      • aCiD2
        http://test.musicbrainz.org:81 - fast for anyone else?
      • 2009-04-12 10226, 2009

      • aCiD2
        note, port 80 is fine :/
      • 2009-04-12 10227, 2009

      • Milosz
        no
      • 2009-04-12 10232, 2009

      • ruaok
        no
      • 2009-04-12 10233, 2009

      • VxJasonxV
        isn't there a caching proxy on port 80?
      • 2009-04-12 10242, 2009

      • aCiD2
        no
      • 2009-04-12 10244, 2009

      • ruaok
        VxJasonxV: no
      • 2009-04-12 10246, 2009

      • VxJasonxV
        also, no, 81 isn't fast at all
      • 2009-04-12 10251, 2009

      • aCiD2
        hmmmm...
      • 2009-04-12 10257, 2009

      • aCiD2
        maybe I should setup a new vhost in apache and try that
      • 2009-04-12 10209, 2009

      • VxJasonxV
        ruaok, there's /nothing/ on port 80 that could be making this difference?
      • 2009-04-12 10221, 2009

      • ruaok
        aCiD2: yes.
      • 2009-04-12 10228, 2009

      • pronik
        aCiD2: alright, I'm dumb, but there is a typo nevertheless at the Catalyst::...::Memcached line
      • 2009-04-12 10239, 2009

      • aCiD2
        port 80 is served through apache, 81 is served through the catalyst server
      • 2009-04-12 10242, 2009

      • aCiD2
        pronik: patches welcome :P
      • 2009-04-12 10246, 2009

      • ruaok
        VxJasonxV: not sure, aCiD2 has been user-level admining the machine.
      • 2009-04-12 10257, 2009

      • VxJasonxV
        mmm
      • 2009-04-12 10217, 2009

      • nikkeee
        81 doesn't load at all for me
      • 2009-04-12 10227, 2009

      • aCiD2
        it's down now
      • 2009-04-12 10234, 2009

      • nikkeee
        ah
      • 2009-04-12 10239, 2009

      • ruaok
        aCiD2: shouldn't the server run on the IP of the machine, not 0.0.0.0 ?
      • 2009-04-12 10253, 2009

      • aCiD2
        I thought 0.0.0.0 usually meant external interface
      • 2009-04-12 10204, 2009

      • ruaok
        try the internal ip
      • 2009-04-12 10210, 2009

      • aCiD2
        alright
      • 2009-04-12 10240, 2009

      • aCiD2
        script/musicbrainz_server.pl -p 81 -host 192.168.200.152
      • 2009-04-12 10202, 2009

      • nikkeee
        pronik: Milosz: maybe "the least of all evils" for what you wanted to say earlier?
      • 2009-04-12 10213, 2009

      • aCiD2
        same - works, but slooow
      • 2009-04-12 10227, 2009

      • aCiD2
        odd, I wonder why
      • 2009-04-12 10230, 2009

      • pronik
        nikkeee: could be ;)
      • 2009-04-12 10214, 2009

      • VxJasonxV
        aCiD2, 0.0.0.0 usually means "all interfaces"
      • 2009-04-12 10235, 2009

      • aCiD2
        right
      • 2009-04-12 10245, 2009

      • aCiD2
        i guess that's what it means by "defaults to all" in the man page
      • 2009-04-12 10253, 2009

      • ruaok
        aCiD2: I fired off mail to all the people who admin that box. I cc'ed you.
      • 2009-04-12 10203, 2009

      • aCiD2
        hold on, it might be better with apache serving
      • 2009-04-12 10205, 2009

      • VxJasonxV
        well, you said "external interface", which by far does not mean the same thing
      • 2009-04-12 10209, 2009

      • VxJasonxV
        so yeah
      • 2009-04-12 10238, 2009

      • Munger
        I forgot to add (disc 1) whenn creating this release. Can somebody please OK this edit - http://musicbrainz.org/show/edit/?editid=10387897
      • 2009-04-12 10239, 2009

      • rexroom has quit
      • 2009-04-12 10221, 2009

      • Munger
        I'm adding discs 2 & 3 now
      • 2009-04-12 10237, 2009

      • Munger
        Thanks ;-)
      • 2009-04-12 10222, 2009

      • aCiD2
        I wish I didn't suck at admining servers
      • 2009-04-12 10237, 2009

      • warp
        I wish I did.
      • 2009-04-12 10240, 2009

      • ruaok
        practice young jedi, practice
      • 2009-04-12 10245, 2009

      • aCiD2
        :)
      • 2009-04-12 10202, 2009

      • Munger
        Use the source, Luke!
      • 2009-04-12 10203, 2009

      • pronik
        aCiD2: pull from me on github, typo-fix branch :)
      • 2009-04-12 10217, 2009

      • aCiD2
        ok, lemme just finish breaking apache
      • 2009-04-12 10203, 2009

      • aCiD2
        http://gist.github.com/94101 that's the right way to run a vhost on port 81, oui?
      • 2009-04-12 10216, 2009

      • pronik
        ruaok, aCiD2: "You must configure a default store type unless you use exactly one store plugin". Any ideas?
      • 2009-04-12 10229, 2009

      • aCiD2
        bit more context on that error?
      • 2009-04-12 10234, 2009

      • aCiD2
        sounds like you don't have a store plugin installed
      • 2009-04-12 10241, 2009

      • aCiD2
        I recognise the error string..
      • 2009-04-12 10241, 2009

      • warp
        aCiD2: probably needs to know what ServerName to respond to?
      • 2009-04-12 10249, 2009

      • aCiD2
        warp: don't for port 80 :)
      • 2009-04-12 10250, 2009

      • ruaok
        aCiD2: should be
      • 2009-04-12 10255, 2009

      • warp
        aCiD2: ok
      • 2009-04-12 10204, 2009

      • warp is not an expert on apache vhosting either.
      • 2009-04-12 10207, 2009

      • aCiD2
        there we go!
      • 2009-04-12 10210, 2009

      • aCiD2
        you have to listen on port 81
      • 2009-04-12 10211, 2009

      • pronik
        aCiD2: starting the server
      • 2009-04-12 10215, 2009

      • aCiD2
        and now http://test.musicbrainz.org:81/ is just as fast
      • 2009-04-12 10223, 2009

      • pronik
        I'll look into missing plugins
      • 2009-04-12 10226, 2009

      • aCiD2
        running my branches
      • 2009-04-12 10235, 2009

      • aCiD2 goes to set brians up
      • 2009-04-12 10246, 2009

      • pronik
        all at the same time?
      • 2009-04-12 10254, 2009

      • aCiD2
        ya
      • 2009-04-12 10255, 2009

      • aCiD2
        well
      • 2009-04-12 10258, 2009

      • aCiD2
        not all my branches, heh
      • 2009-04-12 10203, 2009

      • aCiD2
        but I can switch easily
      • 2009-04-12 10254, 2009

      • pronik
        with "merge early merge ofter" this shoudn't become a problem
      • 2009-04-12 10201, 2009

      • aCiD2 nods
      • 2009-04-12 10215, 2009

      • yllona joined the channel
      • 2009-04-12 10216, 2009

      • aCiD2
        EditSuite burnt me, because we didn't do that
      • 2009-04-12 10219, 2009

      • aCiD2
        at least, didn't do it well
      • 2009-04-12 10230, 2009

      • aCiD2
        But I didn't want to have edit suite, guess case and other javascript buddled together...
      • 2009-04-12 10242, 2009

      • aCiD2
        alas, at least he's learning, that merge wasn't awful :)
      • 2009-04-12 10249, 2009

      • pronik
        btw, one git workflow question
      • 2009-04-12 10258, 2009

      • pronik
        your master is our integration branch right?
      • 2009-04-12 10206, 2009

      • aCiD2
        pretty much
      • 2009-04-12 10211, 2009

      • aCiD2
        master and svn trunk are the same
      • 2009-04-12 10211, 2009

      • pronik
        every feature has to be on a separate branch in dev's repo
      • 2009-04-12 10220, 2009

      • aCiD2
        yep
      • 2009-04-12 10224, 2009

      • aCiD2
        correct
      • 2009-04-12 10240, 2009

      • pronik
        how does one do dependencies?
      • 2009-04-12 10246, 2009

      • pronik
        i.e
      • 2009-04-12 10248, 2009

      • aCiD2
        dependencies?
      • 2009-04-12 10249, 2009

      • pronik
        I implement feature A
      • 2009-04-12 10202, 2009

      • pronik
        on a separate branch and then start feature B on a separate branch
      • 2009-04-12 10214, 2009

      • pronik
        feature B requires feature A, but A is not integrated yet
      • 2009-04-12 10226, 2009

      • aCiD2
        hmmm
      • 2009-04-12 10229, 2009

      • pronik
        I wouldn't want to work in A's branch though
      • 2009-04-12 10241, 2009

      • pronik
        since B is a distinct feature
      • 2009-04-12 10257, 2009

      • aCiD2
        I imagine you would have your own integration branch
      • 2009-04-12 10201, 2009

      • pronik
        I also won't merge A to my master since that will burn me someday :)
      • 2009-04-12 10211, 2009

      • aCiD2
        but I don't know, we don't have anything in place
      • 2009-04-12 10257, 2009

      • pronik
        ah, master as integration branch and rebase every branch against upstream/master?
      • 2009-04-12 10213, 2009

      • aCiD2
        maybe not master, but yes - that idea
      • 2009-04-12 10214, 2009

      • pronik
        no, then my master will get out of touch...
      • 2009-04-12 10235, 2009

      • aCiD2
        yes
      • 2009-04-12 10236, 2009

      • aCiD2
        so, not master
      • 2009-04-12 10200, 2009

      • aCiD2
        you'd branch master for a featureA+B branch, then branch featureA and featureB from that
      • 2009-04-12 10201, 2009

      • aCiD2
        possibly
      • 2009-04-12 10203, 2009

      • pronik
        but I'd have to branch feature B off my integration branch right?
      • 2009-04-12 10221, 2009

      • aCiD2
        i'm just guessing, I have never got into this situation
      • 2009-04-12 10241, 2009

      • pronik
        atomic commits and fast integration could surely help :)
      • 2009-04-12 10257, 2009

      • pronik
        gotta look at how review board guys are doing it
      • 2009-04-12 10237, 2009

      • pronik
        oh, back to the store problem
      • 2009-04-12 10206, 2009

      • pronik
        I've got my default DBDefs.pm, no diff to .default
      • 2009-04-12 10212, 2009

      • pronik
        except for hosts
      • 2009-04-12 10226, 2009

      • pronik
        perl module for FastMMap is in place
      • 2009-04-12 10227, 2009

      • aCiD2
        can you paste the full output from server.pl?
      • 2009-04-12 10229, 2009

      • pronik
        any other ideas?
      • 2009-04-12 10251, 2009

      • pronik
        You must configure a default store type unless you use exactly one store plugin. at /usr/share/perl/5.10/NEXT.pm line 77
      • 2009-04-12 10252, 2009

      • pronik
        Compilation failed in require at ./script/musicbrainz_server.pl line 55.
      • 2009-04-12 10201, 2009

      • Munger
        Is their an option to show artwork on the Mac version of Picard?
      • 2009-04-12 10209, 2009

      • aCiD2
        i mean everything :)
      • 2009-04-12 10243, 2009

      • pronik
        that is everything
      • 2009-04-12 10254, 2009

      • aCiD2
        oh?
      • 2009-04-12 10201, 2009

      • aCiD2
        and Makefile.PL shows all dependancies satisfied?
      • 2009-04-12 10236, 2009

      • pronik
        all but Locale::Maketext, but that one is normal
      • 2009-04-12 10255, 2009

      • aCiD2
        hmmm
      • 2009-04-12 10259, 2009

      • aCiD2
        very odd...
      • 2009-04-12 10236, 2009

      • aCiD2
        which Cache::Store modules do you have installed?
      • 2009-04-12 10256, 2009

      • pronik
        cache::memcached
      • 2009-04-12 10204, 2009

      • pronik
        Cache::Memcached::libmemcached
      • 2009-04-12 10221, 2009

      • pronik
        or do you mean the Session::Store ones?
      • 2009-04-12 10227, 2009

      • aCiD2
        No, I mean those
      • 2009-04-12 10228, 2009

      • r3xroom has quit
      • 2009-04-12 10253, 2009

      • r3xroom joined the channel
      • 2009-04-12 10208, 2009

      • pronik
        maybe I need some memcached config?
      • 2009-04-12 10216, 2009

      • aCiD2
        you need to tell it a default plugin
      • 2009-04-12 10242, 2009

      • aCiD2
        but i'm not sure you can do that with DBDefs.pm
      • 2009-04-12 10230, 2009

      • Munger
        luks, ping
      • 2009-04-12 10238, 2009

      • aCiD2
        cache => { default_store => 'Memcached' } on Server.pm, line 62
      • 2009-04-12 10240, 2009

      • aCiD2
        does that help?
      • 2009-04-12 10259, 2009

      • Alan_New joined the channel
      • 2009-04-12 10229, 2009

      • pronik` joined the channel
      • 2009-04-12 10255, 2009

      • Munger
        Is there a reason that this has the release info in an annotation rather than in the RE? --- http://musicbrainz.org/album/3a6df1b3-f245-4b0f-9…