IRC log of musicbrainz-devel on 2012-04-25

Timestamps are in UTC.

00:14:09 [ruaok]
ruaok has joined #musicbrainz-devel
00:24:24 [kurtjx]
kurtjx has joined #musicbrainz-devel
00:30:05 [kurtjx]
kurtjx has joined #musicbrainz-devel
00:32:05 [kurtjx]
kurtjx has joined #musicbrainz-devel
00:52:30 [ruaok_]
ruaok_ has joined #musicbrainz-devel
01:05:11 [kurtjx]
kurtjx has joined #musicbrainz-devel
01:13:53 [Leftmost]
Leftmost has joined #musicbrainz-devel
01:13:53 [Leftmost]
Leftmost has joined #musicbrainz-devel
02:42:05 [bitmap]
bitmap has joined #musicbrainz-devel
03:24:50 [kepstin-laptop]
kepstin-laptop has joined #musicbrainz-devel
04:46:28 [ianmcorvidae]
ianmcorvidae has joined #musicbrainz-devel
04:46:28 [ianmcorvidae]
ianmcorvidae has joined #musicbrainz-devel
04:47:01 [ianmcorvidae]
ianmcorvidae has joined #musicbrainz-devel
04:47:02 [ianmcorvidae]
ianmcorvidae has joined #musicbrainz-devel
05:24:32 [navap]
navap has joined #musicbrainz-devel
05:47:06 [ijabz]
ijabz has joined #musicbrainz-devel
06:20:54 [ijabz]
ijabz has joined #musicbrainz-devel
07:08:09 [ijabz]
ijabz has joined #musicbrainz-devel
07:08:37 [reosarevok]
reosarevok has joined #musicbrainz-devel
07:10:10 [ijabz]
ijabz has joined #musicbrainz-devel
07:40:24 [djce]
djce has joined #musicbrainz-devel
07:41:09 [nikki]
luks: hm. I have an .mp4 video which apparently has aac audio but acoustid won't fingerprint it (even though I've tagged it with picard)
07:44:18 [djce]
djce has joined #musicbrainz-devel
07:49:28 [djce]
djce has joined #musicbrainz-devel
08:19:51 [adhawkins]
adhawkins has joined #musicbrainz-devel
08:47:09 [ijabz]
ijabz has joined #musicbrainz-devel
08:51:24 [ocharles]
ianmcorvidae: don't worry not forgotten. I just need to print/scan/email
08:51:38 [ocharles]
the first 2 are a pain, but I will get it done friday i think
08:52:08 [ocharles]
warp: why is mbs-1798 on code review then?
08:52:15 [ocharles]
test.musicbrainz.org = what's on code review
08:53:19 [ocharles]
and warp, we can't just change the host, we use IA specific S3 extensions
09:31:59 [ijabz]
ocharles: if you have relaxng schema changes done can you commit them to svn please
09:33:03 [ijabz]
Main trunk is fine, actually warp I notice you have created separate branches but if you are happy with the changes can u merge back into trunk please
09:40:32 [adhawkins]
Is this info in git anywhere?
09:40:33 [adhawkins]
http://svn.musicbrainz.org/mmd-schema/trunk/schema
09:44:39 [ocharles]
ijabz: yea, they are in code review comments at all
09:44:47 [ocharles]
adhawkins: that repository is still svn only
09:45:51 [ijabz]
Sorry whats that sentence meant to say
09:46:29 [adhawkins]
ocharles: Ok, no worries.
09:46:44 [adhawkins]
I'll just keep my svn script checking it for changes then.
09:49:23 [adhawkins]
------------------------------------------------------------------------
09:49:23 [adhawkins]
r13218 | ijabz | 2011-07-26 14:54:58 +0100 (Tue, 26 Jul 2011) | 1 line
09:49:23 [adhawkins]
Added the disambiguation element for release group, this is due to replace the badly name comment element but the comment element will not be removed for six months in order to preserve backwards compatability
09:49:23 [adhawkins]
------------------------------------------------------------------------
09:49:27 [adhawkins]
Did this ever get removed?
09:52:18 [ocharles]
probably not
09:53:38 [adhawkins]
Well, it was obviously never removed from the schema :)
10:00:51 [adhawkins]
Should anything be done about it? Was it logged as a bug or anything?
10:07:39 [ocharles]
no, that should be the next action though - ticketting that
10:09:04 [adhawkins]
Right
11:09:47 [ijabz_]
ijabz_ has joined #musicbrainz-devel
11:18:30 [ijabz]
ijabz has joined #musicbrainz-devel
11:21:09 [kurtjx]
kurtjx has joined #musicbrainz-devel
11:30:09 [lfranchi]
lfranchi has joined #musicbrainz-devel
12:46:53 [ijabz_]
ijabz_ has joined #musicbrainz-devel
13:01:24 [kurtjx]
kurtjx has joined #musicbrainz-devel
13:04:40 [warp]
hello!
13:06:14 [djce]
djce has joined #musicbrainz-devel
13:16:54 [warp]
ocharles: I don't object to those branching being on test, I also don't mind that you merged them, but I was surprised because I didn't know about it.
13:17:07 [ocharles]
* ocharles nods
13:17:45 [warp]
(so, a notification would be appreciated :)
13:17:54 [warp]
ocharles: have you had time to look at test?
13:20:09 [ocharles]
no
13:20:11 [ocharles]
i won't until friday
13:20:17 [warp]
ah, ofcourse.
13:20:24 [ocharles]
renaming release_group_primary_type to release_group_type should be enough
13:20:25 [warp]
did you have time to look at my e-mail on the subject? :)
13:20:47 [warp]
any idea what happened?
13:20:59 [ocharles]
i ran some queries to check release group migration
13:21:03 [ocharles]
forgot the db is actually used
13:21:07 [warp]
haha, ok
13:21:07 [warp]
np
13:21:12 [warp]
I'll go and rename the table back then.
13:24:06 [warp]
warp has changed the topic to: http://musicbrainz.org/#devel
13:34:59 [ghuntley]
ghuntley has joined #musicbrainz-devel
13:35:53 [ocharles]
can we start using https://metacpan.org/module/RHOELZ/Acme-Emoticarp-0.02/lib/Acme/Emoticarp.pm ?
13:38:28 [warp]
* warp looks
13:39:25 [warp]
ocharles: sure.
13:39:39 [ocharles]
it'll make our code even more readable!
13:55:45 [ijabz]
ocharles has the name of release_group_primary_type table just changed on test ?
13:56:00 [ocharles]
warp: ^
13:56:17 [ijabz]
oh , yeah u have how come ?
13:58:27 [ijabz]
ocharles Im using the database you modified for trying out the indexer code
14:14:49 [warp]
ijabz: because it breaks test.musicbrainz.org
14:16:11 [ocharles]
the options are: properly deploy my release group changes, or rollback the rename
14:18:51 [warp]
rollback the rename will break test again
14:19:06 [warp]
ocharles: in what state is your branch? can I ship it to test?
14:19:44 [ocharles]
i meant rollback the rename which you've already done
14:20:06 [warp]
ocharles: yes, which will break test.musicbrainz.org.
14:20:23 [ocharles]
no
14:20:30 [ocharles]
it works *with* the rollback, which you've done
14:20:36 [ocharles]
anyway, mbs-3646 has been pushed
14:20:41 [warp]
I changed release_group_primary_type to release_group_type, if I roll that change back, it'll break test :)
14:20:48 [ocharles]
that *is* the roll back :P
14:20:57 [warp]
hah, ok
14:21:13 [warp]
ocharles: ok, so I just update hobbes?
14:21:21 [ocharles]
yea, you'll need to run the upgrade script
14:21:37 [ocharles]
and the secondary_* tables might already be there, so you might want to drop them
14:22:13 [warp]
yeah, they're there.
14:22:28 [warp]
hrm, I don't see the update script.
14:22:59 [warp]
oh, you only pushed mbs-3646. I'll merge it into next.
14:45:42 [warp]
alright, test seems to be working with that change.
14:46:10 [warp]
ijabz: so you should have release_group_primary_type again, while nikki (and other testers) can test things on test.musicbrainz.org again.
14:49:46 [ocharles]
warp to the rescue!
14:50:03 [ocharles]
the index search server is still down though
15:02:46 [plaintext]
plaintext has joined #musicbrainz-devel
15:04:35 [djce1]
djce1 has joined #musicbrainz-devel
15:08:09 [hawke_1]
hawke_1 has joined #musicbrainz-devel
15:11:54 [Muz_]
Muz_ has joined #musicbrainz-devel
15:30:17 [djce]
djce has joined #musicbrainz-devel
15:45:46 [djce]
djce has joined #musicbrainz-devel
16:04:29 [djce1]
djce1 has joined #musicbrainz-devel
16:16:34 [ijabz]
ocharles, hi just back search server running again I had inadvertently stopped it
16:17:10 [hawke_1]
hmm…my wiki edit is timing out, with “504 gateway timeout”
16:17:19 [hawke_1]
Does one of the servers have narcolepsy? ;-)
16:17:35 [ocharles]
tickets.musicbrainz.org isn't loading for me
16:18:29 [the_metalgamer]
the_metalgamer has joined #musicbrainz-devel
16:21:14 [alastairp]
man. I love online filesystem resizes
16:22:15 [ocharles]
hawke_1: does musicbrainz.org work for you?
16:22:30 [hawke_1]
ocharles: Looks like no
16:22:37 [hawke_1]
502 bad gateway
16:22:46 [hawke_1]
after about a 10s timeout
16:24:29 [bitmap]
bitmap has joined #musicbrainz-devel
16:25:25 [ijabz]
warp, hi does the test db have any of your schema changes in it yet ?
16:26:08 [warp]
ijabz: yes, it has MBS-842, MBS-1798, and MBS-1799.
16:26:57 [warp]
oh, yikes. musicbrainz.org down?
16:28:51 [ijabz]
k, yes it seems to be down
16:29:40 [reosarevok]
Yep :/
16:29:42 [reosarevok]
502'ing
16:30:01 [hawke_1]
wiki and tickets too, it seems
16:36:34 [ocharles]
wtft
16:36:36 [ocharles]
astro at 26
16:37:13 [warp]
* warp kicked stuff.
16:37:34 [ocharles]
warp: what does kicking entail?
16:38:08 [warp]
curl localhost:80 on astro was returning 502
16:38:31 [warp]
so I did svc -d ., which didn't seem to stop anything. then proceeded to kill -9 perl-fcgi processes.
16:38:55 [warp]
then brought it back up after everything was killed.
16:39:03 [ocharles]
it seems the wiki being down is the problem
16:39:08 [ocharles]
and I think this problem is going to come straight back
16:39:09 [warp]
pointed the load balancer at astro only, as that was known good at the time.
16:39:18 [ocharles]
2012-04-25 16:30:32.641055500 [error] Request for http://musicbrainz.org/doc/OfficialStyleGuideline took over 30 seconds. Killing process
16:39:19 [ocharles]
2012-04-25 16:30:32.641346500 [error] Trace begun at lib/MusicBrainz/Server.pm line 275
16:39:19 [ocharles]
16:39:23 [warp]
then checked the other servers and pointed the load balancer back at pingu and asterix.
16:39:31 [ocharles]
so requesting /doc always goes to astro
16:39:42 [ocharles]
so all of astro's workers are spending 30 seconds trying to talk to the wiki
16:39:47 [warp]
ocharles: oh meh. so wiki being down brings the server down? that's pretty bad.
16:39:57 [ocharles]
it should only bring astro dow
16:39:58 [ocharles]
down*
16:40:23 [ocharles]
is my evaluation anyway
16:40:31 [warp]
wiki is responding now though, so things should return to normal?
16:40:50 [ocharles]
should
16:40:59 [ocharles]
is tickets running on the same machine as the wiki?
16:41:14 [ocharles]
because that seems to be not doing a whole lot
16:41:23 [warp]
I see about one hundred perl-fcgi's on astro, but the load seems to be going down now.
16:42:19 [ocharles]
100 is correct
16:42:23 [ocharles]
that's how many workers we spawn
16:43:06 [warp]
syswiki/JiraSetup doesn't say on which server it is installed :(
16:43:13 [ocharles]
:(
16:43:26 [warp]
* warp checks nginx config on carl.
16:43:29 [ocharles]
curl tickets.musicbrainz.org from in our vpn should tell you, no?
16:43:30 [reosarevok]
* reosarevok seems to remember tickets, the wiki and something else were all in the same server
16:44:22 [warp]
ocharles: no
16:45:09 [warp]
WileyServer mentions jira.
16:46:49 [warp]
ocharles: it seems to load now though.
16:47:12 [warp]
ocharles: so, there doesn't seem to be a need for me to touch it anymore.
16:53:27 [ocharles]
i'd still like to know why an entire server basically went down
16:53:38 [ocharles]
and i'm also confused why the load balancer seemed to favour astro so much
16:57:00 [ruaok]
ruaok has joined #musicbrainz-devel
16:59:04 [reosarevok]
Hi ruaok
16:59:09 [reosarevok]
Have you read backlog?
16:59:10 [ruaok]
hi
16:59:19 [reosarevok]
(we just recovered from unexpected downtime)
16:59:24 [ruaok]
no, just wading through the 74 emails.
16:59:36 [ruaok]
still wondering why no one woke me up....
17:00:09 [reosarevok]
74 mails?
17:00:24 [ruaok]
telling me that every service had died and come back up.
17:00:36 [ocharles]
well i don't get those emails :)
17:00:57 [ruaok]
and even if you did, you still wouldn't wake me up. :)
17:01:55 [ruaok]
well, looks like it was connectivity. not actual problems with our servers.
17:01:56 [ocharles]
i didn't think we would need to with 2 of us around
17:02:06 [ocharles]
well, our servers felt some of the aftershock and astro fell over
17:05:36 [ruaok]
ocharles: ah, good to know.
17:05:40 [ruaok]
do we know what happened?
17:05:55 [ruaok]
should I read chatlogs here or in main?
17:06:01 [ocharles]
the former
17:07:28 [ruaok]
all because of the wiki???
17:08:14 [ocharles]
yes, astro does a request to the wiki server, and that freezes
17:08:45 [ruaok]
the wikidocs url fetch needs to have a much smaller timeout to prevent this from happening again.
17:10:51 [ocharles]
clearly
17:11:23 [hawke_1]
I see wiki is still down?
17:11:37 [hawke_1]
Oh, and mb proper.
17:12:14 [lfranchi]
lfranchi has joined #musicbrainz-devel
17:12:16 [ruaok]
yeah, not fixed at all. ;(
17:12:34 [ruaok]
astro is about to tip over again, I think.
17:12:48 [warp]
oh meh
17:13:18 [ruaok]
ocharles: can you please turn off wikidocs on astro?
17:13:33 [ruaok]
just enter the code, and shortcircut to return some error
17:13:41 [ruaok]
then we can get the wiki stable and bring docs back.
17:14:14 [ruaok]
ocharles: prod
17:14:20 [ruaok]
anyone have a login to wiley?
17:14:30 [warp]
yes.
17:14:33 [warp]
I'm on wiley.
17:14:38 [ruaok]
wtf is going on?
17:14:40 [ocharles]
someone else will have to do it, i'm sort of in the middle of last.fm stuff i'm afraid
17:14:42 [ocharles]
oh
17:14:45 [ocharles]
stuff is still on fire?
17:14:48 [ruaok]
ocharles: yes.
17:14:53 [warp]
apparantly.
17:14:55 [ruaok]
it wasnt properly fixed.
17:15:24 [ruaok]
warp: what is making wiley spin so hard?
17:15:32 [Leftmost]
Leftmost has joined #musicbrainz-devel
17:15:47 [warp]
ruaok: wiley seems swamped, I am still logged in but currently waiting for a sudo command to accept my password.
17:15:53 [ocharles]
Data/WikiDocIndex.pm and Data/WikiDoc.pm need the LWP::UserAgent->new lines changed to have a timeout => in them
17:16:03 [ruaok]
ocharles: what is the timeout?
17:16:05 [ocharles]
the default is 180 seconds
17:16:12 [ruaok]
yes, thats the problem.
17:16:23 [ruaok]
give it 2 seconds for now
17:16:25 [ocharles]
that's *a* problem, but it's not the problem with wiley
17:16:26 [ruaok]
and restart astro.
17:16:40 [ruaok]
ocharles: yes, that will make the service behave again.
17:16:46 [ruaok]
we can fix wiley in a minute.
17:17:35 [ruaok]
if wiley will ever let me in that is.
17:17:35 [warp]
ruaok: ok, I'll make the changes to astro.
17:17:44 [ruaok]
warp: thx
17:20:52 [ruaok]
wiley seems to be reovering. probably another false recovery
17:22:53 [ruaok]
logged into wiley.
17:23:05 [warp]
ruaok: mysql was hogging all cpu on wiley, i restarted it.
17:23:06 [ruaok]
restarted mysql. restarted apache2. looking food now.
17:23:11 [ruaok]
lol.
17:23:24 [ruaok]
looks like you got to it before me.
17:23:38 [ruaok]
yes, it looks like mysql was the problem
17:24:08 [hawke_1]
mm…food.
17:24:45 [warp]
* warp had the small advantage of still being logged in :P
17:26:15 [warp]
ruaok: what do you think the timeout for wikidocs should be eventually? then I'll commit that to master so it's ok for us to nuke the tmpfix on the next release.
17:26:23 [ruaok]
5s
17:26:27 [warp]
ok
17:35:09 [warp]
ruaok: wiley still seems healthy.
17:35:30 [ruaok]
good
17:35:36 [warp]
ruaok: so I'll go back to my regular work :)
17:35:50 [ruaok]
sounds good.
17:36:00 [ruaok]
did either of you work on the CAA install?
17:36:16 [warp]
no, I'm still in the middle of a schema change ticket.
17:36:39 [ruaok]
what branch should i use?
17:36:46 [warp]
let's see.
17:39:31 [warp]
ruaok: possibly "caa".
17:39:46 [ruaok]
possibly?
17:41:29 [warp]
ruaok: this stuff is also merged into next. on first glance it looks like "caa" has everything, but I'm not 100% certain it does. some branches may only have been merged into next.
17:41:50 [ruaok]
ocharles: when you get a chance, what is your take on this?
17:46:42 [ocharles_]
ocharles_ has joined #musicbrainz-devel
17:47:04 [ijabz]
warp is there a code review for http://tickets.musicbrainz.org/browse/MBS-842 ? - I can't find it
17:47:51 [MBJenkins]
Project musicbrainz-server_master build #174: STILL FAILING in 16 min: http://ci.musicbrainz.org/job/musicbrainz-server_master/174/
17:47:52 [MBJenkins]
warp: Change wikidoc timeout to 5 seconds.
17:48:25 [ruaok]
ocharles: ping for when you have a minute
17:50:57 [warp]
ijabz: http://codereview.musicbrainz.org/r/1835/
17:51:41 [ijabz]
thx i did try searching for mbs-842 but it gave me nothing
17:52:22 [warp]
odd
18:08:39 [adhawkins]
adhawkins has joined #musicbrainz-devel
18:24:25 [Muz_]
Muz_ has joined #musicbrainz-devel
18:28:25 [ijabz]
warp, your changes for mmd-schema have all been created on separate branches but I require the changes on trunk, so could they be merged in ?
18:30:23 [warp]
why do you need them on trunk? none of this has shipped yet, so merging them into the main branch seems wrong.
18:31:55 [ruaok]
ruaok has joined #musicbrainz-devel
18:32:54 [ijabz]
The search codebase doesn't use separate branches for each change, everything is on trunk
18:33:16 [ijabz]
so I need a relaxing schema with the changes as they are done
18:33:58 [ruaok]
not one of those ambitious schemas? you need a slacker schema?
18:34:03 [ruaok]
ocharles: should be able to help. :)
18:34:39 [ijabz]
heh, almost every one of these schema tickets require changes on the search server btw
18:34:54 [ijabz]
I hadn't really scheduled in for all this
18:35:26 [ruaok]
:-(
18:41:24 [ijabz]
warp, trouble is Im dependent on your code and we don't that much time
18:41:31 [warp]
ijabz: yeah, understood.
18:41:46 [warp]
ijabz: I just don't want to break things for other folks using the schema from trunk.
18:42:06 [nikki]
couldn't you make a branch with everything merged into it?
18:42:13 [warp]
nikki: sure.
18:42:14 [nikki]
(without it being in master)
18:42:22 [ijabz]
Id rather code to what you think is going to ship, and if you have to change it, I'll adjust my code again rather than running out of time
18:42:56 [ijabz]
Cant think who else is going to be using this, and I need to check in code into this repository as well
18:43:02 [warp]
ijabz: I'm just saying you're likely not the only person using http://svn.musicbrainz.org/mmd-schema/trunk/schema/musicbrainz_mmd-2.0.rng
18:43:24 [ijabz]
Who else is using it ?
18:44:05 [adhawkins]
Me
18:44:32 [ijabz]
ok, andy so how do u want to work it ?
18:44:42 [adhawkins]
Sorry, I haven't seen the rest of the conversation
18:44:44 [adhawkins]
Let me read bacl
18:44:44 [warp]
ijabz: any mb_server developer _should_ have a checked out copy when running the tests, I don't know how many do.
18:45:20 [adhawkins]
Not sure what the question is here?
18:45:57 [warp]
adhawkins: how do you use it? what is your workflow for updating your local copy?
18:46:11 [ijabz]
Im trying to code the search based on the latest schema containing changes for the schema update (al on svn)
18:46:31 [adhawkins]
I just do an svn update on trunk, and when I see any changes, I update libmb4 appropriately
18:46:51 [ijabz]
but the schema changes are not being put on trunk (which they always have before), instead each change is going on a separate branch
18:47:06 [adhawkins]
But presumably they'll get merged when it's released?
18:47:40 [ijabz]
Yeah, but thats too late
18:48:53 [ijabz]
As you just update from trunk would you prefer to know about changes as done or only after the changes have gone live
18:49:16 [adhawkins]
It depends on how drastic they are I guess, and how 'broken' libmb4 will be immediately after release
18:50:08 [warp]
anyway, I don't expect any real trouble from merging this stuff into trunk, so I don't object strongly to it. it just seems we need a better way to seperate production and development of the schema itself.
18:50:27 [adhawkins]
warp: How big are the changes?
18:50:38 [adhawkins]
Will libmb4 break after release, or just not take advantage of new features?
18:51:07 [warp]
adhawkins: clients shouldn't break, we're not changing anything afaik, only adding stuff.
18:51:19 [adhawkins]
Then I'm happy to wait until release
18:51:31 [warp]
(well, the language codes change from iso 693 part 2/T to iso 693 part 3)
18:51:35 [adhawkins]
Although if I see any changes appear before then, I could always be working on a limbm4 branch
18:52:03 [adhawkins]
How many branches are there?
18:52:12 [ijabz]
It doesn't like u actually have a problem seeing them earlier ?
18:52:31 [warp]
three currently, http://svn.musicbrainz.org/mmd-schema/branches/
18:52:39 [warp]
though one only changes a comment :)
18:52:52 [adhawkins]
I guess I could track those branches too.
18:52:55 [ijabz]
There are currently 3, but could end being about 10 if cotinue in same vein
18:53:22 [adhawkins]
How about another branch called 'ready for release', that the individual branches get merged to?
18:53:30 [adhawkins]
Then when it's released, we merge that back to the trunk?
18:53:58 [adhawkins]
Or as they make it onto test they end up in this branch?
18:54:38 [ijabz]
I don't really see the problem having the latest codebase on trunk, that is how svn usually works
18:55:05 [adhawkins]
I'd like to be able to test it though, so only put it on trunk when it's somewhere I can test against
18:55:17 [warp]
ijabz: right, but then we should have a production or release branch, and instruct people to use that.
18:55:39 [ijabz]
yes, that makes more sense
18:55:41 [adhawkins]
That's what my 'ready to release' is
18:55:55 [ruaok]
heh. I like the 502 with the napping kitteh for the 502. on mbsandbox. :)
18:56:00 [ijabz]
well its the opposite
18:56:48 [ijabz]
regards testing, you mean the web service ?
18:56:54 [adhawkins]
Yes
18:57:12 [adhawkins]
When I've coded libmb4 against the new schema, I need to run some queries that will exercise it
18:57:29 [warp]
adhawkins: this all concerns the schame change tickets, which are being tested on test.musicbrainz.org
18:57:31 [ijabz]
yeah, well as soon as Ive coded my part of it will be available on test
18:57:41 [ijabz]
but I can't get it into test if I can't check in the code
18:57:59 [ijabz]
and the code for search server uses trunk
18:58:20 [warp]
ijabz: anyway, I'll merge the branches into trunk now and open a ticket for not having a production branch.
18:58:32 [ijabz]
warp: thanks mate
18:58:42 [warp]
if no-one votes on the ticket, then no-one one cares and we can ignore it ;)
19:03:06 [ruaok]
warp: do you know how the IA s3 credentials map to DBDefs.pm settings?
19:03:22 [ruaok]
COVER_ART_ARCHIVE_KEY: access key or secret key?
19:03:39 [ruaok]
COVER_ART_ARCHIVE_ID is "coverartarchive" ?
19:05:03 [warp]
ruaok: no, both are random crap.
19:05:40 [ruaok]
ID and KEY are very well misnamed then. :(
19:06:05 [ijabz_]
ijabz_ has joined #musicbrainz-devel
19:06:41 [warp]
ruaok: that's how they're called in the S3 protocol.
19:07:18 [ruaok]
the information provided by amazon says: "Your S3 access key:" and "Your S3 secret key:" the mapping to those should be clear.
19:07:23 [warp]
actually, amazon uses confusing names for them as well.
19:07:25 [ruaok]
at least a COMMENT would be nice.
19:07:36 [ruaok]
warp: sure. that doesn't mean we have to suck too
19:08:09 [warp]
at http://docs.amazonwebservices.com/AmazonS3/latest/dev/MakingRequests.html amazon calls them "Access Key ID" and "Secret Access Key".
19:08:44 [ruaok]
and given that KEY is in both of them, using KEY in the identifier name is stupid.
19:09:00 [warp]
ruaok: the archive.org s3 document calls them "access key" and "secret key", we should probably use that in DBDefs.
19:09:14 [ruaok]
thats exactly what I am saying.
19:09:28 [warp]
ruaok: ok, I do not disagree.
19:09:30 [warp]
:)
19:09:33 [ruaok]
for once.
19:09:43 [ruaok]
will you fix this or should I open a ticket?
19:09:58 [warp]
a ticket please, but you can assign it to me if you want.
19:10:22 [ruaok]
k
19:12:50 [ruaok]
http://tickets.musicbrainz.org/browse/MBS-4605
19:15:27 [ijabz]
ijabz has joined #musicbrainz-devel
19:17:29 [ruaok]
warp: k, I'll bite. where can I find Net::CoverArtArchive?
19:17:36 [ruaok]
its not mentioned in INSTALL
19:19:18 [warp]
I asked ocharles to move that stuff to the metabrainz github, I don't know if he has done that yet.
19:19:27 [warp]
otherwise it's on ocharles' github.
19:19:49 [ocharles]
* ocharles returns
19:19:52 [warp]
ruaok: when we release it will be published to cpan and part of the normal carton dep dance.
19:19:54 [ocharles]
sorry, irc exploded at work, then i hiked home
19:20:03 [warp]
ocharles: np.
19:20:05 [ruaok]
hiked?
19:20:15 [ocharles]
british slang for generally moving
19:20:20 [ocharles]
if it takes effort
19:21:03 [ruaok]
ah, thanks for that bit o slang
19:22:12 [ocharles]
:)
19:23:39 [ruaok]
I forked a version for metabrainz: https://github.com/metabrainz/CoverArtArchive
19:24:35 [MBChatLogger]
http://git.musicbrainz.org
19:24:35 [ocharles]
i didn't want to put it there because our canonical git server is still git.mb.org
19:28:34 [nikki]
ocharles: I guess it's regional slang then, I've never heard it used like that :P
19:28:51 [ocharles]
probable :)
19:32:05 [ruaok]
ocharles: I install the Net::CoverArtArchive with: carton exec perl Makefile.PL
19:32:13 [ruaok]
and carton exec make
19:32:14 [ocharles]
no
19:32:23 [ruaok]
* ruaok listens
19:32:45 [ocharles]
i'm not sure how to install that with carton actually
19:32:47 [ocharles]
for now I run with:
19:33:03 [ocharles]
carton exec -Ilib -I/path/to/CoverArtArchive/lib -- plackup ...
19:33:13 [ruaok]
k
19:34:06 [ijabz]
ijabz has joined #musicbrainz-devel
19:35:43 [plaintext]
ruaok: May I nag you about gsoc stuff a little?
19:35:50 [ruaok]
shoot
19:36:20 [plaintext]
I have a TODO list on google-melange and it says I have to fill some "additional information" about my project to be publicly visible
19:36:26 [plaintext]
shoult i just copy-paste my proposal?
19:36:29 [plaintext]
should*
19:37:12 [ruaok]
I think that is up to you. if you're comfortable with that, then go for it.
19:37:28 [plaintext]
yeah, I mean it isn't anything private, right?
19:38:25 [ruaok]
that is your decision. :)
19:38:33 [plaintext]
thanks!
19:38:33 [ruaok]
I think it should be public.
19:38:39 [plaintext]
yes, me too
19:38:52 [plaintext]
i was going to make it public anyway, but i forgot
19:40:28 [ruaok]
ocharles: not having any luck getting the server to run. :(
19:41:36 [ocharles]
need more details
19:42:39 [ruaok]
hang on, trying a new approach
19:43:54 [ruaok]
caa@rika:~/CoverArtArchive$ perl Makefile.PL
19:43:55 [ruaok]
Can't locate inc/Module/Install.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at Makefile.PL line 3.
19:43:56 [ruaok]
BEGIN failed--compilation aborted at Makefile.PL line 3.
19:44:18 [ruaok]
I unset PERL5LIB env var to just get a clean install of this, completely outside of carton.
19:44:25 [ocharles]
you shouldn't need to install it though
19:44:30 [ocharles]
i guess you will need deps though
19:44:32 [ianmcorvidae]
it's probably only in /local on rika
19:44:38 [ianmcorvidae]
er musicbrainz-server/local
19:44:51 [ruaok]
ianmcorvidae: yep, and hence the chicken before the egg.
19:44:55 [ianmcorvidae]
it might be in your per-user perl5 dir though
19:44:56 [ocharles]
you could: "carton install" inside the CoverArtArchive folder
19:45:00 [ruaok]
any tips on how to prceed?
19:45:01 [ianmcorvidae]
that's where cpanm and carton are installed
19:45:07 [ocharles]
and then run with -Ilib -I/path/to/CoverArtArchive/local -I/path/to/CoverArtArchive/lib
19:45:18 [ruaok]
ocharles: tried that, it didn't work.
19:45:24 [ianmcorvidae]
the PERL5LIB that's set by default, on the whole user, isn't to the carton dir, just to your /home/caa/perl5/lib/ dir
19:45:25 [ruaok]
still can't find the Net::CAA lib
19:45:39 [ruaok]
ianmcorvidae: I unset that.
19:46:16 [ocharles]
ruaok: paste: ls /path/to/CoverArtArchive, and output of carton exec ... -- plackup
19:51:40 [ruaok]
http://paste.pocoo.org/show/587235/
19:53:04 [ocharles]
does: "carton exec -Ilib -ICoverArtArchive/lib -ICoverArtArchive/local -- plackup -s FCGI --listen $HOME/.fcgi.socket -r" change anything?
19:53:43 [ruaok]
Can't exec "plackup": No such file or directory at /home/caa/perl5/lib/perl5/Carton/CLI.pm line 352.
19:54:04 [ocharles]
i'm confused
19:54:11 [ocharles]
run.sh cd's into a different directory
19:54:23 [ocharles]
so I don't think that's even pointing at the right CoverArtArchive folder
19:54:32 [ruaok]
ah.
19:54:34 [reoafk]
reoafk has joined #musicbrainz-devel
19:54:37 [ruaok]
well spotted.
19:55:21 [ruaok]
yay, starts now. thanks
19:55:52 [warp]
ijabz: I merged the schema branches on svn.
19:56:17 [ruaok]
http://caa.mbsandbox.org/ is UP!
19:57:12 [ruaok]
logins don't work though. :(
19:57:13 [ijabz]
warp: thats great
19:58:13 [ruaok]
ianmcorvidae: the logins on caa.mbsandbox.org fail. any ideas?
19:58:23 [ianmcorvidae]
ruaok: do you have CATALYST_DEBUG on?
19:58:46 [ruaok]
yes
19:58:49 [ianmcorvidae]
if you do, turn it off, there's a problem with Plack::Debug::Plugin::Parameters iirc
19:58:54 [ruaok]
ah
19:58:56 [ianmcorvidae]
or turn off that specific debug plugin in app.psgi
19:59:40 [ruaok]
yay, thanks.
20:01:09 [adhawkins]
warp: What's the URL to browse that repository?
20:01:17 [adhawkins]
Want to do a diff without getting it myself if possible :)
20:01:52 [ianmcorvidae]
adhawkins: should be in SVN, so, bugs.musicbrainz.org has a browser
20:01:54 [ianmcorvidae]
yes?
20:02:06 [adhawkins]
Yes, but what's the path...
20:02:24 [ianmcorvidae]
ah; mmd-schema IIRC
20:02:37 [adhawkins]
Found it.
20:02:46 [ruaok]
ianmcorvidae: do you have a DB on rika that has the caa schema installed?
20:02:54 [ianmcorvidae]
ruaok: no
20:02:56 [ruaok]
or, can I install the caa schema into an existing db?
20:03:04 [warp]
adhawkins: http://svn.musicbrainz.org/mmd-schema ?
20:03:16 [adhawkins]
Close
20:03:17 [ianmcorvidae]
if it won't screw with anything already there, no problem adding it to the static DB
20:03:29 [ianmcorvidae]
do it as user 'musicbrainz', that's the DB owner (you have access)
20:03:34 [adhawkins]
http://bugs.musicbrainz.org/browser/mmd-schema/trunk/schema/
20:03:38 [ruaok]
* ruaok hopes it won't screw with anything.
20:03:58 [ianmcorvidae]
basically, as long as it won't break everyone else's servers that are using that DB :)
20:07:20 [adhawkins]
warp: So the changes are that work has a language, and track has a number?
20:07:23 [ruaok]
ocharles: what is the best way of installing the new schema?
20:07:38 [ruaok]
do i need to install a copy of CAA indexer?
20:07:54 [ianmcorvidae]
adhawkins: should be more coming -- works will have multiple ISWCs, at least
20:08:11 [ocharles]
the musicbrainz database will need to have a pgq setup
20:08:19 [ocharles]
the indexer running on dexter or wherever could point to this database
20:08:20 [adhawkins]
Does work have a single ISWC at the moment?
20:08:22 [ianmcorvidae]
adhawkins: note that track "number" is vinyl-style track numbers, so that's a text field
20:08:23 [ocharles]
or you can setup a new indexer
20:08:32 [ianmcorvidae]
adhawkins: yeah, it has one at the moment
20:08:56 [adhawkins]
Bah, that's gonna be tricky for backward compatibility
20:09:03 [ruaok]
feck. what a hassle. :(
20:09:07 [adhawkins]
Existing method will just have to return the first, and be marked deprecated
20:09:44 [ocharles]
https://github.com/ocharles/CAA-indexer/blob/master/README.md
20:10:52 [warp]
adhawkins: yes, and that the language code is technically a different code now.
20:10:55 [adhawkins]
I guess the language will just have to be a string
20:11:27 [ruaok]
I think I am going to dump the indexer db that we have in totoro and copy it to rika.
20:11:44 [ruaok]
then point the caa-indexer on pino to point to rika.
20:11:52 [ruaok]
does that make sense to you, ocharles ?
20:11:59 [adhawkins]
warp: The language element is new isn't it?
20:12:08 [ocharles]
indexer db?
20:12:13 [warp]
adhawkins: no, but the definition of it slightly changed.
20:12:14 [ocharles]
the cover_art_archive schema?
20:12:14 [ianmcorvidae]
adhawkins: on works, it's new
20:12:21 [adhawkins]
Right
20:12:33 [adhawkins]
Without looking, I assume I'm just storing it as a string now.
20:12:37 [adhawkins]
What other element has a language?
20:12:38 [warp]
adhawkins: note that because track number is a free text field, it cannot be used to determine the order of the tracks.
20:12:47 [ianmcorvidae]
adhawkins: releases, at least
20:12:48 [adhawkins]
Yes, again it'll just be a string
20:12:56 [adhawkins]
ianmcorvidae: Thanks, checking
20:12:59 [ruaok]
ocharles: yes
20:13:17 [warp]
adhawkins: boviously clients want to know the order, so they either need to get the tracks in that order, or still have access to track.position.
20:13:36 [adhawkins]
Well, if the WS returns it, it's available to them
20:13:38 [ocharles]
ruaok: that will work as long as the database you're dumping off doesn't have artwork for deleted releases, or releases that were created just on that db
20:13:44 [ocharles]
ie, as long as FKs are still there
20:14:04 [ruaok]
I was just going to do pg_dump, so all that should be preserved.
20:14:10 [adhawkins]
ianmcorvidae: Can't see a language member of a release
20:14:21 [ocharles]
ruaok: oh, the entire musicbrainz database too?
20:14:23 [ocharles]
schema*
20:14:34 [ruaok]
no.
20:14:34 [ocharles]
the cover_art_archive has FKs into the musicbrainz schema
20:14:45 [ruaok]
joy.
20:14:45 [ianmcorvidae]
adhawkins: http://musicbrainz.org/ws/2/release/a2e6ad4e-66b0-4828-b2aa-5b2ce4168cf3 in text-representation
20:14:54 [adhawkins]
ianmcorvidae: ah, it's a text rep
20:14:55 [ruaok]
ok, how do i get an empty schema then?
20:15:02 [adhawkins]
And I just store it as a string.
20:15:04 [adhawkins]
So no change there.
20:15:15 [adhawkins]
* adhawkins loves doxygen
20:15:19 [ruaok]
ah, install.sql
20:15:29 [ocharles]
ruaok: that's not the schema
20:15:33 [ocharles]
somewhat confusingly
20:15:40 [ocharles]
the schema is in an update sql file in musicbrainz-server
20:15:45 [ocharles]
that just installs the indexer onto that schema
20:16:28 [warp]
there are multiple caa updates.
20:16:55 [warp]
admin/sql/updates/20120105-caa-flag.sql
20:16:55 [warp]
admin/sql/updates/20120216-caa-metadata.sql
20:16:55 [warp]
admin/sql/updates/20120224-caa-types.sql
20:16:55 [warp]
admin/sql/updates/20120313-caa-views.sql
20:17:03 [adhawkins]
No plans to put that schema into git?
20:17:09 [warp]
so *caa* basically, I think that's all of them.
20:17:10 [ocharles]
adhawkins: plans, yes
20:17:16 [adhawkins]
Ok
20:17:18 [ocharles]
warp, ruaok: we still haven't decided if we should ship a CreateTables for CAA
20:17:35 [ruaok]
caa-flag is for the dec 12 release. we wont need that.
20:17:35 [adhawkins]
Any way I can have it available to git like svn's extern?
20:17:43 [ocharles]
warp: a lot of those updates should be in CreateTables
20:17:52 [ruaok]
ocharles: why wouldn't we ?
20:18:02 [ruaok]
I certainly expected them to be there.
20:18:03 [ocharles]
ruaok: well it's more where does it go
20:18:05 [ocharles]
because of the different schema
20:18:15 [warp]
ocharles: we should IMO, but it seems like that's part of the larger http://tickets.musicbrainz.org/browse/MBS-4492 discussion.
20:18:26 [ocharles]
it'd require mirroring the whole CreateTables/GenerateSql stuff, which makes me want to sort of rewrite that into something a bit more usable
20:18:29 [ocharles]
(so i can reuse it in bookbrainz too)
20:18:37 [adhawkins]
Can you make a submodule of git that's cloned via git svn?
20:18:48 [ocharles]
adhawkins: no, i don't think so
20:18:56 [adhawkins]
Ok
20:19:03 [ocharles]
adhawkins: are you needing a Git version of the schema?
20:19:14 [adhawkins]
It'd just be nice to have it all in the one place on my local machine
20:19:21 [ocharles]
I've been wanting to do it, but lacking any real need to do that over other work. but if there's actually a user of it, then i'm more tempted :)
20:19:22 [adhawkins]
With a single 'git fetch' grabbing the lot
20:19:41 [adhawkins]
Currently I just have a checkoujt of the schema bit of svn trunk, and do svn update from a cron job
20:19:46 [adhawkins]
So I can see when it changes
20:20:31 [ocharles]
* ocharles nods
20:20:47 [adhawkins]
It's no biggy to manage it as it standa
20:25:44 [ruaok]
ianmcorvidae: any objection to me installing skytools on rika?
20:25:57 [ianmcorvidae]
ruaok: fine by me :)
20:26:01 [ruaok]
thx
20:26:35 [ianmcorvidae]
note that postgres is installed like it is on totoro, not from packages -- in case you forgot :)
20:26:37 [ruaok]
oh jeez. it depends on postgres-8.4
20:26:55 [ianmcorvidae]
yeah, you probably can't use the deb
20:26:59 [ocharles]
which ubuntu is on rika?
20:26:59 [ruaok]
yeah.
20:27:08 [ruaok]
10.4.3 LTS.
20:27:10 [ianmcorvidae]
ocharles: same as production servers IIRC
20:27:15 [ruaok]
which is what all of our servers running save for hobbes
20:27:23 [ocharles]
oh
20:44:25 [reoafk]
reoafk has joined #musicbrainz-devel
20:45:59 [ianmcorvidae]
https://github.com/metabrainz/musicbrainz-server/graphs/contributors is interesting :)
20:46:07 [ianmcorvidae]
(github just rolled out some new graphs)
20:46:35 [alastairp]
heh, I /just/ read that blog post and was looking for a repo to look at graphs on
20:47:05 [ianmcorvidae]
yeah, I just found it via hacker news, heh, figured this was the most active repo I could poke at
20:47:35 [ocharles]
nice graphs!
20:48:18 [warp]
hey but we get a new ubuntu LTS this month, right? let's just upgrade everything at once + do schema change release + caa release, all on one day!
20:48:38 [alastairp]
warp: that's not going to go badly :)
20:48:38 [ruaok]
* ruaok finds a trout long enough to reach ecuador
20:48:40 [ocharles]
almost half a million lines of code additions from me. crazy
20:49:09 [ocharles]
* ocharles goes back to experimenting with a postgresql+zeromq+caching system
20:49:21 [ianmcorvidae]
* ianmcorvidae will have to make a point of getting higher on that listing :P
20:49:45 [alastairp]
ianmcorvidae: good luck hitting 0.5m
20:49:48 [ocharles]
i have a comfy buffer at #1 :P
20:49:58 [alastairp]
also. GSoC mailing lists
20:50:00 [alastairp]
glurg
20:50:03 [alastairp]
blurg, too
20:50:13 [ruaok]
ocharles: not so sure. if my efforts where properly credited, I might have you. :)
20:50:16 [ianmcorvidae]
heh, yeah, they're obnoxious
20:50:20 [ruaok]
*were
20:50:22 [ocharles]
:)
20:50:34 [ianmcorvidae]
of course, currently I'm seventh, so I have a ways to go before I need to worry about beating ocharles :P
20:50:37 [ocharles]
ruaok: well i certainly doubt i actually have 100x the output of you :)
20:50:48 [ocharles]
anyway, it's easy: break something, then fix it
20:50:51 [ocharles]
rinse and repeat for 2 years
20:51:04 [warp]
* warp nods.
20:51:11 [alastairp]
"Oh boy, I'm going to code myself a new minivan!"
20:51:28 [warp]
and stay away from HTML:FormHandler
20:51:43 [ianmcorvidae]
* ianmcorvidae bets this summer will garner me a LOT of changes, since I'll probably be making changes to most places we use l() :P
20:51:45 [warp]
because anything involving that means 3 days of debugging and research for a two line code change.
20:52:28 [ocharles]
haha
20:52:45 [ruaok]
* ruaok goes to fetch noms
20:52:46 [ruaok]
bbiab
20:53:18 [ianmcorvidae]
that graph is definitely missing a number of people, too, probably the ohloh one is better (e.g. I don't see nikki)
20:54:16 [warp]
ianmcorvidae: I expect it only includes those people who have a github account (with the same e-mail address as their commits)
20:54:21 [ianmcorvidae]
yeah
20:54:55 [ianmcorvidae]
https://www.ohloh.net/p/musicbrainz-server/contributors is certainly more indicative of contribution, but the graphs aren't as pretty :P
20:56:13 [Leftmost]
* Leftmost should do some MB work this summer.
21:01:41 [ocharles]
no, bookbrainz!
21:02:44 [djce]
djce has joined #musicbrainz-devel
21:04:45 [ijabz]
ijabz has joined #musicbrainz-devel
21:11:08 [bitmap]
bitmap has joined #musicbrainz-devel
21:13:57 [kurtjx_]
kurtjx_ has joined #musicbrainz-devel
21:28:28 [hawke_1]
yes please!
21:32:09 [Leftmost]
ocharles, why not both? :)
21:32:28 [ijabz]
ijabz has joined #musicbrainz-devel
21:36:32 [ocharles]
woah, i installed rabbitmq
21:36:37 [ocharles]
don't i feel corporate
21:36:38 [ocharles]
or something
21:36:41 [ocharles]
i suppose that'd really be JMS actually
21:37:44 [ianmcorvidae]
you could install ocamlmq ;) (kidding, probably wouldn't do everything you wanted)
21:37:44 [nikki]
ocharles: btw yesterday, were you working on the scheduling stuff or were you just asking?
21:38:23 [ocharles]
only asking
21:38:28 [nikki]
aww
21:38:41 [ocharles]
I was going to work on it, but something else came up
21:38:51 [ocharles]
i'll try and do it on friday, in between reviewing CAA work
21:38:59 [ocharles]
can't guarantee anything though
21:39:08 [ocharles]
(but i'd love to write some haskell :P)
21:39:16 [nikki]
:P
21:51:54 [MBJenkins]
Project search_server build #111: FAILURE in 25 sec: http://ci.musicbrainz.org/job/search_server/111/
21:51:54 [MBJenkins]
ijabz: SEARCH-211:Add track number to ws/2 output
21:52:21 [ocharles]
i wish our tests ran in 25 seconds :P
21:53:28 [ijabz]
ah, problem is I have to update mmdschema repos
21:54:08 [ijabz]
ocharles: where do I go for jenkins stuff, can't remember
21:54:36 [ocharles]
/var/lib/jenkins/ but a push to mmdschema should automatically get pulled in
21:58:09 [ruaok]
ianmcorvidae: can you please allow pino to make connections to postgres on rika?
21:58:48 [ianmcorvidae]
ruaok: what's pino's IP?
21:58:57 [ruaok]
.26
21:59:03 [ijabz]
Maybe it needs mvn install, done that and checked in file to trigger retest
21:59:46 [ocharles]
ijabz: you can just click "Build Now" in the website to rebuild
21:59:53 [ocharles]
if you don't have an account/that link let me know and i'll make you admin
22:00:06 [ijabz]
hi, no i don't have that
22:01:16 [ianmcorvidae]
ruaok: okay, should be enabled
22:01:26 [ruaok]
thx
22:01:46 [ianmcorvidae]
make sure to get users/DB/etc. right; I just put it to 'trust' since it's internal :)
22:01:48 [ocharles]
ijabz: pm me an email address
22:01:54 [MBJenkins]
Project search_server build #112: STILL FAILING in 25 sec: http://ci.musicbrainz.org/job/search_server/112/
22:01:54 [MBJenkins]
ijabz: .
22:01:58 [ruaok]
ianmcorvidae: k
22:04:07 [ruaok]
ianmcorvidae: I cant connect to rika's IP. is it listening on * ?
22:04:41 [ianmcorvidae]
ruaok: it may not be, checking
22:05:28 [ianmcorvidae]
ah, nope, just localhost; restarting now
22:05:35 [ruaok]
thx
22:05:53 [ruaok]
@400000004f9875413310d67c DBI connect('host=rika.mb;dbname=musicbrainz_db_static','musicbrainz',...) failed: FATAL: no pg_hba.conf entry for host "10.1.1.26", user "musicbrainz", database "musicbrainz_db_static" at ./caa-indexer line 54
22:05:55 [ruaok]
closer!
22:06:13 [ianmcorvidae]
ah, when you said .26 I assumed you meant it was in the same subnet as rika
22:06:16 [ianmcorvidae]
(it's not)
22:06:27 [MBJenkins]
Project search_server build #113: STILL FAILING in 25 sec: http://ci.musicbrainz.org/job/search_server/113/
22:06:40 [ianmcorvidae]
ruaok: s/3/1/ done, restarted :)
22:06:44 [ruaok]
ianmcorvidae: oh sorry.
22:07:14 [ruaok]
ocharles: do you have an ETA on shutting modbot up?
22:07:40 [ocharles]
i won't be doing mb work until friday. i tried to push a fix out, but it didn't get it
22:07:45 [ocharles]
maybe warp can have a hack at it tomorrow?
22:08:01 [ruaok]
naw. friday is fine.
22:08:11 [ocharles]
HEAD of production was my attempt, i'm not sure why it didn't work
22:08:25 [ocharles]
if you want to shut it up in the meantime, you can delete the "EnglisH" alias from one of the works being merged :)
22:08:33 [ocharles]
(it's not merging those aliases together correctly)
22:10:17 [ruaok]
not that concerned about it. I just wanted to know if it was on your radar
22:10:25 [ocharles]
ok
22:10:28 [ocharles]
it's definitely on my radar
22:10:33 [ruaok]
great
22:13:19 [kurtjx]
kurtjx has joined #musicbrainz-devel
22:18:58 [MBJenkins]
Yippie, build fixed!
22:18:59 [MBJenkins]
Project search_server build #114: FIXED in 44 sec: http://ci.musicbrainz.org/job/search_server/114/
22:20:32 [ijabz]
ocharles: so there is a slight problem with how mmd-schema is configured with jenkins
22:20:52 [ocharles]
yea, should probably stick a mvn install at the end
22:21:01 [ocharles]
think that'd do it?
22:21:19 [ijabz]
yes, think so
22:23:48 [ocharles]
ok, updated with that
22:24:30 [ijabz]
ijabz has joined #musicbrainz-devel
22:33:24 [ruaok]
ocharles: skytools just went from 2.3 to 3.0.
22:34:10 [ruaok]
should we: upgrade skytools on totoro or should I install 2.3 on rika?
22:34:20 [ruaok]
I'm more in favor of the latter.
22:53:53 [ruaok]
ianmcorvidae: do you mind me installing daemontools?
23:01:07 [adhawkins]
adhawkins has joined #musicbrainz-devel
23:01:15 [adhawkins]
warp: You still here?
23:29:56 [Leftmost]
Leftmost has joined #musicbrainz-devel
23:30:01 [ruaok]
ianmcorvidae: ping
23:36:15 [ianmcorvidae]
ruaok: sorry, was out -- go ahead and install that if you need it
23:36:27 [ruaok]
I did. :)
23:36:42 [ianmcorvidae]
good :)
23:36:53 [ruaok]
but I am getting stuck on some pg auth issues.
23:37:03 [ianmcorvidae]
hm, okay
23:37:04 [ianmcorvidae]
what's up?
23:37:12 [ruaok]
trying to install pgq
23:37:21 [ruaok]
so I can have rika be a CAA instance.
23:37:27 [ianmcorvidae]
yeah
23:37:36 [ruaok]
the instructiuons for pgq include doing this step
23:37:45 [ruaok]
/usr/local/bin/pgqadm.py /usr/local/pgq/musicbrainz.ini install
23:38:01 [ruaok]
on totoro we had this set up as user postgres
23:38:08 [ruaok]
* ruaok goes back to that.
23:38:46 [ruaok]
http://paste.pocoo.org/show/587258/
23:39:04 [ruaok]
I twiddled with pg_ident and restarted pg, but to no avail. :(
23:39:45 [ianmcorvidae]
hm
23:40:05 [ianmcorvidae]
perhaps it's not running as system user postgres?
23:40:25 [ruaok]
I've tried to run this command as caa, root and postgres
23:40:27 [ruaok]
no go
23:40:57 [ianmcorvidae]
hm
23:41:06 [ianmcorvidae]
do you know if it's connecting using local or a TCP socket?
23:42:52 [ruaok]
not sure
23:45:53 [ianmcorvidae]
hm, okay
23:46:07 [ianmcorvidae]
I edited the .ini to say 127.0.0.1, now it's complaining about a different thing
23:46:15 [ianmcorvidae]
I think if I add a root -> postgres line in pg_ident it should work
23:47:04 [ianmcorvidae]
okay, this is a different error yet, can't find 'pgq.sql'
23:47:09 [ianmcorvidae]
so you may have more luck
23:47:18 [ruaok]
ok, thanks for helping me along. :)
23:47:22 [ianmcorvidae]
anyway, the issue is that the identd daemon doesn't run on ipv6, so putting 'localhost' doesn't work
23:47:29 [ianmcorvidae]
put 127.0.0.1 directly :)
23:47:46 [ianmcorvidae]
it's changed in that .ini file on rika at this point
23:48:21 [ruaok]
ah. didn't know that.
23:48:41 [ianmcorvidae]
yeah, it's a weird error
23:48:45 [ianmcorvidae]
ran into it with the search server