#musicbrainz

need to change CXX, i believe

rebuilding

why ... mb_client incompat with 3.2?

just changing CC will only change the c compiler, not the c++ compiler

I changed both

CC and CXX

we'll see

nope

but, unless it's meant for unstable, you shouldn't be building with 3.2

and if it's unstable, 3.2 is the default already

all my other depends are in unstable only

even tho I'm running sarge

djce ([UWQnZfrU2@195.60.9.122) has joined #musicbrainz

icepick are you here

eyp

yup

oh i would like to report an odd inconsistency

sure

ok watch

Musicbrainz offered no hints on this one '/misc/mp3/wp/brutal_attack/brutal_attack-blind_fury.mp3'. Leaving it be...

but..

on musicbrainz.org i added that album band song etc..

Blind Fury ?:?? Edit | Del

see, its under the band "brutal attack", just like that mp3 is, and it has no time etc..

Title : Blind Fury Artist: Brutal Attack

for id3 -l

so there is no reason for it not to get picked up i believe

nope... that is a server bug for sure....

so then its a bug right

go to the bug tracker and enter that in

for mb_server

im not doing anything wrong right

also you should edit tunetagger.ini and turn on debugging and cut and paste the server/client stuff

nope

what happens if you add the album name too?

<rdf:li rdf:resource="http://127.0.0.1/track/dcbbdb60-a5d2-434a-ae1a-e5628ed0f955"/>

i think that may be it, the 127.0.0.1 thing

Ah! Where is that?

that was in debug on tunetagger

(Sorry, only just started watching the conversation)

the other one i reported earlier was on the actual site

the site one you fixed =]

OK, I'll fix the other one now. Wait a mo...

Ok. Can you try again?

of cours

rdf:resource="http://musicbrainz.org/track/...;

it fixed

Good. All happy then?

well it still gets no hints =[

OK, please file a bug for it then.

alright this will be fun

ive only one other time made a bug filing

Just provide as much info as possible, and please if possible leave us your e-mail address so we can ask you more about it if we need to. Thanks.

alright

made one =]

hey look at this

rdf:resource="http://musicbrainz.org/artist...;

thats where it links right but..

i cant nc to that

only to www.musicbrainz.org

nm i can now

sorry =[

maybe its my connection causing problems then

You can't request that URL and get a response?

can now

Mmm. Odd.

OKBrutal AttackBrutal Attack

thats what it says

That's probably correct - it's XML, but if you only show the text parts that's what you'd see.

ive been trying to tweak my id3 tag to get it working more correct

see if that was a problem doesnt seem that way though

hi, some notes about the linux tagger:

it requires python-id3

on my debian system, this library is named in capitals

ID3

thus it is not found by tagger

i think this is a debian bug

but thought I would tell you anyways

Thanks for the feedback.

the README is very unclear

it suggests that all required dependencies can be installed with apt-get

but that's not true

it's only part of the libs

for debian:

on unstable: apt-get install python-pyvorbis python-pymad

it also requires the musicbrainz lib + pyogg + pyao

at least

that's how far I've come

Have you subscribed to the musicbrainz-devel mailing list? Sounds like that could be useful.

not yet

i just learned about musicbrainz

wait, pyogg and pyao are in debian

the packages are called

python-pyogg and python-pyao

this should be added to the readme

i havent had not even one of my mods rejected yet

Good! You must be doing something right then :-)

id like to add a hint to use with tune-tagger on linux too =], using they keypad is a lot easier then the other keys

1 [enter] or [2] enter or [3] enter

real is now known as verus

ruaok (~Snak@adsl-63-194-101-11.dsl.snlo01.pacbell.net) has joined #musicbrainz

another beautiful sunny day in California...

Damn you and your sunshine! ;-)

curse your california

a pox on everyone in california who is enjoying the weather without me ;)

So we're agreed then! :-)

UK : winter, 10 deg C if you're lucky, and a dark early evening.

the linux tagger doens't work for me on MP3's

on debian the python id3 lib is named in capitals (ID3)

the tagger expects lowercase names

for oggs (that don't use ID3) it works fine for me

CAPSLOCK2000: you don't have the right lib then

did you download it from my cvs archive?

yes it did

yes I did

i'll double check that apt didn't replace it with the default

ok, i think you are right

I should read the README's better

it works now

well really.. that should be renamed or ID# should merge with pyid3

CAPSLOCK2000: I'm working on a gui for it

nice

wxPython

good, iirc that's cross-platform

that should save some work

icepick is now known as icepick-away

icepick-away is now known as icepick

djce ([zVlcwB9eq@195.60.9.122) has joined #musicbrainz

ruaok (~Snak@adsl-63-194-101-11.dsl.snlo01.pacbell.net) has joined #musicbrainz

Hey! Afternoon!

hay

er hey

I'm just reading your mail.

so the backend http was never sending out the properl urls, eh?

I think the proper long term solution is to specify the proper 'server URL' in DBDefs.pm

Yes, DBDefs is going to come in there somewhere.

What is the situation regarding the "mm." domain? Is that used?

Or do all types of requests just come to all domains?

the idea was the all the RDF web service traffic should go to a seperate domain which will allow us to move the webservice stuff to a seperate server in the future.

OK. Is that actually happening?

Not yet.

One of those 'in the future' things.

ok