#musicbrainz

well, any tests are good

just for making sure every field gets loaded is this fine

LotR: thanks

I need to learn -D forwarding

"learn"?

I have Local and Remote forwarding down, but -D escapes me

learn and actually use

It's simply ssh -D <port> user [at host]

well, I know how to enter it

Then in whatever application whack in your SOCKS proxy as localhost:<port>

Simple \o/

figured.

Ok, so now I understand, thank you.

Now I just need to figure out if I have a need :P.

I find it useful for bypassing rapidshite IP download limiting

heh

Just keep tunnelling via a different host to get multipart RARs or whatever heh

I torrented the best thing ever the other day

I'm thankful that I don't deal with that nonsense (Rapidshare, MegaUpload, etc.) anymore.

I have my own webserver/server and do whatever I Want with it \o/

Define: The Best Thing Ever

40 folders or so, each containing 1-5 ZIP files. Each ZIP file containined a RAR part, which contained the actual VST software

O_O

FFS

This was a torrent, why you have multipart RARs in a torrent is stupid, why you have each RAR part zipped is stupid too

they really needed to compress those rar's 10K more didn't they?

actually, multipart (split files in general) are better for torrenting than one huge file

ok that's not true

they /can/ be better

hm, why?

Not always when you consider the files the archives contained

because there's a greater chance of chunks being identical

maybe, I could be talking out of my ass

And even then I'm not convinced, torrenting is downloading in parts as it is so huge files are fine

O.o

I don't think a hude compressed file will have identical chunks

how can it be better to uselessly stick the files into another file?

huge

I don't mean the Zipped rars are a good idea

my train of thought is always that if you could torrent one iso, or a 30 rar part span of the iso, it's better to go with the rar parts

I think you *are* talking out of your arse

again, because of chunking and all that

VxJasonxV: woo, so you potentially save downloaded a tiny part, but then spend an age unarchiving it all

I probably am :D

People should man the fuck up and not multipart RAR files intended for torrens

well, iso is a special case as it's completely uncompressed

what most people download on torrent are heavily compressed files :)

luks, in which case a single archive would be fine

right

k, I'm just crazy

Yes, yes you are :P

so how much does an iso compress when you zip/rar it?

depends on the contents

1% 5% 10%?

an iso of zeroed files compresses pretty well :)

well, I would hope there'd be useful content in my ISO

LotR: A full iso is basically a concatenation of the files, so, basically, not at all, assuming the contents are already compressed.

FauxFaux: right, and the usual content on an iso isn't *that* compressable, right?

YOUR QUESTION MAKES NO SENSE

Ahem.

what, like there isn't a most common type of content for torrented ISOs?

I mean linux distributions of course :)

Well, software occasionally has hillariously poor ocmpression, unless it's a game or a linux distro.

Having said that, NFSMW has about 900mb of 24bit 9billionhz wav on that compresses quite well, 'cos they're retards.

NFSMW?

24bit audio in a game?

It's a game.

For the music, no less.

Need for Speed Most Wanted

I'm pretty sure I mean that one, not at my machine right now.

Wiggatastic

"TODO This should be a trigger if we ever get a real DB" lol? I wonder how old that comment is

Hee hee.

svn praise it!

:P

*svn blame

Blaaaame

you mean git blame. aCiD2 wisely shuns svn :)

svn is totally unusable!!!!!!11

:P

you can hot my beef

omnomnomnom

But if I log out of WoW to go cook beef I'll lose my Voidwalker :(

aCiD2: I bet it's from the MB-on-MySQL time :)

:)

didn't even there was that!

luks, ruaok: Is MB::S::Artist->Insert not meant to be called directly or something? It keeps throwing "Do called without BeginTransaction or AutoCommit" for me

you need to open a transaction before calling it.

Maybe you should begintransactionfirst. ¬_¬

the idea is that you never mod the DB without being in a transaction.

ruaok: right, but why should I have to open the transaction before calling Insert, shouldn't Insert handle that?

Same with SearchEngine->AddRefs

FauxFaux: well duh, but I'm just wondering why Insert doesn't do that itself

no. even insert has the same assumption.

the modbot opens transactions and commits them if the insert/artist-insert go well.

because the transaction might consist of multiple inserts or updates?

ok, I see

I expect insert simply doesn't error check for you?

so the client is responsible for beginning the transaction, gotcha

Oh, or, maybe.

FauxFaux: error checking what? It checks it has enough info to do the commit, but doesn't check it actually commited

insert is nothing but error checkls. :)

haha

but it assumes that a transaction is open

ruaok, I think I found a way to do testing as well with DBD::Mock

had a play with it while I was waiting for a lecture :)

ohhh.

lemme show what I have

aCiD2, ruaok: btw, speaking of DB code... can you please look at http://bugs.musicbrainz.org/browser/mb_server/b...

aCiD2, luks: I'm having to queue your requests for an hour.

I'm prepping for the board meeting.

:)

it's more or less a port of my python ngs code, but I think new code we write should be something like this

well when you're free, my attempt at testing is at: http://rafb.net/p/MfBPUJ45.html

(started testing methods)

luks: looking now

looks quite similar to what we do atm, what are the major differences?

there is no artist->insert

my changes atm have taken stuff like "Insert" "SelectArtistsByName" out of the object level and into the package level

the code for handling DB and for model are separate

ie, $artist->Insert becomes MB::S::Artist->Insert, in my branch

is that what you mean?

yes

yea, that's def needed, only just started getting round to doing the changes

well, except that I'd prefer it to be in a separate package

Like MB::S::Model::Artist? :P

and $artist should not know about $dbh

right

well what I'm doing atm (only started this today, though it's been on my mind a while) is making all DB calls package level, and they accept $dbh... should I go the route of introducing a context?

or could we not just use MusicBrainz.pm for that

they need more than $dbh

(doing $dbh atm because it lets me switch between DBD::Mock and DBD::Pg)

mmm? like what?

they might need $dbh to the raw DB

ah, true

cache shouldn't be a global variable, so alsosomething liek $cache

which would also help testing a lot

ok

glad I'm thinking in the same direction as you (for once :P)

btw, what is the roadmap for the TT branch you have set with ruaok?