#musicbrainz

i'm noticing a small bug too.. the tagger sometimes fails to write id3 tags to the files, though it will rename them

yalaforge (~matthias@krl9-d9bb4fea.pool.mediaWays.net) has joined #musicbrainz

phidauex (~phidauex@dsl093-192-027.stl1.dsl.speakeasy.net) has joined #musicbrainz

Uraeus (~cschalle@wp48qp.cm.chello.no) has joined #musicbrainz

anyone have a URL for a page with musicbrainz CVS info? is the anon CVS access?

you know if a new release is planned soon? I am having big troubles making an RPM from current 2.x tarball, and we use musicbrainz both for rhythmbox and our new audio ripper

no, I'm not the right person to ask this, sorry

But what's the problem?

it seems the .pc file was added after the autogen.sh script was run or something, it behaves wrongly when trying to install it which makes the package building process fail (the bug is not triggered when just running make install)

wait a minute, please

Ah, yes, do you want a patch?

Seems like there's a problem if the directory lib/pkgconfig doesn't exist yet

yeah, a patch would be great

then I can include it in my spec file

where should I send it?

on its way

thanks dude!

Best would be you try it right away.

I will

and a question: are you a rhythmbox project member?

kinda, I work on GStreamer

Ah, could it be that GStreamer is Linux-specific, currently?

it works on Linux and FreeBSD currently, we have a Sun hacker working on making it run under Solaris, so that is right around the corner I think

IIRC I had to tweak it a bit to make it compile on NetBSD, but could have been monkeymedia. I'm not completely sure about that.

It was some signal handling stuff that works differently here

yalaforge: well portability is part of our current focus, doing a 0.6.1 very very soon

yalaforge: we did get many freeBSD patches for 0.6.0 so hopefully many of those will help you on NetBSD too

Then I'll try the new version and file a bug report if it doesn't work

thanks, we have a #gstreamer here on freenode btw, if you have questions

ok, thanks. Received the patch, BTW?

not yet, but I am still downloading my email, something must be borked at my ISP cause it moves slow as hell

The patch is a one-liner. Won't use up your bandwidth ;-)

Uraeus: If you want to help non-linuxers, you could change the /bin/bash in your scripts to /bin/sh

Seems to bash features are used

yalaforge: hmm ok, I look into that, thanks!

s/to/no/

Ooops: You use pushd/popd. That's in fact a bashism :-(

yalaforge: ok, I am really not into shell scripting, but I promise if you would make us a patch I promise to merge it

ok, I'll do that

yalaforge: got your musicbrainz patch just now :)

let's hope it'll work

wow, I got your autogen.sh running. Seems like BSD's test(1) has less features that GNU-test

yalaforge: /usr/bin/install -c -m 0644 ./libmusicbrainz.pc /var/tmp/libmusicbrainz-2.0.1-1-buildroot/usr/lib/pkgconfig/libmusicbrainz.pc

make[1]: *** [install-am] Error 2

make[1]: Leaving directory `/home/cschalle/rpms/BUILD/libmusicbrainz-2.0.1'

make: *** [install-recursive] Error 1

error: Bad exit status from /var/tmp/rpm-tmp.75719 (%install)

I still get that same error

one moment, please

does the directory /var/tmp/libmusicbrainz-2.0.1-1-buildroot/usr/lib/pkgconfig exist?

no

Do you have the 'mkdir -p $(DESTDIR)$(libdir)/pkgconfig' in your Makefile.am?

yes

Did you run autogen.sh?

no, I just patches the tarball, which do not contain autogen.sh

s/patches/patched/

shit. that's the problem. You need our autogen.sh. Should I mail it?

yalaforge: yes, please :)

If you checked out the sources from CVS, you can use that one.

just copy it to the source directory

I haven't yet since you was making me a patch :) but I get it now :)

Mail is on it's way :-)

The problem is that the 'mkdir -p ...' command needs to get into Makefile.in. That means, automake needs to be called (autogen.sh does that)

configure then copies the command to the Makefile

I know, the lack of a autogen was the reason I didn't get my own attempts at fixing it to work :)

yalaforge: btw, I notice that gnome apps package the .pc file using a pkgconfig_DATA in Makefile.am instead of installing it the way you do

This is fixed in the CVS

ok, cool :)

BTW: The easiest way to go is to patch Makefile.in, at least for your job as a packager.

Just add the 'mkdir' command after line 588 in Makefile.in

yalaforge: we plan on adding support for your TRM id's in our metadata support in GStreamer btw :)

yalaforge: ok, I do that

cool

If you patch Makefile.in, you don't have to run autogen.sh

ok

ruaok is working on tunepimp, which is a more full featured and easy to use musicbrainz lib, and that should help issues a bit

phidauex: hi

howdy

phidauex: me and debugging. Always a funny experience ;-)

better than my attempts

:)

If I had used my brain a bit, the thing could be done already. As usual ...

its a saturday, brain usage is optional.

I should even be working for my exams next week, but that would end in a desaster, I guess

I suppose, the panic's going to start on monday. Until then I take things easy :-)

yalaforge: ok, patch work, my RPM is underway :)

great, congratulations :-)

My gstreamer non-bash patch is on it's way, BTW

yalaforge: great!

Where do we get the RPM?

no I only need to get walters to move net-rhythmbox to use musicbrainz 2.x instead of 1.1 to have all apps using the same version :)

yalaforge: I put it online and give you the URL as soon as it is ready

it is for RH9

Thanks. I'm using NetBSD, but perhaps friends of mine can use it

eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz

eikeon (~eikeon@jungle.ne.client2.attbi.com) has joined #musicbrainz

MacDome (~macdome@143.44.117.251) has joined #musicbrainz