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