[00:05:23] <cmasone> looking
[00:05:29] <gauravsh> curl failure
[00:05:35] <gauravsh> ibus-pinyin
[00:05:58] <cmasone> yeah
[00:06:02] <cmasone> where was it dling from?
[00:06:24] <cmasone> I guess the binhost?
[00:06:49] <cmasone> wow, a bunch of stuff
[00:11:19] *** magn3ts_ is now known as magn3ts
[00:12:54] *** Sarten-X has joined #chromium-os
[00:12:54] *** magn3ts is now known as _____________
[00:13:36] *** magn3ts has joined #chromium-os
[00:15:20] *** leavittx has quit IRC
[00:16:38] <cmasone> Whar is crosbot?  WHAR!
[00:16:54] <ellyjones> what
[00:16:57] <ellyjones> did it die AGAIN?
[00:17:01] <ellyjones> it's there
[00:17:03] <ellyjones> crosbot: stat tree
[00:17:03] <crosbot> ellyjones: tree: Tree is open (transient fail)
[00:17:06] <ellyjones> crosbot: announce +tree
[00:17:07] <crosbot> ellyjones: announcing tree
[00:18:19] *** saintlou has quit IRC
[00:18:55] <gsam_> with build_image --test generating chromiumos_test_image.bin instead of modifying chromiumos_image.bin, what's the intended way to push a test image to a machine (e.g. via devserver)?
[00:22:28] <gauravsh> doesn't the dev server take an optional argument specifying the image to use for generating updates?
[00:24:27] <crosbot> tree became 'Tree is open (transient fail)'
[00:24:29] <gsam_> looks like you can specify image
[00:24:39] <gsam_> but then you get that image for all platforms
[00:25:08] <gsam_> looks like mod_image_for_test is still around...
[00:25:46] <crosbot> tree became 'Tree is closed (Automatic: "cbuildbot" on "arm generic binary" from 81057fc97068c1f67c1871f1a63ddf6e2a07640f: mseaborn at chromium dot org <mseaborn at chromium dot org@fcba33aa-ac0c-11dd-b9e7-8d5594d729c2>, senorblanco at chromium dot org <senorblanco at chromium dot org@2bbb7eff-a529-9590-31e7-b0007b416f81>, thakis at chromium dot org <thakis at chromium dot org@78cadc50-ecff-11dd-a971-7dbc132099af>)'
[00:26:01] *** perezd has quit IRC
[00:26:23] <gauravsh> gsam: if the -i option is anything like the -i option to image_to_usb.sh and other scripts, it should just take the file name to use and figure the path based on the board, etc. Not sure if it does that though.
[00:26:30] *** behdad has quit IRC
[00:26:38] *** achuith has quit IRC
[00:27:02] <crosbot> tree became 'Tree is open (transient fail)'
[00:28:23] *** achuith has joined #chromium-os
[00:28:23] *** ChanServ sets mode: +v achuith
[00:30:28] *** stevenjb has joined #chromium-os
[00:30:28] *** ChanServ sets mode: +v stevenjb
[00:30:39] <gauravsh> ellyjones: Did you find out the reason for your ~LogMessage() crash?
[00:31:45] <ellyjones> no, gauravsh, but I found out the proximate cause, which was attempting to concatenate two absolute FilePaths
[00:32:14] <gauravsh> ok, so this: http://code.google.com/p/chromium-os/issues/detail?id=17731
[00:32:17] <gauravsh> is in no way familiar?
[00:33:06] <ellyjones> no; I got the message from cryptohomed
[00:34:58] *** perezd has joined #chromium-os
[00:36:57] *** saintlou has joined #chromium-os
[00:36:57] *** ChanServ sets mode: +v saintlou
[00:49:05] *** saintlou has quit IRC
[00:51:00] *** D|sT has quit IRC
[00:51:58] *** saintlou has joined #chromium-os
[00:51:58] *** ChanServ sets mode: +v saintlou
[01:02:55] *** Tukeke has joined #chromium-os
[01:02:55] *** Tukeke has joined #chromium-os
[01:04:06] *** D|sT has joined #chromium-os
[01:04:34] *** Tukeke has quit IRC
[01:07:29] *** vmil86 has quit IRC
[01:22:11] *** Adys has quit IRC
[01:24:45] *** Adys has joined #chromium-os
[01:28:16] *** quannnum_ has joined #chromium-os
[01:28:46] <Hexxeh> Anyone looked into the bug where shell isn't available on crosh for non-Chromebook BIOS boot?
[01:29:36] <gauravsh> sosa/arakitz were looking into it - i think they already had a fix
[01:29:56] <sosa> hexxeh:  yes a change got reverted a day or so after it broke
[01:30:20] <sosa> http://gerrit.chromium.org/gerrit/4120
[01:30:23] <Hexxeh> Hmm, people have been telling me about this bug for days so I don't think it's the same cause
[01:30:28] <sosa> oh wait for crosh
[01:30:46] <sosa> hexxeh: are you still building TOT?
[01:30:52] <Hexxeh> yup
[01:31:13] <Hexxeh> this build i'm running right now is from the 16th but i'm pretty sure it's still there today
[01:31:57] <sosa> oh yes that's right, for crosh we have a fix in progress (not the chromeos_startup issue)
[01:32:12] <sosa> i think arkaitz is committing it today.  it's already LGTM'd and verified
[01:32:28] <sosa> http://gerrit.chromium.org/gerrit/4270
[01:32:36] <Hexxeh> ah sweet
[01:32:54] *** e_t_ has quit IRC
[01:33:26] *** robe_ has quit IRC
[01:33:26] *** quannnum has quit IRC
[01:33:27] *** unreal has quit IRC
[01:33:27] *** yoshiki has quit IRC
[01:33:27] *** ellyjones has quit IRC
[01:33:27] *** mrseb has quit IRC
[01:33:27] *** msb___ has quit IRC
[01:38:47] *** robe_ has joined #chromium-os
[01:38:47] *** unreal has joined #chromium-os
[01:38:47] *** yoshiki has joined #chromium-os
[01:38:47] *** ellyjones has joined #chromium-os
[01:38:47] *** mrseb has joined #chromium-os
[01:38:47] *** msb___ has joined #chromium-os
[01:38:47] *** zelazny.freenode.net sets mode: +vv ellyjones msb___
[01:39:03] <Hexxeh> hmm, even without that cros_debug is still on my cmdline so it's not that that's causing it, it seems
[01:39:20] <Hexxeh> i mean it's merely an inconvenience since i can drop to vt2, but still having splitscreen terminal with browser is noce
[01:39:23] <Hexxeh> s/noce/nice/
[01:46:19] <sosa> cros_debug *is* on your cmdline?
[01:50:18] *** perezd has quit IRC
[01:54:11] <Hexxeh> yup
[01:56:20] <sosa> crossystem cros_debug?1
[01:57:00] <Hexxeh> 0
[01:57:10] <sosa> that would be the issue
[01:57:18] <Hexxeh> but is is on my cmdline, so that's odd
[01:57:27] <sosa> hrm
[01:57:31] <sosa> how are you testing this?
[01:57:33] <sosa> installed on an image?
[01:57:34] <sosa> or vm?
[01:57:39] <sosa> installed on hw*
[01:58:14] <Hexxeh> a rather frankenstein setup, manually partitioned my ssd, copied state over and root over using same partition numbers
[01:58:20] <Hexxeh> and added a partition for grub
[01:58:36] <Hexxeh> works fine in every other respect (other than the trackpad for unrelated reasons i'm currently working on)
[01:58:54] <Hexxeh> copied from a usb stick image, that is
[01:58:59] <sosa> ah
[01:59:43] <Hexxeh> i'm not mad, i did do all that for a decent reason. mac can't boot in bios emulation mode from usb and if you boot in efi mode, nvidia drivers don't work
[02:00:08] <sosa> haha i didn't think you were mad :P
[02:02:10] <sosa> what's the rest of your cmdline look like?
[02:02:17] <sosa> cat /proc/cmdline
[02:02:50] <Hexxeh> BOOT_IMAGE=/boot/vmlinuz console=tty2 init=/sbin/init boot=local rootwait ro noresume noswap loglevel=9 noinitrd root=/dev/sda3 nomodeset reboot=pci cros_legacy cros_debug
[02:04:22] *** stevenjb has quit IRC
[02:06:15] <sosa> output of just running crossystem?
[02:06:16] *** arkaitzr has joined #chromium-os
[02:06:16] *** ChanServ sets mode: +v arkaitzr
[02:07:04] <Hexxeh> http://pastebin.com/f1H17ua7
[02:07:10] <Hexxeh> Fweeeh errors
[02:08:49] <arkaitzr> is this a dev image?
[02:09:03] <Hexxeh> Yep
[02:09:31] <arkaitzr> do you have access to a shell?
[02:09:43] <Hexxeh> Yep via vt2
[02:09:46] <Hexxeh> And SSH
[02:10:15] <arkaitzr> does cros_debug appear in cat /proc/cmdline?
[02:10:19] <sosa> heh
[02:10:21] <sosa> one se
[02:10:21] <sosa> c
[02:10:57] <sosa> arkaitzr i sent you a log of our convo so far
[02:10:58] <sosa> :p
[02:11:30] <arkaitzr> OK, got it
[02:11:33] <Hexxeh> Interestingly enough in the firmware stuff on the ChromeOS about page, I get mention of MBA, can't remember if anything normally appears there
[02:12:49] <arkaitzr> I'm gonna boot my Asus EEE and see what appears there
[02:14:24] <Hexxeh> Firmware shows as MBA31.88Z.0061.B01.1011181342
[02:14:36] <arkaitzr> I see the same behavior except cros_debug is one as it should be
[02:14:44] <Hexxeh> Which considering this is a Macbook Air 3,1 sounds entirely plausible
[02:14:50] <arkaitzr> which is expected since I have not commited the fix for that to the tree
[02:15:06] <arkaitzr> but the errors appear in my Asus too
[02:15:13] <Hexxeh> If you've got a link to a patch I can try it on here see if it fixes it
[02:15:21] *** lipsinV2 has joined #chromium-os
[02:15:24] *** lipsinV2 has joined #chromium-os
[02:15:29] <arkaitzr> they are independent of the value of cros_debug
[02:15:47] <arkaitzr> I suspect something is going on with the crossystem tool
[02:16:25] <arkaitzr> I'm assuming you copied the image to a USB stick and then did chromeos-install?
[02:17:08] <arkaitzr> For that use case this change should keep the value of cros_debug to one after installing to the hard drive http://gerrit.chromium.org/gerrit/4270
[02:17:17] <cmasone> arkaitzr: no, he didn't...read the chat log :-)
[02:17:44] <arkaitzr> my log starts at (17:04:24) sosa: haha i didn't think you were mad :P
[02:18:13] <arkaitzr> OK, got the rest
[02:18:16] <cmasone> arkaitzr: d'oh, just too late :-)  This is a frankenstein thingy
[02:19:58] <arkaitzr> OK, the grub files are different in /boot (the root partition) and partition number 12
[02:21:07] <arkaitzr> in /boot they are essentially a template that gets filled during the chromeos-install (for updates or USB to hard drive installs) or during build_image
[02:21:55] <arkaitzr> did the files in the grub partition come from the root fs /boot?
[02:22:48] <Hexxeh> Remade the boot partition manually, is it checking for that 12th partition? State is on 1 and root is on 3 still
[02:24:43] *** oc80z has quit IRC
[02:24:43] *** oc80z has joined #chromium-os
[02:25:38] *** oc80z has joined #chromium-os
[02:26:28] <arkaitzr> I'm not completely sure...you may try to copy the 12th partition in the .img file and copy it your grub partition
[02:27:14] <arkaitzr> you may try to *mount*
[02:28:22] <Hexxeh> To get it to boot on my Mac I did MBR partitioning, so I can't make a 12th one. I'll try using syslinux like before though and using those files
[02:29:27] <redpig> Hexxeh: couldn't do failover with gpt and the legacy pmbr?
[02:29:52] <redpig> arkaitzr: cros_debug should always be 1 when the firmware is nonchrome, no?
[02:30:23] <redpig> looks like a crossystem bug given the pastebin
[02:30:36] <redpig> oh wait
[02:30:36] <arkaitzr> I'd think that as far as you have a correct bootable partition with the grub or syslinux configuration that was generated for the 12th partition( in the image file) it should work
[02:30:39] <redpig> I'm wrong
[02:30:45] <redpig> crso_debug requires the kernel cmdline to have cros_debug
[02:30:54] <redpig> otherwise all legacy installs will be hbackdoored by th dev mode stuff
[02:31:00] <Hexxeh> redpig: Because it supports EFI boot I couldn't get the option for the legacy MBR boot to even appear
[02:31:04] <arkaitzr> it depends on the image
[02:31:08] <redpig> Hexxeh: ah figures
[02:31:21] <arkaitzr> base images won't have cros_debug on
[02:31:30] <arkaitzr> developer and test images should have it
[02:31:58] <Hexxeh> redpig: And since nVidia's drivers don't work on an EFI boot...
[02:32:24] <redpig> Hexxeh: hehe - maybe try appending a nonsense value after cros_debug in your syslinux config
[02:32:51] <redpig> the original cros_debug parsing code (pre crossystem) couldn't handle a cros_debug that ended at EOF instead of a NUL
[02:32:52] <Hexxeh> what like cros_debug=1 or as in cros_debug nonesenseoption
[02:32:56] <redpig> the latter
[02:33:02] <Hexxeh> ah, i'll give it a shot
[02:33:03] <redpig> cros_debug OHAIMOM
[02:34:00] <redpig> I thougth crossystem was smarter but hey
[02:34:08] <redpig> also drop the cros_legacy if you can just in case :)
[02:34:16] <redpig> originally cros_* was meant to be single
[02:34:20] <redpig> though that is changing
[02:34:28] <redpig> (only one cros_* per cmdline)
[02:35:40] <cmasone> did someome land a verity change?
[02:36:10] <redpig> not that I know of
[02:36:20] <cmasone> redpig: msb
[02:36:24] <redpig> I think all of elly'schanges are in limbos till
[02:36:26] <redpig> ah
[02:37:19] <Hexxeh> give me a few minutes, nuked my config by accidentally splitting a line
[02:37:24] <redpig> cmasone: stuff break?
[02:37:30] <redpig> I see it on the waterfall but not in the git repo yet
[02:37:41] <redpig> ah nm dm-verity not kernel
[02:37:53] <cmasone> redpig: apparently, it's already in the kernel
[02:37:55] <cmasone> so he just tr'd
[02:37:57] <cmasone> tbr'd
[02:38:37] <cmasone> redpig: whoa...
[02:38:46] <redpig> cmasone: ?
[02:38:51] <cmasone> verity-0.0.1-r33: Expected: (dm_bht_populate(bht_.get(), reinterpret_cast<void *>(this), blocks)) >= (2), actual: 0 vs 2
[02:38:54] <cmasone> verity-0.0.1-r33: qemu: Unsupported syscall: 240
[02:38:57] <cmasone> verity-0.0.1-r33: terminate called after throwing an instance of 'testing::GoogleTestFailureException'
[02:39:00] <cmasone> verity-0.0.1-r33:   what():  dm-bht_unittest.cc:143: Failure
[02:39:02] <cmasone> verity-0.0.1-r33: Expected: (dm_bht_populate(bht_.get(), reinterpret_cast<void *>(this), blocks)) >= (2), actual: 0 vs 2
[02:39:05] <cmasone> verity-0.0.1-r33: qemu: uncaught target signal 6 (Aborted) - core dumped
[02:39:17] <redpig> unittest worked!
[02:39:24] <cmasone> indeed
[02:39:45] <redpig> it runs under qemu-i386 and qemu-arm so it spews
[02:40:12] <Hexxeh> does an ARM build of chromeos work under qemu yet?
[02:40:45] <redpig> cmasone: did you catch him on chat?
[02:40:55] <cmasone> redpig: he didn't respond
[02:40:59] <cmasone> redpig: gonna have to revert
[02:41:02] <redpig> eah
[02:42:24] <cmasone> redpig: http://gerrit.chromium.org/gerrit/#change,4282
[02:42:29] <cmasone> redpig: I'll TBR in a sec.
[02:42:46] <redpig> imam approve
[02:42:49] <redpig> err imma
[02:42:57] <Hexxeh> anyone know off hand what the touchpad model shipping in the cr-48 is?
[02:43:25] <Hexxeh> not bcm5974 by any chance is it, because that'd be mighty convenient
[02:46:35] <Hexxeh> redpig: putting a nonesense option there fixes it
[02:46:45] <redpig> cool - is your build ToT?
[02:46:50] <Hexxeh> yep
[02:47:02] <redpig> interesting - I'm guessing crossystem has the same issue
[02:47:09] <redpig> most str* helpers expect a NUL
[02:47:12] <redpig> not a EOF :/
[02:47:16] <Hexxeh> it's not a build from today, from 16th, though
[02:48:05] <redpig> eh not that old then
[02:48:12] <redpig> probably this has been ther the whole time
[02:48:30] <redpig> cros_debug was originally meant for manual use only so most of these issues weren't shaken out until arkaitzr changes :)
[02:48:47] <Hexxeh> at least we know what causes it now
[02:49:09] <Hexxeh> just reshuffled reboot=pci and cros_debug around and now it works fine
[02:49:16] <redpig> did you keep cros_legacy?
[02:49:21] <Hexxeh> removed it
[02:49:37] <redpig> hrm so could be that too but probably just the terminal char
[02:49:52] <Hexxeh> i tried with cros_legacy still there first
[02:50:00] <Hexxeh> having it there but a nonesense option at the end fixed it
[02:50:05] <redpig> awesome
[02:50:05] <Hexxeh> just removed cros_legacy afterwards
[02:51:38] *** yusukes has quit IRC
[02:55:09] <wfrichar> Hexxeh: Feel free to submit changes and file bugs as needed to make this work without modification.
[02:55:47] <Hexxeh> It's something I've probably introduced by writing my cmdline in a different order, I suspect the standard configs don't show the issue
[02:56:57] <arkaitzr> I'm seeing the same issue (crossystem returns many errors) on my x86-generic build
[02:57:10] <Hexxeh> Oh, interesting
[02:58:33] <crosbot> tree became 'Tree is open (not sure there's an APAC sherrif...you break it, you bought it...)'
[02:58:47] <arkaitzr> last options for me are cros_legacy cros_debug BOOT_IMAGE=vmlinuz.A
[02:59:24] <cmasone> ok, I'm taking off.  I reverted the change that I expect is about to make the x86-generic PFQ go red.  It was a dm-verity unit test failure.  If that issue starts to trip bots, it should be fixed, so feel free to open the tree.
[02:59:28] <cmasone> later!
[02:59:28] *** saintlou has quit IRC
[03:00:17] *** piman_ has quit IRC
[03:03:09] 
[03:03:30] *** wfrichar has quit IRC
[03:03:34] *** piman_ has joined #chromium-os
[03:14:21] <Hexxeh> Hmm, no shiny splash for me, Pymouth requires KMS which is a no-go with nVidia's drivers
[03:16:54] *** magn3ts_ has joined #chromium-os
[03:20:29] *** magn3ts has quit IRC
[03:24:10] *** behdad has joined #chromium-os
[03:38:11] *** sergiu has quit IRC
[03:39:36] *** jrbarnette has quit IRC
[03:39:42] *** jrbarnette has joined #chromium-os
[03:39:42] *** ChanServ sets mode: +v jrbarnette
[03:44:14] *** jrbarnette has quit IRC
[03:49:24] <redpig> Hexxeh: doh!
[03:49:47] <Hexxeh> Everything else works now though, which is sweet.
[03:49:59] <redpig> nice! you going to make a release for it? :p
[03:50:01] <Hexxeh> Trackpad isn't perfect but it works, as does the Broadcom WiFi.
[03:50:03] <Hexxeh> Yep!
[03:50:08] <redpig> aww yeah
[03:50:13] <Hexxeh> Tidying things up then I'll upload my image and instructions
[03:50:24] <Hexxeh> People helped me buy a Macbook Air so I could do this so I kinda have to :V
[03:50:32] <redpig> haha
[03:50:42] <Hexxeh> Only tested on the 11" version, but it should work unmodified on the 13" too
[03:51:03] <Hexxeh> The only caveat is that it has to replace OS X
[03:51:22] <redpig> hehe and that's bad?
[03:51:36] <Hexxeh> Non-issue for me, but maybe a killer for some
[03:52:55] <Hexxeh> I have a Chromebook I can take out the house so I'm happy now (I daren't take my Cr-48 anywhere for fear of breaking/losing it xD)
[03:53:08] <redpig> hehe
[03:54:56] <ojn> Hexxeh, did it take any changes to the underlying chromium os, or is mostly hoop jumping to get it installed? feel free to upload changes, of course.
[03:55:27] *** Adys has quit IRC
[03:55:33] <Hexxeh> But yeah, you have to copy the image to the SSD or it won't work. USB is no good because Mac won't boot in BIOS emulation mode from USB, only HDD/CD. It'd boot in EFI from USB, but nVidia drivers don't work on EFI boot (and thanks to some bugs in Apple's EFI implementation, lots of other things don't either without lots of patches)
[03:55:47] <Hexxeh> So the only way to get everything working is to copy the image to the SSD and boot that in BIOS emulation mode
[03:56:24] <Hexxeh> ojn: Mostly a case of enabling things on the kernel config, rebuilding xorg-server with more stuff enabled and converting the image to MBR with just 3 partitions instead of 12.
[03:56:57] <ojn> Hexxeh, kernel changes are definitely welcome, and I'd think X is too.
[03:57:08] <marcheu> ojn: for proprietary drivers?
[03:57:21] <marcheu> ojn: I have trimmed X down, not just for fun
[03:57:36] <ojn> marcheu, maybe you need a chromium os version of X just like we have of the kernel
[03:57:50] <ojn> anyway, this isn't using nouveau?
[03:57:54] <Hexxeh> Sadly not
[03:57:58] <ojn> ah, ok
[03:58:00] <ojn> that's a bummer
[03:58:03] <Hexxeh> I'm guessing it's stuff you disabled for a reason: DGA, Xinerama etc
[03:58:06] <marcheu> Hexxeh: you should've tried, cause it workds
[03:58:15] <marcheu> you just need a new grub for EFI
[03:58:16] <Hexxeh> Nouveau works?
[03:58:18] <marcheu> yeah
[03:58:20] <marcheu> of course
[03:58:26] <marcheu> I fixed it the other day
[03:58:31] <Hexxeh> On a Macbook Air with nVidia 320M?
[03:58:34] <marcheu> yeah
[03:58:38] <Hexxeh> Oooh.
[03:59:11] <marcheu> and I don't really want to maintain 2 Xes, it's already hard to have just one
[03:59:21] <Hexxeh> I'll have to give that a shot. I got some crazy fast boot times with the EFI boot even if nothing worked.
[03:59:39] <marcheu> make sure to use top of tree
[04:00:11] <Hexxeh> Yep always build ToT
[04:00:52] <marcheu> the catch is grub2 support, it's not in
[04:00:56] <marcheu> for EFI
[04:01:00] <Hexxeh> Not sure if the stats stuff just went mad but I got this out of it doing an EFI boot: http://dl.dropbox.com/u/5073661/IMG_7036.JPG
[04:01:40] <marcheu> 0.13 ?
[04:01:43] <marcheu> that's not top of tree
[04:02:39] <Hexxeh> I know that's an old image I tested something with, downloaded a new one and had the same problems
[04:04:16] <Hexxeh> Either way I'm sure 4.50 seconds can't be right.
[04:04:20] <Hexxeh> It felt fast but not that fast.
[04:04:56] <Hexxeh> marcheu: Got a link to the version of GRUB that works?
[04:05:00] <steev_> 4.5s from init maybe?
[04:05:11] <ojn> 4.5s from kernel init, most likely
[04:05:12] <marcheu> Hexxeh: I think anything recent
[04:06:15] <Hexxeh> 22 seconds via BIOS boot
[04:06:19] <Hexxeh> Resume is like 2 seconds
[04:06:25] <Hexxeh> marcheu: I'll take a look and try that
[04:06:37] <Hexxeh> That said, I know the kernel needs quite a few patches to even boot via EFI on a MBA
[04:06:46] <Hexxeh> Some Ubuntu folk were trying it, not sure how much luck they had
[04:07:04] <ojn> matthew garret? based on his blogging and tweets, i feel sorry for him. :)
[04:07:11] <marcheu> oh yeah that too
[04:13:28] *** magn3ts_ is now known as magn3ts
[04:15:18] *** Adys has joined #chromium-os
[04:15:23] *** Adys has quit IRC
[04:15:23] *** Adys has joined #chromium-os
[04:16:55] *** ScriptRipper has quit IRC
[04:17:27] *** ScriptRipper has joined #chromium-os
[04:17:46] <Hexxeh> Best Chromebook that isn't a Chromebook: http://dl.dropbox.com/u/5073661/IMG_7050.JPG
[04:18:55] <ferringb> Hexxeh: overpriced chromebook? ;)
[04:19:01] <Hexxeh> True :P
[04:19:31] <Hexxeh> That said, the hardware is lush. I'm yet to lay hands on an actual Chromebook, so we'll see how they compare in terms of weight/size :P
[04:19:52] <Hexxeh> Getting 5 hours out of the battery on this with brightness on pretty high
[04:20:17] <redpig> if the MBA had a TPM, I would be overjoyed
[04:20:44] <Hexxeh> Some Macs do
[04:20:50] <Hexxeh> Maybe the new Macbook Air this week will have one
[04:21:21] <redpig> the old mbps did (infineon no less) but I havent seen one in a while :/
[04:25:01] <gauravsh> if there are memory mapped files open, and then a kernel panic happens
[04:25:14] <gauravsh> would I expect those files to have been zero-ed out after reboot
[04:25:37] <gauravsh> as in, can that be 1 (out of many) observed behaviors?
[04:28:25] <gauravsh> i hate opencryptoki
[04:34:40] <Hexxeh> Haha oh wow
[04:35:11] <Hexxeh> DisplayPort works, I can use ChromeOS on my iMac 27", that's pretty damn awesome.
[04:36:31] <ojn> Hexxeh, that looks like a double-digit boot time?
[04:37:31] <Hexxeh> 22 seconds via BIOS emulation boot
[04:37:36] <ojn> ah, ok
[04:37:40] <Hexxeh> It's a boatload faster via EFI
[04:37:46] <Hexxeh> Single digits certainly
[04:38:15] <Hexxeh> Even on such a large display (27"), ChromiumOS is rather awesome...!
[04:38:38] <ojn> :)
[04:38:48] <Hexxeh> Should http://ro.me work on ChromiumOS?
[04:39:05] <Hexxeh> I have WebGL working, but that site just says "undefined"
[04:41:37] <ojn> not sure, actually
[04:43:59] *** BladeFreak has quit IRC
[04:46:54] *** Clark008 has joined #chromium-os
[05:07:44] <crosbot> tree became 'Tree is open (it greenified)'
[05:44:28] *** rsleevi has quit IRC
[05:44:38] *** rsleevi has joined #chromium-os
[05:46:22] *** varunjain has quit IRC
[05:46:31] <Hexxeh> marcheu: How does Nouveau performance compare to the closed-source nVidia drivers?
[05:46:31] *** varunjain has joined #chromium-os
[05:46:31] *** ChanServ sets mode: +v varunjain
[05:51:12] <marcheu> depends on your card, low end cards are good, high end not as good
[05:53:45] <Hexxeh> I noticed Nouveau is on the images now, is that the version you said works?
[05:54:07] <marcheu> yeah
[05:54:16] <marcheu> I'm not going to merge any proprietary driver anyway, too much work for me
[05:55:29] <Hexxeh> Understood, I'll give Nouveau a shot
[06:17:08] *** arun_ has joined #chromium-os
[06:33:37] *** pasqoo has joined #chromium-os
[06:35:35] *** kiloton has joined #chromium-os
[06:39:41] *** oc80z has quit IRC
[06:39:41] *** oc80z has joined #chromium-os
[06:41:12] *** oc80z has joined #chromium-os
[06:44:53] *** gfrog_ has quit IRC
[06:49:45] *** SeligArkin has quit IRC
[06:59:35] *** SeligArkin has joined #chromium-os
[07:08:01] *** gfrog has joined #chromium-os
[07:19:44] *** oc80z has quit IRC
[07:19:44] *** oc80z has joined #chromium-os
[07:23:10] *** behdad has quit IRC
[07:25:55] *** Sergiu has joined #chromium-os
[07:25:56] *** Sergiu has joined #chromium-os
[07:31:50] *** Styx has joined #chromium-os
[07:46:36] *** D|sT has quit IRC
[07:52:08] *** D|sT has joined #chromium-os
[08:54:01] *** leavittx has joined #chromium-os
[09:07:24] *** jujugre has joined #chromium-os
[09:13:21] *** jochen__ has quit IRC
[09:13:26] *** jochen__ has joined #chromium-os
[09:13:26] *** ChanServ sets mode: +v jochen__
[09:39:00] *** leavittx has quit IRC
[09:46:31] *** pastarmovj has joined #chromium-os
[10:04:26] *** ScriptRipper has quit IRC
[10:04:26] *** ScriptRipper has joined #chromium-os
[10:18:15] *** kiloton has quit IRC
[10:25:27] *** stalled has quit IRC
[10:34:21] *** leavittx has joined #chromium-os
[10:35:54] *** leavittx has quit IRC
[10:36:39] *** stalled has joined #chromium-os
[10:53:22] *** Sergiu has quit IRC
[10:58:09] *** vmil86 has joined #chromium-os
[10:58:16] *** mazda has quit IRC
[10:58:40] *** patcito has quit IRC
[11:00:28] *** mazda has joined #chromium-os
[11:19:52] *** ScriptRipper has quit IRC
[12:00:11] *** gfrog has quit IRC
[12:11:12] *** gfrog has joined #chromium-os
[12:14:33] *** ScriptRipper has joined #chromium-os
[12:14:44] *** ScriptRipper has quit IRC
[12:14:44] *** ScriptRipper has joined #chromium-os
[12:21:01] *** ScriptRipper has quit IRC
[12:21:51] *** ScriptRipper has joined #chromium-os
[12:22:01] *** ScriptRipper has quit IRC
[12:22:01] *** ScriptRipper has joined #chromium-os
[12:28:16] *** mazda has quit IRC
[12:31:36] *** quannnum_ has quit IRC
[12:32:30] *** quannnum has joined #chromium-os
[12:36:56] *** mazda has joined #chromium-os
[13:07:04] <crosbot> tree became 'Tree is open (it greenified)'
[13:47:24] *** Styx has quit IRC
[14:15:27] *** yoshiki has quit IRC
[14:30:29] <crosbot> tree became 'Tree is open (it greenified)'
[14:55:05] *** jujugre has quit IRC
[14:58:21] *** pasqoo has left #chromium-os
[15:18:11] *** rharrison_chrome has joined #chromium-os
[15:18:11] *** ChanServ sets mode: +v rharrison_chrome
[15:20:58] *** vmil86 has quit IRC
[15:22:10] *** sadrul has quit IRC
[15:53:10] *** jujugre has joined #chromium-os
[16:25:27] *** sadrul has joined #chromium-os
[16:25:27] *** ChanServ sets mode: +v sadrul
[16:58:35] *** jrbarnette has joined #chromium-os
[16:58:57] *** tfarina has joined #chromium-os
[16:59:26] <tfarina> is there someone that works on chrome/browser/chromeos/ around?
[17:00:14] <tfarina> satorux_: would you mind reviewing http://codereview.chromium.org/7385007/ ?
[17:11:20] *** jrbarnette_ has joined #chromium-os
[17:14:47] *** jrbarnette has quit IRC
[17:14:48] *** jrbarnette_ is now known as jrbarnette
[17:58:03] *** rspangler has quit IRC
[17:58:12] *** cwolfe has joined #chromium-os
[17:58:12] *** ChanServ sets mode: +v cwolfe
[18:05:30] *** saintlou has joined #chromium-os
[18:05:30] *** ChanServ sets mode: +v saintlou
[18:13:31] <crosbot> tree became 'Tree is open (it greenified)'
[18:13:41] *** lipsinV2 has quit IRC
[18:17:05] *** jujugre has quit IRC
[18:23:14] *** jrbarnette_ has joined #chromium-os
[18:26:01] *** jrbarnette has quit IRC
[18:27:35] *** jrbarnette_ has quit IRC
[18:30:28] <crosbot> tree became 'Tree is open (it greenified)'
[18:32:03] *** arun_ has quit IRC
[18:32:15] *** Ambriely has joined #chromium-os
[18:46:51] *** jrbarnette has joined #chromium-os
[18:46:51] *** ChanServ sets mode: +v jrbarnette
[18:49:23] *** oc80 has joined #chromium-os
[18:49:38] *** aaronp__ has joined #chromium-os
[18:54:59] *** oc80z has quit IRC
[18:54:59] *** aaronp has quit IRC
[18:55:18] *** rptr has joined #chromium-os
[19:00:21] *** stevenjb has joined #chromium-os
[19:00:22] *** ChanServ sets mode: +v stevenjb
[19:06:10] <crosbot> tree became 'Tree is open (it greenified)'
[19:07:38] *** wfrichar has joined #chromium-os
[19:07:38] *** ChanServ sets mode: +v wfrichar
[19:12:12] *** borios has joined #chromium-os
[19:19:49] *** rbyers has joined #chromium-os
[19:19:49] *** ChanServ sets mode: +v rbyers
[19:19:51] <crosbot> tree became 'Tree is open (it greenified)'
[19:24:34] *** saintlou has quit IRC
[19:26:04] *** saintlou has joined #chromium-os
[19:26:04] *** ChanServ sets mode: +v saintlou
[19:30:08] *** Ambriely has quit IRC
[19:36:22] <crosbot> tree became 'Tree is open (it greenified)'
[19:36:57] <xiyuan> anyone is looking at "x86 generic tot chrome pre flight queue" bot failure?
[19:37:12] <xiyuan> broken since build 1554, http://build.chromium.org/p/chromiumos/builders/x86%20generic%20tot%20chrome%20pre%20flight%20queue/builds/1554
[19:37:16] <cmasone> xiyuan: a) yes, b) that's not a tree closer
[19:37:46] <xiyuan> okay. Good to know someone is looking.
[19:38:41] *** perezd has joined #chromium-os
[19:39:23] <Hexxeh> Chromium OS for Macbook Air: http://hexxeh.net/?p=328117760
[19:40:39] <Hexxeh> And actually, probably lots of other nVidia-based/BCM5974/BCM4353 based Macs too
[19:46:53] *** vmil86 has joined #chromium-os
[19:50:43] <crosbot> tree became 'Tree is open (it greenified)'
[19:51:48] <ellyjones> does anyone here know how readahead works?
[19:51:54] *** rptr has quit IRC
[19:52:06] <Hexxeh> If you've got a MacbookAir3,1 or MacbookAir3,2 around the office in MTV, give that image a go, it's really rather awesome
[19:52:30] *** rptr has joined #chromium-os
[19:54:10] <cmasone> ellyjones: jrbarnette y'all should talk about ureadahead :-)
[19:54:16] <ellyjones> ah, I think I just figured it out
[19:54:25] * ellyjones is staring at how to pregenerate pack files for ureadahead
[19:55:34] <ellyjones> the problem is that they are currently generated by tracing a real boot, and I can't think of how to simulate that at build time :\
[19:55:54] *** rptr has quit IRC
[19:56:08] <jrbarnette> the only effective option is in fact to trace something that's a lot like a real boot
[19:56:28] <jrbarnette> ... halting problem, and all that :-(
[19:56:33] *** rptr has joined #chromium-os
[19:56:42] <ellyjones> so what do you think of http://code.google.com/p/chromium-os/issues/detail?id=13680 ?
[19:57:02] <jrbarnette> in theory, possible
[19:57:14] <jrbarnette> in practice, more work that it sounds like at first :-(
[19:57:32] <ellyjones> well so
[19:57:55] <ellyjones> it would be desirable if we could do the first boot for a particular build once, then stash the ureadahead pack file
[19:58:36] <jrbarnette> true, but generating the pack file is relatively cheap
[19:58:45] <jrbarnette> the cost is one slow boot
[19:58:53] <ellyjones> but missing ureadahead performance boosts are expensive
[19:59:06] <cmasone> jrbarnette: plus imaging a device so that you can do that boot :-)
[19:59:50] <jrbarnette> imaging is done at the factory, or by AU; they're meant to be cheap
[20:00:33] <cmasone> ellyjones: I know that, for testing purposes, there has been discussion of hooking a real device up to a buildbot.  Perhaps the same approach could be used to wire a device to the canary/release builders for this purpose
[20:01:00] <ellyjones> that might produce the desired results
[20:04:24] *** tur42keys has joined #chromium-os
[20:05:05] *** saintlou has quit IRC
[20:05:54] <jrbarnette> ... alas, that doesn't solve the problem that's "more work than it sounds like at first"  :-(
[20:06:04] <ellyjones> yes
[20:06:28] <jrbarnette> the problem is that after you've generated the pack file (easy), you have to rebuild the root file system to include
[20:06:46] <jrbarnette> the new pack file, because it can't be delivered in the stateful partition
[20:06:54] *** saintlou has joined #chromium-os
[20:06:54] *** ChanServ sets mode: +v saintlou
[20:07:19] <ellyjones> hrm
[20:07:23] <jrbarnette> ... and the existing combination of boot scripts and ureadahead expect the pack file in the stateful partition, too
[20:07:58] <jrbarnette> so, we'd have to tinker with ureadahead, or else have two different versions of chromeos_startup
[20:08:19] <jrbarnette> *that's* the stuff that made me say "maybe this should wait"...
[20:08:24] *** dhendrix has quit IRC
[20:08:32] <jrbarnette> perhaps I should update the bug report?
[20:08:36] <ellyjones> good idea
[20:12:20] *** wfrichar has quit IRC
[20:12:42] <redpig> jrbarnette: a placeholder file of approx the right size could be created then  manually populate the blocks  on the tested rootfs
[20:12:50] <redpig> and have chromeos_startup mount --bind the pack file into place :p
[20:15:06] <jrbarnette> how would chromeos_startup know whether to do the bind mount?
[20:17:22] <jrbarnette> hmmm...  we could have the directory in the rootfs; if empty, bind mount to /var/..., else don't mount
[20:18:03] <jrbarnette> then we could retroactively rebuild the root fs with the pack file created in the case of the initially empty directory
[20:20:53] *** saintlou has quit IRC
[20:24:21] *** wfrichar has joined #chromium-os
[20:24:21] *** ChanServ sets mode: +v wfrichar
[20:24:57] *** rptr has left #chromium-os
[20:26:37] *** sergiu has joined #chromium-os
[20:26:38] *** sergiu has joined #chromium-os
[20:29:34] *** patcito has joined #chromium-os
[20:48:08] *** mascondante has joined #chromium-os
[20:52:02] *** borios has quit IRC
[20:52:12] *** FusionX has quit IRC
[20:56:11] *** saintlou has joined #chromium-os
[20:56:11] *** ChanServ sets mode: +v saintlou
[20:56:43] *** FusionX has joined #chromium-os
[20:56:52] *** saintlou has quit IRC
[21:00:03] *** ralch has joined #chromium-os
[21:00:27] <tfarina> is Yusuke Sato around? I want to ping him on -> http://codereview.chromium.org/7385007/ Or if someone else can approve, I appreciate.
[21:02:17] *** saintlou has joined #chromium-os
[21:02:17] *** ChanServ sets mode: +v saintlou
[21:02:57] *** rbyers has quit IRC
[21:04:03] *** rbyers has joined #chromium-os
[21:05:48] *** rbyers has quit IRC
[21:05:51] *** tur42keys is now known as tur42keys|Offlin
[21:06:06] *** ralch has quit IRC
[21:06:12] <cmasone> tfarina: Yusuke is in tokyo, so I suspect he'll not be around til tonight
[21:06:25] <cmasone> "tonight" PST, that is
[21:08:31] <tfarina> cmasone: ok, I'll wait until tomorrow. Otherwise I'll try to ping him tomorrow on codereview.
[21:09:26] <ellyjones> jrbarnette: question about upstart for you
[21:09:42] <jrbarnette> sure
[21:09:43] <ellyjones> jrbarnette: what is the cause of the desire to put usptart scripts in separate packages?
[21:09:51] *** magn3ts has quit IRC
[21:10:11] <ellyjones> (specifically for http://gerrit.chromium.org/gerrit/#change,4308)
[21:10:26] <jrbarnette> well, a major objective is that some upstart jobs are dependent on some underlying package that may be optional
[21:10:41] <ellyjones> the 'tor' upstart job is dependent on the 'tor' package always though
[21:10:51] <ellyjones> and never on anything else, since tor is standalone
[21:11:06] <jrbarnette> yes, but the system isn't necessarily dependent on tor
[21:11:31] <ellyjones> but it will be soon
[21:11:35] <jrbarnette> if you put the upstart job in chromeos-init, then the job will be present whether or not the tor package is present
[21:11:46] <ellyjones> which is bad
[21:11:55] <jrbarnette> a maintenance hazard
[21:12:03] <ellyjones> so I should have the tor package install its own upstart script, yeah?
[21:12:10] <jrbarnette> that's the goal
[21:12:21] <ellyjones> ok, that's what I am doing right now
[21:12:28] <cmasone> jrbarnette: oh...then why'd you ask for a separate package?
[21:12:59] <jrbarnette> well, a package separate from chromeos-init
[21:13:07] <ellyjones> oh, yeah, of course
[21:13:38] <cmasone> jrbarnette: oh.  ok, then, yeah...putting it in files/ where you have it now is fine, elly
[21:13:57] <jrbarnette> yeah, there are ARM packages doing that too
[21:14:07] <ellyjones> cool
[21:14:35] <ellyjones> cmasone: therefore, mind looking at http://gerrit.chromium.org/gerrit/#change,4308 again?
[21:16:08] <cmasone> ellyjones: yeah...you can basically revert the last patch, then :-)
[21:16:30] <ellyjones> I think the -9999 stuff is still desirable
[21:17:04] <cmasone> ellyjones: well, as you said earlier, this package won't be cros_workon-able, so...is there much value?
[21:17:16] <ellyjones> I do not know
[21:17:21] <ellyjones> my understanding of portage is poor
[21:17:35] <cmasone> ellyjones:  :-)  I think we'll be OK without the -9999 ebuild
[21:17:46] *** achuith_ has joined #chromium-os
[21:17:46] *** ChanServ sets mode: +v achuith_
[21:17:48] <cmasone> ellyjones: nd that having it around will confuse others
[21:17:59] <ellyjones> ok
[21:18:33] <ellyjones> ok
[21:18:34] <ellyjones> patch set 3!
[21:19:01] <cmasone> eerily familiar...
[21:21:04] *** achuith has quit IRC
[21:21:04] *** achuith_ is now known as achuith
[21:27:36] *** Styx has joined #chromium-os
[21:32:29] *** achuith has quit IRC
[21:33:05] *** achuith has joined #chromium-os
[21:33:05] *** ChanServ sets mode: +v achuith
[21:42:12] <steev_> ellyjones: does fperms work if you don't have tor:tor set up?
[21:42:42] <steev_> sorry, fowners
[21:42:50] <ellyjones> steev_: hm, probably not... :\
[21:48:30] *** saintlou has quit IRC
[21:48:45] <steev_> ellyjones: could possibly put it into pkg_install, or package_preinstall
[21:49:51] <steev_> pkg_preinst i mean
[21:50:50] <cmasone> ellyjones: I'd just take that stuff out, since it's irrelevant for Chrome OS, and then add the appropriate operations to the upstart job's pre-start stanza
[21:50:56] <ellyjones> yes
[21:51:02] <ellyjones> that is probably right :)
[21:51:33] *** BladeFreak has joined #chromium-os
[21:54:36] <tfarina> is there someone from USA timezone working on chromeos?
[21:54:43] <ellyjones> I'm in EST
[21:54:46] *** saintlou has joined #chromium-os
[21:54:46] *** ChanServ sets mode: +v saintlou
[21:55:37] *** cjb has joined #chromium-os
[21:55:55] <tfarina> ellyjones: I mean, most of the devs working on chrome/browser/chromeos are in russia/japan?
[21:56:06] * ellyjones does not know, but does not think that's true
[21:56:25] <cmasone> tfarina: there's a bunch in moscow, yes, but also many in california.
[21:56:34] <cmasone> tfarina: some in tokyo, some in munich
[21:57:15] <cjb> Hi everyone.  I did an overlay-arm-generic build, but I get SIGILL running any of the generated binaries on my ARM hardware (Sheeva-class Cortex A8).  The toolchain.conf says "armv7a-cros-linux-gnueabi".
[21:57:38] <tfarina> cmasone: stevenjb is in california?
[21:57:39] <cjb> Are there any other toolchains available?  My CPU doesn't have NEON support, so that might be it, assuming NEON is part of armv7a.
[21:57:41] *** rbyers has joined #chromium-os
[21:57:55] <cjb> (and assuming that binaries as simple as /bin/ls contain NEON instructions..?)
[21:58:06] <steev_> cjb: that shouldn't be the case
[21:58:33] <steev_> cjb: NEON should be a runtime decision (regardless); and since Chromeos has a tegra2 port, i highly doubt NEON is fully integrated
[21:58:41] <stevenjb> tfarina: I am in SF
[21:58:42] <cjb> I tried objdump -D on the generated ls binary, but I don't see anything that tells me which kind of instruction is ILLing.
[21:59:03] <tfarina> stevenjb: oh, cool, good to know.
[21:59:32] <cjb> Perhaps there's a search I can do somewhere to find out if there are other ARM toolchains than "armv7a-cros-linux-gnueabi" available?  Not too familiar with Gentoo.
[22:00:04] <steev_> cjb: well, if you're trying to take a binary from chromiumos and run it on (e.g.) ubuntu it likely won't work
[22:00:16] <cjb> steev_: oh!  I was indeed doing that (Fedora).
[22:00:21] <cjb> inside a chroot
[22:00:43] <cjb> so I booted Fedora, then did chroot /media/C-ROOT, and get a SIGILL immediately.
[22:00:45] <steev_> mmm, in a chroot should work, afaik
[22:00:52] <cjb> yeah, I'd expect so
[22:01:09] <steev_> ah, you could try chroot /media/C-ROOT /bin/whateverthesh
[22:01:45] <steev_> i've been poking at chromiumos for our hardware, but i haven't tried to actually run anything yet
[22:02:45] <cjb> yeah, I found that I get a panic immediately on the kernel trying to run C-ROOT's /sbin/init
[22:03:37] <steev_> i'm not familiar with running chromiumos, but i don't think you want to run init
[22:03:47] <cjb> ooh
[22:03:54] <steev_> if the docs say to though, feel free to correct me
[22:03:55] <cjb> that might explain it.  what would I run instead?
[22:04:06] <cjb> no, no docs; it's just what the mainline kernel *does* when it mounts a rootfs.
[22:04:08] <steev_> whatever their default shell they have installed, i think on x86 they offer bash
[22:04:28] <steev_> so maybe chroot /media/C-ROOT /bin/bash (this tells it to use the bash from inside the chroot)
[22:04:36] <cmasone> cjb: when you boot the device, you want the kernel to do whatever it wants to do -- which is run init
[22:05:01] <cmasone> steev_: if you're trying to run something in a chroot, /bin/bash would be fine, or dash, wherever that is
[22:05:33] <cjb> cmasone: yes; when I do that, init dies immediately
[22:05:37] <cjb> ("attempted to kill init" panic)
[22:05:46] <cjb> so, to investigate that, I tried the chroot and noticed that everything SIGILLs
[22:05:52] <cmasone> cjb: yeah, sounds like you need to find the right toolchain for your board.
[22:06:11] <cjb> yep, seems like it.  But I don't know what the toolchain options are.
[22:06:51] <cmasone> cjb: we probably don't have one that'll work for you.  You might ask on the mailing list for help using a custom toolchain, once you get your hands on the right compiler etc for your platform.
[22:07:13] <steev_> cjb: what board are you trying this on?
[22:07:25] *** dhendrix has joined #chromium-os
[22:07:26] *** ChanServ sets mode: +v dhendrix
[22:07:28] <cjb> steev_: on an OLPC XO-1.75.  (I work for OLPC.)
[22:07:45] <cjb> which has a Marvell MMP2/PJ4/Armada 610 SoC, which is an ARMv7 CPU
[22:07:53] <steev_> yeah one of the new spiffy processors
[22:08:18] <steev_> armv7a-cros-linux-gnueabi- *should* work with that
[22:08:19] <cjb> it works fine with the Fedora ARM builds, so am a bit surprised that there's something incompatible in the cros toolchain
[22:08:28] <cjb> yeah, I expected so too
[22:08:32] <steev_> still SIGILL if you do the /bin/bash at the end of the chroot?
[22:08:55] <cmasone> cjb: ping chromium-os-dev at chromium dot org.  Lots more people read there than are in here during the day
[22:09:25] <cjb> steev_: yeah
[22:09:43] <cjb> cmasone: thanks; will see if anyone else has ideas on how to determine which instructions I'm missing and then do that
[22:10:18] *** rbyers has quit IRC
[22:11:18] <steev_> cjb: did you check out the kernel config? i'm not sure what the default arm-generic kernel adds
[22:12:32] <cjb> steev_: nope, not yet
[22:12:52] <cjb> I wondered if it might be thumb-related, but my own kernel has that enabled
[22:13:59] <steev_> cjb: is that a vanilla 4.4.x gcc you're using on olpc, or are you guys using linaro's patches?
[22:14:53] <cjb> you mean, when I run gcc on the host via Fedora?
[22:15:00] <steev_> yes
[22:15:16] <cjb> we're just using the F13 ARM gcc build
[22:15:31] <cjb> (still armv5tel in F13)
[22:15:54] <cmasone> cjb: you got the chromium os build env working on fedora?  Cool.
[22:16:36] <cjb> cmasone: no, I'm building on an x86_64 Ubuntu host :)
[22:17:01] <cmasone> cjb: ah. Yeah, that's recommended :-)
[22:20:50] *** rbyers has joined #chromium-os
[22:21:24] <eggy> mm ubuntu
[22:23:48] *** behdad has joined #chromium-os
[22:28:09] <Hexxeh> hell yeah, got ChromiumOS and OSX Lion dual-boot working
[22:29:40] *** mascondante has quit IRC
[22:31:29] *** oc80 has quit IRC
[22:32:18] *** oc80z has joined #chromium-os
[22:37:54] *** saintlou has quit IRC
[22:48:49] <ellyjones> PLOG() only gets logged if errno != 0)/
[22:48:52] <ellyjones> *?
[22:50:04] <cmasone> yup
[22:50:38] <ellyjones> excellent
[22:50:56] <ellyjones> that can go in the box of things that are merely annoying about C++
[22:51:22] <Hexxeh> ba-zing: http://cl.ly/8bEl
[22:51:23] <gauravsh> that can go in the box of things that are merely annoying about chrome's logging system :)
[22:52:14] <ttuttle|work> ellyjones: the alternative is "Foo failed: Success"
[22:52:39] *** saintlou has joined #chromium-os
[22:52:39] *** ChanServ sets mode: +v saintlou
[22:53:05] *** saintlou has quit IRC
[22:53:31] <ellyjones> ttuttle|work: :)
[22:54:37] *** behdad has quit IRC
[22:56:09] *** behdad has joined #chromium-os
[22:56:09] *** ChanServ sets mode: +v behdad
[22:56:18] *** saintlou has joined #chromium-os
[22:56:18] *** ChanServ sets mode: +v saintlou
[23:01:21] *** achuith has quit IRC
[23:02:29] *** rbyers has quit IRC
[23:04:31] *** rbyers has joined #chromium-os
[23:04:54] *** rharrison_chrome has quit IRC
[23:05:58] *** rharrison_chrome has joined #chromium-os
[23:05:58] *** ChanServ sets mode: +v rharrison_chrome
[23:07:05] *** rbyers has quit IRC
[23:07:30] <wfrichar> Hexxeh: sweet!
[23:09:40] <ellyjones> gauravsh: I dispute your allegations that 'mountpoint' is not a noun :P
[23:10:47] *** rbyers has joined #chromium-os
[23:11:07] *** JasonO has joined #chromium-os
[23:11:07] *** JasonO has joined #chromium-os
[23:12:35] <ojn> ellyjones, mount point?
[23:12:38] <gauravsh> http://websource.it/sourceit/search1?first=mount+point&second=mountpoint&third=&fourth=&fifth=
[23:12:41] <gauravsh> I rest my case
[23:12:51] <gauravsh> :)
[23:13:21] <ellyjones> ~$ man mount | grep 'mount point' | wc -l ; man mount | grep mountpoint | wc -l
[23:13:24] <ellyjones> 4
[23:13:25] <ellyjones> I rest _my_ case ;P
[23:13:27] <ellyjones> 11
[23:13:57] *** rharrison_chrome has quit IRC
[23:14:47] <gauravsh> man page writers have always been very well known for their succint, error-free and gramatically accurate well written prose
[23:14:48] *** Styx has quit IRC
[23:15:01] <ellyjones> I'm glad we agree, then ;)
[23:15:06] *** achuith has joined #chromium-os
[23:15:06] *** ChanServ sets mode: +v achuith
[23:15:26] <ellyjones> http://ngrams.googlelabs.com/graph?content=mountpoint%2C+mount+point&year_start=1800&year_end=2000&corpus=0&smoothing=3 damn you, ngrams
[23:15:30] <ellyjones> why must you betray me
[23:15:48] <gauravsh> haha
[23:15:59] <cmasone> ngrams, curse your sudden-but-inevitable betrayal!
[23:16:10] <ellyjones> cmasone: :D
[23:17:03] * ellyjones $ sed -i -e 's/mountpoint_/mount_point_/g' *.{cc,h}
[23:17:28] * cmasone pours one out for Wash
[23:17:46] <ellyjones> are you talking about firefly, cmasone?
[23:18:15] <cmasone> ellyjones: yeah.  It's one of the first things you hear Wash say :-)  He's playing with dinosaurs in the cockpit of Serenity
[23:18:24] <ellyjones> okay, good
[23:18:29] <ellyjones> in that case I second your pouring-out of one
[23:18:44] <gauravsh> ugh, you geeks.
[23:19:03] <cmasone> nerd.
[23:19:59] <gauravsh> i knew you were going to say that. that's what geeks do.
[23:25:20] *** stalled has quit IRC
[23:25:35] <gauravsh>  /* FIXME: We really should check the length of the strings before copying it */
[23:25:51] <cmasone> gauravsh: o_0
[23:25:55] <gauravsh> The more I look at opencryptoki code, the more I am overcome with a sense of dread and foreboding.
[23:26:57] *** achuith has quit IRC
[23:27:28] <gsam_> the most difficult decision in using open source is when to just toss code in the dustbin and start over
[23:27:56] <cmasone> gsam_: is it always simply a matter of 'when', and never 'if'?
[23:28:56] <gsam_> cmasone, isn't that the same question?
[23:30:22] <cmasone> gsam_: I mean...do you ever just decide "hey, this is good...let's just use this as is!"
[23:32:11] <gsam_> it's always just been, 'hey this seems to do what i need' followed by 'hey this kinda sucks but i can't be bothered to do something better' until you finally reach 'hey i can't stand looking at this another day; it's gotta go'
[23:32:42] <rginda> is that somehow different from in-house code?
[23:32:58] <gsam_> <- trouble maker :)
[23:33:01] <marcheu> rginda: the feeling of NIH'ness is the key
[23:34:12] <gsam_> the cost tradeoff tends to promote open source code to "usability" for far too long
[23:34:24] <ellyjones> we decided that modemmanager was pretty okay
[23:34:43] <gsam_> wpa_supplicant has a lot of good work; way more than warrants ever replacing it
[23:34:57] <ellyjones> (the modemmanager maintainer is a cool guy)
[23:39:17] *** stalled has joined #chromium-os
[23:40:58] <ellyjones> I wish 'repo upload' would ignore .swp files
[23:47:14] *** D|sT has quit IRC
[23:48:11] *** rbyers has quit IRC
[23:51:57] *** D|sT has joined #chromium-os
[23:56:03] *** saintlou has quit IRC
[23:57:29] *** saintlou has joined #chromium-os
[23:57:29] *** ChanServ sets mode: +v saintlou
[23:58:09] <gauravsh> ellyjones: sent you a last batch of nits. if you could do a quick and dirty timing test, I can +2 it.
[23:58:41] <ellyjones> I am starting to develop a visceral negative reaction to the word 'nit'
[23:58:52] <ellyjones> is there some procedure by which the entire company periodically switches words for that?





top