[00:03] <wgrant> lifeless: Around?
[00:08] <lifeless> yup
[00:08] <wgrant> lifeless: I'd like to discuss bugsummary-ng at some point.
[00:09] <wgrant> Making it compatible with disclosure, and also making it performant.
[00:09] <wgrant> And fixable.
[00:10] <lifeless> voice?
[00:10] <wgrant> Anything else would be likely to result in the heat death of the universe.
[00:12] <lifeless> skynet?
[00:12] <wgrant> Give me a sec to get it running, reinstalled on Monday.
[00:12] <lifeless> 1
[00:12] <wgrant> fuuuu
[01:16] <StevenK> wallyworld: O hai
[01:16] <wallyworld> yello
[01:17] <StevenK> wallyworld: I've put two new photos in the river directory taken this morning which show the roughly 'normal' river level
[01:18] <wallyworld> remind me of the dir name?
[01:18] <StevenK> wallyworld: http://wedontsleep.org/~steven/river/
[01:18] <StevenK> wallyworld: The two 03-09 photos are the normal leve
[01:18] <wallyworld> big difference
[01:18] <StevenK> *level
[01:19] <StevenK> Oh yeah
[01:20] <wallyworld> did you go for a swim?
[01:20] <StevenK> Haha, no
[01:21] <StevenK> It was quite impressive given how fast the water was flowing when it was up that high
[01:22] <wallyworld> indeed
[01:22] <StevenK> IntegrityError: duplicate key value violates unique constraint "accesspolicy__product__type__key"
[01:22] <StevenK> :-(
[01:27] <wgrant> StevenK: Only in test_bug_mirror_legacy_access?
[01:27] <wgrant> Possibly in wallyworld's tests as well, I guess.
[01:31] <StevenK> It was about sixteen tests
[01:31] <StevenK> I've just merged devel and am running product tests manually to see if wallyworld has made life harder for me.
[01:32] <wallyworld> who me?
[01:32] <StevenK> lp.bugs.tests.test_bug_mirror_access_triggers.TestBugMirrorAccessTriggers.test_productseries_task is one failure
[01:32] <wgrant> That's one of mine.
[01:32] <wgrant> Easy to fix :)
[01:33] <StevenK> Ah yes
[01:33]  * StevenK hugs alt-q in zsh
[01:39]  * StevenK fixes wgrant's test with +1/-21
[01:42] <StevenK> lp.registry.tests.test_accesspolicy.TestAccessPolicySource.test_create
[01:42] <StevenK> lp.registry.tests.test_accesspolicy.TestAccessPolicySource.test_find
[01:42] <StevenK> Those two :-(
[01:44] <wgrant> Hmmm, they're going to be difficult now.
[01:44] <wgrant> You may want to fix them to manually create a Product
[01:44] <wgrant> Rather than use ProductSet via the factory
[01:44] <wgrant> Ah
[01:44] <wgrant> Or just use PROPRIETARY instead
[01:52]  * StevenK kicks TestAccessPolicySource.test_findByPillar hard
[01:53] <StevenK> I can't use a tuple to describe that types that already exist, since they're returned as APs
[01:54] <StevenK> And I don't want to just call findByPillar since that defeats the entire point of the test.
[02:08] <poolie> hi bigjools
[02:10] <wgrant> StevenK: Why can't you use a tuple?
[02:10] <wgrant> StevenK: I use tuples to match them throughout that test file.
[02:12] <StevenK> wgrant: It didn't work. I'll keep digging after lunch.
[02:16] <wgrant> It's not magic. It works.
[02:27] <lifeless> so I whinged to telecom yesterday
[02:27] <lifeless> my adsl is being line checked overnight
[02:27] <lifeless> guess what hasn't happened today
[02:29] <wgrant> It seemed to be being a bit bad this morning.
[02:29] <wgrant> But maybe it was just Skype.
[02:29] <wgrant> Rather stuttery.
[02:31] <lifeless> yah
[02:31] <lifeless> but wrkoing
[02:32] <wgrant> True
[03:03]  * wgrant narrows eyes
[03:03] <wgrant>   [r=deryck][bug=922741] Remove ec2 scripts from launchpad tree
[03:03] <wgrant> added: lib/lp/codehosting/scripts/tests/test_upgrade_all_branches.py
[03:06] <wgrant> wallyworld_: Feel like reviewing https://code.launchpad.net/~wgrant/launchpad/bug-950502/+merge/96701?
[03:18] <lifeless> stub: good mornink
[03:18] <stub> morning
[03:21] <lifeless> wgrant: hah, dirty patch?
[03:21] <lifeless> stub: whenever you are caffeinated etc
[03:21] <stub> Now is fine. Skype?
[03:21] <lifeless> yupyup
[03:24] <wgrant> lifeless: Hm?
[03:24] <lifeless> wgrant: the ec2 + upgrade all thing
[03:25] <wgrant> lifeless: The ec2 removal was a prereq for the upgrade all thing.
[03:25] <lifeless> how so ?
[03:25] <wgrant> But they were landed together with a rather misleading message.
[03:26] <wgrant> ec2 depended on system bzrlib plugins
[03:26] <wgrant> upgradeall reworks how we load plugins, which ends up shadowing the system ones.
[03:29]  * wgrant hacks SSO to pieces.
[03:37] <StevenK> wgrant: http://pastebin.ubuntu.com/875545/
[03:38] <wgrant> StevenK: Or just change makeAccessPolicy to use a non-default type.
[03:38] <wgrant> And you're neutering the other tests somewhat, as you're no longer testing various types.
[03:39] <StevenK> Well, sure, but the APs *are* there
[03:39] <StevenK> So if I can use them, it's a good idea
[03:39] <wgrant> The fist hunk is also wrong.
[03:39] <wgrant> find() returns a list, not a policy
[03:41] <StevenK> Right, that fixed test_updateDistroSharee
[03:41] <wgrant> And the other one is pretty obvious.
[03:42] <StevenK> Iterate over getUtility and return a tuple
[03:44] <wallyworld_> wgrant: i was out to lunch with bigjools. i'll look now
[03:45] <wgrant> Is there something going on there we should know about? :)
[03:45] <StevenK> Haha
[03:45] <StevenK> bigjools was saying that he was still thinking about wallyworld_ after getting home.
[03:46] <StevenK> Maybe I should ring Belinda.
[03:46] <wallyworld_> she was watching
[03:47] <StevenK> Only watching? :-P
[03:51] <bigjools> rubbing
[03:51]  * StevenK puts himself up as OCR, so he can review his lunch.
[03:51] <wallyworld_> wgrant: i think you should add the new flag to flags.py in your branch
[03:54] <wgrant> wallyworld_: Mmm, I deliberately chose not to, but I guess I might as well.
[03:55] <wallyworld_> wgrant: well, if there's a good reason not to
[03:56] <wgrant> I'm lazy and it's a short-lived flag? :)
[03:57] <StevenK> wgrant: Did you want me to not remove InformationType.USERDATA from test_create and test_find ?
[03:57] <wgrant> StevenK: That was there to test that it actually filtered properly by type, not just by pillar.
[03:58] <StevenK> I can add UNEMBARGOEDSECURITY instead if you wish
[03:58] <wallyworld_> wgrant: for clarity,and given it's a few lines of cut and paste, you should add it i think
[04:03] <wgrant> wallyworld_: Done
[04:03] <wallyworld_> thanks :-)
[04:03] <wgrant> lifeless: Do you know if Orange plans to remove the old bug listings eventually?
[04:07] <wallyworld_> wgrant: r=me. thanks
[04:07] <wgrant> wallyworld_: Thank you.
[04:12] <lifeless> wgrant: I believe its on deryck's plate, as is removing the in-browser results cache
[04:12] <lifeless> wgrant: remind me tuessday if you want me to ping him about it
[04:13]  * StevenK stabs buildbot a few times with a rusty knife.
[04:13] <wgrant> lifeless: It's fairly large and annoying tech-debt, so it'd be nice if it went away.
[04:13] <StevenK> Because having a CI system that's not INSANE is too hard.
[04:13] <lifeless> wgrant: remind me tuessday if you want me to ping him about it
[04:13] <wgrant> k
[04:13] <wgrant> Yay, xmlrpc-private 99% down from 1.7s to 0.88s in two weeks
[04:13] <wgrant> Next stop 0.3s.
[04:14] <StevenK> If I can't deploy this DB patch tonight due to buildbot losing it's mind, I'm going to be very very cranky.
[04:17] <mwhudson> wgrant: what's the min and median for xmlrpc-private?  if you have that?
[04:18] <wgrant> mwhudson: I don't think we have those. But there's mean.
[04:18] <wgrant> https://devpad.canonical.com/~lpqateam/ppr/lpnet/latest-daily-categories.html and https://devpad.canonical.com/~lpqateam/ppr/lpnet/latest-daily-pageids.html
[04:19] <wgrant> Interesting
[04:19] <wgrant> That says the 99% was 0.74
[04:19] <wgrant> But lpstats says 0.88
[04:19] <wgrant> Maybe lpstats lags more than a day behind.
[04:19] <StevenK> Oh damn it
[04:19] <wgrant> (mean 0.14)
[04:20] <mwhudson> mean of 0.14, not bad
[04:20] <StevenK> Updating devel has made bin/ec2 disappear
[04:20] <wgrant> StevenK: bzr branch lp:lp-dev-utils somewhere
[04:20] <wgrant> somewhere/ec2 land
[04:20] <StevenK> Well, duh
[04:20] <nigelb> StevenK: it would have been more fun if it lost rf-get
[04:20] <wgrant> mwhudson: CodeImportSchedulerAPI has a 99% of 0.68
[04:21] <wgrant> mwhudson: Which is a worry
[04:21] <wgrant> Considering what it does.
[04:21] <StevenK> No, rf-get is copied to /usr/local/bin by rf-setup
[04:21] <StevenK> So you can't lose it on purpose
[04:21] <nigelb> AH
[04:21] <mwhudson> wgrant: well, it used to time out a lot ...
[04:21] <wgrant> mwhudson: Sure, but there's no justification for it to take more than 20ms.
[04:21] <mwhudson> or was that the other bit
[04:22] <mwhudson> wgrant: heh well, can you get any xml-rpc method to take less than 100ms?
[04:22] <wgrant> There's 60-70ms of overhead
[04:22] <wgrant> Which I'm going to tackle soon
[04:22] <mwhudson> my impression (from a few years ago) was that the maximum performance from xml-rpc methods was not very good
[04:22] <wgrant> But <100ms is doable at present, yes.
[04:22] <mwhudson> ah ok
[04:23] <StevenK> In fact, Aaron broke it
[04:23] <StevenK> bin/ec2 still exists
[04:23] <wgrant> StevenK: It doesn't still exist.
[04:23] <wgrant> Only in your existing branch.
[04:23] <wgrant> Because buildout doesn't delete things.
[04:23] <mwhudson> 70ms of overhead is still pretty rubbish of course, i hope you can make inroads there
[04:23] <wgrant> mwhudson: That's the plan.
[04:23] <StevenK> Right
[04:23] <mwhudson> ironically the twisted-based authserver had a way better base line
[04:24] <wgrant> mwhudson: AuthServerAPIView is 0.32/0.05
[04:24] <wgrant> So 50ms is doable.
[04:24] <wgrant> Which is interesting.
[04:24] <wgrant> But the queries in there should be roughly 1-3ms.
[04:24] <wgrant> So there's still a fair bit of overhead.
[04:24] <mwhudson> wgrant: i wonder if codeimportschedulerapi rollbacks relatively frequently
[04:25] <wgrant> I really want to throw Zope out a window and use Pyramid instead.
[04:25] <StevenK> That would be a fun branch to review.
[04:25] <wgrant> mwhudson: It's possible.
[04:25] <wgrant> mwhudson: But given the way it works, I wouldn't expect it to conflict with the scanner much.
[04:25] <wgrant> And not much else should be locking rows for long very often.
[04:26] <mwhudson> wgrant: well
[04:26] <mwhudson> wgrant: there are 4 machines that call it, right?
[04:26] <wgrant> Surely not.
[04:26] <wgrant> Hmm.
[04:26] <wgrant> */1 cronjob, I guess...
[04:26] <wgrant> plausible
[04:26] <mwhudson> right
[04:27] <StevenK> wgrant: make clean && make and bin/ec2 still exists
[04:27] <mwhudson> it could also be missing an index i suppose
[04:27] <wgrant> StevenK: Does make clean actually remove stuff from bin/?
[04:27] <StevenK> steven@liquified:~/launchpad/lp-branches/devel% ls -lh bin/ec2
[04:27] <StevenK> -rwxr-xr-x 1 steven steven 616 2012-03-09 15:23 bin/ec2
[04:27] <StevenK> steven@liquified:~/launchpad/lp-branches/devel% make clean >/dev/null
[04:27] <StevenK> steven@liquified:~/launchpad/lp-branches/devel% ls -lh bin/ec2
[04:27] <StevenK> ls: cannot access bin/ec2: No such file or directory
[04:28] <wgrant> mwhudson: I guess that's actually not implausible, given how small the table is.
[04:28] <mwhudson> ah right, codeimportjob is kept small
[04:28] <mwhudson> i guess there is some query you can run to find out if it's being seqscanned
[04:28] <StevenK> wgrant: So, yes, it does.
[04:29] <mwhudson> oy oy oy sqlobject methods
[04:35] <lifeless> (wifi fail)
[04:36] <StevenK> Sure sure
[04:36] <lifeless> StevenK: deploying a db patch on friday - keen :)
[04:36] <wgrant> StevenK: Lies
[04:37] <lifeless> mwhudson: the min and median are on the PPR
[04:38] <wgrant> Ah, median is, but I can't see min...
[04:38] <mwhudson> lifeless: oh right, i see median now, don't see min though
[04:38] <lifeless> connection reset from SSO. Hmmm.
[04:38] <StevenK> wgrant: It does!
[04:38] <wgrant> StevenK: I'd say your devel is out of date.
[04:38] <StevenK> No, Aaron didn't fix setup.py
[04:39] <wgrant> Possibly not, but I did.
[04:39] <StevenK> steven@liquified:~/launchpad/lp-branches/devel% bzr revno
[04:39] <StevenK> 14926
[04:39] <wgrant> Revision: 14927
[04:39] <wgrant> Commit Message: [r=wgrant][no-qa] Remove ec2 leftovers.
[04:40] <StevenK> I bet you fixed while I was putting together a branch to do the same thing, you cheater.
[04:40] <wgrant> Busted.
[04:41] <StevenK> However, lp-dev-utils/ec2 is broken
[04:41] <wgrant> sudo apt-get install python-tz python-boto
[04:41] <wgrant> bzr branch lp:bzr-pqm ~/.bzrlib/plugins/pqm
[04:41] <wgrant> s/bzrlib/bazaar/
[04:42] <StevenK> Nice to know it just works out of the box

[04:42] <wgrant> At least it's not SSO or Launchpad :)
[04:43]  * StevenK removes his local branch that destroys the ec2 leftovers and glares at wgrant.
[04:44] <wgrant> :)
[04:44] <wgrant> Like I'm going to let you get the LOC credit.
[04:44] <StevenK> I was about to commit and push!
[04:45] <lifeless> oh look
[04:45] <lifeless> *that* was ADSL
[04:45] <lifeless> fail
[04:46]  * StevenK brands lifeless' connection as Abominable Digitial Subscriber Line.
[04:47] <lifeless> mwhudson: https://devpad.canonical.com/~lpqateam/ppr/lpnet/latest-daily-categories.html
[05:07] <jamesh> lifeless: fyi, I put out a new release of pygpgme last night.  The main new feature is Python 3 compatibility, which I doubt you need yet but thought you might want to know
[05:19] <lifeless> jamesh: thanks for the headsup
[05:19] <lifeless> wgrant: LOC for what?
[05:19] <jamesh> lifeless: while the package should still support older Python versions, the test suite probably requires 2.6 now though
[05:35] <lifeless> wgrant: LOC for what?
[05:37] <wgrant> lifeless: I beat StevenK to deleting some ec2 remains.
[05:38] <lifeless> wgrant: ah,c ool
[05:38] <lifeless> I thought that was address to me, for some reason
[05:38] <wgrant> SSO's dependency system might be even worse than Launchpad's, I think.
[05:38] <lifeless> !cite
[05:40] <wgrant> It's very good at branching the same stuff from LP every time you ask it to update deps.
[05:40] <StevenK> Hah
[07:27] <czajkowski> morning
[07:54] <wgrant> lifeless: What do you think about pages like https://launchpad.net/ubuntu/+ppas? The slow stats can all reasonably be publicly cached for a day, or we could just remove them.
[08:01] <bigjools> hey poolie, did you want to talk about that bug?
[08:13] <lifeless> wgrant: so, I think the page should be just a search widget, without that ridiculous 'show me empty ppas'
[08:13] <lifeless> wgrant: the stats aren't (IMNSHO) interesting, nor are the lateset uploads to any ppa
[08:14] <lifeless> activity -might- be interesting, but probably best as a ranking component for search results
[08:14] <lifeless> the supported series list probably wants to be something like
[08:15] <lifeless> 'PPAs support <policy statement>. The current list of Ubuntu versions that can be targeted in a PPA build is <compact list>'
[08:51] <wgrant> lifeless: Latest uploads might be vaguely interesting, and are quick to calculate.
[08:54] <adeuring> gd mrning
[08:57] <lifeless> wgrant: 'might' isn't a good reason for clutter
[09:31] <wgrant> lifeless: Lies.
[10:02] <stub> You don't need a reason for clutter.
[13:19] <czajkowski> salgado: mrevell any idea on when the roll out will now happen for the blueprints
[13:20] <mrevell> czajkowski, The migration of Ubuntu work items will take place, most likely, after the 12.04 release, at a time to suit the Ubuntu Engineering team and wider Ubuntu community. So, not sure of an exact date.
[13:20] <czajkowski> will it happen before UDS ?
[13:21] <czajkowski> as bleprint creation will start once 12.04 is released for next release and for uds sessions
[13:22] <mrevell> czajkowski, I think that's a decision for the Ubuntu community. We'll fit with whatever schedule works for them. It's possible that the work items feature could go live before we migrate the existing Ubuntu blueprints to the new format.
[13:24] <czajkowski> nods ok
[13:24] <czajkowski> thanks
[14:04] <deryck> Morning, all.
[14:07] <czajkowski> deryck: morning get your machine all up and running
[14:08] <deryck> czajkowski, hey. unfortunately, still busted launchpad-developer-dependencies on precise for me.
[14:08] <deryck> will be following up to my email shortly.
[14:10] <czajkowski> :(
[14:20] <wallyworld_> sinzui: with the sprite issue, if you goto a bug page eg https://bugs.launchpad.net/launchpad/+bug/950562 you can see examples in the bug title and security portal
[14:20] <_mup_> Bug #950562: Sharing service needs to support 'Some' <disclosure> <Launchpad itself:In Progress by wallyworld> < https://launchpad.net/bugs/950562 >
[14:21] <wallyworld_> i'll revert the css though, but i think there's an underlying css issue we have
[14:23] <sinzui> wallyworld_, I see gecko has issues, webkit does not!
[14:23] <wallyworld_> ffs
[14:24] <sinzui> wallyworld_, We will look at a proper fix next week. I agree this needs fixing and I have some ideas
[14:24] <wallyworld_> ideally we need to alter our css to address these x-browser issues ?
[14:26] <sinzui> we often need to add a reset rule to before we apply our rule, or we look for a proprietary selector/property that compensates for the mis-aligned background
[14:27] <wallyworld_> ok
[14:28] <wallyworld_> maybe one day there quirks will go away
[14:28] <wallyworld_> these
[14:29] <jcsackett> wallyworld_: i think a nontrivial part of the web economy thrives on the quirks. don't bet on them ever vanishing. what you call a pain in the ass, someone else calls "competitive advantage". :-P
[14:29] <wallyworld_> lol
[14:29] <wallyworld_> sadly true
[14:30] <jcsackett> yup. it's only funny cause it's heartbreaking. :-P
[14:30] <wallyworld_> yeah, i wanted the sharing page to look real nice like
[14:30] <wallyworld_> and truncated sprites messed it up :-(
[14:30] <jcsackett> the sprites things is so irritating.
[14:31] <sinzui> Looks like firefox does not believe line-height is inclusive with the space allocated to the padding. this looks like a violation of the box model
[14:31] <jcsackett> sinzui: able to chat at say 10?
[14:31] <wallyworld_> stupid firefox
[14:31] <sinzui> yes, but it need to get more coffee. This cup killed a passing hnat
[14:31] <sinzui> gnat
[14:32] <sinzui> wallyworld_, keep you sprite hack!
[14:33] <wallyworld_> really?
[14:33] <sinzui> I agree it fixes firefox. It does change the webkit layout. subtly, but I think you need to look hard to see the spacing change.
[14:34] <wallyworld_> i could make it 2 or 3 pixels instead of 4
[14:34] <wallyworld_> just enough to fix the issue
[14:34]  * sinzui checks
[14:34] <wallyworld_> i tried 3 and i think it worked ok
[14:35] <sinzui> keep 4
[14:36] <wallyworld_> will do. i'll fix the other issues in the morning and send off the ec2.
[14:36] <sinzui> I I think the actual space should be 6 (18 line-height - 12 font-size = 6px)
[14:36] <wallyworld_> to
[14:36] <wallyworld_> ok, so change it to 6
[14:36]  * sinzui checks
[14:40] <sinzui> wallyworld_, yes, use 6px. webkit has already allocated that same space as a part of the box allocated to the padding
[14:41] <wallyworld_> ok, will do. thanks for the help. i'm pleased this will fix other pages as well as sharing
[14:41] <sinzui> wallyworld_, The edit icon next to a header moved slightly in webkit (different line-height rules), but there is no change in normal budy text
[14:41] <sinzui> This fixes the bug page and the project front page
[14:42] <sinzui> PS, it is after midnight for you. It is Saturday. have you been drinking?
[14:42] <wallyworld_> cool. i'll also address the other anchor stuff you mentioned
[14:42] <wallyworld_> no, sadly not.
[14:42] <wallyworld_> i checked email to see if you had +1ed my mp
[14:43] <wallyworld_> cause i want to get everything landed
[14:43] <sinzui> I am doing that now. I am commenting about my reverse decision
[14:43] <wallyworld_> sadly, we can't turn on the fflag since edits will mess up stuff
[14:44] <wallyworld_> and the sharing page is kinda useless if you can't edit stuff
[14:44] <sinzui> I think pointing people to staging and qastaging is good enough for the curious
[14:44] <wallyworld_> sounds ok to me
[14:44] <wallyworld_> deryck: in the dark recesses of my mind, i think i had to manually install postgresql-8.4-debversion to allow the lp database packages to be installed
[14:45] <wallyworld_> but that issue may have been fixed since then
[14:45] <wallyworld_> that's the only thing i can contribute to your problem
[14:54] <deryck> wallyworld_, yeah, I did try that. Just tried again now and get: postgresql-8.4-debversion : Depends: postgresql-8.4 but it is not installable
[14:54] <deryck> wallyworld_, and hey, btw. :) How's everything going? :)
[14:54] <sinzui> deryck, you need to pull the packages from oneiric
[14:55] <sinzui> They Lp is running on obsolete PG
[14:55] <deryck> sinzui, ah.  and how do I do that? Sorry to be so dumb about this.
[14:55] <sinzui> jcsackett, I am now ready
[14:55] <sinzui> sorry for the dealy
[14:56] <sinzui> I download them from Lp. I think you need for.
[14:56]  * sinzui looks
[14:57] <jcsackett> sinzui: no delay at all. i asked about 10, it's now 10. :-)
[14:58] <czajkowski> sinzui: the licience review of a project which had a made up licience I take it you denied it ?
[14:58] <deryck> sinzui, ah, I get you now. I can chase down the packages myself now. Thanks.
[14:59] <sinzui> deryck, See the binary packages listed on https://launchpad.net/ubuntu/oneiric/+source/postgresql-8.4
[14:59] <sinzui> We want postgresql-plpython-8.4
[14:59] <sinzui> postgresql-client-8.4
[14:59] <sinzui> postgresql-contrib-8.4
[14:59] <sinzui> postgresql-doc-8.4
[14:59] <sinzui> postgresql-plpython-8.4
[14:59] <jcsackett> sinzui: hangout, mumble, skype?
[15:00] <sinzui> hangout
[15:00] <jcsackett> sinzui: cool. starting one now.
[15:02] <deryck> sinzui, many thanks!
[15:06] <stub> Aren't all those packages in the PPA?
[15:07] <stub> oh.. thinking of the lucid backports
[15:50] <jcsackett> sinzui: you vanished! :-P
[15:50] <sinzui> I did.
[15:50] <sinzui> Phone rang
[15:50] <jcsackett> dig.
[15:51] <jcsackett> i think we were done though, so all is well. thanks. :-)
[15:51] <sinzui> fab
[18:29] <gary_poster> deryck, btw, re your emails about LP on precise, you can develop LP with lxc on precise, and then you are using lucid packages. can be nice.  that's what I do.  You don't pollute your main system that much either--getting rid of LP would mean getting rid of the LP directories in your home dir and getting rid of the associated LXC instance(s).  We can help if you'd like.  There's a wiki page about doing it manually,
[18:29] <gary_poster> and a script to give some automation.  I'm guessing you are past the point that this would have been helpful, but I still wanted to mention it
[18:32] <sinzui> gary_poster, your remark implies you do not know about .rocketfuel-env.sh http://pastebin.ubuntu.com/876388/
[18:33] <sinzui> I have never had my home directory polluted
[18:33] <deryck> gary_poster, ah, that actually might be nice.  I'm *more-or-less* working. :)  But if I could get into the more category than the less, might be worth it. :)
[18:33] <deryck> gary_poster, can you point me at the wiki page?
[18:34] <gary_poster> sinzui, I was vaguely familiar with that, but I don't mind having stuff in my home directory.  The pollution I mind is having everything else installed on my system (postgres being taken over, tons of packages installed, and so on)
[18:34] <gary_poster> but to each his own in this regard I'd say :-)
[18:34] <gary_poster> and thank you
[18:34] <gary_poster> deryck, https://dev.launchpad.net/Running/LXC
[18:34] <gary_poster> deryck, we use automated scripts now, so we haven't touched this in a while, but I think it will still be good
[18:35] <deryck> gary_poster, awesome. I'll have a look now.
[18:35] <gary_poster> cool
[18:35] <sinzui> does that have wgrants and wallyworld_'s updates? the instructions did not work for precise last week
[18:35]  * sinzui looks
[18:36] <sinzui> well I has Ian's and I think that means he got it running
[18:40] <sinzui> deryck, keep in mind Lp will be running Precises in production in a few months. Lp engineers we need enough engineers running precise to be sure we can switch over without dedicating a team to make it happen in the chain
[18:40] <deryck> sinzui, I was actually just thinking about that.
[18:41] <gary_poster> sinzui, deryck, you can also create a precise container
[18:41] <gary_poster> lxc is still nice
[18:42] <sinzui> gary_poster, yes. I agree that keeping out ridiculous Lp deps in a box is best.
[18:47] <sinzui> deryck, You are doing a fresh install aren't you. My upgrade to precise was easy...given that I have learned to pin packages to ensure dist-upgrade does not remove my income.
[18:48] <deryck> sinzui, not really a fresh install.  My laptop came preinstalled with Oneiric, then I got LP running, then I upgraded to Precise....
[18:48] <deryck> sinzui, however, I didn't pin packages, so it removed all of lp, which is what got me in this shape.
[18:48] <deryck> well, all of lp deps.
[18:49] <sinzui> deryck, right update removed all PPA from dep checks to ensure the update goes well. You have to say no to all removes. You can them pin the one you need see issues with on reboot
[18:50] <sinzui> I have pgsql and rabbitmq pinned
[20:04]  * sinzui high fives StevenK for demonstrating that Lp can give any project a complimentary 30 day commercial subscription