**** BEGIN LOGGING AT Thu Jul 28 02:59:57 2011
**** ENDING LOGGING AT Thu Jul 28 04:47:29 2011

**** BEGIN LOGGING AT Thu Jul 28 04:42:14 2011
Jul 28 18:36:36 <linuxjacques> what do we know about bt on the tp?
Jul 28 18:36:43 <linuxjacques> which stack does it use?
Jul 28 18:37:13 <linuxjacques> it looks like the kernel doesn't even have bt enabled so how does it work? (I don't know much about bt)
Jul 28 18:59:06 <ka6sox-farfarawa> linuxjacques, its either an SDIO card or USB.
Jul 28 19:04:46 <linuxjacques> ka6sox-farfarawa: but what about the software stack?
Jul 28 19:04:59 <linuxjacques> a while back we talked about trying to get bluez working
Jul 28 19:05:28 <linuxjacques> we need to be able to add new device types (not sure what the bt jargon is)
Jul 28 19:05:32 <linuxjacques> like mice
Jul 28 19:16:59 <ka6sox-farfarawa> well...USB mice are not in the stack...
Jul 28 19:17:18 <ka6sox-farfarawa> the BT stack is based on who's BT they are using
Jul 28 19:17:38 <ka6sox-farfarawa> look @ sysfs for the BT stuffs...(or I will in a bit)
Jul 28 19:17:51 <linuxjacques> at work right now so I can't look :-(
Jul 28 19:18:30 <linuxjacques> IIRC though, CONFIG_BT isn't enabled in the kernel config, so I don't understand how bt is working
Jul 28 19:34:03 <ka6sox-farfarawa> external module
Jul 28 19:34:09 <ka6sox-farfarawa> or SDIO driver.
Jul 28 19:38:46 <linuxjacques> I'm pretty sure it's noy a module
Jul 28 19:38:50 <linuxjacques> not
Jul 28 19:39:14 <linuxjacques> I have only ever seen the ar6000 (or w/e the wifi driver is called) loaded
Jul 28 19:39:21 <ka6sox-farfarawa> kk
Jul 28 19:39:21 <linuxjacques> *unless* that module also drives bt
Jul 28 19:40:25 <linuxjacques> I need to look at the teardown again. I don't recall the bt hardware.
Jul 28 19:42:36 <linuxjacques> CSR BC63B239A04 - Single-chip Bluetooth 2.1 + EDR
Jul 28 19:42:47 <linuxjacques> this looks good: http://www.ubmtechinsights.com/teardowns/hp-touchpad-teardown/?cid=146
Jul 28 19:43:17 <linuxjacques>     * Invensense MPU-3050 - 3-Axis Digital Gyroscope      * STMicroelectronics LSM303DLH - 3-axis accelerometer and 3-axis magnetometer
Jul 28 19:43:36 <linuxjacques> so how do we access the gyro and compass?
Jul 28 19:46:18 <linuxjacques> why does http://h41112.www4.hp.com/promo/webos/us/en/shopping-touchpad.html say "Dual-band Wi-Fi1 802.11 a/b/g/n" while that teardown says "Qualcomm/Atheros AR6003 - Single-chip 802.11b/g/n WiFi" ?
Jul 28 19:46:23 <linuxjacques> where did the "a" go?
Jul 28 19:46:35 <linuxjacques> do we have confirmation on 5GHz?
Jul 28 19:47:47 <linuxjacques> looks like HP is correct "With increased data throughput capabilities offered by 11n, the AR6003 achieves up to 48 Mbps in the 2.4 GHz band in 20 Mhz mode, and an unprecedented 85 Mbps in the 5 GHz in 40 Mhz mode."
Jul 28 19:47:56 <linuxjacques> from http://www.qca.qualcomm.com/technology/technology.php?nav1=47&product=67
Jul 28 19:53:07 <linuxjacques> ah, looks like two AR6003 models, AR6003G has no "a", while AR6003X does.
Jul 28 19:54:11 <ka6sox-farfarawa> we have the X
Jul 28 19:54:25 <ka6sox-farfarawa> I know that because I connect to the A at my office
Jul 28 19:57:34 <linuxjacques> yeah, I just found a pic at http://www.techrepublic.com/photos/cracking-open-the-hp-touchpad/6253940?seq=64&tag=thumbnail-view-selector;get-photo-roto
Jul 28 19:57:44 <linuxjacques> ka6sox-farfarawa: that's nice :-)
Jul 28 20:00:52 <linuxjacques> I'd forgotten that Qualcomm bought Atheros in Jan
Jul 28 20:03:10 <ka6sox-farfarawa> yup yup.
Jul 28 20:31:12 <linuxjacques> looks like palm backported the wm8958 audio codec driver from here http://opensource.wolfsonmicro.com/
Jul 28 20:32:15 <linuxjacques> that driver went into 2.6.38
Jul 28 20:41:54 <linuxjacques> the bt chip isn't showing up on CSR's site
Jul 28 20:42:26 <linuxjacques> and the only bt driver I see in the palm kernel patch is for a broadcom part
Jul 28 20:42:57 <PuffTheMagic> linuxjacques: yo
Jul 28 20:43:04 <PuffTheMagic> i got neverball building last night
Jul 28 20:43:12 <linuxjacques> :-\
Jul 28 20:43:16 <PuffTheMagic> all with build.git
Jul 28 20:43:27 <linuxjacques> ooo, lol I mesread
Jul 28 20:43:30 <PuffTheMagic> sans the GL/ES libs/headers
Jul 28 20:43:34 <linuxjacques> I thought you said "I never got neverball building"
Jul 28 20:43:36 <linuxjacques> lol
Jul 28 20:43:41 <PuffTheMagic> :D
Jul 28 20:43:44 <PuffTheMagic> no i got it building
Jul 28 20:43:47 <linuxjacques> cool
Jul 28 20:43:52 <PuffTheMagic> i couldnt figure out the asix shit
Jul 28 20:43:55 <PuffTheMagic> so confusing
Jul 28 20:44:01 <linuxjacques> yeah for me too :-(
Jul 28 20:44:08 <PuffTheMagic> esp considering all the orientations you could play it in
Jul 28 20:44:11 <linuxjacques> I can see them working, just wrong
Jul 28 20:44:24 <linuxjacques> did you try neverputt? it's easier to see what's happening
Jul 28 20:44:31 <PuffTheMagic> no i didnt play that
Jul 28 20:44:56 <linuxjacques> someone was saying the Z axis was inverted from previous palm devices
Jul 28 20:45:04 <linuxjacques> dunno if that's relevant
Jul 28 20:45:13 <PuffTheMagic> so i sent chuq/lisa another email about a dev TP, now that I have 3 enyo apps in the work
Jul 28 20:46:19 <PuffTheMagic> i wish there was a diagram that clearly shows the axes labeled on the TP
Jul 28 20:46:59 <linuxjacques> when we figure it out we can make one :-)
Jul 28 20:47:53 <PuffTheMagic> you would think it would be on hp's site somewhere
Jul 28 20:48:17 <PuffTheMagic> should just make a test sdl app and figure it out
Jul 28 20:48:30 <PuffTheMagic> i added some printf's to neverball
Jul 28 20:48:34 <PuffTheMagic> and i thought i had it figured out
Jul 28 20:48:37 <PuffTheMagic> but i dont
Jul 28 20:48:57 <PuffTheMagic> it seems like proper controls would take into account all 3 axes to some degree
Jul 28 20:49:15 <PuffTheMagic> but my math sucks
Jul 28 22:01:36 <linuxjacques> sorry, back now
Jul 28 22:02:44 <linuxjacques> PuffTheMagic: a clue might be that neverball thinks we're using a joystick - what would the third axix be on a joystick? usually it's rotation of the stick
Jul 28 22:03:17 <ka6sox-farfarawa> you can't use the accellerometer data?
Jul 28 22:03:29 <linuxjacques> neverball needs a accelerometer mode
Jul 28 22:04:08 <linuxjacques> ka6sox-farfarawa: you mean not through the SDL joystick emulation?
Jul 28 22:04:17 <linuxjacques> maybe that would be a way to go
Jul 28 22:04:42 <linuxjacques> but AFAIK the only "supported" way to use the accelerometer in an SDL app is through joystick emu
Jul 28 22:05:49 <linuxjacques> I would *like* to have access to the accel, gyro, and compass
Jul 28 22:06:09 <linuxjacques> the SDL joystick emu is limiting
Jul 28 22:07:03 <PuffTheMagic> what is the difference between accelerometer and gyro on the TP
Jul 28 22:07:10 <PuffTheMagic> are they really different?
Jul 28 22:07:33 <linuxjacques> they are differnt sensors, but on the tp I think they are in the same package
Jul 28 22:08:19 <PuffTheMagic> how do they differ
Jul 28 22:08:44 <linuxjacques> http://www.differencebetween.net/technology/difference-between-gyroscope-and-accelerometer/
Jul 28 22:10:17 <linuxjacques> in practice, both used together can give much more accurate orientation and motion results
Jul 28 22:11:03 <linuxjacques> the gyro can compensate for accelerometer "errors"
Jul 28 22:11:13 <linuxjacques> where "errors" == "being fooled"
Jul 28 22:12:58 <linuxjacques> if you look at IMUs like this one http://www.sparkfun.com/products/10736 and how they are used in UAVs (for example) there is a lot of math and multiple sensor data can be combined to produce an accurate result
Jul 28 22:13:26 <linuxjacques> I dunno if the tp is processing the accel and gyro data and just returning much more accurate orientation
Jul 28 22:13:39 <linuxjacques> or if that would have to be done by the app
Jul 28 22:14:41 <linuxjacques> accelerometer can "only" sense Gs and gyro can "only" sense rotation
Jul 28 22:14:56 <linuxjacques> if a gyro is not rotating, it senses nothing (is my understanding)
Jul 28 22:15:43 <PuffTheMagic> halfhalo-work, do you know how to use npm?
Jul 28 22:15:51 <halfhalo-work> si senor
Jul 28 22:16:30 <halfhalo-work> its much easier with new nodes and new npms than with the 0.2.3 shipping due to the way modules are stored/referenced
Jul 28 22:16:48 <PuffTheMagic> i got it....
Jul 28 22:17:00 <halfhalo-work> got it?
Jul 28 22:17:03 <PuffTheMagic> working
Jul 28 22:17:07 <PuffTheMagic> i cant install shit as root
Jul 28 22:17:12 <PuffTheMagic> and expect it to work as non-root
Jul 28 22:17:13 <PuffTheMagic> :/
Jul 28 22:17:51 <halfhalo-work> no, not with that version and npm setup the default way.
Jul 28 22:20:19 <halfhalo-work> it has to do with where npm stores its files, in your case its root owned.  new npms will install modules into a folder called node_modules in the directory npm install was run, which has the added benefit of letting you have everything contained in one folder.
Jul 28 23:04:51 <linuxjacques> I was wrong before - accel and compass are in same package, not accel and gyro - gyro is it's own package
Jul 28 23:05:01 <linuxjacques> s/it's/its/
Jul 28 23:17:19 <dtzWill> linuxjacques: oh yeah, accel is def done through joystick
Jul 28 23:17:31 <dtzWill> oh you definitely knew that, sorry :)
Jul 28 23:17:33 * dtzWill is reading
Jul 28 23:17:37 <linuxjacques> np
Jul 28 23:18:15 <dtzWill> linuxjacques: i would hope/expect they handle the accel/gyro working together for you
Jul 28 23:18:32 <dtzWill> while SDL itself doesn't contian references to gyro stuff
Jul 28 23:18:38 <dtzWill> it access it through ipc calls to other things
Jul 28 23:18:43 <dtzWill> so possibly/probably done there...?
Jul 28 23:19:14 <linuxjacques> from looking at the kernel patches and the gyro datasheet, I can probably determine if they are putting gyro in the mode where it fuses the accel data
Jul 28 23:20:04 <linuxjacques> you should end up with low latency, accurate orientation then
Jul 28 23:27:52 <linuxjacques> strnagely, this driver is not in the patches: https://patchwork.kernel.org/patch/621431/ "Add a driver to support InvenSense mpu3050 gyroscope chip."
Jul 28 23:29:53 <dtzWill> are we sure the tp has a gyro? wasn't somehow removed or something?
Jul 28 23:30:57 <linuxjacques> they are seeing it in the teardowns
Jul 28 23:31:06 <dtzWill> okay, that settles that :).
Jul 28 23:31:21 <linuxjacques> and I'm seeing references to it in the kernel patches (which doesn't prove anything)
Jul 28 23:33:23 <linuxjacques> http://www.techrepublic.com/photos/cracking-open-the-hp-touchpad/6253940?seq=67&tag=siu-container;photopaging#photopaging
Jul 28 23:33:33 <linuxjacques> it's the MPU3050 in that pic
Jul 28 23:36:03 <dtzWill> oh, great. well that's that :)
Jul 28 23:36:09 <linuxjacques> yep :-)
Jul 28 23:37:33 <linuxjacques> I suppose it's possible that the gyro is not currently being used
Jul 28 23:38:07 <PuffTheMagic> why dont you just look at the sdl patch for webos?
Jul 28 23:39:11 <dtzWill> am i the only one that git-ify's the source palm/hp provides?
Jul 28 23:39:30 <dtzWill> import base revision, apply patch, commit, use git to reason/navigate the patch?
Jul 28 23:39:47 <linuxjacques> that's cool, I should do that
Jul 28 23:39:49 <dtzWill> asking for two reasons 1)is there a better way but also 2)should we automate/share that? just a thought :)
Jul 28 23:40:13 <linuxjacques> it sounds very useful to me
Jul 28 23:40:16 <dtzWill> for packages that have same base version, diffin'g 1.4.5's sdl vs 3.0.0 easily would be nifty for example
Jul 28 23:40:26 <dtzWill> idk if we'd want branches or what
Jul 28 23:40:29 <dtzWill> guess we would.
Jul 28 23:40:43 <dtzWill> but i'd imagine we probably don't wanna host all the source again ourselves? xD idk
Jul 28 23:41:05 <dtzWill> would make WIDK easier :P. clone the sdl repo, checkout branch for the desired version ^.^
Jul 28 23:41:24 <dtzWill> shrug, just throwing it out there--something similar to that might be useful
Jul 28 23:41:41 <dtzWill> anyway the sdl patch re:accelerometer is rather boring
Jul 28 23:41:54 <linuxjacques> PuffTheMagic: dtzWill looked at the sdl patch and didn't see any gyro references, but I think it may be fusing accel + gyro info transparently (sorry, I mentioned it in #webos-internals)
Jul 28 23:41:55 <dtzWill> "git show src/joystick" :)
Jul 28 23:42:22 <dtzWill> basically you see nothing, it's just a bunch of data repackaging and the like
Jul 28 23:43:55 <dtzWill> i guess the way they clamp it might be of interest--maybe the raw unclamped values are useful in some application, idk
Jul 28 23:45:35 <dtzWill> lol fun with float/int conversion
Jul 28 23:45:48 <linuxjacques> there are many variables, for example accels have selectable g-ranges and gyros have selectable degrees/sec ranges
Jul 28 23:46:07 <linuxjacques> the smaller the range, the greater the precision
Jul 28 23:48:38 <PuffTheMagic> i dont think accuracy is even an issue here
Jul 28 23:48:44 <PuffTheMagic> i think its just how the data is used
Jul 28 23:49:41 <linuxjacques> accuracy isn't our issue with neverball, no
Jul 28 23:55:02 <linuxjacques> biab
Jul 28 23:56:45 <dtzWill> is neverball in a git repo yet then?
Jul 28 23:57:53 <dtzWill> ah, nah you guys are building from SVN source via build.git or similar, then?
Jul 28 23:57:54 <dtzWill> kk
Jul 28 23:58:37 <dtzWill> (are the deps scary?)
Jul 28 23:58:59 <dtzWill> passingly curious to see what y'all are talking about, but don't wanna throw too much time at setting it up, esp if it's eventually gonna be pushed anywya
Jul 29 00:01:39 <PuffTheMagic> dtzWill, i have build.git building neverball
Jul 29 00:01:54 <PuffTheMagic> but u have to get the GL headers/lib from a mac sdk
Jul 29 00:02:05 <dtzWill> yeah, i have quite a few sdk/pdk copies locally
Jul 29 00:02:06 <PuffTheMagic> no need for sb2
Jul 29 00:02:11 <dtzWill> kk
Jul 29 00:02:20 <PuffTheMagic> but i didnt push all the new make files yet
Jul 29 00:13:11 <dtzWill> great, lmk if/when you do
Jul 29 00:13:12 <dtzWill> :)
Jul 29 00:16:14 <PuffTheMagic> dtzWill, pushed
Jul 29 00:16:19 <PuffTheMagic> cd toolchain
Jul 29 00:16:56 <PuffTheMagic> you want at least bzip2, freetype,jpeg,libpng,libsdl-ttf,libvorbis,libogg,physfs
Jul 29 00:17:02 <PuffTheMagic> and the deps to them
Jul 29 00:17:03 <PuffTheMagic> have fun
Jul 29 00:17:04 <PuffTheMagic> :D
Jul 29 00:17:48 <PuffTheMagic> alsa-lib, pulse, libsamplerate, libsndfile
Jul 29 00:17:51 <dtzWill> errr so build.git is like the WIDK but without the useful scripts for downloading/etc? :(
Jul 29 00:17:51 <PuffTheMagic> that might d oit
Jul 29 00:18:00 <dtzWill> and no sb2, but that's really just to prevent things from themselves mostly
Jul 29 00:18:02 <dtzWill> kk
Jul 29 00:18:09 <PuffTheMagic> the only thing that does not download is the GL headers
Jul 29 00:18:21 <dtzWill> oh and WIDK has dependencies, hrm.
Jul 29 00:18:36 <PuffTheMagic> ya i dont get why build.git isnt based off widk
Jul 29 00:18:41 <PuffTheMagic> but
Jul 29 00:18:44 <PuffTheMagic> i also dont want to use sb2
Jul 29 00:18:54 <PuffTheMagic> build.git def needs dep support
Jul 29 00:19:11 <dtzWill> PuffTheMagic: yeah, did you ever get it working right?
Jul 29 00:19:20 <PuffTheMagic> get it working right?
Jul 29 00:19:22 <PuffTheMagic> what is IT?
Jul 29 00:19:28 <dtzWill> as of.... year ago? had a buddy who couldn't get sb2 working properly at all
Jul 29 00:19:48 <PuffTheMagic> i've never tried sb2
Jul 29 00:19:51 <dtzWill> oh
Jul 29 00:19:52 <dtzWill> okay
Jul 29 00:19:52 <PuffTheMagic> i wont
Jul 29 00:19:59 <dtzWill> I'm not going to try to convicne you.
Jul 29 00:20:03 <PuffTheMagic> lol
Jul 29 00:20:13 <PuffTheMagic> i dont see the reason for using an emulator
Jul 29 00:20:14 <dtzWill> just for whatever reason the combination of things in gentoo at the time made it significnatly harder than elsewhere
Jul 29 00:20:37 <PuffTheMagic> what does this have to do with gentoo?
Jul 29 00:20:58 <dtzWill> he also doesn't seem to be the most knowledgeable, so I'm happy to write it off as that and not anything gentoo-specific, just could've been a misc bug you had
Jul 29 00:21:03 <dtzWill> it has nothing to do wiht it at all
Jul 29 00:21:37 * PuffTheMagic is confused
Jul 29 00:21:49 <dtzWill> nvm, I'm sorry.
Jul 29 00:21:59 <PuffTheMagic> lol
Jul 29 00:22:08 <dtzWill> you had an aversion to using sb2, and i had a friend run into something he couldn't resolve and seemed conceivable you had a well.
Jul 29 00:22:35 <dtzWill> and i meant all of that as no reflection of you, gentoo, or anything else, just a hint b/c i think he eventually eventually tracked it down
Jul 29 00:22:41 <PuffTheMagic> my aversion to sb2 was the fact that using crossdev in gentoo worked flawlessly
Jul 29 00:22:41 <dtzWill> and if that _Was_ your issue, then that might be sufeul
Jul 29 00:22:42 <dtzWill> that's all :)
Jul 29 00:22:48 <PuffTheMagic> and i had no reason to use sb2/qemu
Jul 29 00:22:50 <dtzWill> haha yeah. sb2 has..some issues.
Jul 29 00:23:03 <dtzWill> well fwiw it only qemu's things that can't cross-compile, no?
Jul 29 00:23:14 <dtzWill> else just aliases cc=arm-none-linux-gnueabi
Jul 29 00:23:20 <PuffTheMagic> everything can crosscompile ;)
Jul 29 00:23:27 <PuffTheMagic> if it cant, there is an upstream issue
Jul 29 00:23:30 <dtzWill> and /hides/  host data
Jul 29 00:23:38 <dtzWill> PuffTheMagic: yeah, if everything cross-compiled nicely
Jul 29 00:23:46 <dtzWill> there would be zero reason for sb2, i think.
Jul 29 00:24:06 <dtzWill> nothing that a very small environment-variable-setting script wouldn't accomplish anywa
Jul 29 00:24:23 <PuffTheMagic> i think the time invested in sb2 should have been spent fixing the broken patches and submitting them upstream
Jul 29 00:24:47 <PuffTheMagic> i think the only packages that i cant crosscompile is perl
Jul 29 00:24:54 <PuffTheMagic> and that has some really ugly makefiles
Jul 29 00:25:00 <PuffTheMagic> and autosuck usage
Jul 29 00:25:10 <PuffTheMagic> if i remember correctly
Jul 29 00:25:34 <dtzWill> yeah it's for broken build systems mostly, as well as things that require target binaries as intermediate things
Jul 29 00:25:50 <dtzWill> shrug
Jul 29 00:25:57 <dtzWill> anyway, mabye you're right idk :).
Jul 29 00:26:07 <PuffTheMagic> but nothing should require target binaries, thats just a sign of a poor makefile
Jul 29 00:26:17 <dtzWill> i'm not arguing with you on that :)
Jul 29 00:29:05 <PuffTheMagic> so
Jul 29 00:29:15 <PuffTheMagic> the comma key on the vkb send Insert?
Jul 29 00:32:37 <dtzWill> so do we run 'mapc' on-device, then?
Jul 29 00:32:40 <dtzWill> cough sb2 cough
Jul 29 00:32:41 <dtzWill> lol
Jul 29 00:32:58 <dtzWill> (I'm just trolling/playing, don't mind me)
Jul 29 00:32:59 <dtzWill> ^.^
Jul 29 00:32:59 <PuffTheMagic> so how are ipks made from stuff that is in sb2?
Jul 29 00:33:27 <PuffTheMagic> dtzWill, build mapc for your host
Jul 29 00:33:30 <PuffTheMagic> and then build them
Jul 29 00:33:45 <PuffTheMagic> i dont think they are elf right
Jul 29 00:33:53 <PuffTheMagic> should be cpu independent
Jul 29 00:33:57 * PuffTheMagic is just guessing
Jul 29 00:34:08 <dtzWill> PuffTheMagic: sb2 -> ipk is the issue, but build.git doesn't solve that afaik
Jul 29 00:34:35 <PuffTheMagic> why wouldnt build.git solve that
Jul 29 00:34:41 <PuffTheMagic> build.git does all the other ipks already
Jul 29 00:34:52 <dtzWill> by manually copying files over?
Jul 29 00:35:20 <PuffTheMagic> well, build.git could use httpunzip.py to stage the GL headers/libs
Jul 29 00:35:35 <dtzWill> no no i mean say i have software i want to make an ipk for
Jul 29 00:35:53 <dtzWill> presently i have to hand-script the process of copying the built binaries, libraries, etc, into where i want them in the ipk
Jul 29 00:36:17 <dtzWill> can't just do some kinda 'make install' automagic, is what i meant.
Jul 29 00:36:20 <PuffTheMagic> ya that would have to be part of your makefile
Jul 29 00:36:34 <PuffTheMagic> s/would have/could be/
Jul 29 00:42:14 <PuffTheMagic> halfhalo-work, ping
Jul 29 00:44:02 * dtzWill leaves neverball alone. if someone stages neverball itself, lmk please :)
Jul 29 00:44:29 <dtzWill> PuffTheMagic: if you have any good ideas how we can facilitate ipk generation from sources, that'd be great
Jul 29 00:45:03 <PuffTheMagic> just build with -rpath
Jul 29 00:45:10 <PuffTheMagic> then copy them into your dir when packaging
Jul 29 00:46:42 <dtzWill> maybe i can get build.git building VBA these days...
Jul 29 00:47:02 <dtzWill> esp now that it was supports all those toolchains, etc
Jul 29 00:47:14 <dtzWill> biggest reason back in the day was the toolchian palm used was too broken :(
Jul 29 00:53:48 <halfhalo-work> ?
Jul 29 00:54:20 <PuffTheMagic> halfhalo-work, was wondering if you wanted to help debug the text input into ace so that I can get to work on the rest of the ui
Jul 29 00:54:45 <halfhalo-work> gimme a bit, eating dinner then heading home from work
Jul 29 00:58:48 <PuffTheMagic> We need to come up with a good name for this editor
Jul 29 00:59:24 <PuffTheMagic> rwhitby, dtzWill, ka6sox-farfarawa , oil , jhowirc ^^
Jul 29 00:59:56 <PuffTheMagic> Programah
Jul 29 01:00:00 <PuffTheMagic> lol
Jul 29 01:00:06 <dtzWill> <3
Jul 29 01:00:17 <dtzWill> speaking of which was playing with eclipse in X the other day haha
Jul 29 01:00:30 <PuffTheMagic> forget that
Jul 29 01:00:35 <dtzWill> worked surprisingly well
Jul 29 01:00:41 <PuffTheMagic> this will be so much better if input gets fixed
Jul 29 01:00:53 <dtzWill> i mean i'd never want to actually use it
Jul 29 01:00:54 <dtzWill> lol
Jul 29 01:00:57 <dtzWill> but that's beside the point
Jul 29 01:01:01 <dtzWill> eclipse i mean, to be clear :)
Jul 29 01:01:22 <dtzWill> oh ffs i switched cables and had my device plugged in via usb 1.x
Jul 29 01:01:24 <dtzWill> >.<
Jul 29 01:01:27 <dtzWill> no wonder that took forever
Jul 29 01:34:00 <dtzWill> mmmm i can't wait for neverball goodness, guys ^.^
Jul 29 01:34:06 * dtzWill assumes role of cheerleader
Jul 29 01:34:16 <dtzWill> *\o/* neverball *\o/*
Jul 29 01:34:28 <dtzWill> o//*
Jul 29 01:34:33 <dtzWill> *\\o
Jul 29 01:34:49 <dtzWill> *\o*\
Jul 29 01:34:51 <dtzWill> *\o/*
Jul 29 01:35:16 <dtzWill> /kick dtzWill wtf is wrong with you
Jul 29 01:35:39 <halfhalo-work> omgomgomgomgomg dnla omgomgomgomg
Jul 29 02:22:57 <jacques> according to this, I am a woman: http://tech.slashdot.org/story/11/07/28/2244236/Linguists-Out-Men-Impersonating-Women-On-Twitter
**** ENDING LOGGING AT Fri Jul 29 02:59:56 2011