IRC log of musicbrainz on 2003-09-16

Timestamps are in UTC.

00:05:26 [real_]
real_ (~real@6532208hfc74.tampabay.rr.com) has joined #musicbrainz
00:05:26 [verus]
verus has quit (Read error: 104 (Connection reset by peer))
00:08:50 [real_]
haha my sister is dumb
00:08:58 [real_]
she just randomly goes and flips off the power for the whole house
00:09:04 [real_]
and stares at what she did
00:16:30 [Mutiny]
that's why i have locks on my breaker box.
00:17:36 [real_]
real_ is now known as real
00:21:59 [icepick]
icepick is now known as icepick-away
00:23:48 [icepick-away]
icepick-away is now known as icepick
01:11:08 [danbri]
danbri has quit ("Client exiting")
02:13:25 [_plod]
_plod (~plod@69.65.37.62) has joined #musicbrainz
02:13:25 [plod]
plod has quit (Read error: 104 (Connection reset by peer))
02:13:27 [_plod]
_plod is now known as plod
02:40:38 [Knio]
Knio has quit ()
02:41:02 [Knio]
Knio (~knio@198.53.92.226) has joined #musicbrainz
04:00:25 [Knio]
Knio is now known as Knio-sleep
06:01:21 [Mutiny]
Mutiny has quit (Read error: 104 (Connection reset by peer))
06:01:27 [Mutiny-]
Mutiny- (~trivial@h0000deadbeef.ne.client2.attbi.com) has joined #musicbrainz
06:02:03 [Mutiny-]
Mutiny- is now known as Mutiny
06:10:45 [Mutiny]
hmm
06:12:36 [icepick]
icepick is now known as icepick-away
06:13:41 [Mutiny]
Mutiny has quit ("syntax: switching servers...")
06:13:46 [Mutiny]
Mutiny (~trivial@h0000deadbeef.ne.client2.attbi.com) has joined #musicbrainz
07:57:40 [Rotty]
Rotty (~andy@dsl-237-202.utaonline.at) has joined #musicbrainz
09:05:55 [rob5]
rob5 (foobar@dsl-213-023-134-134.arcor-ip.net) has joined #musicbrainz
12:22:26 [real]
real has quit (Read error: 110 (Connection timed out))
12:25:46 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
12:26:09 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
12:57:11 [icepick-away]
icepick-away is now known as icepick
13:22:22 [verus]
verus (~real@6532208hfc74.tampabay.rr.com) has joined #musicbrainz
13:36:58 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
13:38:13 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
13:44:35 [Knio-sleep]
Knio-sleep is now known as Knio
13:52:02 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
13:52:26 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
13:59:10 [Rotty_]
Rotty_ (~andy@dsl-237-173.utaonline.at) has joined #musicbrainz
14:02:27 [icepick]
icepick is now known as icepick-away
14:06:35 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
14:08:19 [Knio]
%mp3 = Never Heard Of It - Alone.mp3
14:08:25 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
14:12:54 [Rotty]
Rotty has quit (Read error: 110 (Connection timed out))
14:27:39 [Knio]
Knio is now known as Knio-school
15:04:34 [sward_3]
sward_3 (~sward@66-200-43-162.client.dsl.net) has joined #musicbrainz
15:08:03 [yalaforge]
yalaforge (~matthias@krl9-d9bb4cc1.pool.mediaWays.net) has joined #musicbrainz
15:08:59 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
15:09:31 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
15:22:44 [sward_2]
sward_2 has quit (Read error: 110 (Connection timed out))
15:25:28 [rob5]
rob5 has quit ("leaving")
15:42:45 [icepick-away]
icepick-away is now known as icepick
15:46:30 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
15:46:51 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
15:52:57 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
15:53:09 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
16:05:22 [duncf]
duncf (~duncf@DU115.N202.ResNet.QueensU.CA) has joined #musicbrainz
16:12:35 [Rotty_]
Rotty_ has quit ("Bye")
16:16:56 [icepick]
icepick is now known as icepick-away
16:28:53 [icepick-away]
icepick-away is now known as icepick
16:53:11 [yalaforge]
* yalaforge is away: I'm busy
18:02:38 [djce]
djce (~davide@195.60.9.122) has joined #musicbrainz
18:07:45 [ruaok]
ruaok (~robert@adsl-63-201-0-114.dsl.snlo01.pacbell.net) has joined #musicbrainz
18:08:13 [ruaok]
hey everyone!
18:08:29 [ruaok]
djce: if I create a debugging mb_tagger with lots of output, can you run it for me??
18:08:42 [djce]
In a while, yes.
18:08:50 [djce]
Might take a few minutes...
18:09:02 [ruaok]
It won't be ready for at least 2-3 hours still.. :-)
18:09:06 [dvtoo]
openssh remote exploit floating around btw, 3.7p1 is on openbsd.org now
18:09:25 [ruaok]
yeah, we just got note of it on the colo mailing list.
18:09:30 [djce]
ruaok: Are you in contact with Jeff? I'd really like to know that our boxes are safe from this.
18:09:41 [ruaok]
I'm dialing.... :-)
18:09:48 [djce]
If not, "iptables" is called for... :-(
18:09:53 [dvtoo]
only just hit the mailing lists this morning
18:09:55 [dvtoo]
so guessing so
18:10:13 [djce]
True. I forgot you guys only just got up :-)
18:10:28 [dvtoo]
2pm ;p
18:14:17 [djce]
Ah, I see Jeff's on to it. Nice one Jeff. :-)
18:16:01 [ruaok]
jeff is attempting to join us here.
18:19:35 [jsimmons]
jsimmons (~jsimmons@goblin.punk.net) has joined #musicbrainz
18:19:42 [jsimmons]
hi, guys
18:20:06 [ruaok]
djce: Jeff would prefer to install from rpm, rather then from source.
18:20:17 [djce]
np
18:20:25 [djce]
Found the RPMs yet?
18:20:30 [ruaok]
so we're inclined to wait until 6pm tonight (PDT) to find rpms
18:20:38 [ruaok]
if nothing shows by then we will install from source.
18:20:48 [ruaok]
unless an actual exploit is found.
18:20:55 [ruaok]
Then we'll accelerate the schedule.
18:21:13 [ruaok]
AFAIK, its only an overflow with no known exploit yet.
18:21:33 [ruaok]
How does that sound?
18:21:34 [sward_3]
rpms just came out
18:21:38 [dvtoo]
there are people claiming to have remote root exploits for it
18:21:40 [ruaok]
adonde?
18:21:43 [sward_3]
what version redhat are you worrying about?
18:21:47 [djce]
7.3, 7.1
18:21:52 [djce]
AFAIK
18:21:56 [ruaok]
yup.
18:22:01 [ruaok]
dvtoo: exploit too, eh?
18:22:02 [dvtoo]
theo I think claims it's not exploitable, at least under openbsd
18:22:03 [ruaok]
Grrr.
18:22:15 [dvtoo]
but openbsd has more stack protection than most OS's also
18:22:38 [ruaok]
yup.
18:22:40 [djce]
jsimmons: both Zim and Bender claim to be RH7.3. Or is the 7.1 for a different box entirely?
18:22:46 [sward_3]
ftp://updates.redhat.com/9/en/os/i386/
18:22:56 [sward_3]
change the 9 for 7.1 or 7.3 as appropriate
18:23:12 [sward_3]
the openssh-server-3.5p1-9.i386.rpm stuff
18:24:19 [jsimmons]
djce: 7.1 I need for another client, I don't think we need 7.1 for musicbrainz
18:24:24 [djce]
ok
18:25:43 [djce]
Indeed, http://ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386/ seems to have some openssh stuff dated today.
18:26:20 [jsimmons]
Yes, very nice, patch level 1-10
18:26:33 [jsimmons]
time for me to go to work! ;-)
18:28:05 [djce]
* djce is away: feeding
18:28:25 [ruaok]
and another place:
18:28:26 [ruaok]
http://ftp.freshrpms.net/pub/updates/redhat-7.3-i386/
18:32:56 [ruaok]
but they only have 1-9
18:33:22 [jsimmons]
OK, I'm gonna do bender first - hopefully I'
18:33:33 [jsimmons]
ll be able to get back in after the update
18:34:08 [ruaok]
Can you stick the rpms somewhere where I can grab them?
18:34:21 [ruaok]
(read: lemme know where they are on bender)
18:35:02 [jsimmons]
/usr/local/src/rpms/updates/new
18:36:40 [ruaok]
thanks!
18:37:22 [jsimmons]
Very cool. Update and restart didn't even kick me off bender!
18:37:35 [jsimmons]
We're gold. Zim's next.
18:39:24 [ruaok]
Sweet.
18:39:28 [ruaok]
test.mb.org is done.
18:39:42 [ruaok]
ok, now that this is covered, I'm off to lunch.
18:39:49 [ruaok]
ruaok is now known as ruaok|lunch
18:44:20 [jsimmons]
We're done, we're patched.
18:57:24 [sward_2]
sward_2 (~sward@66-200-43-162.client.dsl.net) has joined #musicbrainz
19:11:32 [sward_3]
sward_3 has quit (Read error: 110 (Connection timed out))
19:19:38 [duncf]
duncf has quit ("Client exiting")
19:28:41 [ruaok|lunch]
ruaok|lunch is now known as ruaok
19:28:47 [ruaok]
Sweet. Tahnks jeff!
19:36:12 [ruaok]
brb
19:36:14 [ruaok]
ruaok has quit ("Client exiting")
19:37:34 [ruaok]
ruaok (~robert@adsl-63-201-0-114.dsl.snlo01.pacbell.net) has joined #musicbrainz
20:08:31 [ruaok]
ruaok has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [jsimmons]
jsimmons has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [dvtoo]
dvtoo has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [Mutiny]
Mutiny has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [djce]
djce has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [sward_2]
sward_2 has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [yalaforge]
yalaforge has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [verus]
verus has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [alus]
alus has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [eikeon]
eikeon has quit (orwell.freenode.net irc.freenode.net)
20:08:31 [icepick]
icepick has quit (orwell.freenode.net irc.freenode.net)
20:11:57 [djce]
djce (~davide@195.60.9.122) has joined #musicbrainz
20:11:57 [icepick]
icepick (~icepick@206.169.228.145) has joined #musicbrainz
20:11:57 [eikeon]
eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz
20:11:57 [ruaok]
ruaok (~robert@adsl-63-201-0-114.dsl.snlo01.pacbell.net) has joined #musicbrainz
20:11:57 [jsimmons]
jsimmons (~jsimmons@goblin.punk.net) has joined #musicbrainz
20:11:57 [Mutiny]
Mutiny (~trivial@h0000deadbeef.ne.client2.attbi.com) has joined #musicbrainz
20:11:57 [dvtoo]
dvtoo (~dvorak@pcp706238pcs.alxndr01.va.comcast.net) has joined #musicbrainz
20:12:20 [yalaforge]
yalaforge (~matthias@krl9-d9bb4cc1.pool.mediaWays.net) has joined #musicbrainz
20:12:20 [sward_2]
sward_2 (~sward@66-200-43-162.client.dsl.net) has joined #musicbrainz
20:12:20 [verus]
verus (~real@6532208hfc74.tampabay.rr.com) has joined #musicbrainz
20:12:20 [alus]
alus (~alus@adsl-64-172-24-5.dsl.sntc01.pacbell.net) has joined #musicbrainz
20:31:19 [jsimmons]
I have got to give credit to a LOT of people - having patches, RPMs, etc.
20:31:42 [jsimmons]
for SSH within 24 hrs.
20:32:23 [ruaok]
yup.
20:32:38 [ruaok]
I thought is was cool installing a binary that was created only about 6 hours before. :-)
20:43:28 [ruaok]
djce: You around??
20:46:04 [yalaforge]
ruaok: short question: do you know a moderator named 'datebah26'
20:47:47 [ruaok]
no.
20:48:11 [yalaforge]
he is listed as 'Charter Member', did one completely broken mod and disappeared
20:48:21 [yalaforge]
I thought that might have been a test user
20:48:35 [ruaok]
nope.
20:48:40 [yalaforge]
ok, thanks
20:49:18 [ruaok]
scary thing is that the mod got approved. :-(
20:49:29 [ruaok]
But that mod is OOOOOOLD. :-)
20:49:32 [djce]
* djce is back (gone 02:21:27)
20:49:39 [yalaforge]
yes. The CDIndexId has more than 70 minutes
20:49:45 [yalaforge]
strange
20:50:01 [ruaok]
yalaforge: just barely...
20:50:06 [ruaok]
djce: check your mail please
20:50:24 [djce]
jsimmons: nice work. It is highly appreciated!
20:50:26 [djce]
ok, got it.
20:50:57 [jsimmons]
djce: Thanks! Wish you were the only guys I gotta patch today
20:51:23 [yalaforge]
you're pretty fast. I'm still waiting for the debian package
20:51:39 [djce]
Hmm. You should worry. I work at a medium-sized ISP, and think what a job we've got on our hands! :-(
20:52:27 [djce]
(Sorry, I shouldn't complain or belittle your efforts. Well done, Jeff :-)
20:54:12 [ruaok]
That reminds me.
20:54:34 [ruaok]
I should fix our server at home. The official maintainer is probably busy patching all the Friendster servers right now.
20:55:27 [ruaok]
djce: I'm not trying to pester you, but I was wonderin if you were going to take a look at the tagger now.
20:55:39 [ruaok]
I'm wondering if I should reboot back into a real OS or if I should wait.
20:55:53 [djce-win32]
djce-win32 (davide@195.60.9.121) has joined #musicbrainz
20:56:02 [djce-win32]
Alright, what do you think I'm doing? ;-)
20:56:04 [ruaok]
Never mind that question. then.
20:56:15 [ruaok]
You rock, as usual.
20:57:55 [jsimmons]
OK, Dave, I'll let you show off a bit. ;-)
20:58:13 [jsimmons]
I've patched/upgraded about 10 boxen, so far
20:58:24 [jsimmons]
and I've got another dozen or so to go.
20:58:38 [jsimmons]
How bout you? :-)
20:58:56 [djce-win32]
Well we will have plenty more than that at work... but I have to say, we can't match you for speed.
20:59:09 [djce-win32]
I don't suppose we'll get started 'til tomorrow.
21:01:26 [yalaforge]
night, and good luck with the new tagger
21:01:35 [djce-win32]
night!
21:01:38 [yalaforge]
yalaforge has quit ("Client exiting")
21:04:53 [djce-win32]
ruaok: ok, I've got an error state. The debug window contains about 30 lines of output (for 15 files). Is that about right?
21:05:31 [djce-win32]
And is it correct that no debug output should appear until I press "debug"?
21:05:46 [ruaok]
1. That seems a little slim. 2. Yes
21:05:51 [ruaok]
Can you screenshot me?
21:05:57 [djce-win32]
will do
21:10:21 [djce]
snapshot on the way
21:10:50 [ruaok]
thx
21:11:37 [ruaok]
got it
21:12:23 [ruaok]
one of the tunepimp numbers looks wonky.
21:13:09 [djce]
simpler test case on the way - 1 file only.
21:13:22 [ruaok]
sweet, thanks.
21:13:47 [ruaok]
oh, when you try to write the file you will get some more debug output.
21:14:01 [djce]
Want me to try that now?
21:14:10 [ruaok]
can you write one file somewhere along the ling and snapshot that as well??
21:14:16 [ruaok]
please
21:14:19 [djce-win32]
np
21:15:14 [djce-win32]
Hmm, why is the "save" icon disabled? Is that part of the bug, or do I have to tweak my options?
21:15:23 [ruaok]
the state for that track gets fnorked.
21:15:41 [ruaok]
If the track didn't change the write button won't enable.
21:15:57 [ruaok]
try turning on moving files and set the dest dir to be diff from the src dir.
21:15:57 [djce-win32]
Well the MB meta != the ID3 meta
21:16:00 [ruaok]
that should enable it.
21:16:04 [djce-win32]
so I'd expect a save to be offered.
21:16:09 [ruaok]
:-(
21:16:11 [djce-win32]
but it's not
21:16:27 [ruaok]
is it the same Massive Attack file?
21:16:33 [djce-win32]
yes
21:16:40 [ruaok]
its probably a hangover from the previous bug.
21:16:52 [ruaok]
Start the tagger again and try with antoher file.
21:17:12 [djce-win32]
ok. Even one that seems to work, or do you want me to try to find another problem file?
21:17:25 [ruaok]
one that works is fine.
21:17:28 [djce-win32]
ok
21:17:39 [ruaok]
I'm testing the unrelated disk space problem bug.
21:17:54 [ruaok]
also, can you upload the massive attack file?
21:18:06 [ruaok]
On the off chance that I can duplicate the problem here.
21:18:33 [ruaok]
ok, another test for you to run after the diskspace test:
21:18:45 [ruaok]
For the massive attack file. Click the debug button after each step.
21:18:54 [ruaok]
after loading the file, after lookup, after tag.
21:19:01 [djce-win32]
I may as well type the disk space output here, it's so small:
21:19:10 [ruaok]
compare the notes and see if you can spot which operation causes the weird number in the tp listing.
21:19:14 [ruaok]
ok
21:19:17 [djce-win32]
GetDiskFreeSpaceEx: 'the filename......'
21:19:32 [ruaok]
does the filename have a trailing space?
21:19:41 [ruaok]
or trailing \ ?
21:19:47 [djce-win32]
GFDSEx ok (00000013:5f280000)
21:19:52 [djce-win32]
no trailing chars that I can see
21:20:03 [djce-win32]
in fact, not even ".mp3"
21:20:06 [ruaok]
did you get an error about saving the file??
21:20:16 [djce-win32]
oh, it's a dir name, right?
21:20:17 [djce-win32]
ok
21:20:23 [ruaok]
yes
21:20:24 [djce-win32]
no error
21:20:30 [ruaok]
ok.
21:20:36 [djce-win32]
Is that good?
21:20:50 [ruaok]
Do you remember the circumstances that caused the out of diskspace error last time?
21:20:52 [ruaok]
yes, thats good.
21:20:59 [ruaok]
But not all files failed last time.
21:21:16 [djce-win32]
Well, I had other options enabled last time - autowrite was it?
21:21:20 [ruaok]
I'd like to see if you can duplicate the problem you had last time and see if the debug output gives something abnormal
21:21:27 [ruaok]
yes.
21:24:50 [djce-win32]
OK, it's clicking the "tag" icon within the browser component that makes the "wonky" number.
21:25:16 [ruaok]
weird.
21:25:18 [djce-win32]
The number was "2" while ID'ing, then 0.
21:25:30 [djce-win32]
Then (in this case) 6631169, after clicking "tag".
21:25:43 [ruaok]
* ruaok ponders
21:26:36 [djce]
Just shout if you want any more testing.
21:26:50 [ruaok]
ok, this helped immensely!
21:27:02 [djce]
I hope so :-)
21:27:05 [ruaok]
Oh, did you attempt to duplicate the disk space problem?
21:27:17 [djce]
ah, no.... back to Redmond...
21:29:43 [djce-win32]
Oh. GetDiskFreeSpaceEx failed: 123
21:30:25 [djce-win32]
The arg it printed just before looks perfectly ok to me - it's a valid, existing directory.
21:30:40 [ruaok]
Grrr. ok. I'll lookup the error code. Thanks.
21:31:41 [djce]
ERROR_INVALID_NAME?
21:31:52 [djce]
(from winerror.h)
21:32:01 [ruaok]
WTF?
21:32:18 [djce]
I don't know what it means.... msdn time...
21:33:09 [djce]
"The filename, directory name, or volume label syntax is incorrect."
21:33:13 [ruaok]
The filename, directory name, or volume label syntax is incorrect.
21:33:16 [djce]
snap
21:33:19 [ruaok]
:-)
21:33:46 [djce-win32]
The exact text of the debug output seems to be:
21:33:49 [ruaok]
Grrr, now what? The path was valid and windoze disagrees.
21:34:08 [djce-win32]
GetDiskFreeSpaceEx: 'D:\dave-test\in\Almighty\Blood, Fire And Love'
21:34:33 [djce-win32]
* djce-win32 accidentally pings himself by saying his own name :-)
21:35:15 [djce-win32]
And the dir name, copy+paste from Explorer, is: D:\dave-test\in\Almighty\Blood, Fire And Love
21:35:21 [Knio-school]
Knio-school is now known as Knio
21:35:23 [djce-win32]
which seems to be the same.
21:36:13 [ruaok]
Ok, I'm stumped on the diskspace problem.
21:36:50 [ruaok]
but, the other bug has gotten more clear. I'll look at that for now and let the diskspace issue stew for a minute or a 1000.
21:37:03 [djce]
oh well, some progress then...
21:39:12 [ruaok]
OK, I found the big problem.
21:39:28 [ruaok]
which is a big relief!
21:39:50 [djce]
yay!
21:39:58 [djce]
do tell.. in case I understand.
21:40:53 [ruaok]
When I switched to libtp I made it so that things got moved from one tab to another only by an event triggered by libtp.
21:41:24 [ruaok]
Except in this case, where I was moving the file myself and told libtp about it. Which then attempted to move the file as well.
21:41:52 [djce]
Ah. So, easy fix/
21:41:53 [djce]
?
21:42:25 [ruaok]
yes, its done.
21:42:32 [djce]
Cool.
21:42:32 [ruaok]
Are you up for another test run?
21:42:45 [djce]
I'll try and get you some more info on the disk space weirdness.
21:42:45 [djce]
sure.
21:42:53 [ruaok]
ok.
21:43:01 [ruaok]
I want to take a couple of minutes of researching that bug too.
21:47:00 [ruaok]
on the diskspace problem...
21:47:09 [ruaok]
did you see some files that worked and some that didn't?
21:47:33 [ruaok]
Is there something different between the dirs that worked and those that didn't?
21:47:35 [djce-win32]
Not really... I'll try more files.
21:47:39 [ruaok]
Accented characters??
21:47:45 [djce-win32]
None.
21:48:00 [ruaok]
Characters the filesystem might complain about???
21:48:14 [djce-win32]
comma, space. Nothing special.
21:54:25 [djce-win32]
Ah. a clue...
21:54:37 [ldodds]
ldodds (~leigh@82-32-65-3.cable.ubr01.bath.blueyonder.co.uk) has joined #musicbrainz
21:54:39 [djce-win32]
all I did different this time was to rename the leaf directory
21:54:50 [djce-win32]
from "Blood, Fire And Love" to just "blood".
21:54:50 [ldodds]
evening
21:55:04 [djce-win32]
Then the get disk space call seems to work!
21:55:31 [djce-win32]
hi, ldodds
21:55:41 [ldodds]
hiya
21:55:51 [ldodds]
* ldodds is debugging is Java API
21:56:38 [ldodds]
has anyone had a situation where there are two trmidList properties for a given track?
21:57:12 [djce-win32]
ruaok: also it works fine with the dir name "bloodfireandlove".
21:57:32 [ldodds]
I'm testing a TrackInfoFromTRMId and am slightly confused by the results
21:59:04 [jsimmons]
jsimmons has quit ("Client Exiting")
21:59:31 [djce-win32]
ruaok: also works fine for "blood fire and love". So maybe it's the comma?
21:59:35 [djce-win32]
ldodds: what track is it?
21:59:48 [ldodds]
4f1c9f70-b896-477a-bad1-45e2101ff103
21:59:51 [djce-win32]
and what results are you getting?
21:59:59 [ldodds]
In The Waiting Line, Simple Things, Zero 7
22:01:04 [ldodds]
I'm dumping the response from MusicBrainz as processed by the Jena API. And am getting duplicate trackList properties for depth 2
22:01:40 [djce-win32]
Hmmm, four essentially duplicate tracks, on different albums.
22:01:59 [djce-win32]
Is that what you're getting? Or do the dupes have the same IDs as each other?
22:02:26 [ldodds]
no they have separate ids
22:02:39 [ldodds]
but this one: 9192cdc5-8321-4002-ab74-b2e7e666e044 has 2 trmidList properties
22:02:51 [ldodds]
at least thats how I'm seeing it
22:03:48 [verus]
verus is now known as real
22:04:41 [djce]
oh, I see the symptom. Ok, let me take a look....
22:04:59 [ldodds]
cheers
22:05:31 [ldodds]
I was also wondering, in general, why have trmidList at all, why not just trmid as a repeating property?
22:05:52 [ldodds]
similar for the other Bag properties
22:06:37 [ldodds]
* ldodds has started working on an RDF Schema as well...
22:09:10 [djce]
ldodds: What's the problem exactly? What I'm seeing is a mm:Track with a single mm::trmidList, but that trmidList contains duplicate rdf:li entries.
22:09:28 [djce]
Is that the problem you're seeing too, or is that something else?
22:10:38 [ldodds]
hmm, that might cause it
22:11:26 [ldodds]
I'm loading this into an RDF parser and asking it to dump it. I'm seeing two lists with 7 entries
22:11:56 [ldodds]
yep and they seem identical, with the first two in each being the same
22:13:16 [djce]
I see it.
22:13:35 [djce]
There's some data corruption; some TRMs are associated with a single track more than once.
22:14:19 [djce]
Let me see how widespread the problem is...
22:14:45 [ruaok]
djce: theere is a mbtagger..djce4.exe in mb.org/~robert
22:14:50 [djce]
1537 TRM-Track pairs are duplicated
22:15:25 [djce]
or worse - there's a few with 3 or more.
22:15:35 [djce]
ruaok: OK, I'll go fetch...
22:15:56 [ruaok]
So, life continues to kick me in the balls.
22:16:08 [ruaok]
I was just notified that I have to bug out of my office by Oct 31.
22:16:21 [ruaok]
And then I need to be out of my apt by Nov 15th.
22:16:31 [real]
"life is nothing, nothing but a bitch"
22:16:42 [ruaok]
The universe is giving me strong signs to get the fuck out of SLO, if not the US entirely.
22:16:49 [djce]
Wow. They really know how to hurt you, eh? :-(
22:16:52 [ldodds]
ruaok: ouch
22:16:59 [ruaok]
Yup.
22:17:10 [real]
Ken McLellan and Stigger - They Died With Pride - 07 - Life's A Bitch.mp3
22:17:21 [ruaok]
I'm going to go and crawl in a dark hole and hibernate for a while...
22:17:23 [ruaok]
ruaok has quit ("Client exiting")
22:17:51 [ldodds]
djce: is the data duplication something easy to fix?
22:18:28 [djce]
Well, it's unlikely to happen today, I think we can say that for sure.
22:18:32 [djce]
maybe...
22:18:53 [djce]
I'll see if I can knock together a script to remove the dupe data.
22:19:09 [djce]
Then, we need to try to eliminate the bug(s) that caused it in the first place.
22:19:20 [ldodds]
could the data duplication happen at other levels? e.g. albums?
22:19:49 [djce]
I don't think so. The problem is really just a missing database constraint on the track-trm join table.
22:19:54 [ldodds]
OK
22:19:59 [djce]
And the application code that got it that way.
22:20:04 [djce]
i.e. in the server
22:20:08 [ldodds]
I'm just seeing two trackList properties for the album, 90f74e19-b59b-4acd-bcb7-2103d9f63c8, in the same result set
22:20:20 [ldodds]
presumably thats just a side effect of the track problem
22:21:14 [ldodds]
I've got one final question, if you don't mind?
22:21:26 [djce]
sure
22:21:36 [ldodds]
it's regarding FindDistinctTRMID
22:21:43 [djce]
ok...
22:22:09 [ldodds]
I'm trying that with artist Portishead, and album Strangers and getting nothing useful
22:22:35 [ldodds]
even at depth 6
22:22:51 [ldodds]
I'm getting a result with an empty rdf:Bag
22:23:01 [djce]
let me just check the query it uses...
22:23:06 [ldodds]
OK
22:23:51 [djce]
You mean track name "Strangers"?
22:24:01 [ldodds]
yep, sorry
22:24:07 [djce]
ok
22:24:36 [djce]
Well the query works for me... is there one of those mb_client/examples proggys I can use to exercise the query?
22:25:18 [ldodds]
well I can point you at my Java code, but that's probably not what you want :)
22:26:07 [ruaok]
ruaok (~robert@adsl-63-194-101-14.dsl.snlo01.pacbell.net) has joined #musicbrainz
22:26:21 [ruaok]
djce-win32: don't bother testing djce4
22:26:29 [ruaok]
it won't work, I just realized.
22:26:29 [djce]
Oh. ok :-)
22:26:34 [djce]
:-(
22:26:54 [ruaok]
I didn't have the energy to test it after I got kicked in the balls.
22:27:04 [ruaok]
I'll try and hack it up tomorrow.
22:27:09 [ruaok]
Sorry 'bout that.
22:27:12 [ruaok]
ruaok has quit (Client Quit)
22:28:22 [djce]
ldodds: biab... I'm just checking out some weird code in the FindDistinctTRM routine
22:28:29 [ldodds]
thanks
22:29:43 [djce]
Hmm. ok. well...
22:30:13 [djce]
the code will certainly return an empty set if it thinks you omitted the track name and/or artist name,
22:30:18 [djce]
or that either of them were blank.
22:31:03 [djce]
How are you constructing the query - making your own RDF?
22:31:24 [djce]
(as opposed to, say, mb_client)
22:32:22 [ldodds]
I'm doing an equivalent to the mb_client. Substituting variables in hard-coded templates on the way out, parsing RDF coming in
22:32:48 [ldodds]
this is what I'm sending: <?xml version="1.0"?><rdf:RDF xmlns:rdf ="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc = "http://purl.org/dc/elements/1.1/" xmlns:mq = "http://musicbrainz.org/mm/mq-1.1#" xmlns:mm = "http://musicbrainz.org/mm/mm-2.1#"><mq:FindDistinctTRMID> <mq:depth>6</mq:depth> <mq:artistName>Portishead</mq:artistName> <mq:trackName>Strangers</mq:trackName></mq:FindDistinctTRMID></rdf:RDF>
22:33:43 [djce]
Well that /looks/ right to me... but I confess to not entirely understanding how the server does all that RDF stuff.
22:33:58 [djce]
But it does at least seem to expect those parameters...
22:34:08 [ldodds]
the RDF is well-formed anyway, I checked that validated
22:35:34 [djce]
Can you get any data out with other arguments?
22:35:42 [djce]
e.g. "Portishead", "G%" ?
22:36:08 [ldodds]
nope
22:36:48 [ldodds]
% <- what does that wildcard mean then, any number of characters? I'd been meaning to check mb_client for that
22:37:11 [Knio]
Knio has quit (Read error: 104 (Connection reset by peer))
22:37:53 [djce]
As it happens, the FindDistinctTRM call accepts SQL wildcards. % = any string of characters. However, don't rely on it being there forever!
22:38:05 [ldodds]
OK :)
22:38:21 [ldodds]
some form of wildcarding is useful though.
22:38:22 [Knio]
Knio (~knio@b0gy40ohy0hg.ab.hsia.telus.net) has joined #musicbrainz
22:38:56 [ldodds]
I'll install mb_client and see if I can recreate it there. If not I'm stumped as the RDF seems correct
22:39:06 [djce]
only for debugging :-) I might choose to record the fact that it allows wildcards, as a bug.
22:40:22 [djce]
Hmm, it seems to be a server bug for sure.
22:40:34 [djce]
Let me see if I can understand why.
22:41:45 [icepick]
icepick is now known as icepick-away
22:51:56 [ldodds]
djce: I've got to duck out, I'd be interested to know if you dig up anything w.r.t FindDistinctTRM
22:52:08 [ldodds]
I'll stop by again tomorrow.
22:52:10 [djce]
ok, nothing so far.
22:52:18 [djce]
It seems to fetch the right data.
22:52:21 [ldodds]
thanks for trying though
22:52:31 [djce]
It just doesn't get as far as returning it to the caller.
22:52:48 [ldodds]
so there's a definite bug?
22:52:56 [djce]
I'd say so.
22:53:09 [djce]
I can't see that this is likely to be the correct behaviour.
22:53:23 [djce]
I could be wrong, though.
22:53:41 [djce]
The RDF stuff is the one part of the server I don't really get.
22:53:47 [duncf]
duncf (~duncf@DU115.N202.ResNet.QueensU.CA) has joined #musicbrainz
22:53:58 [djce]
So, see you tomorrow, I expect.
22:54:01 [ldodds]
OK, no worries. help much appreciated. cya
22:54:05 [djce]
bye
22:54:07 [ldodds]
ldodds has left #musicbrainz
23:05:17 [Mutiny]
Mutiny has quit (Read error: 104 (Connection reset by peer))
23:08:22 [djce]
djce has quit ("Client exiting")
23:09:27 [djce-win32]
djce-win32 has quit ("Client Exiting")
23:35:10 [Knio]
Knio is now known as Knio-dinner