[00:08] <zul> adam_g:  did something happen to the openstack-ci?
[00:09] <adam_g> zul, not that i know of. its probably just pegged from parallel builds
[00:09] <zul> adam_g: gah
[00:17] <zul> adam_g:  just doing a local test for cinder
[02:56] <styol> Hola. I was curious if anyone might have an opinion on how to best solve the following problem. On a new server being provisioned via bash script there are some sysctl.conf changes made by a third party that `sysctl -p` dislikes because there are a couple unknown keys and this causes the bash script to exit with an error due to the -ex specification on `#!/bin/bash -ex`
[02:56] <styol> So, I was thinking either wrapping the additional entries being made to sysctl.conf that are known keys and the sysctl -p in a separate bash script without -ex OR using sed or something to search and replace those unknown keys with a commented out version OR something else a kind soul might be able to recommend?
[03:00] <styol> aha.. even better yet.. providing -e to sysctl will ignore errors about unknown keys.. roger!
[04:46] <shauno> styol: you could put "set +e" before the lines that are allowed to fail, to disable errexit, and then "set -e" afterwards to put it back
[08:55] <lastwish> ewdwed
[08:56] <DzAirmaX> Hello guys
[08:56] <DzAirmaX> I got a little question for you
[08:56] <DzAirmaX> I noticed that the motd is not applyed on the first login on the machine : always on the second login time, is that normal ?
[09:18] <DzAirmaX> nobody has the answer ?
[09:56] <w0rp> Blargh, I'm on a UEFI motherboard. How do I set up a boot loader for Xubuntu 12?
[09:57] <w0rp> I'm staring at a Grub command line off my pen drive that I barely got to load.
[09:57] <ikonia> !uefi | w0rp
[10:05] <w0rp> I hate UEFI now because it cost me time.
[10:19] <w0rp> <3 boot-repair-disk
[10:27] <jamespage> zul, up yet?
[10:35] <jamespage> zul, doing neutron rc1
[11:15] <hXm> hi, how to install and share a printer without http interface?
[11:15] <zul> jamespage:  just woke up ill talk to you about babel after i drop liam off (need to have breakfast as well)
[11:22] <bekks> !cups | hXm
[11:25] <hXm> cups requires http interface
[11:30] <jamespage> zul, https://code.launchpad.net/~james-page/swift/fixup-cache-perms/+merge/189044
[11:31] <jamespage> when you start
[12:31] <zul> jamespage:  https://code.launchpad.net/~zulcss/cinder/babel-ftbfs/+merge/188963
[12:42] <jamespage> zul,  did you upload the horizon fix from yesterday? if so please can you merge the branch
[12:42] <jamespage> zul, +1 on that cinder fix
[12:43] <zul> jamespage:  not yet i was going to wait until horizon is out
[12:43] <jamespage> zul, OK _ its is - I was doing that - I'll merge your branch if thats OK
[12:44] <zul> jamespage:  yep
[12:47] <g0tcha> i have a question, if my ubuntu server got compromised and i install a new version, is there a way to make sure the hacker didnt alter files i can bring over from the compromised machine to the new one?
[12:48] <zul> g0tcha:  probably check from a good known backup
[12:48] <g0tcha> very old backup
[12:50] <jamespage> zul: https://code.launchpad.net/~james-page/horizon/havana-rc1/+merge/189067
[12:51] <zul> jamespage:  +1
[12:53] <jamespage> zul, ta - uploaded
[12:53] <jamespage> zul, so thats keystone and horizon done right?
[12:53] <jamespage> I'm looking at neutron
[12:55] <zul> ceilometer, keystone, glance and horizon
[12:57] <zul> jamespage:  ill get nova
[13:02] <zul> jamespage:  do you want to do cinder when its out, ill get heat
[13:05] <jamespage> zul, I think alot of the neutron test failures are due to patching of neutron.conf
[13:06] <zul> jamespage:  oh?
[13:06] <jamespage> zul, yeah - we set a core plugin and I think that conflicts with some of the test cases
[13:07] <zul> jamespage:  *sigh* lovely
[13:12] <jcastro> jamespage: or zul
[13:12] <jamespage> jcastro, hell
[13:13] <jamespage> o
[13:13] <jamespage> blimey that was freudian
[13:13] <jcastro> http://askubuntu.com/questions/353127/migration-from-generic-openstack-to-ubuntu-openstack
[13:13] <jcastro> heh
[13:13] <zul> jamespage:  i was about to say
[13:13] <jcastro> recommendations here?
[13:13] <jamespage> jcastro, run away screaming?
[13:13] <jamespage> seriously thats hard
[13:13] <zul> it is
[13:13] <jcastro> afaik we don't have any kind of recommendation for this
[13:14] <jcastro> all I've ever heard is "you learned your lesson, now you get to start over."
[13:15] <jamespage> jcastro, yeah - there are just 1000 things that could go wrong during a migration
[13:16]  * jamespage thinks about it a bit
[13:16] <jamespage> what is 'generic openstack'?
[13:19] <jamespage> zul, that swift bug I fixed was causing 503's on serverstack
[13:19] <jamespage> not seen that before
[13:19] <zul> jamespage:  cool! i like testing things before moving them out to our users ;)
[13:21]  * jamespage sighs
[13:21] <jamespage> another new neutron plugin - embrane
[13:21] <jamespage> is it me or does everyone have a new SDN solution these days
[13:25] <zul> jamespage:  btw this will make you happy: python-ceilometer | 2013.2~b3-0ubuntu1 |         saucy | all
[13:25] <jamespage> w00t
[13:29] <koolhead17> zul: hola
[13:29] <zul> koolhead17:  hi
[13:29] <koolhead17> zul: long time. how have you been?
[13:29] <zul> koolhead17:  good, busy, you?
[13:30] <koolhead17> zul: same2same
[13:33] <zul> jamespage:  https://code.launchpad.net/~zulcss/heat/2013.2.rc1/+merge/189076
[13:33] <jamespage> zul, dude - you can edit the existing changelog entry - thats already uploaded
[13:34] <zul> jamespage:  erg?
[13:34] <jamespage> look at the diff
[13:34] <zul> damn it...gimme a sec
[13:46] <zul> jamespage:  https://code.launchpad.net/~zulcss/heat/rc1/+merge/189081 andhttps://code.launchpad.net/~zulcss/nova/2013.2.rc1/+merge/189082
[13:47] <jamespage> zul, ack on heat
[13:47] <jamespage> zul, nack on nova
[13:48] <jamespage> zul, just as a detail I've been describing these as 'New upstream release candidate."
[13:49] <zul> jamespage:  actually nova b3 ubuntu2 never got uploaded
[13:50] <jamespage> zul, urhg
[13:56] <zul> jamespage:  nova fixed
[13:57] <jamespage> zul, pushed? can't see it
[13:57] <zul> jamespage:  just did
[13:57] <zul> jamespage:  i didnt create a new changelog entry for rc1 because there is no ubuntu2 for nova
[13:58] <jamespage> zul, fine but you still have a typo
[13:58] <zul> jamespage:  wait there is
[13:58] <hallyn> med_: hey, sorry - did you straighten the dhcp issue out?
[14:04] <zul> jamespage:  ok *now* its fixed
[14:05] <jamespage> zul, I still don't see it here - https://code.launchpad.net/~zulcss/nova/2013.2.rc1/+merge/189082
[14:07] <brendan-> hi guys/gals.. was there an update to the repos that removed/renamed older packages?
[14:07] <brendan-> E: Unable to locate package libxml2dev
[14:07] <zul> jamespage:  pushed to an rc1 branch i had its there now
[14:08] <jamespage> zul, the un-uploaded changelog entry is back
[14:08] <zul> jamespage:  yeah it got stuck in proposed
[14:08] <jamespage> OK
[14:09] <jamespage> zul, +1
[14:09] <zul> jamespage:  thanks
[14:09] <brendan-> lol
[14:09] <brendan-> im retarded
[14:10] <brendan-> had -'s in my puppet manifest then i replaced, which took away the -'s from ssl-cert & other packages
[14:10] <brendan-> thanks anyways
[14:12] <med_> hallyn, yep, I needed to flush my precise
[14:12] <med_> new containers were dhcping fine
[14:14] <zul> jamespage:  alright we are just waiting for cinder and neutron correct?
[14:14] <jamespage> zul, glance done?
[14:15] <jamespage> yes - I see it is
[14:18] <hallyn> med_: cool
[14:18] <med_> yep
[14:18] <med_> I'd never done that before.
[14:19] <Gargoyle> Greetings.
[14:20] <Gargoyle> Can anyone offer any pointers to info as to why iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT is better/worse than iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
[14:20] <jamespage> zul, https://code.launchpad.net/~james-page/neutron/havana-rc1/+merge/189092
[14:20] <jamespage> I'll look at the tests again but for now....
[14:21] <zul> jamespage:  +1
[14:30] <med_> How does havana end up in saucy if they release on the same date? Very tight coupling and upstream cohesion?
[14:30] <jamespage> med_, well the rc1's are going in now
[14:30] <med_> nodz.
[14:30] <jamespage> albeit fixes that should be release
[14:30] <jamespage> it will get zero-day sru'ed
[14:31] <jamespage> which reminds me I need to line up an SRU team person todo that
[14:31] <med_> jamespage, I'm mostly asking in case I need to answer anyone else.
[14:31] <jamespage> med_, the answer is probably on release day +1
[14:31] <med_> ack.
[14:35] <jamespage> zul, OK - started on tidying the CA staging area
[14:35] <jamespage> python-wsme uploaded from saucy - should be good now
[14:36] <zul> jamespage:  ack
[14:48] <jamespage> zul, http://people.canonical.com/~jamespage/ca/havana/
[14:48] <jamespage> for lesscpy
[14:49] <zul> +1
[14:51] <jamespage> zul, actually ply is not required
[14:51] <jamespage> its enough in precise already
[14:51] <zul> jamespage:  sweet
[14:58] <hallyn> jdstrand: sadly, commit fbe2e26c15af35e4d157874dc80f6a19eebaa83b in qemu breaks a bunch of the qa-regression-tests test-qemu.py checks :(  (i'll push a fix... just a pain)
[14:58] <hallyn> (it changes a bunch of 'file=whatever' to remove the 'file=')
[15:54] <jdstrand> hallyn: yuck. that is the type of stuff I don't understand why people change. it was fine before...
[15:55] <jdstrand> hallyn: I guess you'll be making that shange to be saucy+ specific?
[15:55] <hallyn> jdstrand: "HMP is intended for humans, so we'll make sure no non-humans can parse it" is the commit message's position
[15:55] <jdstrand> yes
[15:55] <hallyn> jdstrand: well i'm comparing qemu version to 1.6
[15:55] <jdstrand> sounds good
[15:56] <jdstrand> hallyn: is there an interface for non-humans to parse?
[15:56] <hallyn> jdstrand: there is.  i wasn't sure if we should use that, or if we actually wanted the HMP to get verified
[15:56] <jdstrand> my dog would love a simplified interface, for example
[15:56] <hallyn> one woof for 32-bit, two for 64-bit
[15:56] <jdstrand> hallyn: I'll let you make that call. I haven't updated/used that script in quite a while
[15:57] <hallyn> jdstrand: for now i'm just gonna make it work as is, but the duct tape is coming loose so pretty soon i'll make a patch proposal to change it i think
[15:57] <hallyn> (i wont' just push that without discussion -somewhere :)
[15:57] <jdstrand> hallyn: in general, if there is a mchine-readable interface, the tests could all be made to use it. then have a couple of tests for HMP
[15:57] <hallyn> sounds good
[15:58] <jdstrand> but yeah, doesn't have to be done now
[15:58] <hallyn> jdstrand: thanks, ttyl
[15:58] <jdstrand> np
[16:06] <jarkinox> OK, I'm going nuts trying to figure this out on my own.  Thus I reach out to the community.  I have a Bugzilla 4.4 installation on my Ubuntu 12.04 server
[16:08] <jpds> OK.
[16:08] <jarkinox> And I have Bugzilla configured to send emails whenever a bug is submitted or changed.  But it won't do it and I believe the problem is with postfix.  My mail.log shows connection time out.
[16:08] <jarkinox> I have port 25 open
[16:09] <jarkinox> So what gives?
[16:11] <Pici> Can you send mail without having bugzilla initiate it?
[16:13] <jarkinox> I've been trying to figure out how to do that with the mail command, but haven't figured it out?  do you have a quick few lines I can try?
[16:14] <Pici> mail someone@somewhere.com <enter>
[16:14] <Pici> press ctrl-d to finish
[16:15] <jarkinox> that was easy :)
[16:15] <jarkinox> ok, so I got "send-mail: fatal: chdir /Library/Server/Mail/Data/spool: No such file or directory"
[16:16] <jarkinox> I notice that it says send-mail there.  isn't that different than postfix?
[16:16] <jarkinox> seriously setting up email correctly has been the most challenging thing for me.
[16:17] <Pici> jarkinox: How did you install postfix?
[16:18] <rbasak> What's send-mail?
[16:18] <rbasak> What's /Library/Server/Mail/...?
[16:18] <rbasak> Neither of these are standard components in Ubuntu.
[16:18] <jarkinox> during the server installation and also with apt-get
[16:18] <jarkinox> shit
[16:18] <rbasak> jarkinox: what's the output of the command "which sendmail"?
[16:19] <jarkinox> hold on, sorry guys.  I ran that command on my mac terminal
[16:19] <jarkinox> switching to ubuntu
[16:19] <jarkinox> too many windows open
[16:20] <jarkinox> ok, so I sent email through ubuntu and it seems to have worked ok
[16:20] <jarkinox> but haven't received the email yet
[16:20] <jarkinox> checking mail.log
[16:21] <jarkinox> Oct  3 09:20:16 Ubuntu postfix/smtp[32192]: connect to XXXXXXXXXXXXXXXXX:25: Connection timed out
[16:22] <jarkinox> rbasak: /usr/sbin/sendmail
[16:22] <rbasak> So it's not a postfix problem then. Find out why you can't connect to that server on port 25.
[16:22] <jarkinox> it's a gmail server
[16:22] <rbasak> It may be that your ISP blocks connections. That's not uncommon. In that case, your ISP probably provides a smarthost, and you'll need to configure postfix with that.
[16:22] <jarkinox> how do I figure that out?
[16:24] <rbasak> Or you could configure the server to send everything through your gmail account. That might be easier for you.
[16:24] <rbasak> http://askubuntu.com/q/228938/7808 can help you with that.
[16:24] <jarkinox> awesome
[16:25] <jarkinox> thank you rbasak
[16:25] <jarkinox> i think that would be easiest
[16:26] <jarkinox> man this is overwhelming
[16:26] <jarkinox> ugh
[17:55] <mallu> hi.. I was wondering if anyone can point to some resource for silently installing ldap client on Ubuntu 12.04
[17:55] <mallu> I'm looking for a script
[17:59] <lenios> mallu, you only need to do apt-get install ldap-utils
[17:59] <mallu> well... that is prompting for ldap server information
[18:00] <lenios> that's just installing stuff
[18:01] <lenios> there is no question asked during this install. If you mean 'silently configure the ldap client so that it's pointing to an ldap server", that would be specific
[18:02] <lenios> and it depends on what you want to do
[18:03] <sarnold> mallu: hopefully helpful: http://manpages.ubuntu.com/manpages/lucid/man7/debconf.7.html
[18:03] <lenios> there is no debconf question asked
[18:04] <TheLordOfTime> since -motu and -bugs are all failing to respond to my question, anyone here know the SRU process and can tell me what happens if a package in precise-proposed gets verification-failed on the SRU bug?
[18:06] <sarnold> TheLordOfTime: I'm pretty sure that package dies. No progress happens until someone either re-tests and confirms that it -does- fix the problem, or upload a new version ..
[18:07] <TheLordOfTime> sarnold: yeah, that's what I thought (and at the same time as you answered, hggdh answered in -bugs).
[18:07] <TheLordOfTime> sarnold: my main question is what happens to the package in -proposed, does it just get removed or what?
[18:08] <sarnold> TheLordOfTime: hrm, I doubt it'd get removed right away, that'd be too easy for some jerk to waste hours of buildd time...
[18:08] <hggdh> usually, it will be demoted after a while by "itself". If it is a critical failure, the archive managers should be pinged
[18:09] <TheLordOfTime> i see.
[19:03] <zul> hallyn:  ping
[19:05] <hallyn> zul: uh, nobody here now but us chickens.  bok bok.  please call back later.  bok bok
[19:05] <zul> hallyn:  riiight...do you know why policykit got added as a dep for libvirt?
[19:06] <hallyn> zul: hm.  no.  there *was* a policykit-related bruhaha recently,
[19:06] <zul> hallyn:  ok cool
[19:06] <hallyn> zul: either it was part of the licensing problem, or it there was a patch in libvirt-security about it.
[19:06] <hallyn> lemme check git log
[19:07] <zul> hallyn:  yeah saw it mdeslaur bumped it
[19:07]  * zul shakes his fist at mdeslaur
[19:07] <hallyn> heh.  that won't work, i'm looking at qemu log
[19:07] <hallyn> 'bumped' meaning refused it?
[19:07] <hallyn> yeah, i don't know, sorry
[19:08] <hallyn> zul: commit ecbb3d51b5f195a73377840d35072b7014da2aa0 claims to fix building without policykit
[19:08] <hallyn> (sep 27 2013)
[19:08] <hallyn> i'd frankly prefer to build without it, but...
[19:09] <zul> hallyn:  ditto makes backporting to the CA a bit more interesting
[19:10] <hallyn> all right i need a change of venue - biab
[19:25] <zul> hallyn:  i cant find that commid id
[19:28] <hallyn> zul: you can't find ecbb3d51b5f195a73377840d35072b7014da2aa0 in the libvirt src tree?
[19:28] <zul> hallyn:  no found it
[19:28] <zul> http://libvirt.org/git/?p=libvirt.git;a=commit;h=ecbb3d51b5f195a73377840d35072b7014da2aa0
[19:31] <hallyn> is that in the package?
[19:32] <hallyn> zul: and when you said 'it became a dependency' what did you mean?  it won't compile without it, or debian added it as a build-dep?
[19:32] <zul> hallyn:  libsystemd-login-dev is a dependency of policykit-1 and its not in precise (and i dont want to go down that rabbithole ;))
[19:37] <adam_g> zul, policykit backports from raring and folsom built fine in precise folsom/grizzily -staging
[19:38] <zul> libsystemd-login-dev?
[19:43] <zul> adam_g: libsystemd-login-dev isnt a dependency for policykit-1 for raring
[19:43] <adam_g> zul, oh, you're having trouble with the saucy backport?
[19:43] <zul> yeah
[19:43] <adam_g> zul, why did we backport libvirt for H?
[19:43] <zul> adam_g:  i really dont want to backport systemd
[19:44] <zul> adam_g:  because people wanted a newer libvirt
[19:44] <adam_g> zul, for what features, though?
[19:44] <zul> adam_g:  and there is an open cve for 1.1.1 right now
[19:44] <zul> in the CA
[19:44] <bladernr_> Hey, do any of you guys know if there is an Ubuntu Server live image, or can point me to something on building a Server live image?
[19:45] <adam_g> zul, what were the feature requirements that drove the bump in libvirt, though? IIRC, we did it last cycle for ceph rbd support
[19:45] <zul> i believe thats right
[19:46] <hallyn> zul: so adding that patch to saucy's libvirt, and dropping the polkit dep;  does that work?
[19:46] <zul> hallyn:  working on it
[19:46] <hallyn> (we can still do the same thing for saucy)
[19:46] <hallyn> cool
[19:46] <zul> why do we have a policykit-1 dep anywya?
[19:51] <hallyn> i'm quite certain i didn't ad it
[19:51] <hallyn> zul:
[19:51] <hallyn>   [ Guido Günther ]
[19:51] <hallyn>   * [05e9a39] build-depend on policykit so polkit auth works with virsh
[19:51] <hallyn>     as well
[19:51] <hallyn> from 0.6 changelog
[19:52] <zul> well screw that ;)
[19:52] <hallyn> zul: it's in precise too
[19:54] <zul> hallyn:  building a testdeb
[19:55] <zul> need to go do dad duty
[19:55] <hallyn> o
[19:55] <hallyn> o/
[19:55] <hallyn> that's me with two heads
[20:31] <zul> hallyn: buids fine without polkit
[21:21] <jamespage> zul, nova-novncproxy is borked
[21:21] <jamespage> its blocking the autopkg tests
[21:21] <jamespage>   File "/usr/lib/python2.7/dist-packages/websockify/websocketproxy.py", line 86, in __init__
[21:21] <jamespage>     websocket.WebSocketServer.__init__(self, *args, **kwargs)
[21:21] <jamespage> TypeError: __init__() got an unexpected keyword argument 'no_parent'
[21:24] <jamespage> zul, you might want to cherry pick reverse of https://github.com/openstack/nova/commit/3eb67b811ae2442bd86781d9f1c4078a982cfe84
[21:29] <hallyn> zul: well i guess we shoudl at least run wqa-regression-testing against it before pushing to saucy
[21:30] <zul> jamespage:  ack ill look at it tonight
[21:30] <zul> hallyn:  ill put it in a ppa tonight
[21:30] <jamespage> zul, marverllous
[21:30]  * jamespage goes back to fixing neutron
[21:30] <zul> jamespage:  have to take liam to scouts/beavers tonight
[21:31] <jamespage> zul, funny - I did that this evening as well!
[21:31] <zul> jamespage:  heh
[21:46] <hallyn> all right the only qemu test failure that still worries me is test_nic failing to connect over ssh.  The rest I'm gonna fix in the testsutie tonight.  THis one, gotta figure out what's going on.
[22:09] <hallyn> hm ,looks like i82551 is the problem