#musicbrainz-devel

i made it onto streetview, http://www.frob.nl/tmp/streetview.html

I don't know about anyone else, but ever since UV got added to the page, page load completion time has gone way up for me (and since GM doesn't kick in until all page js does, it's blocking MB GM scripts). Esp given http://blog.uservoice.com/ , is it possible that the UV js could be MB-hosted, rather than hosting off cdn.uservoice.com?

brianfreud: I've had trouble with it, but it was more to do with the js that's in the mb page (since I can't block that, and something I did when I tried to block the external js made the page never stop loading)

well, their server is awfully slow when it's working, and twice in two weeks, it hasn't even been working - so pages never finish loading, MB-site-wide ... which means no GM scripts work either atm :(

it's the Google analytics problem, but on a flakey server, so worse

the street view thing refreshes every second, so I can't see anything o_O

not even every second, as soon as it loads, it reloads o_O

nikki: oh, then my redirect isn't working.

brianfreud: the easiest thing would be to scrap the js altogether and just have a link to uv

that'd be fine with me :D

nikki: better?

only time I ever click that thing, it's accidentally - just really annoying to have it killing page loading, esp since I can't even turn it off

nope :/

nikki: it's just regular html now, make sure your browser didn't cache my previous file

and it's not caching, however it's being inserted, so every single pageload means redownloading it (and ++ bytes == ++ $$ here, now, since they've begun bandwidth tiers)

still no luck

it's fine until it loads the street view, then it goes crazy

nikki: oh, i just re-read what you said.. that does sound like a google problem.

so I'm blaming google

ontopic: agreed with just liking to uservoice.

linking

brianfreud: can firefox block particular files?

not as far as I know

pfffft

so much for that idea then... the only other thing I can think of atm is to block that entire domain in your hosts file, but when I tried that, it made the problem worse, not better... hence why I ended up using opera's lovely ability to block particular files :P

yeah, only "solution" I've found is to entirely block UV using NoScript

:P if all goes well, we could have a mac os x release for picard

:P

i managed to install leopard on my laptop

I always thought tht the biggest pain to packaging Picard was making it a Universal binary that worked on 10.4 upwards.

using macports just made my life easier

hmm... im building ffmpeg thru it

(an all it's deps... therez like a lot...)

even libofa is in macports

and libdiscid too

in fact, all i have to do is just build picard...

then figure out how to make an app

then a pkg

then a dmg

:P

NXISGOD: you forgot the "get it working on 10.4" bit :P

hmm... u have 10.4?

yes

:P

Making a dmg is the easiest part.

when i have a working app, ill let u try

\o/

hmm... it's taking a long long time to get all those deps installed... thank god for macports...

aCiD2: use lib "$FindBin::Bin/../lib";

aCiD2: er, that was sort of what I was looking for, yes. but using slashes and '..' like that doesn't seem portable.

it's the normal way it's done :)

then you leave it up to "lib" to make the path portable

aCiD2: but looking into that a bit more I found 'use FindBin::libs', which does exactly what I need in this case.

ah cool

yep. perl is clever enough to do the right thing on windows.

aCiD2: oh, really? the "$FindBin::Bin/../lib" is portable?

ok, FindBin::Bin is always available if I understand correctly, whereas FindBin::libs isn't. so if the first is portable, that definitely is the best way.

none of this is important btw, it's just some test files ;)