[14:51] <smoser> harmw_, around ?
[15:00] <smoser> hm.. harmw_ someone is asking for respecting mtu returned in dhcp.
[15:00] <smoser> i wish i'd have fixed it better with your staticroutes fix
[15:01] <smoser> so that we weren't hard coding that in a binary
[15:01] <smoser> but instead wrapping a udch call or something
[18:19] <harmw_> smoser: hr
[18:20] <smoser> hey.
[18:20] <smoser> i wish i'd just wrapped udchpc
[18:21] <smoser> so that i didn't have re-build in order to change the options that it is called with on ifup
[18:21] <smoser> that just seems silly
[18:21] <harmw> ah
[18:21] <harmw> rebuilding a cirros image to chang a udhcpclint thingy, right
[18:21] <harmw> would be silly inded
[18:23] <harmw> is tht someone asking on lp?
[18:23]  * harmw likes some place to read the whole story :)
[18:24] <harmw> btw, Ive been trying to get me a new cirros image with updated kernel+mdev+hypervdrivers but after booting in hyperv it apparently forgot the initrd - while booting in qemu-kvm just goes without problems
[18:30] <smoser> yeah, ubuntu kernel will work fine in qemu-kvm with built in drivers.
[18:31] <smoser> not asking in launchpad, no.
[18:31] <smoser> they were just setting the mtu on a network and sending that in dhcp
[18:31] <smoser> and cirros wasn't oblighing
[18:31] <smoser> obliging
[18:32] <harmw> so cirros should just apply whatever DHCP options are inside the dhcp<whatsitcalled>
[18:33] <smoser> yeah.
[18:33] <harmw> sounds like a cool feature
[18:33] <harmw> for 0.4 or somthing :p
[18:33] <smoser> i'm not really sure how udchp does it.
[18:33] <smoser> ie, udhcp is calling that ifupdown script
[18:33] <harmw> nah, its calling the default.script
[18:33] <smoser> and must be putting into environment varaibles names of the reponses.
[18:33] <harmw> from /usr/something
[18:34] <smoser> yeah. thats what i meant.
[18:34] <smoser> ifupdown -> udchp -> default.script
[18:34] <harmw> yep
[18:36] <harmw> http://git.busybox.net/busybox/tree/networking/udhcp/README.udhcpc?h=1_1_stable&id=179f41778880d0a233435f5c9ed04e17316f479a#n68
[18:37] <harmw> we can hack default.script to just apply whatever is set, in a reasonable way
[18:37] <smoser> hm..
[18:37] <smoser> so why the change we made for '-O' 
[18:37] <harmw> well, not just everything ofc
[18:37] <harmw> -O made it get these extras in the first place
[18:37] <smoser> http://paste.ubuntu.com/7091665/
[18:38] <smoser> so we have to one by one ask for things ?
[18:38] <smoser> [annoying]
[18:38] <harmw> -O,--request-option OPTRequest option OPT from server (cumulative)
[18:39] <harmw> thats annoying, yes
[18:39] <harmw> ill create a bug on LP first
[18:39] <harmw> for future reference
[18:39] <harmw> since I take it you're not diving in on this one right now :)
[18:45] <smoser> right.
[18:45] <smoser> did you try my last suggestion on that iamroot thing?
[18:46] <harmw> uhm
[18:46] <smoser> http://paste.ubuntu.com/7091714/
[18:46] <harmw> hm, guess I missed that :|
[18:46] <harmw> sry, let me check
[18:48] <harmw> great, that works smoser 
[18:48] <smoser> ok. i'm going to commit it then.
[18:48] <harmw> I've did a simple test with just those 2 functions
[18:48] <harmw> iamroot and asroot
[18:49] <harmw> its using sudo whn it should
[18:49] <harmw> so, ok
[18:49] <harmw> nice
[18:52] <harmw> smoser: please hold on the cirros-status merge
[18:53] <smoser> ?
[18:53] <harmw> grep DMI /var/log/messages gives no luck on HyperV
[18:53] <harmw> while dmesg|grep DMI does
[18:57] <smoser> really.
[18:57] <harmw> yup
[18:57] <smoser> the benefit of /var/log/messages would be that its permenant
[18:57] <smoser> dmesg is a circular buffer
[18:57] <harmw> indeed
[18:58] <harmw> though I wonder on how much is changed for dmesg, and how mch that would matter
[18:58] <smoser> i honestly dont even know how /var/log/messages is written :)
[18:58] <smoser> pretty much anything that "just worked" with buildroot i did not bother figuring out.
[18:59] <harmw> isn't syslog just doing that?
[19:00] <harmw> hm, now my qemu vm has no /etc/mdev.conf while the hyperv vm does
[19:01] <harmw> shouldnt I apply http://paste.ubuntu.com/7091714/ on my branch btw? then change this dmesg thingy and then you can just merge, right?
[19:02] <smoser> is that right? does your branch have nothing else?
[19:02] <smoser> if so, yeah, go for it.
[19:03] <smoser> your hyperv you re-built cirros
[19:03] <smoser> i thought
[19:03] <harmw> uhu, new kernel as well
[19:03] <smoser> right. well that'd be where mdev.conf came from silly
[19:03] <smoser> oh. odd. its built in.
[19:04] <harmw> i have the same disk.img loaded in qemu
[19:15] <smoser> odd
[19:17] <harmw> http://bazaar.launchpad.net/~harmw/cirros/cirros-sysinfo/changes
[19:18] <harmw> doesn't look like unwanted changes in there :)
[19:19] <harmw> https://code.launchpad.net/~harmw/cirros/cirros-sysinfo/+merge/209322
[19:19] <smoser> k. 
[19:19] <smoser> gracias
[19:25] <smoser> harmw, merged. and pushed. thankm you.
[19:27] <harmw> nice, thanks
[19:34] <harmw> hm, LP didn't mail me about any merge
[19:46] <harmw> smoser: any reason why console logs are disabled on tty0 from end of kernel boot until login prompt?
[19:47] <harmw> (its logged to file though)
[19:48] <smoser> yes.
[19:48] <smoser> :)
[19:48] <smoser> because there is no easy way to dot hat.
[19:49] <smoser> kernel messages go to each target of 'console=' on the cmdline.
[19:49] <harmw> indeed
[19:49] <smoser> but init's output (and any process it spawns) can only go to one place
[19:49] <harmw> hm yes
[19:49] <smoser> outside of using 'tee' or something.
[19:49] <smoser> so the code tries to figure out what the right place is.
[19:49] <smoser> and i prefer serial console to vga
[19:50] <harmw> +1 on that
[19:50] <smoser> i'm not opposed to some way to make it go to both places.
[19:50] <smoser> as long as it works.
[19:51] <harmw> ok
[19:51] <smoser> we have the same problem on ubntu too.
[19:51] <smoser> its a real PITA
[19:51] <smoser> the biggest pain, is that you can't actually tell if /dev/console is working
[19:51] <smoser> echo "foo" > /dev/console
[19:52] <smoser> works for a while
[19:52] <smoser> (kernel buffers)
[19:52] <smoser> and then it realizes that there is no /dev/ttyS0 (or wherever you had 'console=' on the cmdline)
[19:52] <smoser> and it then starts to fail
[19:52] <harmw> so, useless
[19:53] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-initramfs-tools/+bug/1123220
[20:38] <harmw> ah ys
[20:39] <harmw> smoser: any bugs/issues still open before 0.3.2 final?
[20:47] <smoser> no. 
[20:47] <smoser> jsut time.
[20:47] <smoser> i jsut have to do it.
[20:49] <harmw> ok, thn take time :)
[20:54] <smoser> alright. so lets say i'm just going to go cowboy and do it.
[20:54] <smoser> and call it 0.3.2 with minimal-ish testing
[20:54] <smoser> but then we'll test it fairly well before we announce that anywhere.
[20:55] <harmw> you could go rc1.. :)
[20:55] <harmw> but 0.3.2 is better
[20:55] <smoser> yeah. the problem is then people like you just want to put more stuff in
[20:55] <smoser> (or people like me too, as i'd like the MTU thing fixed)
[20:56] <harmw> so 0.3.2 it is :)
[21:09] <smoser> you know, a young go getter like yourself could set up a nightly build service
[21:09] <smoser> :)
[21:09] <smoser> and automate all this. and get ifrasturcture infor gated c-i
[21:09] <harmw> doesn't LP supply thta?
[21:09] <smoser> it will build debs
[21:10] <smoser> i dont think i could shoe-horn this in there.
[21:10] <smoser> it might be interesting to try though :)
[21:10] <harmw> hmk, well hosting something Jenkins-like for cirros or c-i sounds like a nice thing :)
[21:13] <harmw> or just somthing manually, without Jenkins
[21:18] <harmw> i like the idea smoser 
[22:19] <harmw> smoser: whre shhould I put nightly disk images