**** BEGIN LOGGING AT Sat Feb 18 02:59:58 2012
Feb 18 03:25:58 <gonzoism> i hope they sent ya'll free phones.
Feb 18 11:24:30 <PaulFertser> lindi-: hey, so how do i provide the testsuite results, what am i to do? Please give me a hint.
Feb 18 11:27:43 <lindi-> PaulFertser: http://lindi.iki.fi/lindi/systemtap/autopkgtest/upstream-testsuite  in the unpacked source directory
Feb 18 11:29:16 <PaulFertser> lindi-: sudo?
Feb 18 11:29:35 <lindi-> PaulFertser: yes, root is needed
Feb 18 11:29:47 <lindi-> PaulFertser: or membership in stapusr & stapdev groups
Feb 18 11:37:18 <CIA-134> SHR: 03shr-devel 07buildhistory * rba3362674d88 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (604 files in 604 dirs): Build 201202181114 of shr 20120218 for machine crespo on shr-chroot
Feb 18 11:40:45 <CIA-134> SHR: 03Martin.Jansa 07meta-smartphone * rd8a325e870d2 10/meta-shr/recipes-extended/polkit/polkit_0.104.bbappend: Revert "polkit: disable systemd support explicitly until we switch completely"
Feb 18 11:45:52 <PaulFertser> lindi-: a quick solution to ./execrc: 1: eval: runtest: not found ? (sorry for not being more clueful atm)
Feb 18 11:49:42 <lindi-> PaulFertser: apt-get install dejagnu
Feb 18 12:01:28 <PaulFertser> lindi-: btw, i was crosscompiling yesterday and told stap to use -r and showed it to the kernel tree. And it used .ko from the modules_install directory which was stripped instead of using the non-stripped from the build directory.
Feb 18 12:06:14 <CIA-134> SHR: 03shr-devel 07buildhistory * r2b4eb2d2c5a0 10/images/crespo/eglibc/chroot-image/ (10 files): Build 201202181251 of shr 20120218 for machine crespo on shr-chroot
Feb 18 12:06:29 <PaulFertser> Heh, it looks like having the kernel source tree on another machine and using it with sshfs over wireless is not the way to go :(
Feb 18 12:12:41 <lindi-> PaulFertser: why do you need kernel source tree?
Feb 18 12:17:36 <PaulFertser> lindi-: well, i assume the build tree is needed for stap to compile the modules.
Feb 18 12:17:51 <lindi-> PaulFertser: no you just need the linux-headers* package
Feb 18 12:17:56 <lindi-> PaulFertser: and linux-image*-dbg
Feb 18 12:18:12 <PaulFertser> lindi-: when i self-compile kernels i do not package them...
Feb 18 12:18:33 <lindi-> you should, it makes things so much nicer :)
Feb 18 12:25:15 <PaulFertser> lindi-: i currently do "emacs blablabla; git blablabla; make uImage modules modules_install; rsync blablabla; scp .../uImage root@ac100.paulfertser.info:/boot/ . And u-boot fetches uImage from there.
Feb 18 12:27:08 <PaulFertser> I mean are you saying the proper debian way is more faster and convenient?
Feb 18 12:29:11 <lindi-> PaulFertser: well you get build logs, changelogs, signed git tags that correspond to the releases you've made, repositories you can share to others...
Feb 18 12:29:41 <PaulFertser> lindi-: that's a completely different usecase.
Feb 18 12:29:53 <lindi-> PaulFertser: it becomes inconvenient mainly when you have too many useless modules to compile
Feb 18 12:30:25 <PaulFertser> lindi-: yeah, that too
Feb 18 12:30:26 <lindi-> PaulFertser: and it works with all existing debian tools like systemtap easily :)
Feb 18 13:57:52 <PaulFertser> lindi-: here's what i'm getting currently (not finished yet): http://paulfertser.info/systemtap-testsuite-results.log Does it make any sense or should i stop and amend something to be it of any use? (sorry for less-than-smart questions again)
Feb 18 13:58:20 <PaulFertser> lindi-: and btw, big thanks for inspiring me to try systemtap!
Feb 18 13:58:57 <lindi-> PaulFertser: "ERROR: kill: invalid option -- '2'
Feb 18 13:59:01 <lindi-> PaulFertser: that looks very weird
Feb 18 14:00:14 <lindi-> PaulFertser: on my system I see  http://lindi.iki.fi/lindi/systemtap/systemtap_1.7-1~try1.sum
Feb 18 14:00:51 <lindi-> PaulFertser: does something simple like "stap -v -e 'probe begin { println("hello"); exit(); }'?
Feb 18 14:05:02 <PaulFertser> lindi-: http://paste.debian.net/156739/
Feb 18 14:24:45 <lindi-> PaulFertser: ok so that works
Feb 18 15:37:26 <DocScrutinizer> heya, PaulFertser lindi-  :-D
Feb 18 15:38:21 <DocScrutinizer> still fsckng with kernels the hackish way ? ;-D
Feb 18 15:38:42 <lindi-> hmm?
Feb 18 15:38:51 <DocScrutinizer> systemtap
Feb 18 15:38:55 <angelox|laptop> Hi
Feb 18 15:38:59 <angelox|laptop> What is IMAGE_ROOTFS_EXTRA_SPACE?
Feb 18 15:39:38 <lindi-> DocScrutinizer: yeah why would I stop using systemtap :P
Feb 18 15:40:00 <DocScrutinizer> nah, it's a hard drug for hackers, never get sober again
Feb 18 15:40:39 <DocScrutinizer> most likely will kill you but it's just too addicting
Feb 18 15:42:24 <DocScrutinizer> OT
Feb 18 15:42:30 <DocScrutinizer> ~ # uname -a
Feb 18 15:42:31 <DocScrutinizer> Linux homematic 2.6.21.3 #2 Tue Dec 13 16:15:47 CET 2011 armv4tl unknown
Feb 18 15:42:50 <DocScrutinizer> suckers have no GPL notice
Feb 18 15:43:12 <DocScrutinizer> and a script languge that makes you throw up more than you knew you ate
Feb 18 15:43:31 <DocScrutinizer> http://www.homematic.com/index.php?id=156
Feb 18 15:44:43 <DocScrutinizer> integer i = "WTF"  !this is a comment, i=string
Feb 18 15:45:43 * DocScrutinizer runs for bathroom like the 15th time last 24h
Feb 18 15:54:21 <lindi-> DocScrutinizer: what's homematic? my german is quite weak
Feb 18 15:54:58 <DocScrutinizer> home automation/control
Feb 18 15:55:19 <DocScrutinizer> sensors/actors and CCU is Central Control Unit
Feb 18 15:55:46 <lindi-> DocScrutinizer: they have both hardware and software?
Feb 18 15:55:54 <DocScrutinizer> yup, sure
Feb 18 15:56:19 <lindi-> wireless too?
Feb 18 15:56:20 <DocScrutinizer> software, well, they have a linux with apache webUI on that CCU
Feb 18 15:56:32 <DocScrutinizer> wireless AES bidir 
Feb 18 15:56:52 <DocScrutinizer> so absolutely OK for my door lock
Feb 18 15:56:58 <DocScrutinizer> and keyring
Feb 18 15:57:11 <lindi-> oh, it's also for opening doors?
Feb 18 15:57:17 <DocScrutinizer> costs more than gold though
Feb 18 15:57:38 <DocScrutinizer> but the door lock never failed since 3 years
Feb 18 15:58:00 <DocScrutinizer> (actually it failed once, when battery alert went unnoticed or didn't kick in)
Feb 18 15:58:13 <lindi-> I wonder how well they actually did the crypto :)
Feb 18 15:58:29 <DocScrutinizer> hmm, seems god enough
Feb 18 15:58:33 <DocScrutinizer> good
Feb 18 15:58:45 <lindi-> I'm currently in contact with a SIP phone vendor made all the possible mistakes you can make
Feb 18 15:58:50 <lindi-> won't name it yet :)
Feb 18 15:59:02 <DocScrutinizer> usual
Feb 18 15:59:23 <lindi-> DocScrutinizer: homematic probably doesn't document the protocols or anything like that?
Feb 18 15:59:35 <DocScrutinizer> you bet they don't
Feb 18 15:59:54 <DocScrutinizer> they don't even document their linux they exploit for CCU
Feb 18 16:00:28 <lindi-> my home automation is all done using unencrypted messages over 433 MHz :)
Feb 18 16:00:55 <DocScrutinizer> anyway crypto is just "good enough" in a sense of "will take more effort to crack than the door itself"
Feb 18 16:01:15 <DocScrutinizer> 433  EEEW
Feb 18 16:01:28 <DocScrutinizer> toy band
Feb 18 16:02:41 <DocScrutinizer> almost worse than 2.4GHz
Feb 18 16:03:14 <lindi-> well it's so common that I can get temperature readings also from neighbours :)
Feb 18 16:03:22 <DocScrutinizer> sure
Feb 18 16:03:47 <DocScrutinizer> I get the same with my 20bucks RC weather station-clock
Feb 18 16:04:30 <lindi-> and I can also sniff my car keys
Feb 18 16:04:39 <DocScrutinizer> haha
Feb 18 16:04:54 <DocScrutinizer> yeah, those are quite nasty
Feb 18 16:05:01 <lindi-> lots of exiting things at 433 MHz
Feb 18 16:05:06 <lindi-> exciting even
Feb 18 16:06:18 <DocScrutinizer> the only thing that pissed me with homematic keyring doorkey until recently was the accidental pressing of door open key in my pocket every now and then
Feb 18 16:06:40 <DocScrutinizer> now with CCU I redefined the keyring button to need a doubleclick to operate
Feb 18 16:06:48 <DocScrutinizer> works like a charm now
Feb 18 16:07:26 <DocScrutinizer> NB it's a setting that gets downloaded to the keyring device, and keeps it from TX unless doublepress
Feb 18 16:08:10 <DocScrutinizer> NOT handled by a program on CCU (which of course I also could do, but then the door won't open when CCU is defect, while now keyring talks to doorlocker directly)
Feb 18 16:09:30 <DocScrutinizer> a really nice system, though extremely clumsy UI (for somebody used to programming)
Feb 18 16:10:12 <DocScrutinizer> see above note about that script language
Feb 18 16:10:41 <DocScrutinizer> and that's already the most advanced and versatile way to interface this system
Feb 18 16:13:04 <DocScrutinizer> they got a friggin lot of predefined "programs" behind the scene: e.g I pair a magnet switch to the door locker - it automatically locks the door as as soon as you close it
Feb 18 16:13:56 <DocScrutinizer> I don't need to program that function, I don't need any CCU for that, it's already preprogrammed in doorlocker
Feb 18 16:14:42 <DocScrutinizer> ech device, actor as well as sensor, can get paired to several dozen of peers
Feb 18 16:14:46 <DocScrutinizer> each
Feb 18 16:15:42 <DocScrutinizer> so if I pair same magnetic door switch to my plugin dimmer as well, the attached lamp will switch on as long as door is open
Feb 18 16:16:49 <DocScrutinizer> OOTB, of course I could change this (via CCU, maybe with help of a "program") so that lamp only acts on opening door but will stay on even when door gets closed
Feb 18 16:18:10 <DocScrutinizer> for now I paired the keyring to the dimmer, so it ramps up to 80% in 3s whenever I press the door-open key on keyring. But it automatically ramps down to off after 5 minutes
Feb 18 16:18:49 <DocScrutinizer> all still without progtams on CCU, autonomously in devices like (here) dimmer
Feb 18 16:20:17 <DocScrutinizer> I guess I'll change that direct pairing to become a program on CCU so the dimmer only works when it's dark outside. As dimmer has not even a notion about time-of-day this has to be done on CCU, as a "program" then
Feb 18 16:22:26 <DocScrutinizer> or, even more nifty, I keep the direct pairing between keyring and dimmer, but get a program on CCU that immediately switches dimmer off again ON-ACTION: keyring_door-open_pressed, WHEN: time between sunrise and sunset
Feb 18 16:23:03 <DocScrutinizer> so light will work always, but the disabling of light during day will break when CCU is down
Feb 18 16:24:08 <DocScrutinizer> well, enough OT noise, I guess ;-D
Feb 18 17:03:11 <GNUtoo|laptop> hi JaMa 
Feb 18 17:03:32 <GNUtoo|laptop> JaMa, I think the xorg oom occurs after suspend
Feb 18 17:03:52 <GNUtoo|laptop> s/xorg/graphical(enlightenment etc...)
Feb 18 17:04:01 <GNUtoo|laptop> at resume to be more exact
Feb 18 17:08:01 <GNUtoo|laptop> also I think firefox 10 is problematic 
Feb 18 17:08:25 <GNUtoo|laptop> but I think it's gold problem with firefox
Feb 18 17:08:36 <GNUtoo|laptop> root@om-gta04:~# firefox 
Feb 18 17:08:36 <GNUtoo|laptop> Segmentation fault
Feb 18 17:08:53 <GNUtoo|laptop> at work I tried gold some time ago with angstrom-bleeding
Feb 18 17:09:02 <GNUtoo|laptop> and it made firefox illegal instruction
Feb 18 17:09:06 <GNUtoo|laptop> because of unaligned load
Feb 18 17:30:54 <lindi-> GNUtoo|laptop: well does it work if you link with bfd?
Feb 18 17:31:27 <VQuickSilver> Hi
Feb 18 17:32:10 <GNUtoo|laptop> for firefox?
Feb 18 17:32:31 <GNUtoo|laptop> if so, building with non-gold worked at work
Feb 18 17:32:37 <GNUtoo|laptop> but the firefox version changed in between
Feb 18 17:32:46 <GNUtoo|laptop> so now shr's firefox is 10
Feb 18 17:32:52 <GNUtoo|laptop> work firefox was 9
Feb 18 17:43:33 <PaulFertser> lindi-: the testsuite "ended" with hardlocking my machine :)
Feb 18 19:02:52 <VQuickSilver> GNUtoo|laptop, uhm how I can get qualcomm_htc to load on fsogsmd? seems like I'm missing some python binding or something like that, after installing the packages with opkg
Feb 18 19:03:57 <VQuickSilver> 2012-02-18T19:02:12.755274Z [ERROR] DBusServiceDevice <>: Can't find modem for modem_type qualcomm_htc; corresponding modem plugin loaded?
Feb 18 19:04:33 <GNUtoo|laptop> VQuickSilver, like that:
Feb 18 19:05:15 <GNUtoo|laptop> [fsogsm.modem_qualcomm_htc]
Feb 18 19:07:01 <VQuickSilver> GNUtoo|laptop, ok it's loading now, thanks
Feb 18 19:09:15 <VQuickSilver> GNUtoo|laptop, uhm, I get the same that with singleline
Feb 18 19:09:18 <VQuickSilver> 2012-02-18T19:08:05.840487Z [DEBUG] QualcommHtcModem <>: Did not receive OK (instead '+CME ERROR: 14') for FsoGsmPlusCPIN
Feb 18 19:10:07 <VQuickSilver> and my sim card doesn't require a PIN 
Feb 18 19:41:52 <JaMa> GNUtoo|laptop: OOM seems for fullscreen windows.. if shr-today is shown after unsuspend.. it could be OOM too
Feb 18 19:42:04 <GNUtoo|laptop> yes it is
Feb 18 19:42:27 <GNUtoo|laptop> VQuickSilver, look in the manual for CME error 14
Feb 18 19:42:37 <GNUtoo|laptop> manual is the newer version of 0707
Feb 18 19:42:41 <GNUtoo|laptop> look on wikipedia to find it
Feb 18 19:46:39 <VQuickSilver> GNUtoo|laptop, the meaning is busy card, but it doesn't say too much to me, I'm not an AT expert
Feb 18 19:46:55 <GNUtoo|laptop> ok
Feb 18 19:47:23 <VQuickSilver> anyway I just reseted the pin 
Feb 18 19:47:30 <VQuickSilver> maybe it was my sim card fault
Feb 18 20:08:55 <mrmoku> good evening folks
Feb 18 20:12:46 <GNUtoo|laptop> mrmoku, hi
Feb 18 20:13:02 <mrmoku> hi GNUtoo|laptop 
Feb 18 20:13:14 <GNUtoo|laptop> mrmoku,you do om-gta04 and I do om-gta02?
Feb 18 20:13:30 <mrmoku> heh
Feb 18 20:13:37 <mrmoku> I prefer om-gta04 yeah
Feb 18 20:13:41 <GNUtoo|laptop> because I can't work on both at the same time
Feb 18 20:13:51 <mrmoku> dunno how fast I will get back on track though
Feb 18 20:13:56 <GNUtoo|laptop> ok
Feb 18 20:14:08 <GNUtoo|laptop> basically there are still some work to do on audio + GPS
Feb 18 20:14:16 <GNUtoo|laptop> and on modem too
Feb 18 20:17:30 <mrmoku> yeah I followed the broken modem thread
Feb 18 20:19:24 <GNUtoo|laptop> mrmoku, not only that for modem but it seem that we have incomplete support for it
Feb 18 20:19:28 <GNUtoo|laptop> hanging in fsogsmd
Feb 18 20:19:34 <GNUtoo|laptop> when using DTMF
Feb 18 20:19:41 <GNUtoo|laptop> stuff not handled
Feb 18 20:19:44 <mrmoku> ok
Feb 18 20:19:44 <GNUtoo|laptop> uses only 1 node
Feb 18 20:20:09 <mrmoku> I already downloaded the latest staging image and installed it
Feb 18 20:20:10 <GNUtoo|laptop> I tried radek's forwarder and it didn't work in SHR
Feb 18 20:20:19 <GNUtoo|laptop> I mean it failed and never forwarded the audio
Feb 18 20:20:21 <mrmoku> I noticed the first start wizard is gone... is that right?
Feb 18 20:20:30 <mrmoku> ok
Feb 18 20:20:31 <GNUtoo|laptop> yes maybe that's because it segfault
Feb 18 20:20:36 <mrmoku> ok
Feb 18 20:20:37 <GNUtoo|laptop> also don't suspend else it'll oom
Feb 18 20:20:46 <GNUtoo|laptop> JaMa, is working on theses things
Feb 18 20:20:59 <mrmoku> ohh, I suspended and it resumed
Feb 18 20:21:09 <mrmoku> I did shut it down afterwards though
Feb 18 20:21:14 <GNUtoo|laptop> mrmoku, also I'm reverting om-gta02 to 2.6.34 for the release
Feb 18 20:21:22 <GNUtoo|laptop> mrmoku, only works if the GPS is off
Feb 18 20:21:23 <mrmoku> ok
Feb 18 20:21:28 <GNUtoo|laptop> and the GPS interface is problematic
Feb 18 20:21:37 <mrmoku> on gta04?
Feb 18 20:21:38 <GNUtoo|laptop> the sysfs thing power it on if it's off
Feb 18 20:21:41 <GNUtoo|laptop> and off if it's on
Feb 18 20:21:43 <GNUtoo|laptop> yes
Feb 18 20:21:58 <GNUtoo|laptop> so you have to read from GPSD to findout if it's on or off
Feb 18 20:22:09 <mrmoku> yeah, I remember that from some mail of neil
Feb 18 20:22:12 <GNUtoo|laptop> and morphis told me he has to think about a clean way to integrate that
Feb 18 20:22:17 <mrmoku> ok
Feb 18 20:25:37 <GNUtoo|laptop> so maybe good telephony should be handled first for om-gta04
Feb 18 20:25:43 <GNUtoo|laptop> and the GPS should be put aside
Feb 18 20:25:53 <mrmoku> yeah
Feb 18 20:25:57 <GNUtoo|laptop> (we just warn the user to turn it off)
Feb 18 20:26:40 <mrmoku> telephony is number one indeed
Feb 18 20:26:51 <GNUtoo|laptop> ok
Feb 18 20:27:14 <mrmoku> I want to start to use it as daily phone as soon as it somehow works
Feb 18 20:27:22 <GNUtoo|laptop> ok
Feb 18 20:29:29 <GNUtoo|laptop> maybe we should tackle audio first
Feb 18 20:29:39 <GNUtoo|laptop> I should ping radekp
Feb 18 20:29:46 <GNUtoo|laptop> but he's not here on irc right now
Feb 18 20:29:53 <mrmoku> ok
Feb 18 20:30:13 <mrmoku> I will refresh my build env for gta04 meanwhile
Feb 18 20:30:18 <GNUtoo|laptop> ok
Feb 18 20:30:18 <mrmoku> and take a look at his forwarder
Feb 18 20:30:24 <GNUtoo|laptop> mrmoku, you have to rebuild from scratch
Feb 18 20:30:42 <mrmoku> yeah, wanted to do that anyway
Feb 18 20:30:53 <GNUtoo|laptop> (we switched to the gold linker)
Feb 18 20:30:59 <mrmoku> ah ok
Feb 18 20:31:04 <mrmoku> whatever that means :-P
Feb 18 20:31:22 <GNUtoo|laptop> It's a more performant linker but not quite drop-in replacement
Feb 18 20:31:28 <mrmoku> ok
Feb 18 20:31:47 <JaMa> mrmoku: latest staging doesn't have new efl with no-keyboard fix (but also with OOM feature :/)
Feb 18 20:32:11 <mrmoku> JaMa: hehe, I don't remember us planning that feature ;)
Feb 18 20:32:17 <GNUtoo|laptop> JaMa, ah I forgott to report that the keyboard size was too small
Feb 18 20:32:29 <JaMa> mrmoku: I haven't closed new one yet, because we're rebuilding from scratch (because of using gold now) and I wanted to rebuild before release
Feb 18 20:32:49 <JaMa> mrmoku: yeah.. it's only in fullscreen apps so I haven't noticed it :/
Feb 18 20:32:53 <mrmoku> JaMa: ok, I will build me one and work on that
Feb 18 20:33:13 <JaMa> GNUtoo|laptop: iirc slyon was changing that in gry theme, not sure why but default theme works
Feb 18 20:33:15 <mrmoku> (not the OOM thing... on my build :P)
Feb 18 20:33:22 <GNUtoo|laptop> ok
Feb 18 20:33:25 <GNUtoo|laptop> let me try
Feb 18 20:33:36 <JaMa> default I mean efl default not shr default which is indeed gry
Feb 18 20:34:38 <GNUtoo|laptop> yes I understood that
Feb 18 20:51:15 <jake42> hi GNUtoo|laptop 
Feb 18 20:52:13 <GNUtoo|laptop> hi
Feb 18 20:52:29 <jake42> after about 3 days of uptime my test with old kernel from testing glamo crashed and took out my inode table
Feb 18 20:52:42 <GNUtoo|laptop> ouch
Feb 18 20:52:49 <GNUtoo|laptop> on ubifs?
Feb 18 20:52:52 <jake42> no
Feb 18 20:52:56 <jake42> uSD
Feb 18 20:53:02 <GNUtoo|laptop> ok
Feb 18 20:53:05 <jake42> ext2
Feb 18 20:53:09 <GNUtoo|laptop> ok
Feb 18 20:53:32 <jake42> it still workd on ssh
Feb 18 20:53:34 <GNUtoo|laptop> jake42, basically we have huge problems not related to the 2.6.34 with the newer images
Feb 18 20:53:47 <jake42> yeah i followed
Feb 18 20:53:50 <GNUtoo|laptop> like bash segfault and such
Feb 18 20:54:04 <GNUtoo|laptop> and on all devices we also have some OOM with fullscreen apps
Feb 18 20:54:20 <jake42> hope you'll be able to find the cause soon
Feb 18 20:54:20 <GNUtoo|laptop> and even some keyboard problem
Feb 18 20:54:27 <jake42> keyboard?
Feb 18 20:54:39 <GNUtoo|laptop> me, not sure, JaMa is the one working on it the most
Feb 18 20:54:47 <GNUtoo|laptop> I'm just helping him as I can
Feb 18 20:54:55 <jake42> ok
Feb 18 20:55:06 <JaMa> that's fixed in the newer efl (that's why I bumped it after fixing upstream)
Feb 18 20:55:21 <GNUtoo|laptop> keyboard is too small under gry
Feb 18 20:55:34 <GNUtoo|laptop> under "default" enlightenment theme it's ok
Feb 18 20:55:50 <JaMa> ah I was talking about no-keyboard in shr-wizard we had before
Feb 18 20:55:58 <GNUtoo|laptop> ok
Feb 18 20:56:37 <JaMa> we should ask slyon when he gets here if it's caused by http://git.shr-project.org/git/?p=shr-themes.git;a=commit;h=3487a5290b0e2e268a5cc2d4db8fb369e1e3106b
Feb 18 20:57:04 <GNUtoo|laptop> about keyboards: someone shown me a keyboard containing  a copy-paste key and other improvements like for instance you type a key and it repeats, at fosdem
Feb 18 20:57:12 <GNUtoo|laptop> ok
Feb 18 20:57:46 <GNUtoo|laptop> we could try without
Feb 18 20:57:59 <GNUtoo|laptop> it's just a text data file right?
Feb 18 21:07:47 <CIA-134> SHR: 03Martin.Jansa 07shr-chroot * r55f48354cd02 10/ (473 files in 51 dirs): system upgrade
Feb 18 23:57:29 <DocScrutinizer> MOOOO
**** ENDING LOGGING AT Sun Feb 19 02:59:58 2012