[00:00]	<chreekat>	By the time I graduate in June, I expect I'll be starting the .md file.
[00:01]	<chreekat>	At that point, I'll be looking for a job, so I don't know how much I would be able to work on the port anymore
[00:03]	<chreekat>	Any thoughts/questions?
[00:04]	<chreekat>	Oy, I'm sitting w/ shorts on (and no shirt) and sweating. This habit of skipping spring that CA's central valley has is crazy
[00:04]	<kronin>	chreekat: I just want to thank you for anything you get done, in advance, and wish you luck finding a job after you graduate :-)
[00:06]	<chreekat>	Thanks. :)
[00:07]	* chreekat  gets up and dons more clothing.
[00:07]	<chreekat>	Gotta go out now, ttyl
[00:23]	<kronin>	I'm trying to get my firmware build environment setup, but I get an error for a not-found file, audio.obj
[00:24]	<kronin>	I'm using garbage's branch.
[00:24]	<kronin>	(or trying to)
[00:26]	<DeepB>	kronin: create a directory called ccs_projects\Main_APP\Neuros200\obj
[00:27]	<kronin>	the folder is there, it's probably something stupid like the path in my .mak file being wrong.
[00:29]	<kronin>	heh, nevermind, my path was wrong in the .mak file.
[00:35]	<kronin>	DeepB: one more problem. With a fresh checkout of your branch, I'm getting the following error:
[00:36]	<kronin>	cd ../../../source/ui ; \
[00:37]	<kronin>	"c:/ti/c5400/cgtools/bin/cl500.exe" -q -fr"c:/Neuros/neuros-firmware/ccs_projects/Main_APP/Neuros200/obj" -u"_DEBUG" -mf -aw -v548 "UI_MSF_playQueue.c"
[00:37]	<kronin>	"c:/ti/c5400/cgtools/bin/cl500.exe" -q -fr"c:/Neuros/neuros-firmware/ccs_projects/Main_APP/Neuros200/obj" -u"_DEBUG" -mf -aw -v548 "UI_MSF_playQueue.c"
[00:37]	<kronin>	"c:/ti/c5400/cgtools/bin/cl500.exe" -q -fr"c:/Neuros/neuros-firmware/ccs_projects/Main_APP/Neuros200/obj" -u"_DEBUG" -mf -aw -v548 "UI_MSF_playQueue.c"
[00:37]	<kronin>	"c:/ti/c5400/cgtools/bin/cl500.exe" -q -fr"c:/Neuros/neuros-firmware/ccs_projects/Main_APP/Neuros200/obj" -u"_DEBUG" -mf -aw -v548 "UI_MSF_playQueue.c"
[00:37]	<kronin>	"c:/ti/c5400/cgtools/bin/cl500.exe" -q -fr"c:/Neuros/neuros-firmware/ccs_projects/Main_APP/Neuros200/obj" -u"_DEBUG" -mf -aw -v548 "UI_MSF_playQueue.c"
[00:37]	<kronin>	"UI_MSF_playQueue.c", line 49: warning: variable "ii" was declared but never referenced
[00:37]	<kronin>	"UI_MSF_playQueue.c", line 155: error: identifier "M3U_SRAM_BUF" is undefined
[00:37]	<kronin>	"UI_MSF_playQueue.c", line 158: error: identifier "M3U_SRAM_BUF" is undefined
[00:37]	<kronin>	2 errors detected in the compilation of "UI_MSF_playQueue.c".
[00:37]	<kronin>	make: *** [obj/UI_MSF_playQueue.obj] Error 1
[00:37]	<kronin>	There was an error building the firmware.
[00:37]	<JoeBorn>	ok, I better get back to work, but come get me if you need anything or have questions
[00:46]	<DeepB>	kronin: dunno why, but nerochiaro messed up with generic.h on my branch
[00:46]	<DeepB>	i'll try to correct this
[00:47]	<kronin>	it's defined in generic.h, but generic.h isn't being included as a header in UI_MSF_playQueue.c
[00:47]	<DeepB>	it is, but not directly
[00:48]	<kronin>	I figured that might be the case, I tried to track it and got 3 files into it.
[00:53]	<kronin>	DeepB: it's a malformed cairrage return on line 37 in GENERIC/generic.h
[00:53]	<kronin>	Once I fixed that, everything compiled fine.
[00:53]	<DeepB>	yeah, i've fixed it on CVS already
[00:54]	<kronin>	cool
[00:55]	<kronin>	his comments in that file in the header were messed up too, incase you didn't catch those.
[00:56]	<DeepB>	i just rolled back to the previous revision
[03:32]	<gernika>	Thanks for the clicks noiz77
[06:06]	<noiz>	gernika: yeah, i was bored, so i just gave you a lot more ;)
[07:04]	<SmrtJustin>	night all
[07:19]	* [Chameleon]  is back (gone 45:08:25)
[12:49]	<nerochiaro>	DeepB: are you around ?
[13:29]	<k-mouse>	Hi guys. I'm trying to build the firmware for the first time, but verytime I run make-d.bat, I get an error message saying "'make' is not recognized as an internal or external command, operable program or batch file."
[13:29]	<k-mouse>	What can I do about this?
[13:31]	<nerochiaro>	put make in your path
[13:32]	<k-mouse>	where do I find make?
[13:33]	<nerochiaro>	you can either install cygwin, or you can use the make program that comes with the compiler: edit the make-d file and where you find the call to "make" replace it with "gmake".
[13:33]	<nerochiaro>	i tried the second on a couple of times, and it worked for me. should be fine for you too
[13:34]	<k-mouse>	okay, thanks. I'll try it
[13:34]	<nerochiaro>	you're welcome. let me know if you have problems. i'll be around here for a while
[13:35]	<k-mouse>	I've installed cygwin, but can't find gmake...
[13:35]	<nerochiaro>	in cygwin it's just called "make"
[13:36]	<nerochiaro>	it's in <cygwin_root>/bin if i recall correctly
[13:37]	<k-mouse>	there is no "make"-file in the entire cygwin-directory. Not in the bin-file either...
[13:37]	<k-mouse>	bin-folder*
[13:38]	<nerochiaro>	have you selected it in the installation program ?
[13:40]	<k-mouse>	of Cygwin you mean? Cant see nowhere to select that there...
[13:41]	<nerochiaro>	yes, of Cygwin. it should be there, under some section like "developer tools" or similar name. but really, you can just try and edit make-d.bat to run the gmake that comes with the compiler. it's faster and it should work
[13:42]	<nerochiaro>	just replace "gmake" instread of "make" in the line that says "make -f neuros200.mak", near the start of the file
[13:44]	<k-mouse>	Yeah thanks. I just found make in the cygwin installation now. Didn't now I had to manually select it to innstall it. Thanks again for your help...
[13:45]	<nerochiaro>	no problem really.
[13:46]	<nerochiaro>	k-mouse: let me see if i guessed right: you're from germany ?
[13:47]	<k-mouse>	lol, nope. I little more up-north from there...
[13:47]	<nerochiaro>	still europe, though ?
[13:47]	<k-mouse>	yup
[13:47]	<nerochiaro>	like norway ?
[13:48]	<k-mouse>	Yeah, exactly!
[13:48]	<k-mouse>	:P
[13:48]	<nerochiaro>	hehe :) i'm always amazed to see how many people from Europe have a neuros and want to hack with it
[13:49]	<k-mouse>	haha, I guess you're american?
[13:49]	<nerochiaro>	nah, just a little bit south from where you live
[13:49]	<k-mouse>	oh, germany?
[13:49]	<nerochiaro>	souther. i'll save you the guessing: Italy
[13:50]	<k-mouse>	yeah, cool. Actually I'm half italian, half norwegian :P
[13:50]	<nerochiaro>	nice :)
[13:50]	<k-mouse>	but I cant speak italian though... :(
[13:51]	<nerochiaro>	i thought you were german since you said "bin-folder" and that's a typical german verbal tic
[13:51]	<nerochiaro>	hehe, i can't speak norwegian either, but as long as we have english, we'll get along just fine
[13:52]	<k-mouse>	yeah, lol
[13:53]	<k-mouse>	well anyway, am I suppose to rename make.exe with gmake.exe, copy it to the Neuros200-folder and then run make-d.bat?
[13:53]	<k-mouse>	Or have I misunderstood something?
[13:54]	<nerochiaro>	yep, you did. just edit your PATH environment variable so that it will have in it the <cygwin>/bin directory, and you will be fine
[13:55]	<k-mouse>	Okay, but now I got this error message: Neuros200.mak:645: *** missing separator. Stop.
[13:56]	<nerochiaro>	crap, that's the old problem with DOS/UNIX newlines. check if you have a program called u2d or d2u in your cygwin installation
[13:56]	<k-mouse>	something called u2d.exe here...
[13:57]	<nerochiaro>	good. then go in the directory where the makefile is and run "u2d --auto neuros200.mak"
[13:58]	<nerochiaro>	conv
[13:58]	<nerochiaro>	er, sorry
[13:58]	<nerochiaro>	bad paste
[13:59]	<k-mouse>	yeah, I got this error...
[13:59]	<k-mouse>	u2d: cannot accept any conversion type argument other
[13:59]	<k-mouse>	than --u2d (--unix2dos, -D) when the program is called with this name
[13:59]	<nerochiaro>	mmh, my mistake, sorry. try and call "conv --auto neuros200.mak"
[14:00]	<k-mouse>	done...
[14:00]	<nerochiaro>	fine, try running again the make-d
[14:01]	<k-mouse>	oh man, I got a new error here
[14:02]	<k-mouse>	"..\\SYSTEM\\../ctype.h", line 25: fatal error: could not open source file "stdi
[14:02]	<k-mouse>	o.h"
[14:02]	<nerochiaro>	wait a second. when you checked out from CVS, what branch did you picked ?
[14:03]	<k-mouse>	Garbage...I think, if I didn't do something stupid....
[14:04]	<nerochiaro>	then it's ok. try looking into your make-d file. see if you have, near the top, a line that has the words "dosrun.bat" somewhere in it
[14:04]	<k-mouse>	yeah, it's here
[14:05]	<nerochiaro>	can you paste here the whole line, please ?
[14:05]	<k-mouse>	REM call c:\ti\DosRun.bat
[14:05]	<nerochiaro>	IF NOT DEFINED C54X_C_DIR call c:\ti\DosRun.bat
[14:05]	<nerochiaro>	replace it with this one
[14:05]	<k-mouse>	okay
[14:06]	<nerochiaro>	you installed the compiler in c:\ti yes ?
[14:06]	<nerochiaro>	i ask just to make sure
[14:06]	<k-mouse>	yup
[14:07]	<nerochiaro>	try it now, it should work. --- i have to go away for 5 minutes or so, i'll be back later i think. sorry
[14:08]	<k-mouse>	no problem. Thanks for all this far :P
[14:47]	<kmouse>	Anybody here who can help me with another error message?
[17:20]	<DeepB>	nerochiaro: yes?
[18:49]	<nerochiaro>	DeepB: still there ?
[18:50]	<DeepB>	yep
[18:51]	<nerochiaro>	you did mention i messed up with some file in your branch. i don't remember doing so, so it might have been one of my infamous CVS screw-ups
[18:51]	<nerochiaro>	have you checked if there are any others ?
[18:51]	<DeepB>	nope, just generic.h
[18:52]	<DeepB>	but i've only checked the garbage branch
[18:52]	<nerochiaro>	i am sure i modified that file in my branch. probably in head too, when i messed it up in the beginning
[18:53]	<nerochiaro>	in other news, did you manage to try 0.3 of my stuff yet ?
[18:54]	<DeepB>	cvs.sourceforge.net
[18:54]	<DeepB>	not yet
[18:54]	<DeepB>	i've merged your earlier 0.1 mods into my working copy
[18:55]	<DeepB>	i guess i should update and check the goodness of the new one
[18:56]	<nerochiaro>	it's much better now. completely redone (in a better way, i think). actually seems to work for most of the things, except large directories (like music)
[18:56]	<nerochiaro>	between the 0.1 and 0.3, i suggest you merge 0.3
[18:56]	<DeepB>	found a workaround to that yet?
[18:58]	<nerochiaro>	yes, i'll either do like the 2.28 does, reading large directories in blocks, or go ahead and implement caching already (i have found out that if you write one large file to NAND the time is MUCH less than writing several small files. so i might go with a file-system-inside-a-file kind of solution for the cache)
[19:00]	<nerochiaro>	but first i have to solve an insidious bug that pwarren reported to me. it's weird: if you navigate deeper than 2 dirs, when you go back and play a file, if you hit FF for two or three times it freezes your neuros. puzzles me in the extreme
[19:00]	<DeepB>	yep, i've already suggested kind of a binary database for that
[19:01]	<DeepB>	nerochiaro: that bug may imply a malformed play queue
[19:02]	<DeepB>	maybe some pointer is wrong, or missing
[19:02]	<nerochiaro>	i don't touch the play queue yet. playing stuff is not yet into my code.
[19:03]	<nerochiaro>	it happens when you play stuff from outside the files menu, after you have used it
[19:03]	<nerochiaro>	and only in certain cases. i suspect i'm writing somewhere in memory where i should not
[19:03]	<DeepB>	i see, so overlapping memory sections?
[19:04]	<DeepB>	that's what first came to my mind
[19:04]	<nerochiaro>	mmh, yeah, you have a point. i didn't think of that
[19:04]	<nerochiaro>	but how the hell do i check if it is that ?
[19:05]	<nerochiaro>	you mean _code_ memory section, yes ?
[19:05]	<DeepB>	buff.. tricky without a debugger
[19:05]	<nerochiaro>	indeed
[19:06]	<nerochiaro>	only idea i have is to try and remove things until it works again, but it's boring work
[19:06]	<DeepB>	tell me about that
[19:07]	<DeepB>	the recordings database updating bug is there for apparently no reason
[19:07]	<DeepB>	i haven't messed with that code
[19:07]	<DeepB>	but it still chokes on updating
[19:07]	<DeepB>	and i don't have a clue why
[19:08]	<DeepB>	tried to fix it, but it's like shooting in the dark
[19:08]	<nerochiaro>	i feel your pain
[19:08]	<nerochiaro>	but the files are still saved on disk ?
[19:08]	<DeepB>	yep, they should
[19:09]	<nerochiaro>	it's really unpleasant at times, this way of working
[19:09]	<DeepB>	it freezes when recreating the records MDB, after the recording is finished
[19:09]	<nerochiaro>	too bad, because it would be otherwise a very funny project to work at
[19:10]	<nerochiaro>	freezes ? for me it does not freeze. it just says "ok" and the records are not in the db. but the rest works perfectly
[19:10]	<DeepB>	yep, that's the 'ostrich maneouver'
[19:11]	<DeepB>	i finally ended up removing the updating code
[19:11]	<nerochiaro>	well, seems a wiser move
[19:11]	<DeepB>	it's not
[19:11]	<nerochiaro>	it's better than freeze
[19:12]	<DeepB>	it's a coward one
[19:12]	<DeepB>	but sometimes you're just too much pissed off to fix things up
[19:12]	<nerochiaro>	i'd say "better coward than dead", most of the time
[19:14]	<nerochiaro>	maybe when joe's china team gets rolling they might help up check what's funked in our code
[19:14]	<DeepB>	i'd really love to have mgao or someone at NA around here sometimes
[19:14]	<nerochiaro>	yeah, short of getting proper dev equipement, that would be the better thing to have
[19:15]	<nerochiaro>	joe said that when his new team is finally assembled, they will come here often
[19:15]	<DeepB>	too bad i don't know a word of chinese
[19:15]	<nerochiaro>	at least gao speaks english, appearently
[19:16]	<nerochiaro>	i think they are selecting engineers that can speak basic english, seems the basic thing to me
[19:16]	<nerochiaro>	would not be a very smart move otherwise
[19:16]	<DeepB>	you bet
[19:17]	<nerochiaro>	oh well, we just have to wait and we'll see. joe mentioned late april as the ETA for that team. make it a month later before they get organized enough to be able to collaborate effectively with the external devs
[19:18]	<DeepB>	was Joe talking about the recorder, N3, legacy products or all of them?
[19:19]	<nerochiaro>	good question. i suppose legacy is also in, but who knows
[19:20]	<DeepB>	if i were him, and speaking for the money
[19:21]	<DeepB>	i'd put effort in the new ones, while supporting to us for keeping the legacy ones alive
[19:21]	<DeepB>	*supporting us
[19:22]	<DeepB>	for a limited time, while we manage to catch all the quirks on them
[19:23]	<DeepB>	and i'd make sure there were a fluent channel between os developers and official or outsourced ones
[19:24]	<nerochiaro>	seems like a sensible idea for me too. but we have to see if he believes in open source so much that he's willing to trust OSS developers with all the updates, even official ones, to their legacy products
[19:24]	<nerochiaro>	maybe a resident QA team would be still a good thing, to double check the milestones from the OSS community
[19:25]	<DeepB>	well, it's usually cheaper to run automated regression tests than developing stuff
[19:25]	<nerochiaro>	agree
[19:26]	<nerochiaro>	i think we should point joe to the log of this discussion. it might be interesting to know his thoughts about all this issues. really interesting
[19:27]	<DeepB>	dunno, for me it's plain common sense, giving the OS developers are well qualified and TI does not pose a problem
[19:27]	<nerochiaro>	it's common sense to to me too, but what do we know ?
[19:29]	<DeepB>	on this matter, the first thing i'd do it's give up on NSM and bundle the OS sync managers with the N
[19:29]	<nerochiaro>	agree 100%. NSM is dead
[19:29]	<DeepB>	while funding the authors, of course
[19:30]	<nerochiaro>	an agreement with them should be reached, yes. of what kind, i'd leave to them to decide
[19:31]	<noiz>	DeepB: just wondering, are you going to be including the audioscrobbler support in your firmware branch?
[19:31]	<nerochiaro>	i'm not sure i'd ask money if they were to use my work in the official releases. i think i won't
[19:31]	<DeepB>	noiz: www.krose.org
[19:32]	<nerochiaro>	DeepB: so you're taking that and pulling that in ?
[19:32]	<noiz>	also, did you hear that darren has agreed to work with that guy and include audioscrobbler support with sorune?
[19:33]	<DeepB>	noiz: great news, i was thinking of doing that myself
[19:33]	<DeepB>	noiz: i emailed Kyle yesterday
[19:34]	<noiz>	forums.sorune.com
[19:34]	<DeepB>	nerochiaro: could be, i tried to get in touch with him first
[19:34]	<nerochiaro>	smart move
[19:34]	<DeepB>	he posted the patch to the wiki already
[19:35]	<DeepB>	about a month ago or so, but i missed it
[19:35]	<nerochiaro>	DeepB: another thing, i have added a tag to 0.3 in cvs. does it look right to you ? or did i screw up something again ?
[19:36]	<DeepB>	nerochiaro: nerochiaro_0_3 ?
[19:36]	<nerochiaro>	yes
[19:37]	<DeepB>	nerochiaro: cvs.sourceforge.net
[19:37]	<DeepB>	viewcvs chokes on that
[19:37]	<DeepB>	but it works fine on my revision graphs
[19:38]	<nerochiaro>	i applied it with tortoise. just asked it to "tag" on the root of my working dir, after committing everything
[19:39]	<DeepB>	you should commit *before* tagging
[19:39]	<nerochiaro>	that's what i did
[19:39]	<DeepB>	sorry, *after*
[19:40]	<nerochiaro>	mmh, wait. if i commit 0.3 code after tagging... then then tag will refer to pre-0.3 code, not 0.3
[19:40]	<DeepB>	the thing works like this
[19:41]	<DeepB>	the tag works on your local copy
[19:42]	<DeepB>	after commiting, both the tags and the changes are put on the rep, under the new tag
[19:44]	<nerochiaro>	i see. and then what happened when i do what i did ?
[19:45]	<DeepB>	brb, visitors
[19:45]	<nerochiaro>	ok. i'll have dinner then. later
[21:54]	* [Chameleon]  is away: I'm busy
[21:54]	<nerochiaro>	mmmh, i am playing some old recordings i have made with the neuros. foobar2000 tells me that there are mpeg stream errors in them
[21:54]	* unknown_lamer  ponders www.qscaudio.com
[21:54]	<Yono>	hey there Joe
[21:55]	<nerochiaro>	hi joe
[21:55]	<JoeBorn>	hi guys, I was just testing the link
[21:56]	<nerochiaro>	your post seems to be fine
[21:56]	<JoeBorn>	yep
[21:56]	<JoeBorn>	sorry, I thought you meant the link.
[21:56]	<nerochiaro>	both
[21:56]	<Yono>	lets see...20:00GMT is...2:00PM CST?
[21:57]	<JoeBorn>	corrupt.
[21:57]	<JoeBorn>	you guys are probably to young to catch that joke, its from an old highlands electronics radio commercial.
[21:58]	<Seed>	I'm old
[21:58]	<JoeBorn>	do you remember the old Highlands electronics radio ads?
[21:58]	<Seed>	I don't think so
[21:59]	<JoeBorn>	ok, I better run talk to you tomorrow.
[21:59]	<nerochiaro>	yono: see here for translation of 20:00 GMT in various parts of the world: www.timeanddate.com
[22:00]	<Yono>	its 21GMT now tho, right?
[22:00]	<Seed>	yes
[22:00]	<Yono>	ok
[22:01]	<Yono>	seed, you should see if you can get CiTay in here tommorow at 20GMT
[22:14]	<Yono>	CiTay: you been hooked
[22:15]	<Yono>	ur in Germany, right?
[22:15]	<CiTay>	yes
[22:15]	<CiTay>	what do you mean, hooked?
[22:15]	<Yono>	can you be here at 9PM your time tommorow?
[22:16]	<CiTay>	i'll try
[22:16]	<Yono>	thanks
[22:16]	<nerochiaro>	CiTay: what he really wants to show you , is the most recent post here: open.neurosaudio.com
[22:17]	<Yono>	that too
[22:27]	<ncterval>	I'm having a variety of problems with my Neuros... When mounted on Linux, it will now only be read-only. On Windows, there is a 'corupted' directory WExplorer won't let me delete. Now, I can't get the Neuros to boot correctly. I'm trying to flash the NAND, but once it boots to that screen it will not accept button presses all of the sudden.
[22:28]	<ncterval>	None of this has coincided with new firmware, or any such change.
[22:29]	<nerochiaro>	ncterval: might be faulty hardware ? it doesn't seem to be firmware related, as you say
[22:30]	<nerochiaro>	if i were you i'd try to call support
[22:30]	<nerochiaro>	just my 2 cents
[22:30]	<ncterval>	I hope not, the warranty is undoubtedly expired.
[22:31]	<nerochiaro>	do you have also the battery only backpack ?
[22:31]	<ncterval>	No, just a HDD one.
[22:32]	<nerochiaro>	i was about to suggest you to try to boot from the other backpack, but maybe even that wouldn't have helped.
[22:34]	<nerochiaro>	i think that maybe support will at least be able to tell you something more. and also repair it for a fee or somethign. better than having it permanently broken, no ?
[22:34]	<ncterval>	It might have helped, I suspect I did something to the HDD. I cleaned the contacts between the backpack/head a bit, and was able to get the NAND flashed after that. I got it mounted in Linux, but it again is read-only.
[22:34]	<ncterval>	Well, I won't touch the hardware, so I can keep support as a last resort. It's a good suggestion.
[22:35]	<nerochiaro>	maybe you have the HDD that had some kind of shock, and has some damaged areas
[22:37]	<nerochiaro>	if you're willing to open it, maybe it's possible to extract the HDD, hook it up to the PC and run some diagnostics or a low level format on it, then put it back into the neuros. but don't ask me how to do that, as i don't know
[22:37]	<ncterval>	Hmm, what if I formatted the HDD from that hidden menu?
[22:38]	<ncterval>	Do you know the difference between the option 'Format Media' and 'Formal File System'?
[22:38]	<nerochiaro>	didn't you say you couldn't move when you accessed it ?
[22:38]	<nerochiaro>	one formats the flash memory chip, the other formats the hard disk
[22:38]	<nerochiaro>	you want the second one
[22:38]	<nerochiaro>	if you can access it, do that
[22:38]	<ncterval>	That was fixed when I cleaned the contacts, there. Must have been a dust issue.
[22:39]	<nerochiaro>	weird
[22:39]	<ncterval>	'Format File System'?
[22:39]	<nerochiaro>	yes. you will lose everything on it, but you know that
[22:39]	<ncterval>	Alright, I'll try that.
[22:48]	<ncterval>	It's working so far, excellent. It successfully mounted, and I can write to it.
[22:48]	<nerochiaro>	great
[22:49]	<nerochiaro>	seems that the problem is solved, then
[22:53]	<Starkey>	It's a good thing its supposed to snow tomorrow.
[22:54]	<nerochiaro>	is it ?
[22:54]	<Starkey>	Otherwise, I'd be outside.
[22:55]	<Starkey>	At 20:00GMT
[22:56]	<nerochiaro>	:) welcome snow, then
[22:56]	<Starkey>	It's 65F outside right now. Just got back from a little hike.
[22:57]	<nerochiaro>	too cold still to be outside at night, here
[22:58]	<Starkey>	Well 20:00GMT is 1pm here. But its supposed to snow tomorrow. Who knows?