[02:29] <sarnold> hallyn,zul, do i recall someone recently complaining about qemu dying with a message "virtio: trying to map MMIO memory"? This looks important: http://lists.linuxfoundation.org/pipermail/virtualization/2013-December/025830.html
[04:51] <hallyn> sarnold: well it sounds like https://bugs.launchpad.net/qemu/+bug/818673  except the link you posted only mentions 9p-virtio
[08:09] <nocturnal_> i just installed ubuntu server on this old proliant server i found. is there a way to access it from my laptop but login with a gui?
[08:12] <nocturnal_> i know i can ssh into it but i wish i could use a gui for some things
[11:12] <arie_kiyoshi> assalamualaikum all
[11:26] <jamespage> smoser, I'd suggest an alternative approach to backporting mongodb
[11:26] <jamespage> its only a small delta to make it compat with what's already there
[11:29] <jamespage> smoser, backporting boost is something we really don't want todo
[12:28] <jamespage> smoser, this is the mongodb delta - http://paste.ubuntu.com/6524540/
[12:29] <jamespage> I think that is acceptable to carry
[12:29] <jamespage> I've started pushing delta branches to ~ubuntu-cloud-archive on launchpad so we can manage this easier
[12:29] <jamespage> zul, ^^
[12:29] <jamespage> can you both review and +1 that for upload
[12:29] <jamespage> thanks
[12:34] <zul> jamespage:  +1
[12:35] <jamespage> zul, btw I fixed openvswitch in trusty to work OK on 12.04
[12:35] <jamespage> zul, but the tests fail in the PPA
[12:35] <zul> jamespage:  i see
[13:40] <zul> jamespage:  https://code.launchpad.net/~zulcss/python-troveclient/simplejson/+merge/197865
[13:42] <jamespage> zul, conditional approve
[13:43] <zul> jamespage:  just fixed
[13:50] <zul> jamespage:  https://code.launchpad.net/~zulcss/glance/oslo.messaging-refresh/+merge/197870
[14:34] <zul> jamespage:  im going to fix this nova build and then get to icehouse-1, can you please +1 the glance merge for me please?
[14:34] <jamespage> zul: +1
[14:35] <zul> jamespage:  thanks
[14:48] <zul> jamespage:  that was easier than i thought: https://code.launchpad.net/~zulcss/nova/sphinx-build/+merge/197890
[14:53] <zul> jamespage:  im starting to do icehouse-1
[14:53] <jamespage> zul, ack
[14:53] <jamespage> zul, +1 on that merge above
[14:54] <zul> jamespage:  thanks
[15:00] <smoser> jamespage, that mongodb is great if we can keep it that minimal.
[15:00] <smoser> i uploaded libboost and -dev and dh-shystemd to cloud-tools but will drop them.
[15:00] <smoser> do you have a plan for handling this delta?
[15:01] <jamespage> yes
[15:02] <smoser> and you coul just drop the dh-systemd with no fallout ?
[15:02] <jamespage> smoser, yes
[15:04] <smoser> so for now can i / should i just upload your mongodb to cloud-tools also ?
[15:04] <jamespage> smoser, that should work yes
[15:04] <jamespage> I'm uploading to icehouse-staging as we speak
[15:04] <smoser> gracias
[15:04] <jamespage> so I may as well go get a coffee
[15:04] <jamespage> the branch is up-to-date
[15:04] <smoser> branch ?
[15:05] <jamespage> smoser, lp:~ubuntu-cloud-archive/ubuntu/precise/mongodb/precise-icehouse
[15:06] <jamespage> I propose that we manage delta using full packaging branches - which allows us to treat them like merges from debian
[15:06] <jamespage> zul, ^^ - that approach will stop us loosing delta
[15:06] <smoser> so i should od one of ubuntu/precise/mongodb/precise-cloudtools ?  you think ?
[15:07] <zul> +1 from me
[15:09] <jamespage> smoser, yes - I should think so
[15:14] <smoser> bah.
[15:14] <smoser> debuild -S on mongodb wants scons and boost-dev
[15:24] <gQuigs> what version of openvswitch should be used with the lts-saucy kernel on 12.04?
[15:28] <jamespage> gQuigs, you can either use the openvswitch from the havana cloud archive
[15:28] <jamespage> OR
[15:28] <jamespage> you can wait for the openvswitch-datapath-dkms-lts-saucy package to appear - but not just yet
[15:28] <jamespage> it will be 1.10 release
[15:32] <gQuigs> jamespage: thanks!
[15:33] <jamespage> gQuigs, the lts-saucy package is just the dkms module - we don't backport the userspace tooling
[15:33] <jamespage> you need to use the cloud-archive for that
[15:36] <gQuigs> jamespage: I didn't see a lts-saucy dkms driver, should I use raring?
[15:36] <jamespage> " you can wait for the openvswitch-datapath-dkms-lts-saucy package to appear - but not just yet"
[15:36] <gQuigs> (raring's dkms driver)
[15:36] <zul> jamespage:  just as a heads up i had to use OSLO_PACKAGE_VERSION in the nova debian/rules because we rename the tarball and then we are fighting python-pbr (for rc1)
[15:37] <zul> er...icehouse-1
[15:37] <jamespage> ok
[15:37] <zul> jamespage:  just doing a local build first
[15:40] <gQuigs> jamespage: oh are you saying that I shouldn't use the lts-saucy kernel with openvswitch until the dkms package appears?
[15:40] <jamespage> yes
[15:41] <gQuigs> jamespage: (for customer) trying to see if a bug is fixed in the 3.11 kernel..  any other way?
[15:42] <gQuigs> specifically just for testing...
[15:43] <jamespage> gQuigs, use the openvswitch from the havana cloud archive
[15:43] <jamespage> it does work with 3.11 kernel
[15:43] <jamespage> https://wiki.ubuntu.com/ServerTeam/CloudArchive
[15:43] <gQuigs> jamespage: oh, so no dkms driver is needed with that...
[15:44] <jamespage> gQuigs, that version includes the dkms driver - but the native kernel module does have GRE support in 3.11
[15:44] <gQuigs> jamespage: awesome, thanks!
[15:53] <zul> jamespage:  i love regressions
[16:00] <smoser> jamespage, i'm sure i'm being especially stupid
[16:00] <jamespage> smoser, ?
[16:00] <smoser> but i can't even get debuild -S to work for mongodb
[16:02] <jamespage> smoser, urgh - yeah
[16:02] <jamespage> scons winges
[16:02] <smoser> http://paste.ubuntu.com/6525386/
[16:02] <jamespage> smoser,  try bzr bd -S -- -nc
[16:02] <jamespage> -nc is not nice but works
[16:02] <jamespage> I'll fix that up in Debian (along with not being able to disable tests right now)
[16:04] <smoser> i guess 'bzr bd -S -- -nc' preceeded by 'rm -Rf * .pc && bzr revert' is probably pretty clean
[16:20] <jamespage> zul, do you need some help? there are quite a few things for icehouse1?
[16:20] <zul> jamespage:  nah im good
[16:20] <jamespage> zul, its not actually released yet is it?
[16:20] <zul> jamespage:  some of them are
[16:21] <zul> jamespage: nova neutron ceilometer glance keystone are
[16:21] <jamespage> zul, I'll plug away at CA deps then
[16:22] <jamespage> fyi python-webtest is uninstallable at the moment but that's at the bottom of the list
[16:22] <zul> jamespage:  cool thanks...how is openvswitch going?
[16:22] <zul> jamespage:  ack..
[16:22] <jamespage> zul, well the suggestion was that I try building it on a server with the hardy kernel used by the PPA's
[16:22] <jamespage> and I'd not wasting time doing that
[16:22] <zul> jamespage:  heh
[16:23] <jamespage> it can stay broke for the moment - 1.10.0 is enought for now
[16:23] <zul> ack
[16:23] <jamespage> zul, doing libvirt next - need to stick in a delta
[16:23] <zul> jamespage: yeah i have a debdiff if you want it
[16:23] <jamespage> zul, pastebinit
[16:23] <zul> jamespage:  gimme a sec
[16:24] <zul> jamespage:  http://paste.ubuntu.com/6525457/
[16:25] <zul> jamespage: nova icehouse-1 ready in a sec
[16:28] <zul> jamespage:  https://code.launchpad.net/~zulcss/nova/2014.1.b1/+merge/197919
[16:29] <jamespage> zul, OSLO_VERSION due to switch from .b1 to ~b1 right?
[16:30] <zul> jamespage:  yep we should be able to switch it when icehouse is actually out
[16:30] <jamespage> yeah
[16:32] <jamespage> zul, two minor comments
[16:34] <zul> jamespage:  pushed
[16:34] <zul> jamespage:  i mean corrected
[16:35] <jamespage> zul, fix the double space after OSLO_VERSION in the changelog and then +1
[16:35] <jamespage> I don't need to re-approve
[16:35] <zul> jamespage:  done
[16:43] <zul> jamespage:  https://code.launchpad.net/~zulcss/neutron/2014.1.b1/+merge/197922
[16:49] <jamespage> zul, OK - python-webtest installability is block the builds for precise
[16:49] <jamespage> I'll try fix that up
[16:50] <jamespage> zul, nova is still failing to build in the lab for some reason
[16:50] <zul> yeah seems to be blocking python-pecan
[16:50] <zul> nova for precise or icehouse?
[16:51] <jamespage> zul, for trusty
[16:51] <zul> jamespage:  ok ill have a look
[16:51] <jamespage> the sphinx doc build borkes
[16:51] <zul> jamespage:  i think its pbr thats causing problems
[16:51] <zul> anyways ill have it look
[17:00] <zul> jamespage:  https://code.launchpad.net/~zulcss/ceilometer/2014.1.b1/+merge/197927
[17:04] <jamespage> zul, +1
[17:07] <w0rmie> for a cluster configuration nfsbooted could not be located while installing it (ubuntu 13.10)
[17:07] <w0rmie> any ideas?
[17:13] <roaksoax> is there a way we can allow daemons to bind to non-root ports?
[17:14] <roaksoax> jamespage: thoughts?
[17:14] <roaksoax> smoser: ^^
[17:14] <jamespage> roaksoax, authbind
[17:14] <roaksoax> jamespage: so that's standard then?
[17:14] <jamespage> roaksoax, did you mean that the other way around?
[17:14] <roaksoax> jamespage: have you used it in any package?
[17:15] <jamespage> roaksoax, I think tomcat7 uses it
[17:15] <roaksoax> jamespage: nah, maas is using authbind now for cluster celery to bind to a port (it not being root), just trying to figure out the way to do it right
[17:15] <roaksoax> jamespage: k thanks!
[17:22] <w0rmie> for a cluster configuration nfsbooted could not be located while installing it (ubuntu 13.10)
[17:22] <w0rmie> any ideas?
[18:03]  * hazinhell read through the cgroup manager discussion http://thread.gmane.org/gmane.linux.kernel.containers.lxc.devel/5272
[18:11] <zul> roaksoax:  ping
[18:13] <zul> roaksoax:  can you +1 this https://code.launchpad.net/~zulcss/glance/2014.1.b1/+merge/197941
[18:56] <rbasak> smoser: on bug 1257082, the Debian upstream bug is against ntp, not isc-dhcp. I'll change that, shall I?
[18:56] <rbasak> smoser: AFAICT, isc-dhcp is doing exactly the right thing.
[18:56] <smoser> sure. change it that sfine.
[18:56] <smoser> and, yeah, i agree.
[18:58] <genii> I think isc-dhcp is pretty much abandoned. The last changes in the dhclient-script for instance are 2005, plus the -n switch doesn't work and no one seems inclined to fix it.
[18:59] <rbasak> genii: perhaps it's just that it's working well enough that it doesn't need any significant attention? For your -n switch problem, is there a bug with a patch in it?
[18:59] <rbasak> genii: it's a pretty critical package so I'd be surprised if it's really abandoned.
[19:00] <rbasak> People ask me about some of my projects often. They're not abandoned; they're feature complete with no significant bugs!
[19:02] <genii> rbasak: Actually, the dhclient-script had numerous bugs in it, a colleague of mine went over it last week and fixed them in our local copy. That one was easier since just a shell script. We're working on looking at the dhclient binary now to see about fixing the -n issue and some others.
[19:03] <rbasak> genii: thank you for your work. Please send them to Debian!
[19:03] <genii> Hehe
[19:05] <Pryath> I'm using an Amazon AWSEC2 ubuntu server 13.10 64bit system. When upgrading I get this message "A new version of /boot/grub/menu.lst is available, but the version installed currently has been locally modified. What would you like to do about menu.lst?"
[19:05] <Pryath> should I keep the local version or install the package mainter's version?
[19:13] <rbasak> Pryath: I believe accepting the package maintainer's version is fine. I think it's an issue that something on the system modified it (not you), and so it shouldn't need to prompt you. However, I'm not absolutely sure, so if your server is mission critical then you shouldn't proceed on my account.
[19:13] <rbasak> Pryath: and you had backups of everything available before you started the upgrade, right?
[19:15] <Pryath> rbasak: it's a new instance of amazon AWSec2
[19:16] <Pryath> so there's nothing to backup, thank you for the advice
[19:16] <Pryath> hrm I guess it didn't work anyways
[19:18] <Pryath> rbasak should I be worried about this? http://pastebin.com/S1rUCyHD
[19:18] <Pryath> Re-running the upgrade it appears there are no longer any updates to install
[19:31] <zul> roaksoax:  https://code.launchpad.net/~zulcss/keystone/2014.1.b1/+merge/197955
[19:46] <zul> jamespage:  https://code.launchpad.net/~zulcss/horizon/2014.1.b1/+merge/197957 one more after this
[19:53] <zul> roaksoax:  https://code.launchpad.net/~zulcss/horizon/2014.1.b1/+merge/197957 one more after this
[20:57] <Pryath> don't use ubuntu often; what do I do if mysql 5.7 asks me for root password at install? There is no root password but it's not letting me continue by leaving it blank
[21:11] <gdhagger> Pryath, give it some password for now, remove the password after install.  not ideal, but should work - unless they made root pw mandatory in mysql 5.7 itself
[21:12] <Pryath> this whole process has been a nightmare. I finally got it all working only to find ubuntu is still on 5.5
[21:12] <Pryath> which is not compatible with my tables (in certain ways)
[21:14] <Pryath> but when I do a manual install it's like impossible - there's so many things to reconfigure and so many obscure error messages
[23:01] <rann> hey all, just a heads up, not sure where to file, but we're seeing consistent kernel panics at boot on linux-image-3.2.0-57 (virtual machines on top of VMware ESXi 4.1). (re)booting with -56 works. A quick search on the bugtracker and google shows no known issues.
[23:10] <sarnold> rann: 'ubuntu-bug linux' ought to get you most of the way to the bug report
[23:18] <bogeyd6>  166335