#musicbrainz

fedex hasn't updated the tracking info for it. bastards.

ruaok: i need new wxpython don't I? i have a 2.6.0.0 laying about from a previous picard install.

good enough for govt work.

ruaok: please try http://musicbrainz.homeip.net/ws/1/release/d61a...

the XML is malformed, I think there's a <release-info-list> </release-event-list> or something

To All: here's a mod which is interesting from a CodeOfConduct POV. give your opinions, if you have time http://musicbrainz.org/showmod.html?modid=4223575

yalaforge: yes. remind me,... release-even-list is correct, right>

release-event-list, yup

perfect name, I like it :-)

ok, fixed.

thanks

yay, works

g0llum: yes, that bugs.

and chocomo won't change his tune.

keeps doing it.

I think nikki_'s suggestion of the first no vote needs a comment makes sense to me.

ok, enough for me tonight.

I;m off a little early todayl.

a little early :-)

schlaf' gut!

ya, only 12:40 this time.

normally I leave at 2:30 at the latest.

goodnight ruaok :)

but I have two servers running in my office and I am wearing ear-plugs.

not a good environment. sleep is better. :-)

thanks and good night!

checking for mb_GetVersion in -lmusicbrainz... no

:(

is it installed. and if yes, via package or from source?

source.

-L/home/warp/opt/picard/lib -lmusicbrainz

it doesn't use pkg-config, afaik

set the LD_LIBRARY_PATH

libmusicbrainz does, so everything using it should do too IMO :)

luks: LD_LIBRARY_PATH is set too.

hm

yup. I added the pkg-config for libmb, but nobody wanted to use it :-/

this has nothing to do with the LD_LIBRARY_PATH

actually, it has :)

LD_LIBRARY_PATH is for the dynamic linker

LD_LIBRARY_PATH is only runtime, not build time.

the problem is probably the build time one, yup

i had the same issues, and LI_LIBRARY_PATH solved it

that'

yalaforge: well, thanks for adding the pkg-config stuff,.. usually it helps prevent this sort of trouble.

s because configure needs to compile and link a test program

:)

luks: if 'ld' or 'gcc' doesn't find the library, it doesn't help

warp: check your config.log

configure:21351: g++ -o conftest -g -O2 -Wall -O2 conftest.cc -lmusicbrainz -lz >&5

/usr/bin/ld: cannot find -lmusicbrainz

LD_FLAGS='-L/home/warp/opt/picard/lib' ./configure

LD_FLAGS='-L/home/warp/opt/picard/lib -Wl,-R,/home/warp/opt/picard/lib' ./configure

this hardcodes the path for the dynamic linker. then LD_LIBRARY_PATH or /etc/ld.so.conf aren't needed

wow, now you're getting complicated :)

still not.

config.log?

(this is libtp, right?)

still the same.

yes, it is libtunepimp.

ok, I'll have a look at it

it has stuff such as 'CFLAGS="$CFLAGS -Wall -O2"', but no mention of LFLAGS

LD_FLAGS

erm, LD_FLAGS

warp [at ararita]:~/usr/src/picard/libtunepimp-0.4.2$ cat configure configure.in | grep LD_FLAGS | wc

0 0 0

:)

LIBS is overwritten, it seems

well, `LD_LIBRARY_PATH=/home/luks/picard/lib ./configure --prefix=/home/luks/picard` solved all the problems for me here on ubuntu

it shouldn't work :-)

well, it does ;)

warp: try LIBS instead of LD_FLAGS

hm, odd

checking for version >= 2.1.0 in -lmusicbrainz... no

using LIBS?

yes

configure:21433: g++ -o conftest -g -O2 -Wall -O2 conftest.cc -lmusicbrainz >&5

conftest.cc:33:30: error: musicbrainz/mb_c.h: No such file or directory

conftest.cc: In function 'int main()':

ahhh :-)

and i actually already included CFLAGS too.

oh.

LIBS=`pkg-config --libs libmusicbrainz` CFLAGS=`pkg-config --cflags libmusicbrainz` ./configure --prefix=/home/warp/opt/picard

use CXXFLAGS

doh, ofcourse.

libtp's configure is completely broken.

the LIBS trick only works on *some* architectures

well, installing libs in a non-standard place is still your fault :-)

if you would seriously object to such practice you would've never provided that pkg-config stuff :)

what about that ugly LD_LIBRARY_PATH hack? is this from the docs?

warp: :-)

I'd strongly suggest hardcoding the dynamic linker path using -Wl,-R,/some/path to get rid of LD_LIBRARY_PATH

oh, i use LD_LIBRARY_PATH all the time.

doesn't make it better ;-)

yalaforge: won't hardcoding break stuff when i move the library around?

yup, of course

you can set multiple paths though

the easiest solution would be to add your library path to /etc/ld.so.conf

yalaforge: for everything in ~/opt, it is in theory a temporary solution until my dist provides whatever i keep in that dir :)

yalaforge: root has trouble enough keeping the dist clean of crap just with stuff from packages, i'm not going to introduce home-built stuff on that level.

well, as long as it works for you :-)

it usually does.

and when it doesn't, i blame whoever wrote that particular configure.in

did you try stow? might solve your problems a bit easier

not yet, i probably should.

can i have it anywhere other than in /usr/local?

yup, I think so

./configure --prefix=/usr/local/stow/libtunepimp-VERSION

make install

then go to /usr/local/stow, and type 'stow libtunepimp-VERSION'.

with /usr/local/lib in /etc/ld.so.conf, I only have to run ldconfig, and it's usable

according to the manpage, you can put your stow directory anywhere. see the '-t' switch

hi

hey

luks: Sesame Street is cool!

:)

I was editing it too...

hm, i would probably abuse it and end up with something fairly similar to what i have now :/

zout: i really don't know what to do about albums like http://musicbrainz.org/album/efa312dd-d70a-43c2...

yalaforge: basically, i want to keep all source-built stuff out of root. so if i log in as a different user, i get the default ubuntu stuff for everything.

hmm, you can use stow for that, too. but that's not the idea behind it.

oh, hey.. i think it worked this time.

luks: I'm working on it

yalaforge: i know, so there will not really be any added benefit for using stow

at least you can get rid of installed packages easily. that advantage remains, at least

yalaforge: except a slightly smaller LD_LIBRARY_PATH and such.

yalaforge: i can now get rid of installed packages with cd ~/opt; rm PACKAGENAME

erm, 'rm -rf' ofcourse :)

for me, it's cd /usr/local/stow && stow -D package-name

configure:21470: result: yes

yay!

nice!

that's with:

warp [at ararita]:~/usr/src/picard/libtunepimp-0.4.2$ CPPFLAGS=`pkg-config --libs libmusicbrainz` CFLAGS=`pkg-config --cflags libmusicbrainz` CXXFLAGS=`pkg-config --cflags libmusicbrainz` ./configure --prefix=/home/warp/opt/picard

what about the LIBS?

i replaced it with CPPFLAGS