[05:14] <stgraber> hallyn: I don't remember you telling me that these are done, so I guess that's fine ;) but wait(state, timeout) doesn't quite work
[05:15] <stgraber> hallyn: if passed (state, -1), it works as expected but when passed (state, 20) for example, it'll always wait for the timeout and will always return False
[05:15] <stgraber> hallyn: even if state is reached before the timeout
[05:37] <stgraber> hallyn: fixed some apparmor problems in quantal and uploaded a new version. I'm now rebasing our lxc-api-and-python branch on that, so you'll need to "bzr pull --overwrite"
[05:42] <stgraber> hallyn: rebase done and pushed. I also pushed new packages to my PPA.
[07:48] <mystblade9> I want to use PHP to send a mail from a custom address (blah@example.com, for example). Do I install postfix or sendmail? And how do I configure them?
[08:13] <thisismyname> mystblade9, forget sendmail, do postfix
[08:14] <thisismyname> sendmail is configurationhorror
[08:16] <mystblade9> I installed Postfix and got a bit further. But i'm having trouble configuring what it feeds as the MAIL FROM data. Here's the story:
[08:16] <mystblade9> I'm creating a small webapp for a few gaming friends of mine that maintains a list of contributions to an in-game toolkit, and sends mails every time something is accepted or rejected. I want this to be sent from a fake address ("info@LBPCreatorsToolkit.org") because I don't have a domain name yet. First: Is this legal? Second: How do I configure Postfix to do this?
[08:17] <mystblade9> thisismyname: ^
[08:20] <thisismyname> if you're new in postfix... you could try webmin
[08:20] <thisismyname> Myrtti, http://www.google.com/url?sa=t&rct=j&q=download%20webmin&source=web&cd=1&ved=0CGEQFjAA&url=http%3A%2F%2Fwww.webmin.com%2Fdownload.html&ei=Sx_oT6yLMY3LswaGyInkAQ&usg=AFQjCNHxBp4sFUVRgYu_2yZk_KupwxBkpw&cad=rja
[08:20] <thisismyname> ah
[08:20] <thisismyname> http://www.google.com/url?sa=t&rct=j&q=download%20webmin&source=web&cd=1&ved=0CGEQFjAA&url=http%3A%2F%2Fwww.webmin.com%2Fdownload.html&ei=Sx_oT6yLMY3LswaGyInkAQ&usg=AFQjCNHxBp4sFUVRgYu_2yZk_KupwxBkpw&cad=rja
[08:20] <thisismyname> damn
[08:21] <thisismyname> www.webmin.com/download.html
[08:34] <henkjan> 2 servers with same lucid install. tried do-release-upgrade on both
[08:34] <henkjan> 1st detects precise en offers to upgrade
[08:34] <henkjan> 2nd won't detect the new release. even not with do-releaese-upgrade -d
[08:36] <henkjan> why is that
[08:40] <lynxman> morning o/
[08:58] <Jeeves_> henkjan: New installs?
[08:59] <henkjan> Jeeves_: installs from a few months old, but nothing extra installed/configured
[09:00] <Jeeves_> /etc/update-manager/* (or something like that) identical?
[09:02] <henkjan> yup
[09:04] <RoyK> henkjan: silly question, but have you run apt-get update?
[09:04] <henkjan> RoyK: yup
[09:05] <RoyK> and /etc/apt/sources.list is the same on the two?
[09:05] <glance> why doesn't precise show up in http://changelogs.ubuntu.com/meta-release-lts ?
[09:05] <henkjan> editing /etc/apt/sources.list to precise
[09:05] <henkjan> gives me
[09:05] <henkjan> After this operation, 247MB of additional disk space will be used.
[09:05] <henkjan> You are about to do something potentially harmful.
[09:05] <henkjan> To continue type in the phrase 'Yes, do as I say!'
[09:06] <RoyK> erm, you shouldn't need to edit that manually
[09:06] <RoyK> that was in the old debian days
[09:06] <henkjan> RoyK: i know.
[09:41] <henkjan> ah, the 2nd node had only working ipv6
[09:42] <henkjan> and sadly, canonical still offers no v6 enabled servers/services
[09:43] <lifeless> We will eventually, takes time to get everything lined up.
[09:44] <lifeless> and tbh, running ipv6 only is -extremely- rare today
[09:44] <henkjan> no, we've been running al our services on ipv6 for ages
[09:45] <lifeless> ipv6, or ipv6 only? Quite different :>
[09:45] <henkjan> and so does nl.archive.u.c
[09:45] <henkjan> (which we run)
[09:46] <lifeless> yes, there are lots of things running dual stacks today.
[09:46] <lifeless> I was observing that running ipv6 ***only*** is extremely rare today.
[09:46] <henkjan> that'll come soon enough
[09:47] <henkjan> my 2nd internet connection is v4 behind CGN. Only v6 is 'native' (6RD)
[09:47] <sacarde> hi
[09:48] <sacarde> is it true that ubuntu-server 12. not have inittab ?
[09:53] <RoyK> lifeless: I heard of some chinese ISP that was rolling out IPv6 *only*, because they couldn't get six million IPv4 addresses
[09:54] <RoyK> lifeless: they were planning to gateway to IPv4, though, but still, IPv6 is coming, and canonical should know ;)
[09:56] <lifeless> RoyK: we do:)
[09:56] <rbasak> sacarde: correct. Ubuntu uses upstart.
[09:56] <rbasak> !upstart | sacarde
[10:01] <sacarde> 10.04 too
[10:10] <sacarde> is there a "rosetta stone" from sysv-sommands to upstart-commands ?
[10:15] <Daviey> jamespage: can you give me a hola when you are here pls?
[10:17] <Daviey> lifeless: ipv6 ubuntu is less secure than ipv4 :)
[10:17] <jamespage> Daviey, here
[10:17] <RoyK> Daviey: no, it isn't
[10:18] <Daviey> RoyK: yeah it is :)
[10:18] <Daviey> dave@frap:~$ dig +short AAAA security.ubuntu.com | wc -l
[10:18] <Daviey> 0
[10:18] <Daviey> dave@frap:~$ dig +short A security.ubuntu.com | wc -l
[10:18] <Daviey> 4
[10:18] <RoyK> Daviey: {{citation needed}}
[10:19] <Daviey> jamespage: Okay cool.. I'm going to refactor, https://jenkins.qa.ubuntu.com/view/Openstack%20Testing/view/Openstack%20Quantal/view/Overview/job/quantal-openstack-folsom-nova-trunk/219/console
[10:20] <jamespage> Daviey, how?
[10:20] <jamespage> actually I think thats an old style job
[10:20] <jamespage> one second - lemme check
[10:20] <Daviey> jamespage: err, the patch just needs rebasing. no?
[10:21] <Daviey> jamespage: Well, the fact it only has you as email recipient is concerning.. so it might be old.
[10:21] <jamespage> Daviey, let me just do my first task which is to update the public views
[10:22] <Daviey> ok, super
[10:23] <jamespage> Daviey, quantal views updated.
[10:25] <Daviey> jamespage: j.qa.u.com ?
[10:25] <jamespage> yep
[10:25] <jamespage> precise now done as well
[10:25] <Daviey> awesome.. it's all green :)
[10:25] <jamespage> only one failure ATM
[10:26] <jamespage> Daviey, I know that adam_g has been working on this stuff hard
[10:26] <jamespage> he asked me to update the views last week
[10:26] <Daviey> jamespage: neat-o
[10:26] <jamespage> but I had not got round to it
[10:26] <Daviey> jamespage: slack. :)
[10:44] <jamespage> Daviey: Full Overview Dash - https://jenkins.qa.ubuntu.com/view/Openstack Testing/view/Overview
[10:46] <Daviey> jamespage: Status Code: 404 :)... Spaces in URL's make babies cry.
[10:47] <jamespage> OK _ https://jenkins.qa.ubuntu.com/view/Openstack%20Testing/view/Overview/?
[10:47] <Daviey> But after i deciphered your obfuscated url, it looks awesome :)
[10:59] <Daviey> jamespage: where is the deploy job? https://jenkins.qa.ubuntu.com/view/Openstack%20Testing/view/Openstack%20Quantal/view/Folsom-Trunk/ ?
[11:00] <Daviey> "quantal-openstack-folsom-deploy"
[11:03]  * jamespage faceplants
[11:03] <jamespage> Daviey: missing from the view only
[11:03] <jamespage> let me fix that
[11:04] <jamespage> Daviey, actually no - I want to check with adam first
[11:04] <jamespage> I can see them in the lab but quite a few are currently disabled
[11:04] <jamespage> and I want to check why first
[11:04] <Daviey> jamespage: ok
[11:05] <Daviey> jamespage: What is the one command that jenkins now fires?
[11:06] <jamespage> Daviey, "build-package -j"
[11:07] <jamespage> "-j" being - lookup everything I ever needed to know in the Jenkins environment
[11:07] <Daviey> jamespage: neato
[11:07] <Daviey> yep, i just check :)
[11:07] <jamespage> rather than pass as parameters (which you can still do of course)
[11:08] <Daviey> jamespage: where does juju deploy happen then?
[11:08] <jamespage> Daviey, in the deploy wrapper
[11:08] <jamespage> I think thats part of the stuff in separate branches ATM
[11:08] <Daviey> ah
[11:09] <Daviey> That /was/ in jenkins itself i thought, and moved to lp:openstack-ubuntu-testing
[11:12] <Daviey> adam_g: when you see this.. did you note that the bnx2 firmware issue is now fixed... are we still working around it?
[11:20] <jamespage> Daviey, http://pad.ubuntu.com/openstack-ci-sprint
[11:21] <jamespage> adam_g, zul ^^
[11:22] <jamespage> morning zul :-)
[11:23] <Daviey> hey zul
[11:26] <lynxman> zul: morning
[11:27]  * koolhead11 says zul morning as well :P
[11:27]  * koolhead11 hellos lynxman Daviey jamespage as well
[11:29] <Daviey> koolhead11: hola
[11:29] <jamespage> hey koolhead11
[11:29] <zul> heylo
[11:29] <Daviey> zul: stop causing a distraction.
[12:00] <jamespage> utlemming, https://jenkins.qa.ubuntu.com/view/ec2%20AMI%20Testing/view/Overview/job/quantal-server-ec2-daily/
[12:00] <jamespage> i386 images not looking so hot ATM
[12:07] <koolhead11> Daviey: jamespage zul felt good on Saturday meetup when folks said everything works so simply/easily on Ubuntu/Essex :D
[12:22] <smb> jamespage, I think there may be a fix already in the rebase to 3.5-rc4 for that: thp: avoid atomic64_read in pmd_read_atomic for 32bit PAE
[12:23] <smb> Though that is not uploaded, yet.
[12:44] <hallyn> stgraber: looks good, thanks
[12:54] <hallyn> stgraber: in lxc-api-python tree, quilt patches became unapplied again
[12:54] <LoT> is SpamapS around?
[12:57] <LoT> nevermind, i'll just drop him a memoserv or something
[13:02] <hallyn> stgraber: hrmph, it sounds like i must be using select wrong but i don't see why
[13:02] <hallyn> btw i try 'python\nimport lxc' but it doesn't find it?
[13:03] <jamespage> smb, ack - when will that land?
[13:03] <smb> jamespage, Next time there is a quantal upload. Though I do not know the schedule for that
[13:04] <jamespage> utlemming: I think we should disable the i386 test until that upload happens then
[13:04] <jamespage> its just spinning instances we know won't start
[13:05] <hallyn> ooooh   i see
[13:07] <hallyn> stgraber: can you re-fetch and re-try?  (remember to quilt push -a :)  hopefully it was the simple obvious 'duh' i just fixed
[13:24] <SpamapS> LoT: I'm here now.
[13:24] <LoT> SpamapS: see the privmsg, unless you had +g on
[13:24] <LoT> SpamapS: <LoT> when you're less busy, can yuo take a look at https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1014044 ?  I think it needs syncing from Debian (this would fix the Ubuntu bug and also close my wishlist bug, in theory)
[13:25] <LoT> the fix released is in Debian
[13:25] <LoT> (and the bug reporting bot here is wrong)
[13:25] <SpamapS> LoT: there's a planned merge that will fix that in quantal. I was thinking we'd wait until July so that we catch any pre-freeze changes that the Debian php team makes
[13:26]  * LoT is getting nagged by questions about this on the nginx ppas, since his email is on everything
[13:26] <LoT> hence why i poked you to see what the status was
[13:26]  * LoT does not like getting 60 emails about this issue
[13:26] <SpamapS> LoT: 60 emails?
[13:26] <LoT> mhm
[13:26] <LoT> (so far, in hte past two days, on this issue, people thinking its an nginx problem(
[13:27] <SpamapS> AH
[13:27] <LoT> i keep saying "Its not an nginx issue, its a php5 issue, see this bug <link>"
[13:27] <LoT> but people are... um...
[13:27] <LoT> how do i put it without being condescending to the world...
[13:28] <LoT> nope, cant put it any way that won't end up condescending.  people are generally thick-headed when they automatically assume its an nginx problem
[13:28] <SpamapS> Is it a regression, or just people migrating to php5-fpm+nginx and not getting that its still new and different?
[13:28] <LoT> not sure, but in prior versions i've seen PHP-level errors get reported (last confirmed: natty)
[13:28] <LoT> so possible regression
[13:29]  * LoT hasnt stated as such because he completely skipped Oneiric
[13:29] <LoT> SpamapS: that's also why i havent been able to mark its importance (although i have the powers to do so)
[13:29] <LoT> because i'm not entirely certain if its a regression (if its a regression, well...)
[13:30] <LoT> wait, its medium
[13:30] <LoT> why the...
[13:30]  * LoT glares at LP
[13:30] <LoT> this thing's not sending me the right information
[13:30]  * LoT is not please
[13:30] <LoT> d
[13:31] <SpamapS> LoT: so its medium by the definition that it only affects a sub-set of users.
[13:31] <LoT> indeed
[13:32] <LoT> however, i'm mor eannoyed at launchpad not showing me the info
[13:32]  * LoT is not pleased with launchpad today
[13:32] <LoT> this is the third bug its not shown me information that already existed on the bug
[13:32] <SpamapS> not showing you *what* info?
[13:32] <LoT> importance or status
[13:32] <SpamapS> shows me
[13:32] <LoT> yeah, i blame this computer
[13:32] <LoT> (its not linux, its my work computer which is windows :/)
[13:34] <foo> Can anyone recommend a site that pings a URL or checks source code on a site and notifies me when something changes?
[13:34] <SpamapS> LoT: its a web app, that shouldn't matter
[13:34] <LoT> SpamapS: IE6, its BUGGY
[13:34] <SpamapS> IE6, its *dangerous*
[13:34] <LoT> SpamapS: having said this, IE is evil in and of itself
[13:35]  * LoT doesnt have a choice in the matter
[13:35] <SpamapS> seriously
[13:35] <SpamapS> wtf?
[13:35]  * LoT has no admin, and FFox isnt approved
[13:35] <LoT> i know right?
[13:35] <SpamapS> but, ie6 has been out of support for a long time
[13:35] <LoT> i wrote up a white paper on it, sent it off to the CISO
[13:35] <SpamapS> you are basically walking around just asking for viruses
[13:35] <LoT> also wrote up a whitepaper on Java 5 :/
[13:35] <LoT> (also installed by default, on these XP systems)
[13:36] <LoT> even met with the CISO last week about this :P
[13:36] <LoT> well, not directly about it, but...
[13:36] <LoT> lets just say i'm not too happy with this system :p
[13:42] <koolhead11> LoT: what place is this?
[13:42] <LoT> koolhead11: where i work, with the state
[13:42] <koolhead11> state == govenment agency?
[13:44] <LoT> koolhead11: state = the government of the state of pennsylvania in the US
[13:45] <koolhead11> LoT: awesome, atleast our folks started using FF here and there website says only optimized for FF and Chrome
[13:46] <LoT> koolhead11: the site's optimized for that, but... :P
[13:46] <LoT> apps need ITSec approval before being usable
[13:46] <LoT> even then, it'd take at least 6 months for the process
[14:48] <Daviey> jamespage: did you manage to see which branch contains the juju magic?
[14:50] <jamespage> Daviey: bzr+ssh://bazaar.launchpad.net/~gandelman-a/%2Bjunk/juju-deployer/
[14:53] <hallyn> doesn't every branch?
[15:01] <Daviey> hallyn: hah!
[15:01] <Daviey> jamespage: thanks
[15:01] <jamespage> Daviey, np
[15:01]  * jamespage adds that to the list
[15:08]  * jamespage coffee
[15:09] <jhobbs> :>
[15:24] <stgraber> hallyn: ok, I'll have a look now. As for quilt messing with patches on pull, I usually run something like "QUILT_PATCHES=debian/patches quilt push -a ; rm .pc/.quilt_patches .pc/.quilt_series .pc/*/.timestamp" that gives you the branch back to something readable (checking with bzr st for any remaining thing to fix)
[15:27] <stgraber> hallyn: hmm, I see... something indeed unapplied all the patches from the branch... that's getting a bit annoying...
[15:29] <stgraber> hallyn: I'll add a commit re-applying all the patches
[15:38] <stgraber> hallyn: patches re-applied (quilt is really a pain...)
[15:43] <hallyn> stgraber: did the new branch fix c->wait(c, 20)?
[15:46] <stgraber> hallyn: just did a test build now, will know more in a minute
[15:48] <stgraber> hallyn: yep, working fine now. thanks!
[15:49] <hallyn> stgraber: phew :)
[15:49] <hallyn> so i think my user namespaces patch for lxc is working
[15:49] <hallyn> it's working in that it won't let me mount the rootfs :)
[15:49] <hallyn> onward
[15:57] <jamespage> zul, Daviey, adam_g: Pls can you comment on my PPA review in the Pad
[15:58] <zul> jamespage: looks ok to me
[15:59] <zul> jamespage: almost finish the piuparts stuff
[16:00] <jamespage> zul, nice
[16:02] <Daviey> zul: rocking
[16:03] <stgraber> hallyn: :) well, that's a good start ;)
[16:11] <hallyn> i wonder if find on a debootstrap rootfs would be a lot faster with a m1.medium than a m1.small
[16:12] <hallyn> oh, no, i'd need a large before they claim improved i/o
[16:16] <rbasak> jamespage: one thought on the bug triage process. I keep finding things that I feel should be templated, or standard instructions provided (eg. on for instructions on how to debug X, which I think is common). Is it possible to have a backlog somewhere so that we can list outstanding requests for templates or template improvements? Like filing bugs against the triage process, for example?
[16:16] <jamespage> rbasak, yes
[16:17] <Daviey> rbasak: why not just add a standard response, but prefix with [PROPOSED] ?
[16:17] <Daviey> (directly to the wiki)
[16:18] <Daviey> bikeshedding over exact wording, means it will take longer to get on the standard responses.. i'd suggest JFDI
[16:18] <rbasak> Daviey: sure, but sometimes I don't have a response prepared because it needs work - eg. to follow through the debug process that comes up with the required results. I can write something that says "we need a template that results in us getting information Y in response" but don't know what instructions to provide straight away
[16:19] <ScottK> rbasak: I'd add notes to the wiki page with the standard responses.
[16:19] <rbasak> ScottK: Thanks. I'm more thinking about DebuggingProcedures here though
[16:20] <ScottK> I don't recall all the pages, but I'd say pick one and do it.
[16:20] <ScottK> It's easy enough to move if needed.
[16:20] <ScottK> As Daviey said, JFDI.
[16:20] <rbasak> http://paste.ubuntu.com/1059314/ is one that I've been using that I think we should have as a standard (or something simliar)
[16:21] <rbasak> The point is that I can't JFDI. It takes work and a diversion that I'm not currently doing while triaging, as then I wouldn't get any triaging done
[16:21] <Daviey> I do hate shelling out to non-ubuntu project urls :)
[16:22] <Daviey> rbasak: I'm suggesting that the response you put into a bug, if it is a generalish one.. just put it on the wiki, warts and all.
[16:22] <Daviey> It's no worse than what you are putting on the bug you are currently triaging.. and the next person to look at it can build upon it
[16:22] <rbasak> Daviey: I end up not putting an appropriate response in the bug because I don't know the exact debugging procedure for problem Z off the top of my head
[16:23] <rbasak> Usually I just leave it
[16:23] <Daviey> ok
[16:24] <zul> dont we have a whole list of pre-packaged canned answers to bugs?
[16:25] <ScottK> This is about the ones that aren't on that list yet.
[16:31] <adam_g> jamespage: Re: PPAs, should we just be stuffing both precise and quantal trunk builds into the same PPA (folsom-trunk-testing)?
[16:32] <jamespage> adam_g, I think that was my plan - folsom trunk PPA for folsom trunk - irrespective of release
[16:32] <jamespage> does that make sense?
[16:33] <adam_g> jamespage: it does now that we're adding a ~$ubuntu_release tag to the version strings of the packages we build. there was .deb naming conflicts when precise and quantal builds triggered at the same time
[16:33] <jamespage> adam_g, ah - that would make sense
[16:34] <adam_g> jamespage: i fixed that in build_package script to solve the issue in the local repo, but i think it will allow us to consolidate trunk builds into one PPA
[16:34] <jamespage> adam_g, lets do that then!
[16:34] <adam_g> k, ill update the configs
[16:35] <Daviey> smoser / jamespage: What is the status of iso testing posting the results back to base?
[16:43] <zul> okies piuparts added
[16:44] <hallyn> heh.  stat vs. lstat.  good one, serge
[16:46] <adam_g> Daviey: re: firmware, i saw the bug marked fixed but haven't seen the new firmware show up in mini.iso. wasn't sure if it takes a while for it to hit the iso
[16:49] <Daviey> adam_g: mini.iso is only rebuilt when d-i is.
[16:49] <Daviey> zul: where did you push your  piuparts addition ?
[16:49] <zul> Daviey: in the main branch did you want to review it first?
[16:49] <adam_g> Daviey: so yeah, the workaround is there and will be until mini.iso catches up.
[16:50] <Daviey> zul: no, just wondered.
[16:50] <zul> Daviey: ah ok
[16:51] <zul> Daviey: im moving on to upgrade testing - i have an idea in my head to do it as well
[16:53] <adam_g> zul: i think this commit to build_package is breaking things
[16:53] <zul> adam_g: eh?
[16:54] <adam_g> zul: no idea. http://10.189.74.7:8080/view/Openstack%20Precise/view/Overview/job/precise_folsom_python-keystoneclient_trunk/9/console
[16:54] <Daviey> zul: fancy out-ling pre-imp what your plans are for upgrade testing?
[16:54] <zul> Daviey: sure just a sec
[16:56] <zul> adam_g: ah...ef....duh....pushed
[16:56] <zul> Daviey: its using piuparts again, but the idea would be like this:
[16:56] <zul> 1. Download the source
[16:56] <zul> 2. build the soruce
[16:57] <zul> 3. get the release source it was build for
[16:57] <zul> 4. get the final upgrade release
[16:57] <zul> 5. run piuparts
[16:59] <zul> Daviey: ^^^ problems with that, complaints, am i on crack?
[17:00] <adam_g> zul: http://10.189.74.7:8080/view/Openstack%20Precise/view/Overview/job/precise_folsom_python-keystoneclient_trunk/11/console <- still
[17:02] <zul> adam_g: i suck
[17:02] <zul> try it now
[17:03] <adam_g> zul: for the work ive been doing on that branch, ive been committing to my own branch, pulling it to some other location on the jenkins master, and running it manually there to ensure it works before merging into the main branch and pulling down to the tree jenkins calls
[17:03] <adam_g> for the less-trivial stuff, at least
[17:03] <zul> adam_g: i ran it locally fine here but i dont think i merged from the right branch
[17:04] <RoyK> adam_g: posting an url with 10.x.x.x won't work too well
[17:04] <adam_g> zul: [ 'sudo', 'piuparts', '-d %s', % self.release, '--no-eatmydata', '%s' % source_changes ]
[17:06] <Daviey> RoyK: Sadly, that machine is not a public facing box.. I agree it's a little frustrating to not be able to follow the conversation in completeness... But there are two options, people discuss publicly or in private (meaing all of it will be kept in private.)..  What seems better to you?
[17:08] <RoyK> Daviey: np
[17:12] <zul> Daviey/adam_g/jamespage: melange is going away so i dont think we should be testing it
[17:17] <adam_g> zul: np
[17:17] <smoser> Daviey, you're referring to jenkins ec2 -> iso tracker posting?
[17:17] <Daviey> smoser: no, ISO images
[17:18] <adam_g> RoyK: if you really wanna see https://jenkins.qa.ubuntu.com/view/Openstack%20Testing/view/Overview/job/precise_folsom_python-keystoneclient_trunk/11/console
[17:19] <Daviey> zul: did you measure with and without eatmydata ?
[17:19] <zul> Daviey: it would fail without eatmydata
[17:20] <Daviey> zul: --no-eatmydata ?
[17:20] <zul> yeah
[17:21] <Daviey> why would it fail without?
[17:22] <zul> Daviey: because it couldnt find eatmydata
[17:22] <adam_g> jamespage: over the weekend, i began factoring the schroot wrapper stuff out of build_package into its own module . id like to make use of the same stuff for a juju test. any thoughts on where that type of stuff should live?
[17:22] <adam_g> i was thinking ./lib/ or even packaging it properly and installing system-wide
[17:22] <adam_g> but the latter would require we start properly versioning all of this stuff
[17:23] <Daviey> zul: hmm, it shouldn't be using it.
[17:23] <zul> Daviey:  it is :)
[17:28] <kyle__> Has anyone here tried orchestra on 12.04 server?  I see articles about it being used on 11.x desktop, and other articles on using MAAS, but none of orchestra for 12.04.
[17:33] <jamespage> zul, you will probably need to set the archive that piuparts to use universe - by default it does not
[17:33] <zul> jamespage: doh!
[17:33] <adam_g> zul: and also, piuparts needs to be exec'd in the schroot
[17:34] <adam_g> right?
[17:34] <zul> adam_g: right
[17:34] <adam_g> zul: fixing now locally and pushing up
[17:35] <zul> adam_g: ack
[17:35] <jamespage> zul, adam_g: Am I good to get rid of the obsolete PPA's then?
[17:35] <zul> jamespage: yep
[17:36] <adam_g> jamespage: ya
[17:39] <jamespage> adam_g, are we switched over from precise-trunk-testing -> folsom-trunk-testing yet?
[17:39] <adam_g> jamespage: yes, not sure any packages have been pushed there yet. build script has issues atm with another change
[17:39] <jamespage> adam_g, want me to copy the packaged over ?
[17:40] <adam_g> jamespage: sure
[17:40] <smoser> Daviey, so did you get your answer? about test results to iso tracker?
[17:42] <jamespage> Daviey: I'm not touching ISO tests ATM - the QA team are migrating everything to UTAH
[17:42] <jamespage> so I don't really want to complicate things more
[17:42] <jamespage> smoser, ^^
[17:48] <Daviey> jamespage: can you capture what PPA's are now what.. it will be confusing for users.
[17:48] <Daviey> jamespage / smoser:  right, but until they have done it.. we need to update the tracker
[17:48] <Daviey> smoser: You last touched the script, right?
[17:51] <zul> adam_g: precise chroot will need the same thing for piuparts
[17:51] <adam_g> zul: need what?
[17:52] <zul> adam_g: i thought you did piuparts/universe for quantal
[17:52] <adam_g> zul: no, im just trying to fix the code you added. :) i dont even know what piuparts is.
[17:53] <zul> adam_g: ok
[17:53] <adam_g> zul: ive disabled build.run_piuparts_test() for the time being
[17:53] <zul> k
[17:54] <adam_g> zul: run_piuparts_test() itself looks okay, beyond that im not sure why its not working
[17:56] <zul> adam_g: can you add the output of subprocess.check_call so we can capture the output?
[17:57] <adam_g> zul: where?
[17:58] <zul> adam_g: like you know in nova they have out, err = utils.execute
[17:58] <zul> can we do soemthing like that?
[17:59] <adam_g> zul: check_call() IIRC doesn't return stdout/err
[17:59] <zul> adam_g: yeah nm
[17:59] <jamespage> Daviey, its just re-aligning to https://wiki.ubuntu.com/ServerTeam/OpenStack
[18:05] <jamespage> adam_g, while we are overlapping - does the no-change rebuild of openldap for bug 990742 still need to happen?
[18:06] <stgraber> halvors1: did you notice lxc-list in quantal listing every container tweice?
[18:06] <stgraber> *twice
[18:07] <stgraber> (well, running containers at least)
[18:07] <adam_g> jamespage: im not sure TBH, i cant think of a way to test. it seems the original issue was fixed with the update to cyrs-sasl2, without a openldap rebuild
[18:09] <stgraber> halvors1: sorry, was meant for hallyn
[18:09] <stgraber> hallyn: ^
[18:10] <stgraber> hallyn: reason is that we lost a "| sort -u" in lxc-list with the Debian merge. We also lost the code checking for .conf files to mark them as auto, so the auto flag no longer works...
[18:16] <hallyn> stgraber: sigh, those debian merges...
[18:17] <stgraber> hallyn: I'm pushing a fix that'll make lxc-list work with both Debian and Ubuntu
[18:17] <stgraber> hallyn: ideally we should move these upstream so the downstreams stop fighting ;)
[18:18] <hallyn> stgraber: sending it to lxc-devel?  (sadly i've not gotten my new not-yet-included-patches lxc git tree up yet)
[18:19] <stgraber> hallyn: well, I'd really like us to get rid of all that bash non-sense (lxc-ls + lxc-list) and move to something cleaner (likely based on the python or C api), so it'll have to wait for now
[18:20] <stgraber> but my mid-term goal is to get rid of debian/local ;)
[18:21] <jamespage> adam_g, I'm quite tempted to mark the rebuild for openldap as invalid then
[18:22] <stgraber> hallyn: gah... the branch importer messed up again and broke ubuntu:lxc... looks like I'll have to spend half an hour rebasing lxc-api-with-python again...
[18:23] <hallyn> broke ubuntu:lxc?
[18:23] <adam_g> jamespage: thats okay with me. i was following debian's lead on that one, wrt their fix for the same issue.  apologies for forgetting about that one.
[18:23] <hallyn> is that bc we had part of the changes committed?
[18:23] <jamespage> adam_g, np
[18:23] <stgraber> hallyn: well, reverted my commits and resynced from the uploaded package...
[18:24] <stgraber> hallyn: so now lxc-api-with-python is no longer a branch of ubuntu:lxc ... hopefully rebase can fix that
[18:24] <LordOfTime> SpamapS: still here?
[18:24] <LordOfTime> or rather, are you alive.
[18:26] <hallyn> stgraber: oh, i see.
[18:26] <hallyn> stgraber: if before dputing the package, you get every bit of the package changes uploaded to ubuntu:lxc, will it still do that?  or will it then just tag the new release?
[18:26] <hallyn> just wondering
[18:27] <stgraber> hallyn: it shouldn't but it apparently didn't agree with me that I got everything in that branch
[18:27] <stgraber> hallyn: even though I made sure everything was commited, ran debcommit -r and built the source upload from it
[18:29] <hallyn> stgraber: that sucks
[18:32] <stgraber> hallyn: and not surprinsingly, rebase no longer works... or rather it does but you end up with a branch loosing all the changes...
[19:09] <axisys> how to change the PS1 to show it like this bash-4.1.5$  ?
[19:09] <axisys> so just the bash version
[19:37] <SpamapS> LordOfTime: I was at lunch, whats up?
[19:38] <LordOfTime> SpamapS: check your emails, i updated a bug slightly with a poke, one you helped me with (getting that patch to Debian)
[19:38] <LordOfTime> lemme find the bug again
[19:38] <LordOfTime> SpamapS: this one https://bugs.launchpad.net/ubuntu/+source/php5/+bug/900620
[19:38] <LordOfTime> (its fix released in Debian, but not updated for ubuntu)
[19:39] <LordOfTime> (and 5.4.4 is in Quantal)
[19:42] <LordOfTime> whoops
[19:42] <SpamapS> LordOfTime: right.. hm
[19:43] <LordOfTime> SpamapS: it *should* be fix released
[19:43] <LordOfTime> since the patch (if you read the changelogs) was included
[19:43] <SpamapS> I was just verifying that
[19:44] <LordOfTime> php5 (5.4.0~rc7-2) experimental; urgency=low
[19:44] <LordOfTime>   * php5-fpm now listen on socket instead of localhost by default
[19:44] <LordOfTime>     (Closes: #650204)
[19:44] <LordOfTime> ^ except that only closed the Debian bug and not the LP bug
[19:44] <LordOfTime> silence you
[19:46] <LordOfTime> SpamapS: i wanted the confirmation before this was Fix Released in Ubuntu (I have rights to change it, but didnt want to until this was confirmed)
[19:48] <SpamapS> LordOfTime: right. Thanks for taking a look at that. :)
[19:48] <Aaton> anyone know how to create a apt mirror with just the packages you have installed. I want to just have a partial mirror so I can control what packages are at apt-get installable.
[19:48] <LordOfTime> yep, i was scanning bugs, so... :P
[19:49] <SpamapS> Aaton: I don't know if there is a specific command for that, but you basically just need all the debs, then you can use apt-ftparchive to build a mirror.
[19:49] <Aaton> I
[19:50] <Aaton> see. I was looking at apt-mirror and currently using apt-cacher
[19:51] <SpamapS> Aaton: apt-ftparchive packages path/to/your/packages |gzip>Packages.gz
[19:51] <SpamapS> Aaton: thats half the battle. ;)
[19:52] <Aaton> cool I will check that out, thanks!
[19:53] <SpamapS> Aaton: Its entirely possible you could point it at your apt-cacher-ng cache dir and be done. :)
[19:54] <LordOfTime> SpamapS:  https://bugs.launchpad.net/ubuntu/+source/sqsh/+bug/1017638  this'll need Wishlist status, and probably the needs-packaging tag
[19:54] <LordOfTime> (LP's bugging out on me)
[19:55] <travisneids> I'm running Ubuntu 12.04 Server.  I have a client using a Windows File Share where they save Access Database files.  What would be the best approach to connect to the file share and run queries on the database?  VPN to file share, grab database dump?  Ugg.  Wish they had a web server.
[19:55] <travisneids> I was hoping to get away with ODBC connection but don't think that will be possible with File Share server
[19:56] <hallyn> stgraber: sadly, the userns kernel is missing a few things to let a container work (pivot_root and bind mounts are not yet converted).  still, it looks promising, and there are a few things i've noticed will have to change - like cgroup setup will have to move to being done by the monitor instead of the child
[19:57] <hallyn> so i'm going to spend a bit more time tidying up my experimental tree then wait (i would do the kernel myself, but already asked eric to...)
[20:00] <zul> adam_g: any idea whats up with the jobs that keep failing?
[20:00] <adam_g> zul: which
[20:00] <zul> nova trunk
[20:00] <adam_g> zul: its the rootwrap stuff
[20:00] <zul> ok
[20:00] <adam_g> zul: Folsom quantal should be fixed now
[20:00] <adam_g> precise in a min
[20:02] <adam_g> jamespage: still around?
[20:04] <stgraber> hallyn: what are the chances of the second wave of changes to hit 3.6?
[20:09] <adam_g> zul: trunk nova fixed for P and Q
[20:09] <zul> cool
[20:09] <hallyn> stgraber: not good
[20:10] <hallyn> i think he's optimistic, but he's been quiet again now for a few weeks
[20:35] <hallyn> stgraber: what do you think about putting the lxc hooks patch into our package?  no review yet upstream... :(
[20:37] <stgraber> hallyn: no problem with that
[20:38] <stgraber> hallyn: it's early enough in the cycle that we can use that to test them :)
[20:40] <hallyn> stgraber: right, and i really want to 'test' them with the lxc cgroup premount stuff :)
[20:40] <hallyn> boy that's gonna break with user namespaces.  (without a kernel fix)
[20:48] <r3dLunchb0x_> anyone ever use coraid devices with ubuntu server 10.04?
[20:48] <r3dLunchb0x_> or any aoe stuff?
[21:07] <hallyn> kees: hey - just wondering, what exactly did you call the libseccomp packages?
[21:07] <hallyn> (aptitude search seccomp isn't helping)
[21:33] <hallyn> stgraber: ok, i'm going to test this a bit more overnight, but lp:~serge-hallyn/ubuntu/quantal/lxc/lxc-hooks  is treating me well
[21:33] <hallyn> so i might push it tomorrow, or feel free to pull it in if you'r epushing something else
[21:33] <stgraber> hallyn: ok, cool. I uploaded twice today already so I don't think I'll upload a third time ;)
[21:35] <hallyn> :)
[21:35] <stgraber> hallyn: anyway, the archive is soft frozen for alpha-2, so any upload would have to go to -proposed at this point
[21:36] <hallyn> oh?  i didn't notice that on -devel
[21:36] <hallyn> s'ok, asi'm playing with hooks i'm wondering if we want to give more info on command line...
[21:36] <sw> hi. what would be best for sharing user accounts around a few servers, openldap, or is there something lighter/simpler?
[21:38] <hallyn> though it has the container name, so can figure everything out from /var/lib/lxc/$1/config
[21:39] <hallyn> apart from cron jobs rsyncing passwd/shadow files, or nis, openldap would be it
[21:39] <niargh> looking for help with 12.04 server console issue
[21:39] <hallyn> sw: ^
[21:41] <sw> niargh: ask your question otherwise people can't answer it :-)
[21:41] <niargh> fresh amd64 12.04 server install - console hangs trying to start some graphic mode
[21:41] <niargh> no problem ssh'ing to the box
[21:42] <sw> hallyn: eh, thanks, I should have thought of that. openldap is strictly authentication related, or can it mirror home directories etc. across a group of servers?
[21:46] <hallyn> sw: sorry, i don't know, i've used nis 10-15 years ago, but not openldap
[21:47] <hallyn> (out, bbl)
[21:48] <niargh> GRUB_CMDLINE_LINUX_DEFAULT="video=ofonly nosplash" in /etc/default/grub & update-grub don't seem to make a difference
[21:52] <niargh> is it a more appropriate q for  #ubuntu-beginner ?
[21:55] <hallyn> niargh: did you install from the ubuntu server install iso?  it sounds like you used a desktop installer.
[21:56] <hallyn> #ubuntu-desktop may have answers for you
[21:56] <niargh> I used the server install iso
[21:57] <adam_g> zul: what is the plan for dependencies wrt cloud archive?
[21:57] <adam_g> Daviey: ^
[21:57] <adam_g> things like prettytable, jsonschema, etc. that either need to be updated in precise or do not exist there.
[21:58] <niargh> hallyn: thx - I don't want any desktop, only cli - just confused why a server iso would try to switch graphic mode on me
[21:59] <niargh> hallyn: I can see all the boot info until a point where it's clearly switching to graphic mode
[22:00] <hallyn> niargh: huh.  must be plymouth somethingorother
[22:00] <niargh> hallyn: plymouth?
[22:00] <hallyn> niargh: is 'noquiet' in there ?
[22:00] <hallyn> that is, i'd just try GRUB_CMDLINE_LINUX_DEFAULT="noquiet"
[22:00] <hallyn> gotta jet, bbl
[22:00] <niargh> hallyn: will try noquiet right now, thx
[22:04] <zul> adam_g: they will updated in precise in the cloud archive
[22:04] <niargh> hallyn: noquiet == noluck
[22:07] <adam_g> zul: is there an eta for that going live at least beta? im trying to run devstack excercises on precise, but that requires updates to clients, which requires updates to libraries. gonna just use the deps PPA for now
[22:10] <blendedbychris> guys… i'm currently chrooting my developer into a dir and using mount --bind to add additional directories
[22:11] <blendedbychris> the problem with this is the mounts are read only
[22:18] <zul> adam_g: i hope to get the majority done this week