Log from #neuros IRC channel

<DeepB>

nerochiaro: around?

DeepB: hey, can you tell me what this error means, since older versions of sorune worked just fine for me, "Can't locate Compress/Zlib.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at sorune line 37."

[00:52]

<DeepB>

noiz77: try to install that missing zlib package (extrange that that one is missing, since it is a standard one), either by CPAN or by your distro own ways

[00:53]

hmm, and another thing i just realized is i think the zlib package was optional in the earlier versions.. i wonder if darren changed it

[00:55]

yeah, looks like its mandatory in 0.5.1pre3

[00:58]

<DeepB>

where's that one?

[00:58]

<DeepB>

nm, i've found it

[00:58]

development.sorune.com

[01:00]

well, i got it working anyways, i wonder why it wasnt included with my debian installation

[01:00]

<DeepB>

was it libcompress-zlib-perl ?

[01:01]

yeah, im getting it from apt right now

[01:06]

<DeepB>

how's the album information feature? does it look nice?

[01:06]

yeah, i like it

[01:07]

but i dont think id like it if i had dialup

[01:07]

otherwise the layout is pretty nice

[01:09]

<DeepB>

could it work on a batch basis? for massive data?

[01:09]

no idea

[01:09]

* Starkey pokes DeepB

[01:10]

* DeepB bows after his master Darth Starkey

[01:10]

<@Starkey>

Master?

[01:10]

<@Starkey>

:)

[01:11]

<@Starkey>

Question for you.

[01:11]

<@Starkey>

Do you get the code from Josh for the FLAC stuff?

[01:12]

<DeepB>

all the code i have for that matter was on his CVS rep

[01:13]

<@Starkey>

He committed code into our CVS or his CVS?

[01:13]

<DeepB>

his very one

[01:13]

<@Starkey>

Ah, OK. :)

[01:13]

<@Starkey>

Thanks for the info.

[01:13]

<@Starkey>

Get back to work

[01:13]

<@Starkey>

or something...

[01:14]

<DeepB>

np, how's that FLAC thing going, btw?

[01:14]

<@Starkey>

Someday it might work

[01:16]

<DeepB>

ok, if you care, i should say i've faced a few major problems on my attempts to make it work

[01:17]

<@Starkey>

I do care.

[01:17]

<@Starkey>

Please enlighten me

[01:18]

<DeepB>

first, all the sample treatment in libflac is done in a C type not supported by the TI compiler

[01:18]

<@Starkey>

Which type is that?

[01:18]

<DeepB>

it is quite a boring task to replace them

[01:18]

<@Starkey>

Boring is fine...

[01:18]

<DeepB>

64 bit integers

[01:18]

Starkey: sounds like you are going to have a fun time replacing all that :)

[01:19]

<@Starkey>

Well I have some ideas about the whole 64 bit thing.

[01:19]

<@Starkey>

But go on... :)

[01:19]

<DeepB>

second, there's a few portions still using floating point stuff

[01:20]

<unknown_lamer>

Does it need 64-bit ints for a sample?

[01:20]

<@Starkey>

The decoding or the encoding?

[01:20]

<@Starkey>

64 bits are used for offsets

[01:20]

<DeepB>

it could be fixed by now, by there were there the last time i checked

[01:20]

<unknown_lamer>

Any reason not to use 32-bit offsets?

[01:20]

<@Starkey>

Are the floating points in the decoding?

[01:20]

<unknown_lamer>

(I mean, I don't think the Neuros will be able to fit a multi-terabyte file ...)

[01:21]

* Starkey points at unknown_lamer

[01:21]

<unknown_lamer>

As long as the bitstream doesn't use 64-bit ints I don't see how it couldn't be solved with a quick typedef

[01:21]

<unknown_lamer>

or #define if it uses long longs or something

[01:21]

<DeepB>

Starkey: nope, only for encoding, i think

[01:21]

<@Starkey>

I am not worried about encoding at this time.

[01:23]

<@Starkey>

I'm hungry, what should I have for dinner?

[01:24]

<DeepB>

unknown_lamer: how do you work with them without redefining all their operators? both aritmetical, bit shifting, logical and comparison? and poke through the code replacing all those operators?

[01:24]

<@Starkey>

I've done it before. Not a big deal.

[01:24]

* Starkey yawns

[01:25]

<@Starkey>

I once converted a program to use a windowing memory system. All memory accesses (through pointers, arrays, etc) had to be modified. That was fun.

[01:26]

<DeepB>

my Master have fun in such perversive ways...

[01:26]

<unknown_lamer>

DeepB: oh, is it a custom 64-bit int?

[01:26]

<unknown_lamer>

DeepB: and not the C99 uint64_t ?

[01:27]

<DeepB>

we do have to make a custom 64-bit int

[01:28]

<DeepB>

as it was done for the tremor library

[01:28]

<Yono>

so Starkey, would you like to enlighten us on your 64-bit ideas?

[01:28]

<@Starkey>

I already pointed at someone.

[01:30]

<DeepB>

there's really no need for ideas, just boring, repetitive parsing throrough the library

[01:30]

<Yono>

Yep, and you also poked someone and slapped someone :)

[01:30]

<@Starkey>

Bah...

[01:30]

<@Starkey>

You are just going to wiki it anyway.

[01:30]

<@Starkey>

Keep wiki out of it. :P

[01:31]

<@Starkey>

I only pointed at one person. And he had the right idea. At least what I am thinking.

[01:32]

<@Starkey>

And he is lame

[01:32]

<DeepB>

you'll need to rework all the direct operations involving those kind of integers, and replace them with custom ones... so c = a * b becomes c = neuros64mult(a,b) or something like that

[01:33]

<@Starkey>

or something

[01:33]

<@Starkey>

I really need to do some experiments before I say more.

[01:34]

DeepB: still around ?

[01:34]

<DeepB>

yep

[01:34]

<@Starkey>

Regardless of what needs to be done, it is not a daunting task.

[01:34]

<unknown_lamer>

how is the 64-bit int defined in libflac>

[01:34]

<@Starkey>

Now there is the guy I want to slap...

[01:34]

DeepB: you were looking for me earlier ?

[01:35]

* unknown_lamer murders comcast

[01:35]

<unknown_lamer>

When it gets cold I lose my net connection every hour or so

[01:35]

<unknown_lamer>

it sucks

[01:35]

<DeepB>

nerochiaro: yep, to warn you, KoTOR II ending is lame, i won't say more

[01:35]

<unknown_lamer>

luckily I get the same IP every time and IRC's PING/PONG cycle is long enough that I can restart the cable modem and it works

[01:35]

DeepB: i'm getting near it, so i'll find out soon enough

[01:35]

<@Starkey>

So how is the MPC stuff? Do they need help too?

[01:36]

DeepB: what about that adapter, did you get my message ? will it work ?

[01:36]

<DeepB>

nerochiaro: yep, i think either it'll work, or burn faster

[01:36]

<@Starkey>

Hey nerochiaro, you are the guy I wanted to slap.

[01:37]

DeepB: you're not making my life easier, you know ?

[01:37]

Starkey: why so, Master ?

[01:37]

<@Starkey>

You ****ed up the CVS build. Or you were the latest to mess with it.

[01:37]

<@Starkey>

All is fixed now.

[01:38]

<@Starkey>

On HEAD on the main branch.

[01:38]

Starkey: i humbly aplogize, it was all my fault for the mess on HEAD

[01:38]

<DeepB>

Starkey: calm dude, he was on his first try, give him some support

[01:39]

<@Starkey>

Hehe, I know. :)

[01:39]

<@Starkey>

Just have to give him a hard time.

[01:39]

<@Starkey>

All is fixed now. I cleaned up some things too.

[01:39]

<@Starkey>

CVS works out of the box pretty well now.

[01:39]

<@Starkey>

At least I'm happy with it.

[01:39]

Starkey: i think i have learned something from that fiasco and i'm now committing to the right place, hopefully

[01:39]

<DeepB>

Starkey: at least he is committing something, not that i'm pointing to anyone or something ;)

[01:40]

<@Starkey>

I have committed things.

[01:40]

<@Starkey>

And I have not committed things as well.

[01:40]

<@Starkey>

Well learning is a good thing. Just have to give you a hard time. What comes around goes around. Feel free to take swings at me.

[01:40]

i have more stuff that i'm about to commit, but it needed a little more work before being ready, and today i was quite tired, so i played a little to relax. maybe tomorrw

[01:41]

<clinton_>

sdfsdlkfsdlf

[01:41]

<clinton_>

five minutes that time :-\

[01:41]

<DeepB>

Starkey: d'ya had problems with CR/LFs on CVS so far?

[01:41]

<@Starkey>

I have cleaned up the CR/LF problems in the main branch

[01:42]

<@Starkey>

nerochiaro, no rush. We aren't under a deadline. Are we? :)

[01:42]

<DeepB>

Starkey: good to hear, i haven't messed with HEAD since the TI comments removal

[01:42]

DeepB: didn't you clean the newlines too ?

[01:42]

<@Starkey>

I'll be branching any FLAC stuff, but will commit to HEAD any problems that are global.

[01:43]

<@Starkey>

Sounds like a good plan?

[01:43]

<DeepB>

nerochiaro: on HEAD? could be, but i don't really remember, i don't use that branch much

[01:44]

<DeepB>

Starkey: sounds fine to me

[01:44]

Starkey: no deadlines, of course, but i want to see that stuff i'm working on released soon. i'm really enjoying working on it now that it's proceeding smoothly, and it sucks being too tired to be able to go on

[01:44]

<@Starkey>

Sleep is good

[01:44]

<@Starkey>

What are you working on?

[01:45]

a file browser thingie

[01:46]

<@Starkey>

Neato

[01:47]

<@Starkey>

Whats different from yours from the current file browser? More info displayed?

[01:47]

indeed. you (and deepB too) can checkout the branch and look at the little that is up already, if you want. doesn't do much , but doesn't crash like the old one i made, either

[01:48]

Starkey: what's different ? i'm trying to make it cache what it reads to minimize disk accesses

[01:48]

<@Starkey>

Very nice

[01:49]

Starkey: also, i'll probably add more options to manip the files, and i'm looking to make some smarter use of more keys too

[02:06]

I'm trying to rebuild my Neuros' DB with NDBM, and it keeps stalling when it gets to a specific track. Tried it several times on two different computers (one Win, one Lin). Any suggestions?

[02:06]

<Yono>

try sorune and see if you have the same problem

[02:15]

I can't use Sorune ATM, can't install Perl-TK.

[02:15]

Anything else I can try?

[02:15]

<Yono>

older versions of NDBM perhaps

[02:15]

<Yono>

Starkey, any suggestions?

[03:13]

Ahh, Sorune is saying the files from that directory are 'unsupported'.

[03:13]

Why would that be, all I can think of is that the filenames are too long.

[04:48]

Does anyone here know about Demoshield Installer? More specifically, the one that's used for TI's Code Composer Studio?

[04:48]

Sorry, if you've seen me ask here before...

night night all

<DeepB>

<DeepB>

with such a high storage density (1Tbit/in2), who would need a hard drive based player?

[15:33]

<DeepB>

that would allow about ~125Gb on a single square inch

[15:41]

guess that could be cool

[15:41]

wonder how fast it can switch

[15:42]

<DeepB>

fast enough to eat the whole flash memory market, i guess

[15:44]

sure - yeah

[15:45]

but I wonder if it could eat the RAM market, too :)

[15:45]

nothing like persistent RAM for an awesome suspend mode

[15:45]

<ivel|Work1>

mmm i like eating. :)

[15:45]

LOL

[15:46]

<DeepB>

ivel|Work1: flash chips are hard to chew, i'd recommend potato chips instead :)

[15:46]

<ivel|Work1>

yeah....but flashing girls are good!

[15:47]

<DeepB>

yo.. cannibal instints

[15:47]

<ivel|Work1>

flashing....not eating...:LOL:)

[16:17]

<Yono>

day!

[16:17]

<Yono>

hello

[17:02]

* chreekat waves

[18:02]

Starkey: I got the compiler installed.

[18:03]

Problem was I extracted to a Temp folder I created and did not check option for "expand folders"

[18:10]

anyone use ubuntu?

[18:11]

not yet - wanna try it, though

[18:16]

I'm a big Debian guy so I'd like to see how they do it

[19:11]

<DeepB>

i have Hoary on my laptop

[19:14]

<DeepB>

switched from Sid, it's neat

[19:25]

<ivel|Work>

DeepB: what's hoary?

[19:25]

Hoary is a version of Ubuntu linux

[19:25]

<ivel|Work>

ahhh ubuntu

[19:26]

<ivel|Work>

what is it based from? RPM or Debian?

[19:26]

Debian

[19:33]

<DeepB>

for me, the best desktop Debian based distro for x86/x86_64

[19:39]

DeepB: does it work well on x86-64?

[19:40]

<ivel|Work>

is it pure 64?

[19:41]

I'm grabbing netbsd2.0 x86 cd by bittorrent now

[19:41]

(and I must say - BT rulez

[19:42]

<DeepB>

JoshMalone: yes, it has both kernel and packages built for x86_64 out of the box

[19:42]

cool -must tell my co-workers

[19:48]

<DeepB>

uh, and X.org too, which is nice if you're into GUIs, and OpenOffice.org 2.0, and Gnome 2.8, KDE 3.4, etc...

[19:50]

rule :)

[19:51]

Gotta decide what's gonna go on my next machine (since my last one died last week)

[19:51]

<DeepB>

XP Home, hands down

[19:53]

<DeepB>

it allows you to have more than one account logged in simultaneously!

[19:57]

LOL

[19:57]

windows is out of the question

[19:58]

choice is really btwn Debian/Ubuntu, NetBSD 2 and FreeBSD 5

[19:59]

<DeepB>

how's that *bsd thing? i've never tried a single one

[20:00]

I love BSD - it's a much more "true" unix OS than Linux

[20:00]

things are much more....formal I guess is a decent word to use

[20:01]

I used to be a FreeBSD sysadmin before I became a Linux/ARM developer

[20:01]

I've run Net, Free and Open and I like 'em all, really

[20:04]

<DeepB>

from what i've heard they're neat as servers, how do they play on a desktop system? guess Apple proved they rock, but how's the thing going for PC clones? i mean, hw support, drivers and all that stuff that usually is the Achille's heel of alternative OSes?

[20:04]

I know freeBSD the best so I'll speak for it:

[20:05]

it doesn't support as many devices (peripherals, mainly) as say...Linux..but what it does support it supports very well

[20:05]

main issues are with wireless cards, some USB devices

[20:05]

and mobo chipsets (particularly SATA, I believe)

[20:06]

but I've never had a show-stopper using it on my dekstops

[20:07]

<DeepB>

show-stopper?

[20:09]

umm...a critical piece that just didn't work and prevented me from getting the system running

[20:09]

<DeepB>

got it

[20:09]

<unknown_lamer>

JoshMalone: he's freebsd's smp support?

[20:10]

for example: on-board ethernet may not work on very new machine, but I can drop in a PCI card that does work

[20:10]

<unknown_lamer>

s/he's/how's/

[20:10]

unknown_lamer: AWESOME

[20:10]

<unknown_lamer>

Better than Linux-2.6?

[20:10]

FreeBSD 5.3 has fine-grained kernel locking

[20:10]

compared to Linux 2.6 it's better some ways, not as good others; but very stable

[20:10]

<unknown_lamer>

Now, have you *used* free bsd 5.3 on a real live smp rig?

[20:11]

yes

[20:11]

on multi-way Xeon servers serving high-traffic web sites (3 T1s)

[20:12]

you have to tune it VERY carefully, but it can scream

[20:12]

* unknown_lamer has dual athlon mps

[20:12]

have you tried FBSD5.3 on it?

[20:12]

<unknown_lamer>

Nope

[20:12]

<unknown_lamer>

I haven't had to reinstall Debian in like five years so ...

[20:12]

I don't know how well it's doing with specific Athlon MP stuff

[20:13]

<unknown_lamer>

My next system is going to be a four way dual-core opteron

[20:13]

<unknown_lamer>

so eight total cores :)

[20:13]

wow

[20:13]

<unknown_lamer>

This is years away

[20:13]

<unknown_lamer>

Eventually that system will be affordable :)

[20:13]

Yeah FBSD 5.x is finally getting all the drivers MP-safe (meaning they can use the fine-grained kernel locking)

[20:14]

with that, the kernel can be doing disk block I/O on one CPU and network I/O on another at the same time

[20:14]

(previously, only one application could be "in the kernel" at a time, even on SPM systems)

[20:15]

<unknown_lamer>

damn big kernel locks

[20:15]

yeah - the really kill performance

[20:15]

I think Linux 2.6 has something similar

[20:16]

(similar to fine-grained locking, I mean)

[20:16]

but I've never used Linux 2.6

[20:16]

<unknown_lamer>

Linux 2.6 has fine grained locking

[20:16]

<unknown_lamer>

and preemption

[20:16]

are all the drivers MP safe?

[20:16]

<unknown_lamer>

Yes

[20:16]

<unknown_lamer>

they have been since preempt was merged

[20:17]

awesome

[20:17]

<unknown_lamer>

preempt basically means the drivers have to be ready to be interrupted at any time, even on UP systems

[20:17]

<unknown_lamer>

so when it wasm erged in in 2.4 everything quickly got in order :)

[20:17]

<ivel|Work>

freebsd rocked on the Alpha boxes i used to run it on

[20:18]

yeah - alpha was the only other arch that FreeBSD cared about until recently

[20:18]

<ivel|Work>

does much better with RAID controllers and arrays

[20:18]

we used to have a quad-alpha decserver

[20:18]

<ivel|Work>

how big?

[20:18]

<ivel|Work>

5/533?

[20:18]

FreeBSD's disk subsystem is a ROCK! I love GEOM and ataraid

[20:18]

<ivel|Work>

or an ev6.7

[20:18]

4/75 :)

[20:19]

<ivel|Work>

ouch....

[20:19]

<ivel|Work>

hrm...the littlest box i had was a 4/166

[20:19]

it didn't do much....mostly it just held up one end of the workbench

[20:19]

<ivel|Work>

and that was single proc

[20:19]

<ivel|Work>

no doubt!

[20:19]

but it was physically HUGE

[20:20]

anyway - yeah 5.3 is great; can do some nice tricks like background fsck and geom-based disk encryption

[20:22]

<ivel|Work>

always seemed to do ok on the desktop stuff...if you wanted to download the newest kde you could.

[20:22]

<ivel|Work>

what is the command to install ports again?

[20:22]

<ivel|Work>

i'm too apt-get ish now....

[20:24]

<ivel|Work>

pkg_add i think.

[20:24]

cd $portsdir/x11-wm/kde && make install :)

[20:25]

oh binaries - yeah pkg_add -l I think

[20:26]

<ivel|Work>

oh well it's been a while since i used them.

[20:28]

me, too

[20:28]

been all Linux for almost a year now (at current job)

[22:16]

<mb>

Does anyone know when they'll start shipping the Neuros again?

[23:01]

what is the status of the main branch? i am running the garbage branch on my neuros, but i want to start doing some development soon. what branch should i use or should i use the trunk?

[23:02]

lennym: garbage branch is the better place to start doing developement on, IMHO

[23:02]

<Yono>

use the garbage or nerochiaro branch

[23:02]

<Seed>

one day I'll have my own branch

[23:02]

Yono: mine is derived from garbage, so that's almost the same, except for the stuff i'm adding

[23:03]

why create so many branches? can't we all just get along ;)

[23:03]

<Yono>

but for now you are just a lowly seed in the ground

[23:03]

<Seed>

I'm very fertile

[23:03]

<Yono>

lol, I'm sure you are ;)

[23:04]

lennym: well, eventually the idea is to merge them all togheter later. at least, that's what i want to do

[23:04]

lennym: but i prefer to work in some kind of sandbox, for now

[23:05]

anyway, you can use HEAD too i think, Starkey did some work on it recently to make it build as it should, so you might as well look into that. but you better ask Starkey

[23:06]

well, i wouldn't be checking directly into it, at least i don't think i would, but if we are all doing some devel it just seems like we will eventually become too far apart from each other to merge easily

[23:06]

ok, well thanks for the info

[23:07]

lennym: you might have a point here. we are not very well organized at the moment, that's a fact

[23:08]

yeah, that is the impression i get

[23:09]

are there people at neurosaudio still doing work?

[23:09]

or have they completely moved to the new product?

[23:09]

i think there are, the release of 2.28 is a sign in that direction

[23:10]

<DeepB>

dudes, i need help

[23:10]

plus Joe said he's assembling a new dev team dedicated to firmware developement, that "will collaborate with the open source effort from day one", including a common CVS. so we'll see i guess

[23:10]

DeepB: speak up, dude

[23:10]

<DeepB>

after reading and (surprisingly) aceepted the most abusing EULA in the world

[23:11]

<DeepB>

i still don't know how to use this Paypal thing

[23:11]

<Yono>

ugh

[23:11]

"by agreeing to this contact you are selling your famility to slavery and your soul to hell ?"

[23:11]

<Yono>

I've heard paypal is an ass internationally

[23:11]

<Yono>

take huge amounts of money

[23:11]

DeepB: what you're not grokking about it ?

[23:12]

<DeepB>

i fed them with my credit card info, and now they tell me to allow them to charge 1.95 USD

[23:12]

<DeepB>

i mean.. come on, is that really needed?

[23:13]

that's fine, it's needed to verify your CC, and you will have 1.95 in paypal money in yout account. there's no other way. i did it (surprisingly) and they didn't harm me or my finances, as far as i can tell

[23:13]

i agree they could find a better way to do that, though

[23:14]

<DeepB>

but they say it would take 2-4 bussiness days to complete this proccess

[23:14]

could be a modest overestimate

[23:15]

in fact that's exactly what happened. after some (many) days go to your CC account online, and you'll see the 1.95 charged to ya and some code in the reason

[23:15]

reason = description of the transaction

[23:15]

<DeepB>

ok, got it

[23:16]

for me it was more than a week, by the way

[23:17]

<DeepB>

i laughed at the two small TEXTAREAs containing the eula and the disclaimer

[23:17]

funny thing is, i opened that account, and then changed plans and never bought the thing i wanted to buy with that account.

[23:18]

so i just wasted 2 dollars and gave away my CC number, basically

[23:18]

<DeepB>

five row tall with a huge scroll, yet containing a 20 page document... that's unfair

[23:18]

stupid indeed

[23:18]

course it's unfair - it's paypal :)

[23:18]

didn't find the term particularly abusive, though

[23:19]

term = EURLA

[23:19]

er EULA

[23:20]

<DeepB>

no? wait till you'll have to dispute on US courts till burst

[23:20]

mmh, you might have a point here, yes

[23:20]

<DeepB>

of course, you're discouraged from doing so after the sole reading

[23:22]

<DeepB>

ahh.. i wonder when regular IBAN transfers will be globally accepted in the net

[23:22]

<DeepB>

i hate this paypal thing, and i haven't used it yet

[23:24]

i paid my neuros with an IBAN transfer, but it was a pain to get it going right: having to call the clerk, spell to him all the details of the beneficiary, then get back and ask Keith details i had missing, then phone back etc... painful.

[23:25]

and my bank is particulary swift for tha kind of things, i don't even want to try that with an old fashione bank

[23:25]

yeah... US needs to use IBAN regularly. i am in NZ now and i use it for everything

[23:26]

lennym: same here in italy, i pay lots of stuff with that, and works like a charm. as long as you do it inside europe, i have a snappy web interface that makes it a breeze. the US is the problem

[23:27]

nerochiaro: yup... i am heading back to the US in a month and i will have to go back to using paypal. ugh

[23:27]

<DeepB>

exactly the same here, it works great for me, plus i'm more confident with it

[23:28]

Yup, never heard of it

[23:28]

chreekat: never heard of bank-to-bank transfer ?

[23:29]

<Seed>

nerochiaro: what is the transfer speed you get to the device? not in theory. more or less what you see

[23:29]

I've never seen the (acronym?) IBAN

[23:29]

chreekat: International Bank Account Number

[23:30]

Seed: transfer speed for what ? the USB 2 interface on the neuros ?

[23:30]

"International" eh? Sounds like something the US would avoid. ;-)

[23:30]

<Seed>

yes

[23:30]

Have I mentioned yet that I would greatly appreciate a job and a place to stay in any of your respective countries? :)

[23:31]

chreekat: you just give someone else your IBAN and they can deposit money into your account. great for automatic payments like rent or mortgage, etc...

[23:31]

chreekat: you did, at least with me :)

[23:31]

haha

[23:31]

lennym: that's what i love of it, all my bills get paid in that way. convenient as hell

[23:32]

chreekat: what kinda qualifications do you have? send me a resume

[23:32]

<Seed>

nerochiaro: faster than it takes you to type, I hope :)

[23:32]