[01:43] <patrickw> obino1:  grepping for ERROR, it seems I am now getting 3 x ( 2 x [EUCAERROR ] vnetAttachTunnels(): bad input params && 1 x [EUCAERROR ] shawn(): network state maintainance failed) every 6 seconds...  Heading home.
[01:44] <patrickw> obino1:  I can start/stop instances though
[14:38] <kim0> smoser: hey o/
[14:38] <smoser> hi
[14:38] <kim0> smoser: I'm recording a screencast on the rebundling image thing
[14:38] <kim0> you did in cloud days
[14:39] <kim0> I'm facing trouble uec-publishing the image
[14:39] <kim0> getting
[14:39] <kim0> failed to check for existing manifest
[14:39] <kim0> any idea what's wrong
[14:40] <smoser> you dont have euca2ools setup up
[14:40] <smoser> or ec2 tools
[14:40] <smoser> it assumes environment is set up
[14:40] <kim0> hmm .. I have ec2 tools
[14:40] <kim0> ec2-describe-instances
[14:40] <kim0> work for instance
[14:40] <kim0> works*
[14:40] <smoser> ok. what command is failing ?
[14:41] <kim0> smoser: http://paste.ubuntu.com/588249/
[14:41] <kim0> smoser: if there's some "s3" specific aws env vars .. I probably don't have them though
[14:42] <kim0> never really used s3 before
[14:42] <smoser> http://ubuntu-smoser.blogspot.com/2011/01/using-euca2ools-rather-than-ec2-api.html
[14:42] <smoser> that shows config for euca2ools
[14:45] <kim0> smoser: hmm .. I'd rather finish the thing with ec2-api tools if that's possible ?
[14:45] <smoser> oh.
[14:45] <kim0> if you want .. ssh ubuntu@ec2-184-73-69-132.compute-1.amazonaws.com
[14:45] <smoser> i'm sorry . i thought you *were* using euca2ools
[14:46] <kim0> nope
[14:46] <kim0> I have a byobu session there
[14:53] <hallyn> kim0: (just fyi) in your proposed lxc fix for netbase, you were editing original source file, but you didn't do the needed quilt steps
[14:54] <hallyn> I only just noticed it now and have two other bugfixes on top of yours right now (merged into mine)  :)  will clean it up before proposing to zul for sponsoring
[14:54] <zul> cool
[14:54] <smoser> kim0, oops. did 'screen -d -r' and kicked you
[14:54] <kim0> np
[14:54] <smoser> my fingers just do that by default
[14:54] <kim0> back in
[14:55] <hallyn> zul: i'm going to do some extensive testing first, so probably will get it to you on monday
[14:56] <zul> hallyn: sounds good i can slack off til then ;)
[14:56] <hallyn> :)
[14:57] <hallyn> zul: or if you want i can hand you a bzr tree to test with yourself, make sure i don't break openstack somehow
[14:57] <zul> sure
[15:00] <hallyn> zul: actually the quilt stuff is not quite right anyway.  THe top patch needed a refresh.  Should I go ahead and roll that refrsh into the commit for kim0's bug?  (i'll do that by default unless you say that's wrong)
[15:01] <smoser> kim0, bug 665667 is what stops you from using euca2ools on ec2
[15:01] <zul> do it
[15:01] <hallyn> rock
[15:09] <smoser> kim0, you just want things to break, man
[15:09] <smoser> we package things for a reason
[15:16] <kim0> smoser: using packages now ..
[15:17] <hallyn> dum dee dum.  bzr decided it should repack on my latest, small, debcommit -r -R.  Boy is this slow.
[15:18] <hallyn> I suppose it is repacking for all of the bzr trees I keep under that directory
[15:23] <hallyn> still going
[15:24] <hallyn> wish it would have asked me.  I'd have told it to wait until after my push, which was my next, and last, step.
[15:31] <hallyn> zul: lp:~serge-hallyn/ubuntu/natty/lxc/lxc-fix-3bugs
[15:32] <zul> cool beans!
[15:34] <hallyn> zul: i suppose it's way too late to sneak in a new feature (lxc-clone) :)
[15:34] <zul> hallyn: probably :(
[16:17] <jmgalloway> can anyone tell me where to find handlers.c?
[16:58] <RoAkSoAx> smoser: howdy! should I rsync this "uec-images.ubuntu.com::uec-images/natty/current" for the images to be used in publish-bud?
[17:02] <smoser> RoAkSoAx, you want something for testing ?
[17:04] <RoAkSoAx> smoser: yeah... I'm testing the scripts and get and error of no manifests
[17:04] <RoAkSoAx> so i need the images
[17:04] <RoAkSoAx> and manifest
[17:04] <RoAkSoAx> right?
[17:09] <smoser> RoAkSoAx, hold on
[17:09] <smoser> no manifests ?
[17:09] <smoser> what error do you get?
[17:10] <kim0> jmgalloway: hi, what's you talking about
[17:10] <kim0> s/'s/'re/ :)
[17:11]  * RoAkSoAx is lagged
[17:13] <smoser> RoAkSoAx, on nectarine, get /home/smoser/out.tar.gz
[17:13] <smoser> that was created from generate-fake-publish-base
[17:14] <RoAkSoAx> smoser: could not find prefix based on *.manifest for test -> Do I need to rsync "uec-images.ubuntu.com::uec-images/natty/current" to start the publishing
[17:15] <RoAkSoAx> smoser: ok cool, but unfortunately I don't have my ssh keys here :S as I'm using another laptop that the one I usually use
[17:15] <RoAkSoAx> smoser: so cant access nectarine
[17:17] <smoser> ok. i can put it somewhere.
[17:18] <RoAkSoAx> ok cool
[18:27] <kim0> SpamapS: Hi Clint .. on the server boot email, you had mentioned counting "main" packages that have sysv scripts
[18:27] <kim0> i.e. restricting   apt-file search /etc/init.d| wc -l
[18:27] <kim0> to only "main" ... can you please let me know how you did that
[18:32] <smoser> RoAkSoAx, http://smoser.brickies.net/publish-root.tar.gz
[18:32] <RoAkSoAx> smoser: thanks ;)
[18:40] <SpamapS> kim0: I just dug through the Contents file myself
[18:40] <SpamapS> kim0: it has universe/main in it..
[18:40] <kim0> SpamapS: if you could locate your code snippet .. it'd be awesome :)
[18:41] <kim0> otherwise .. I'll try to do it
[18:43] <SpamapS> zgrep '^etc/init.d/' /var/cache/apt/apt-file/us.archive.ubuntu.com_ubuntu_dists_natty_Contents-amd64.gz| egrep -v '\suniverse/'
[18:44] <SpamapS> oh I think I did multiverse too
[18:45] <kim0> SpamapS: kewl .. that should get me started .. thanks man :)
[18:45] <SpamapS> number is probably closer to 208
[18:56] <hallyn> zul: new package works fine for me, so when you feel all right with it, please do push
[18:56] <zul> k will do
[20:59] <hallyn> kirkland: hey, so have you noticed how, on x86-64, when you do 'kvm' you get 64-bit, but when you do just 'qemu' you get 32-bit?
[21:00] <hallyn> kirkland: does that bother you at all?
[21:00] <hallyn> kirkland: normally i'd say "that's fine", but that means that <emulator>/usr/bin/qemu</emulator> on a kvm-capable machine does 64-bit, but on kvm-incapable (or just kvm not loaded) you get 32-bit, and sometimes silent mysterious boot hangs
[22:18] <SpamapS> smoser: interesting, I just got the 'udevd[63]: worker [68] did not accept message -1 (Connection refused), kill it' message on a VM