#musicbrainz

it's working now

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...

\ø/

pronik: say wha?

I don't rememeber changing Makefile.PL

ah, sorry, I'm dumb

or am I.... wait a sec...

ruaok: made some changes, but they worked fine when I deployed on test

hrm, why is test running painfully slow...

really fast on port 80, really slow on port 81

odd.

must be a network thing, machine is idle.

http://test.musicbrainz.org:81 - fast for anyone else?

note, port 80 is fine :/

no

no

isn't there a caching proxy on port 80?

no

VxJasonxV: no

also, no, 81 isn't fast at all

hmmmm...

maybe I should setup a new vhost in apache and try that

ruaok, there's /nothing/ on port 80 that could be making this difference?

aCiD2: yes.

aCiD2: alright, I'm dumb, but there is a typo nevertheless at the Catalyst::...::Memcached line

port 80 is served through apache, 81 is served through the catalyst server

pronik: patches welcome :P

VxJasonxV: not sure, aCiD2 has been user-level admining the machine.

mmm

81 doesn't load at all for me

it's down now

ah

aCiD2: shouldn't the server run on the IP of the machine, not 0.0.0.0 ?

I thought 0.0.0.0 usually meant external interface

try the internal ip

alright

script/musicbrainz_server.pl -p 81 -host 192.168.200.152

pronik: Milosz: maybe "the least of all evils" for what you wanted to say earlier?

same - works, but slooow

odd, I wonder why

nikkeee: could be ;)

aCiD2, 0.0.0.0 usually means "all interfaces"

right

i guess that's what it means by "defaults to all" in the man page

aCiD2: I fired off mail to all the people who admin that box. I cc'ed you.

hold on, it might be better with apache serving

well, you said "external interface", which by far does not mean the same thing

so yeah

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

I'm adding discs 2 & 3 now

Thanks ;-)

I wish I didn't suck at admining servers

I wish I did.

practice young jedi, practice

:)

Use the source, Luke!

aCiD2: pull from me on github, typo-fix branch :)

ok, lemme just finish breaking apache

http://gist.github.com/94101 that's the right way to run a vhost on port 81, oui?

ruaok, aCiD2: "You must configure a default store type unless you use exactly one store plugin". Any ideas?

bit more context on that error?

sounds like you don't have a store plugin installed

I recognise the error string..

aCiD2: probably needs to know what ServerName to respond to?

warp: don't for port 80 :)

aCiD2: should be

aCiD2: ok

there we go!

you have to listen on port 81

aCiD2: starting the server

and now http://test.musicbrainz.org:81/ is just as fast

I'll look into missing plugins

running my branches

all at the same time?

ya

well

not all my branches, heh

but I can switch easily

with "merge early merge ofter" this shoudn't become a problem

EditSuite burnt me, because we didn't do that

at least, didn't do it well

But I didn't want to have edit suite, guess case and other javascript buddled together...

alas, at least he's learning, that merge wasn't awful :)

btw, one git workflow question

your master is our integration branch right?

pretty much

master and svn trunk are the same

every feature has to be on a separate branch in dev's repo

yep

correct

how does one do dependencies?

dependencies?

I implement feature A

on a separate branch and then start feature B on a separate branch

feature B requires feature A, but A is not integrated yet

hmmm

I wouldn't want to work in A's branch though

since B is a distinct feature

I imagine you would have your own integration branch

I also won't merge A to my master since that will burn me someday :)

but I don't know, we don't have anything in place

ah, master as integration branch and rebase every branch against upstream/master?

maybe not master, but yes - that idea

no, then my master will get out of touch...

yes

so, not master

you'd branch master for a featureA+B branch, then branch featureA and featureB from that

possibly

but I'd have to branch feature B off my integration branch right?

i'm just guessing, I have never got into this situation

atomic commits and fast integration could surely help :)

gotta look at how review board guys are doing it

oh, back to the store problem

I've got my default DBDefs.pm, no diff to .default

except for hosts

perl module for FastMMap is in place

can you paste the full output from server.pl?

any other ideas?

You must configure a default store type unless you use exactly one store plugin. at /usr/share/perl/5.10/NEXT.pm line 77

Compilation failed in require at ./script/musicbrainz_server.pl line 55.

Is their an option to show artwork on the Mac version of Picard?

i mean everything :)

that is everything

oh?

and Makefile.PL shows all dependancies satisfied?

all but Locale::Maketext, but that one is normal

hmmm

very odd...

which Cache::Store modules do you have installed?

cache::memcached

Cache::Memcached::libmemcached

or do you mean the Session::Store ones?

No, I mean those

maybe I need some memcached config?

you need to tell it a default plugin

but i'm not sure you can do that with DBDefs.pm

luks, ping

cache => { default_store => 'Memcached' } on Server.pm, line 62

does that help?

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...