#musicbrainz-devel

it all seems to work fine, but when you exit picard, it crashes

haha oh man

i just remembered that building libofa only works in debug mode

if i try to compile release it fails

:)

well I'll have to try to compile it with mingw anyway

well,the debug version shoul work too

:d

ok, let's try it :)

that seems to crash as well

wut?

where exactly does it crash?

are you using msvc to build the python extensions?

no,mingw32

if you redownload libofa.dll it's the release build now,dunno if it's goin to make a difference

hm, that's strange

the crash happens when you exit picard

everything works normally, but when you close the window it crashes

I suspect it's something with how mingw now builds dlls

wait

you used bdist_nsis?

because it worked for me before (with the same a/dll files)

yes

try this

setup.py build --compiler mingw32 bdist_nsis

and then open taskmgr and wait until the nsis process ended :D

no, build_ext -i and python tagger.py fails as well

it needs about 30 seks if i remember right

oh

I know about that

:/

it uses to open a window when you could see the progress

not sure why it doesn't do that anymore

*used

the worst case is that I go back to the old vm I have and use all the old libraries/compilers/etc

ye stupid

what error do you get for the extensions?

this application has requested the runtime to terminate it in an unusual way ...

weird

where did you get atlbase.h from?

I'm not aware of having that header file

do you bild with directshow?

no

I use only ffmpeg (avcodec.c in picard)

dropping libofa will make me very happy, it's always the biggest pita to build and it's the source of the most crashes on osx

afaik, it's the source of _all_ crashes that are reported on jira

heh

Maybe you should release without it

error: command 'gcc' failed with exit status 1

lol

and then be like "if you want the libofa version, help us compile the stuff"

:p

it's been abandonware since 2007, so I'm not surprised it no longer works :)

luks,just build without and if someone ask tell him there have been compatibility problems :d

I'm not worried about people asking to have it back, it's about MB's image :)

true,but acoustid is the future anyway,so why depend on old stuff

s/depend/rely

success! rebuilding libofa with the same mingw compiler fixed the problem

well, the real issue with dropping puid support is that acoustids don't work 'out of the box'

they don't?

you need to download an extra tool *and* get an api code before you can scan stuff

no, fpcalc.exe is bundled in the installed

truely,the api code makes it a bit more difficult

oh, you did end up doing that?

and the api code is only necessary for submissions, not scanning

but do you need one for looking up?

ye

luks: could it be bundled on osx too?

bitmap: yes

make acoustid the default, everyone will be happier.

kepstin-work: already done

the point is whether or not drop musicdns

ok, then remove puids, everyone will be happier ;)

bitmap: for windows I just included fpcalc.exe along with picard.exe

as it automatically searches the same dir in order to find it

hello - looking for assistance with schema update 15

on linux, it makes sense to not ship it, since distro packages can handle it well enough.

it will be probably more difficult in an app

only if you convince them to provide a package kepstin-work...

errir is currently: This replication packet matches schema sequence #15, but the database is currently at #14

luks: hmm, I'll have to see what paths it searches in th app bundle

which might take a while on some distros

the big ones already have chromaprint

Anybody know what happened to carl, about 3 hours ago?

"git fetch origin" executes and comes back with no message

"git checkout v-2012-05-15-schema-change" comes back with "error: You have local changes to 'root/layout.tt'; cannot switch branches."

do you need those local changes?

was not aware what layout.tt is, never changed it at least not intentionally

bwhittaker69: just run 'rm root/layout.tt' and retry the git checkout command, then.

noobie: interestingly, the old libofa.dll I used was about 700k, the new one built with mingw is just about 130k

kepstin-work: done, now comes back with "error: You have local changes to 'upgrade.sh'; cannot switch branches."

luks: only because it was a debug build

yeah, I wonder if we always shipped picard with a debug version

the release build i got was also around 170

warp, ianmcorvidae: any idea what happened on carl? And why forums is up again?

well,the msvs project file contained errors for the release build

(actually I bet forums is up /because/ carl is down)...

bwhittaker69: just run 'git checkout -f v-2012-05-15-schema-change' to force-overwrite all the files

noobie: I used cmake with https://gist.github.com/2821278 to compile it

(that won't overwrite your DBDefs config file)

Opinions: should we only use actual favicons for our sidebar?

kepstin-work: thank you... responded with "Previous HEAD position was eb89c2b... HEAD is now at dec346a... Fix creating release groups from the release editor"

hmm, although I guess it doesn't resize nicely :/

reosarevok: yeah, stuff generally doesn't resize nicely down to 16px.

which is why sites like that use a different image as their favicon :)

maybe i should switch to cmake

upgrade.sh now working ! yipee !

kepstin-work: if they did use one I'd use that, yeah

It's just annoying that they don't :(

reosarevok: I see a favicon on that site...

huh

I do now...

heh

:D

yay then!

"Applying 20120423-release-group-types.sql" takes a while... CPU working like mad

anything longer than 2-3 minutes and I think its taking a long time.... spoiled rotten

heh

http://reosarevok.mbsandbox.org/work/1d51e560-2... yay sidebar :)

Anyone around who may be able able to assist me with this error message? http://pastebin.com/3M9Ek7MG

when running a RT_SLAVE server, should the value for LUCENE_SERVER be modified or left as "search.musicbrainz.org"

Me so sad! Been trying to get this bugger working for 3 days :*