[00:01] <jelmer> thumper: Will do. Thanks.
[00:03] <mwhudson> jelmer: man, that mapdbs fix had me seriously head-scratching :-)
[00:03] <mwhudson> i hope it's not necessary any more
[00:04] <jelmer> mwhudson: heh, I bet
[00:04] <jelmer> mwhudson: it's still used actually
[00:04] <jelmer> though we'll hopefully be able to use bzr index files with git pack files for the cache hopefully
[00:04] <mwhudson> ok, maybe more of a fix than deleting the tearDown is required
[00:05] <jelmer> (that should also be the point at which we can have a "bzr serve --git" that works with decent performance)
[00:06] <jelmer> that reminds me.. any news on bzr:// support, or is it all recipes these days in the code team ? :-)
[00:06] <thumper> jelmer: all recipes
[00:07] <lifeless> jelmer: bzr:// support - for anonymous access to branches ?
[00:07] <jelmer> lifeless: yeah
[00:07] <lifeless> jelmer: I'd rather we just did bzr on http
[00:08] <lifeless> jelmer: less setup, better support in firewalled situations
[00:11] <jelmer> lifeless: either would be awesome
[00:16] <lifeless> wgrant: btw
[00:16] <lifeless> wgrant: private PPA log file tailing. That permits an attack on launchpad.net via content insertion, no ?
[00:16] <wgrant> lifeless: Howso? logtail should be escaped by the template.
[00:17] <lifeless> ah
[00:17] <lifeless> I was thinking put js in it and let the streamorview thing do its sniffing
[00:17] <wgrant> And the downloable build log should be text/plain.
[00:17] <wgrant> Ah, no, there's no JS there.
[00:17] <wgrant> Just boring old refreshing.
[00:17] <lifeless> and the build log is the full thing, right ?
[00:17] <wgrant> It is.
[00:18] <wgrant> There's probably a vulnerability there somewhere.
[00:21] <lifeless> wgrant: you were saying that setting cd:attachment will break streaming logs
[00:21] <lifeless> wgrant: but if its being escaped in the appserver, it won't have any immediate impact, will it ?
[00:21] <wgrant> lifeless: Not streaming logs. Viewing of logs in the browser.
[00:21] <wgrant> At the moment I can click on a build log link and not have to download it.
[00:21] <wgrant> This is unrelated to logtail.
[00:21] <lifeless> ok
[00:23] <lifeless> anyhow, I've filed a bug, if you have ideas about how to do things, please dive in.
[00:23] <wgrant> I think the existing build log streaming might be vulnerable in IE, since IE likes to sniff content rather than obeying content types.
[00:26] <lifeless> heh
[00:40] <wgrant> How much SQL time is there on OOPS-1675ED4744?
[00:42] <lifeless> is that oops code correct ?
[00:42] <mwhudson> wgrant: did it just get created?
[00:42] <wgrant> Maybe it just missed the sync.
[00:44] <lifeless> SQL time: 4761 ms
[00:44] <lifeless> Non-sql time: 13888 ms
[00:44] <lifeless> Total time: 18649 ms
[00:44] <lifeless> Statement Count: 59
[00:45] <wgrant> Right, that's about what I thought.
[00:45] <wgrant> WTF is the non-SQL time, I wonder.
[00:46] <thumper> wgrant: python execution time,
[00:46] <thumper> storm object creation time...
[00:46] <lifeless> we can get a profile of it for you
[00:46] <lifeless> if you ask a losa
[00:46] <wgrant> I know, but that's an awfully large amount of time considering the few queries.
[00:47] <lifeless> pasting you some stuff
[01:49] <lifeless> losa ping
[01:50] <spm> yo
[01:50] <lifeless> I'd like to get a profile from staging per favour
[01:50] <spm> sure
[01:51] <lifeless> so, in theory I wait, you say 'go ahead' then I say 'done'.
[01:51] <lifeless> in practice, I'm guessing this is the first time ever and you have no idea whats about to happen :P
[01:51] <spm> that'd be spot on
[01:51] <lifeless> and the difference between theory and practice.. :)
[01:51] <lifeless> so in the config file for staging
[01:51] <lifeless> on staging
[01:51] <lifeless> there is a profiling section
[01:51] <spm> I can infer what you want; but not quite sure exactly what you want to achieve, and the how of.
[01:51] <lifeless> with a key profile_requests (IIRC)
[01:52] <lifeless> you need to turn that on and bounce the app server
[01:52] <spm> huh. I didn't know that!
[01:52] <lifeless> tada
[01:52] <spm> this is the app server? (to confirm) vs code*
[01:52] <lifeless> we're going to make this less manual
[01:52] <lifeless> appserver
[01:52] <lifeless> https://api.staging.launchpad.net/beta/~ubuntu-dev/participants is the URL I want to profile
[01:53] <lifeless> spm: for context, see maris's email to launchpad-dev at the end of the epic
[01:53] <lifeless> spm: so, 2 weeks backish. it describes the process on a developer machine.
[01:54] <spm> hrm. we have no 'profiling section' or 'profile_requests' is the existing configs; can you give me a quick dump of the lines to add?
[01:54] <spm> s/is/in/
[01:54] <lifeless> [profiling]
[01:55] <lifeless> profile_requests: True
[01:55] <spm> hmm. complex.
[01:55] <lifeless> (see configs/schema-lazr.conf for missing things like this)
[01:55] <lifeless> you can also set profile_dir:
[01:55] <lifeless> if you want them to go to a /var dir or some such - the default is '.'
[01:55] <spm> what!?!? srsly!?!? you want me to rtfm!?!?! I'm a *sysadmin*!!!
[01:56] <lifeless> oh, and lastly, we should also set
[01:56] <lifeless> *in that section*
[01:56] <lifeless> error_dir: and oops_prefix:
[01:56] <lifeless> because it will generate an oops to go with, so that we get the DB trace etc
[01:56] <spm> ahh kk
[01:57] <lifeless> https://pastebin.canonical.com/35303/
[01:57] <lifeless> to bring it all together.
[01:57] <spm> not such a big deal here'n'now; but might be worth getting this formally landed into the prod configs - staging section only. ??
[01:57] <lifeless> yeah
[01:58] <lifeless> if you tell me the stuff to put in it :)
[01:58] <spm> staging-lazr.conf ?
[01:58] <spm> oh. right. lala eparse
[01:59] <lifeless> I can wait if you need a coffee :)
[01:59] <spm> [profiling]
[01:59] <spm> profile_requests: True
[01:59] <spm> error_dir: /srv/staging.launchpad.net/staging-logs/profiling
[01:59] <spm> profile_dir: /srv/staging.launchpad.net/staging-logs/profiling
[01:59] <spm> oops_prefix: PROFILE
[01:59] <spm> do I what...
[01:59] <spm> losa_needs_coffee: ZOMGTRUE
[02:00] <spm> restarting the app server...
[02:00] <spm> Kah Boom.
[02:00] <spm> https://pastebin.canonical.com/35304/
[02:00] <lifeless> HAH
[02:01] <lifeless> delete the error_dir key
[02:01] <spm> kk
[02:01] <lifeless> oh
[02:01] <spm> same error.
[02:01] <lifeless> delete the oops prefix too
[02:01] <lifeless> the schema had a confusing bit, it got me good
[02:01] <spm> :-)
[02:02] <spm> that's happy
[02:02] <spm> see that's what rtfm does for you. confuses. much better to just make s**t up
[02:02] <lifeless> is it up and running ?
[02:03] <spm> shouldbe... stopped doing stuff; giove it a few secs to "settle"
[02:03] <spm> and responding to nagios checks; go for it
[02:03] <lifeless> ok, I just got a request through.. turn it off again
[02:04] <lifeless> then we'll grab the profile file and oops and I can nod off and examine it
[02:04] <spm> haha. what a guess. that directory - completely unlooked for; already existed.
[02:04] <spm> [profiling]
[02:04] <spm> profile_requests: False
[02:04] <spm> profile_dir: /srv/staging.launchpad.net/staging-logs/profiling
[02:04] <spm> syncing logs...
[02:05] <lifeless> bzr+ssh://bazaar.launchpad.net/~lifeless/lp-production-configs/timeouts has it in it now, but don't merge it - see special rollout notes
[02:05] <spm> is restarted
[02:07] <lifeless> so in that directory
[02:07] <lifeless> there should be a bunch of files
[02:07] <lifeless> and
[02:07] <lifeless> possibly some oops's there, or otherwise they will be in the regular oops dir
[02:08] <spm> sodium:/srv/launchpad.net-logs/staging/asuka/profiling/
[02:09] <lifeless> spm: you can delete all the 2008 files ;)
[02:10] <lifeless> hmm, but I can't see the participation one I would expect. time to grep em al I think
[02:10] <spm> I was thinking that :-)
[02:12] <lifeless> wgrant: https://bugs.edge.launchpad.net/ubuntu/+bug/602360 is a bug you might find interesting - soyuz query
[02:12] <_mup_> Bug #602360: timeout on source package bug filing page <timeout> <Launchpad Bugs:Triaged> <Ubuntu:Invalid> <https://launchpad.net/bugs/602360>
[02:12] <lifeless> spm: ah, its one of ScopedCollection:CollectionResource
[02:13] <wgrant> lifeless: That plan makes me cringe.
[02:13] <wgrant> It can't possibly need all of those tables.
[02:14] <lifeless> curtis said, in a similar bug
[02:14] <lifeless> https://bugs.edge.launchpad.net/launchpad-answers/+bug/608037
[02:14] <_mup_> Bug #608037: timeouts in Question:+edit <oops> <timeout> <Launchpad Answers:Triaged> <https://launchpad.net/bugs/608037>
[02:21] <lifeless> spm: actually, can you please nuke the 2008* files ;)
[02:21] <spm> sure; done on asuka, will rm from sodium
[02:22] <spm> gone
[02:22] <lifeless> thanks
[02:24] <lifeless> spm: also, can you look for oopses +- 1 minute from when I said 'done'
[02:24] <lifeless> spm: and grep them for the url .../participation
[02:24] <lifeless> there should be 2 I think
[02:24] <lifeless> I just need the OOPS ids.
[02:26] <spm>  /participants ?
[02:26] <lifeless> yes
[02:27] <spm> 03796.S56 03826.S95 are the files. go up one dir on sodium from the logs and into 2010-08-03
[02:27]  * spm regrets cat'ing those out...
[02:28] <lifeless> :P
[02:28] <spm> OOPS-1676S95 OOPS-1676S56
[02:28] <lifeless> thanks!
[02:29] <lifeless> sweet - https://lp-oops.canonical.com/oops.py/?oopsid=1676S95
[02:29] <lifeless> 1.8 seconds sql, 4.6 seconds python
[02:29] <lifeless> 430 sql requests
[02:31] <lifeless> also
[02:32] <lifeless> haha:  WHERE Person.name = %s AND Person.merged IS NULL ORDER BY person_sort_key(Person.displayname, Person.name)
[02:32] <lifeless> thats a little odd
[02:32] <lifeless> exact match, oh but lets order it please.
[02:33] <spm> *430* SQL requests! eek!
[02:33] <lifeless> iz potato programming
[02:34] <lifeless> now, I need to find some folk with detailed knowledge of the storm glue
[02:34] <spm> as in like Mr Potatohead? just more bits stuck together?
[02:35] <lifeless> 2010-08-03_02:03:40.261-ScopedCollection:CollectionResource-OOPS-1676S95-Dummy-2.prof is the profile file if you're interested
[02:36] <spm> I shall have a look
[02:38] <thumper> lifeless: what's up?
[02:38]  * thumper knows glue well
[02:42] <lifeless> thumper: hiya
[02:42] <lifeless> have a look at  https://lp-oops.canonical.com/oops.py/?oopsid=1676S95
[02:42] <lifeless> its a slow API call
[02:42] <thumper> lifeless: we could go to voice if it helps
[02:43] <lifeless> that might be a good bootstrap exercise
[02:52] <lifeless> sodium:/srv/launchpad.net-logs/staging/asuka/profiling/2010-08-03_02:03:40.261-ScopedCollection:CollectionResource-OOPS-1676S95-Dummy-2.prof is the kcachegrind profile
[03:02] <lifeless> thumper: https://api.edge.launchpad.net/beta/~ubuntu-dev/participants - open it in your browser
[03:27] <lifeless> thumper: http://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/0321127420/ref=sr_1_1?ie=UTF8&s=books&qid=1280802410&sr=8-1
[03:51] <lifeless> bbiab, chores to run
[04:50] <poolie> happy performance day!
[06:47]  * thumper done for nwo
[06:47] <thumper> now
[07:27] <lifeless> thumper: so, another question - can you point me at an example of testing the API / making a browser request - outside of a doctest ?
[07:56] <bebo_mz> can any one help me in this W: GPG error: http://ppa.launchpad.net lucid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 449F83829320B41C
[08:09] <lifeless> you might have better luck in #launchpad
[08:31] <adeuring> good morning
[08:41] <lifeless> good morning
[09:02] <didrocks> jml: hey, how are you?
[09:08] <adeuring> lifeless: could you please explain a bit what the security issue is in my MP for lp:~adeuring/launchpad/bug-39674-update-retricted-flag-of-private-bugattachments ?
[09:15] <mrevell> Morning
[09:19] <jkakar> If someone has time to review a trivial Storm branch, please check this out, it adds an is_empty method to SQLObjectResultSet: https://code.edge.launchpad.net/~jkakar/storm/sqlobject-is-empty/+merge/31565
[09:19] <adeuring> what should we for a buildbot failure "xvfb-run: error: Xvfb failed to start"?
[09:31] <lifeless> adeuring: hi
[09:31] <adeuring> hi lifeless
[09:31] <lifeless> adeuring: its the whole arc of work - I filed a dedicated bug about it
[09:32] <adeuring> lifeless: so, do you mean the ProxiedLFA stuff?
[09:32] <lifeless> yes
[09:32] <lifeless> bug attachments are user controlled content
[09:33] <lifeless> if they are served in a domain, they can run scripts to access anything else in the domain - other bugs, private lists, etc, and submit the content to other servers
[09:33] <adeuring> lifeless: right, but I don#t see the issue yet... anyway, can you tell me the bug number?
[09:33] <lifeless> its why the librarian is on launchpadlibrarian.net rather than part of the appservers
[09:34] <lifeless> 612779
[09:35] <lifeless> adeuring: the issue is, that anyone can file a private bug, with an attach script, which will (for instance) steal the users oauth cookie and forward it to a hostile site
[09:36] <adeuring> lifeless: yes, but that applies to attachments of bugs too...
[09:36] <lifeless> no it doesn't
[09:36] <lifeless> because they are on a different domain
[09:36] <adeuring> ah, right, forgot that
[09:36] <bigjools> lifeless: see my comment on your librarian MP
[09:38] <lifeless> bigjools: https://code.edge.launchpad.net/~lifeless/launchpad/private-librarian/+merge/31020 ?
[09:38] <lifeless> bigjools: or the oops one ?
[09:38] <lifeless> I can't see a comment on the private-librarian MP
[09:38] <bigjools> lifeless: 31508
[09:39] <lifeless> full url please ?
[09:40] <lifeless> bigjools: I've already put it on the wiki page a week ago ;)
[09:43] <bigjools> lifeless: teh cool
[09:45]  * thumper fixes the merge conflict
[09:46] <lifeless> \o/ https://bugs.edge.launchpad.net/ubuntu/+filebug is live with my tweaks
[09:47] <adeuring> lifeless: ok, I get it now. So, any estimate when you can land your librarian branch?
[09:48] <lifeless> adeuring: well my branch doesn't really help
[09:48] <lifeless> it has the same concern
[09:48] <lifeless> adeuring: I think what we can sensibly do for now is set cd:attachment on untrusted restricted objects.
[09:49] <lifeless> adeuring: this may require a new field on LFA, *or* a new view for how they are traversed.
[09:49] <adeuring> lifeless: right, that's the other option. I just wondered if this is worth the effort since your work would fix the problem as well
[09:49]  * thumper fixes stable -> db-devel conflicts
[09:50] <lifeless> adeuring: so my work will move the private content off the launchpad main domain
[09:50] <lifeless> adeuring: but it will still let private content attack other private content
[09:50] <adeuring> lifeless: right
[09:50] <lifeless> adeuring: so I think we should *also* take steps to make it less risky
[09:51] <adeuring> lifeless: makes sense. A variant of ProxiedLFA looks reasonable
[09:53] <stub> lifeless: Why doesn't your branch help? I thought with your work, restricted files would be served on the public port on its seperate domain.
[09:53] <stub> oic
[09:53] <lifeless> stub: it helps, but its not the full story
[09:53] <stub> But there is nothing to attack, as no cookies are set.
[09:53] <lifeless> stub: sadly there is
[09:53] <stub> stealing URL history or something?
[09:55] <stub> I guess we could use a wildcard and serve files from https://abctoken.launchpadlibrarian.net/123/foo.txt instead of https://launchpadlibrarian.net/123/foo.txt?token=abctoken
[09:55] <lifeless> stub: window A can access the DOM of window B
[09:56] <lifeless> thus the urls (and tokens) for other private content, and then submit that url encoded to $attckingstite
[09:56] <lifeless> stub: yes, wildcard dns is what I'm thinking will work.
[09:56] <lifeless> (Window A and window B have to be on the same domain for the above attack to work)
[09:57] <lifeless> stub: I was thinking https://contenthash.launchpadlibrarian.net/foo.txt?token=abctoken or something like that
[09:59] <stub> If you use the LFA.id, https://f123.launchpadlibrarian.net/foo.txt instead of the existing https://launchpadlibrarian.net/123/foo.txt, and allows us to rewrite existing URLs.
[09:59] <lifeless> stub: its rather late for me, but I'm totally keen on whatever permutation will work best for us
[10:00] <lifeless> stub: so if you'd like to shove that into the MP discussion on https://code.edge.launchpad.net/~lifeless/launchpad/private-librarian/+merge/31020 with any hints about what glue I'll need to piece it together, that would be cool.
[10:01] <stub> I think you want spiv or jml or someone who has worked with twisted http for the hints. I can add this discussion though.
[10:01] <lifeless> the twisted server internals I am fine on
[10:01] <lifeless> its more things like the dns setup, apache/squid changes etc - just a bookmark of the gotchas
[10:03] <lifeless> also, yay, bug filing searches seem solidly < 10 seconds to me now, on edge.
[10:03] <bigjools> lifeless and stub: can you bless the db patch and give me a number please: https://code.edge.launchpad.net/~julian-edwards/launchpad/buildd-failure-counting/+merge/31556
[10:05] <lifeless> what TZ is deryck in ?
[10:10] <lifeless> ah, us.
[10:14] <jkakar> bigjools: Are you pumped?!  Ready to have a great time!!!  https://code.edge.launchpad.net/~jkakar/storm/sqlobject-is-empty/+merge/31565
[10:20] <bigjools> jkakar: \o/
[10:21] <bigjools> jkakar: I think we should also fix the bug about removing the ordering on .any()
[10:21] <bigjools> lifeless is on a speed war
[10:22] <lifeless> \o/ phwoar
[10:25] <jkakar> bigjools: It's fixed in another branch and al-maisan had agreed to review it!
[10:25] <jkakar> Once that's done it'll land, hopefully today.
[10:25]  * al-maisan just approved that branch
[10:27] <bigjools> \o/
[10:27] <bigjools> jkakar: when will it be released?
[10:29] <lifeless> mpt: hai
[10:29] <mpt> oh hai
[10:29] <jkakar> bigjools: As a package, you mean?
[10:29] <jkakar> al-maisan: Thanks!
[10:29] <lifeless> mpt: I'm all excited - bugs.edge.launchpad.net/ubuntu/+filebug
[10:29] <lifeless> mpt: try it. Marvel at the speed.
[10:29] <lifeless> [actually, it still has lots of room to improve, but I'm easily pleased]
[10:30] <bigjools> jkakar: we use eggs for buildout
[10:31] <jkakar> bigjools: So you need a tarball, right?
[10:31] <bigjools> I guess so, I'm not that familiar with that stuff
[10:31] <jkakar> bigjools: Or I guess an egg, but we don't create those when we make releases as far as I know.
[10:31] <jkakar> bigjools: What would it take to start using the python-storm package?
[10:31] <mpt> lifeless, "lifeless is excited at the speed" returns suggestions in <2 seconds. "Ubuntu sucks" returns suggestions in ~13 seconds.
[10:31] <mpt> Pretty sure that's an improvement. :-)
[10:32] <jkakar> Also, fwiw, we use buildout and have it checkout lp:storm which works quite well, since we're always on trunk.
[10:32] <lifeless> mpt: yes, sadly 2 term searches will still be slow until we get a new search layer.
[10:32] <bigjools> jkakar: no idea!  I don't know the pros/cons of that versus what we do, someone from Foundations would know though.
[10:32] <bigjools> jkakar: interesting, I'll get gary to talk to you
[10:33] <jkakar> bigjools: Get him to talk to sidnei. :)
[10:33] <lifeless> mpt: as in, 2-term searches will be the slowest, if you graph speed vs term count
[10:33] <bigjools> jkakar: o7
[11:40] <bigjools> wgrant: howdy.  I don't suppose you've QA verified any of your fixes this cycle?
[11:41] <lifeless> stub: so, is a 'dba' bug tag ok with you?
[11:42] <stub> Sure, but I need to work out how to get GMail to flag them. I seem to require push methodologies :)
[11:42] <wgrant> bigjools: My stuff is just about impossible for me to QA.
[11:42] <bigjools> I figured :(
[11:43] <wgrant> Sorry.
[11:44] <lifeless> stub: ok, well I'll start marking up :)
[11:45] <lifeless> stub: would an rss feed work ?
[11:46] <stub> I always forget to check my RSS feeds :)
[11:46] <lifeless> hah, ok
[11:46] <lifeless> [me too]
[12:01] <lifeless> deryck: oh hai
[12:01] <deryck> lifeless, hey, man.
[12:06] <wgrant> So, I have a whole lot branches that need to be reviewed, just about no reviewers in my timezone, there's a lack of European OCRs, and American OCRs tend to knock them off the queue if you're not around.
[12:09] <jelmer> wgrant: I'm OCR tomorrow, should have some time to review them then.
[12:09] <wgrant> jelmer: Thanks.
[12:10] <lifeless> wgrant: also, I can review them all tomorrow.
[12:10] <lifeless> wgrant: I wasn't today because performance day!
[12:15] <jelmer> hmm, actually
[12:16] <jelmer> jtv: are you OCR as well tomorrow? Perhaps I should do Thursday this week as noodles is on holidays.
[12:16] <jtv> jelmer: yes, I'm on tomorrow
[12:16] <jtv> jelmer: I'll finish around mid-day for you though
[12:17] <jtv> Who removed installKarmaRecorder from TestCase?
[12:21] <jtv> Oh crap... the entire KarmaRecorder is gone.
[12:22] <jml> jtv, https://code.launchpad.net/~henninge/launchpad/bug-612583-test-errors/+merge/31546 is the only mention of KarmaRecorder in my mailbox
[12:22] <jtv> jml: we must not have been using it for a while.
[12:23] <jtv> jml: hmm... that mp says it was introduced in the recife branch.  I don't remember that; I thought it was older.  Thanks.
[12:23] <jml> jtv, np
[12:30] <wgrant> lifeless: Thanks.
[12:30] <wgrant> They're mostly small.
[12:36]  * lifeless -> sleep
[13:49] <didrocks> jml: hey, how are you?
[13:58] <jml> didrocks, hello, I'm well thanks.
[13:59] <didrocks> jml: I didn't have the time to talk to you before because of GUADEC last week and didn't see you at the sprint apart from the first day, did you have some time to have a look at the gpg/ssh/ppa api?
[14:00] <jml> didrocks, no, sorry. it's on my list though. I think the next step is creating a new permission level
[14:00] <jml> which maybe I can convince someone else to do
[14:01] <didrocks> jml: let's hope so, no hurry for now. I'll ask for a feature freeze exception on the Quickly side. Thanks :)
[15:56] <jelmer> mars: Hi
[15:57] <jelmer> mars: I've build a new EC2 image and would like to bless that as the new official image. As far as I can tell I've done everything mentioned on the wiki, but "ec2 test" locally is still using the old version.
[15:58] <jelmer> mars: I've added myself to the list of valid AMI owners, and made my image public.
[15:59] <jelmer> mars: Is there anything I might have forgotten?
[16:02] <bigjools> jml: thanks for the extra twisted tip BTW, that's sneaky
[16:03] <jml> bigjools: np. as I said, perfectly valid in tests and in some extremely rare real code cases.
[16:05] <mars> jelmer, gary_poster might know if the image is ready to go
[16:05] <mars> I haven't actually built one myself yet, but gary_poster and mwhudson have
[16:06] <mars> jelmer, ack, gary_poster is not around right now, but he should be back before your EOD I would suspect
[16:06] <gary_poster> I am, I am :-)
[16:06] <jelmer> mars: Ok, thanks!
[16:06] <jelmer> ah! Hi Gary
[16:06] <gary_poster> jelmer, hi. public image and valid AMI owner: sounds right to me
[16:07] <gary_poster> do you want me to see if I can see your image on the management console or something?
[16:08] <jelmer> gary_poster: It'd be great if you can check, although it is marked as public here.
[16:08] <gary_poster> k
[16:08] <jelmer> ami-217f9448 is the ID
[16:10] <jelmer> gary_poster: Sorry, unping. I've found the issue.
[16:10] <gary_poster> jelmer: cool.  fwiw, I couldn't find it
[16:10] <gary_poster> I mean, the ami
[16:11] <jelmer> the branch I was submitting didn't have myself added to the list of valid AMI owner IDs yet.
[16:11] <gary_poster> ah :-)
[16:12] <jelmer> gary_poster: sorry for the trouble, thanks for thinking along :-)
[16:12] <gary_poster> np :-)
[16:15] <james_w> could someone tell me what a reasonable check for calling removeSecurityProxy is?
[16:16] <gary_poster> james_w: "reasonable check"?
[16:16] <james_w> exactly
[16:16] <james_w> UnreasonableRemoveSecurityProxyWarning: Called removeSecurityProxy(<PackageUpload at 0xda8906c>) without a check if this is reasonable.
[16:16] <gary_poster> sorry, was intending to convey the idea that I didn't understand that part of the question
[16:16] <gary_poster> oh
[16:16] <james_w> neither do I
[16:17] <gary_poster> abel knows about that
[16:17] <gary_poster> he isn't around
[16:17] <gary_poster> deryck[lunch] knows about that...
[16:17] <gary_poster> of course, I'd grep for the error and see if the code path explained the intent
[16:18] <gary_poster> I'm supposed to be doing several other things so I'll leave that to you, I'm afraid
[16:18] <james_w> it appears to be rather than fixing the fallout caused by returning proxied objects
[16:21]  * james_w replaces it with removeSecurityProxy, I can't see any reason why that would be wrong
[16:24] <jml> james_w, hey
[16:24] <james_w> hi jml
[16:24] <jml> james_w, what that error means is that adeuring changed the code to use rSP but isn't sure whether it was appropriate
[16:25] <jml> james_w, so if it is appropriate to use rSP (which IMO basically it is in all cases in a test except when you're testing security) then change the call to removeSecurityProxy
[16:25] <james_w> right, this is in SoyuzTestPublisher, so if there is application code using it then we have bigger issues
[16:25] <jml> the alternative is to log in as an appropriate user
[16:26] <adeuring> jml, james_w: yes's what I meant: I simply added these calls mecahnically ust to ensure that tests do not fail due to added security proxies
[16:27] <jml> adeuring, thanks.
[16:27] <jml> maybe there's a better way of phrasing the warning...
[17:51] <rockstar> bigjools, is there an open bug about getting new build hardware?  I'd love to mark this bug as a dupe: https://bugs.edge.launchpad.net/launchpad-code/+bug/612177
[17:51] <_mup_> Bug #612177: Built daily? Really? <recipe> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/612177>
[17:52] <bigjools> rockstar: not on soyuz, no.
[17:55] <rockstar> bigjools, should there be?
[17:55] <bigjools> rockstar: it's not really a bug
[17:55] <bigjools> it's an RT
[17:56] <bigjools> however, we are working on some performance improvements but given the number of jobs versus number of builders, we're never going to win
[17:56] <bigjools> rockstar: search for the "buildfarm" and "buildd-manager" tags and see if any fit for a dupe
[18:55]  * rockstar waits forever for dogfood...
[19:24] <jml> abentley, if I wanted to fix bug 608114, would I need to change anything other than Diff.fromTrees in lp.code.model.diff?
[19:24] <_mup_> Bug #608114: Show modified class/method names in the diff of the merge proposals <code-review> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/608114>
[19:25] <abentley> jml, that's a request to stop using bzr to perform diffs and start using /usr/bin/diff.
[19:26] <jml> abentley, does bzr switch to using external diff only when external diff options are provided?
[19:26] <abentley> jml, yes.
[19:27] <jml> abentley, is there any reason we shouldn't be using external diff?
[19:27] <abentley> jml, bzr produces better diffs.
[19:28] <jml> abentley, I see.
[19:29] <abentley> jml, and bzr produces different diffs.  So people will see differences between the bzr output they produces locally and the diffs that Launchpad generates.
[19:29] <jml> abentley, I don't think last one is necessarily bad.
[19:30] <jml> abentley, producing worse diffs is enough to make me not want to go for the easy fix for the bug, though.
[19:30] <abentley> jml, variation breeds confusion.
[19:31] <jml> among other things
[19:31] <jml> I wish more things were easier.
[19:31] <benji> words to live by
[19:36] <jml> abentley, ok, thanks. I've commented on the bug, including a patch that fixes it in the bad way
[19:52] <jml> abentley, I just saw https://bugs.edge.launchpad.net/testrepository/+bug/611706 -- do you think something like the following would be readable?
[19:52] <_mup_> Bug #611706: Confusing output <Testrepository:New> <https://launchpad.net/bugs/611706>
[19:52] <jml> id=0, tests=21, failures=4 skips=1
[19:52] <jml> err... imagine there's a comma after the '4'
[19:53] <abentley> jml, yes, I think that would help me read it properly.
[19:56] <jml> abentley, thanks. I'll submit a patch.
[20:43] <jml> james_w, are you still being bitten bug 597060?
[20:43] <_mup_> Bug #597060: testr run should support limiting ids <testr-run> <Testrepository:New> <https://launchpad.net/bugs/597060>
[20:45] <james_w> jml: yes, in that I've learnt not to do it and so don't use testr as much
[20:45] <jml> hmm :(
[20:46] <jml> james_w: maybe I don't understand it then.
[20:46] <james_w> Rob wants to solve it by working on the bug called something like "$IDOPTION needs some thought"
[20:46] <james_w> jml: I just want to be able to do the parallel of "test run lp.code". With $IDLIST this runs the everything, and then the code tests the second time.
[20:47] <james_w> (not that it does that on LP, as LP uses IDOPTION, so I don't know what happens)
[20:49] <jml> ahh ok
[20:49] <jml> james_w, the source of my confusion is that I was unaware of how flexible .testr.conf files really are
[21:02] <mars> jml, quick silly question: how do I run tribunal from a fresh checkout?  The README doesn't say how.
[21:02] <jml> mars, ./bin/tribunal
[21:03] <jml> mars, ./bin/tribunal-subunit, actually
[21:03] <mars> hmm, no bin/ in the lp:tribunal checkout
[21:03] <jml> mars, my local copy appears to be out of date
[21:04] <mars> usefully out of date :)
[21:04] <jml> mars, ./tribunal-subunit, then
[21:04] <mars> jml, ok, thanks.
[21:05] <jml> (as an aside, Launchpad is a bit weird in that it's the only project I know that has binaries in bin/ that aren't intended for distribution)
[21:06] <mars> I run OpenKomodo mainline, and they have a project-specific bin/ for developers
[21:07] <mars> The project is built from Python and JS wrappers over Mozilla XUL, so it's a fairly large project, too
[21:10] <mars> ok, so "~/src/tribunal/tribunal-subunit ." works
[21:10] <mars> it picks up the .testrepository dir automagically
[21:47] <lifeless> moin
[21:47] <jml> lifeless, hi
[21:47] <lifeless> hi
[21:48] <jml> lifeless, I'd love to talk with you about all the stuff I just did to testrepository, but I also want to escape my computer.
[21:48] <lifeless> well
[21:48] <lifeless> you could ring me from your noncomputer
[21:49] <jml> nah, same thing. thanks though.
[21:49] <jml> lifeless, none of it's urgent, so I think I'll just sign off.
[21:49] <jml> have a good day
[21:49]  * jml off
[21:49] <lifeless> ok, ciao
[21:55] <james_w> I've just found two objects that don't correctly implement their interface, I wonder how many more there are
[21:59] <lifeless> N
[21:59] <lifeless> :P
[21:59] <wgrant> james_w: Lots of classes have verifyObject called on them.
[21:59] <wgrant> But I guess some do not.
[21:59] <wgrant> mars: Thanks for the reviews.
[22:00] <wgrant> mars: yes, lots of those doctests should be unit tests instead, but that basically requires a rewrite of a large portion of the Soyuz test suite.
[22:00] <thumper> morning
[22:00] <wgrant> That's going to take a while.
[22:02] <james_w> a "fun" task is going to be signing an upload during the tests so that an ubuntu series isn't hardcoded in the test data
[22:02] <james_w> though perhaps the best way to do that is to wait until that day that we remove the sampledata and use the factory to create a series with a matching name
[22:02] <wgrant> That was going to be my suggestion.
[22:03] <mars> wgrant, yep, I know.  Julian and I had a discussion about that very problem earlier today.
[22:03] <wgrant> mars: I dissect them where I can, but there's a lot left...
[22:03] <thumper> db-devel branch failing with testMemcachedWorking
[22:03] <thumper> anyone know of recent changes in that area?
[22:03] <mars> thumper, yep
[22:04] <mars> looking
[22:04] <thumper> ta
[22:04] <mars> Hurray for test suite instability!
[22:05] <mars> thumper, losas to fix both, I'll tell them.
[22:06] <thumper> mars: what do you mean?
[22:06] <mars> thumper, both builders are dead on test infrastructure failures
[22:07] <thumper> mars: jelmer is putting in an RT for the devel failure, old ec2 image I'm told
[22:07] <thumper> mars: not sure about the db-devel failure
[22:08] <mars> thumper, ah, that might do it
[22:08] <thumper> mars: jelmer was going to roll-back the last commit (that needs the new package)
[22:09] <mars> yep
[22:09] <mars> might not be that simple
[22:09] <mars> Tom updated that machine to Lucid, which means it's off EC2 now.  If that is true, then a new image won't help
[23:37] <mars> lifeless, ping, did the --load-list option for the zope testrunner get landed or released upstream?
[23:50] <mwhudson>  morning
[23:57] <lifeless> mars: I don't know
[23:58] <mars> ok


[00:03] <[1]DogOfWar> Bad news...still too big!
[00:04] <[1]DogOfWar> I'm going to try the USB drive angle and see if it will offer to boot if one is installed...
[13:42] <duanedesign> o/
[13:51] <Sidewinder> Mornin' duanedesign
[13:53] <duanedesign> hi
[13:53] <duanedesign> how is Sidewinder today?
[13:54] <Sidewinder> Just fine, thank you; and you?
[14:05] <duanedesign> I am doing good
[14:05] <duanedesign> Sidewinder: forget my poor memory. You been hanging in the channel long?
[14:08] <Sidewinder> A couple of years or so, I guess; I'm not exceedingly active, nor exceedingly knowledgeable,  but I do like to give back to the community when I'm able.. :)
[14:10] <duanedesign> that is awesome
[14:11] <duanedesign> Sidewinder: that is what it is all about giving back when you can
[14:11] <duanedesign> Sidewinder: this channel needs plenty of helpers
[14:12] <smartboyhw> Sidewinder, wow
[14:13] <duanedesign> even if you do not know the answer get used to using google and finding answrs on the ubuntuforums, AskUbuntu, linux queations,org, etc
[14:14] <duanedesign> oh and the wiki is a good resource. Also a great way to contribute (update articles, create new ones)
[14:15] <duanedesign> Sidewinder: sorry if i am filling you w/ knowledge you already know
[14:16] <duanedesign> Sidewinder: we would also love to have yo on our 'oficial' team Ubuntu Beginners Team
[14:16] <Sidewinder> BRB, phone..
[14:16] <duanedesign> kk
[14:45] <Sidewinder> Back.. :)
[14:50] <Sidewinder> And yes, duanedesign, I am aware and have used most of the resources that you've kindly listed, above. My main limitation is the fact that my main machine is somewhat of an "antique", {Dell Dimension 4550, circa anout 2003} and is currently maxed out in terms of RAM, video RAM, single processor, etc. I there fore an still running 10.04; am totally satisfied with it but also, realize that I've only got about 5 months to 12.04.
[14:51] <Sidewinder> I am running 12.04 on my other machine, about a foot and a half, to my left. ;-)
[14:52] <duanedesign> :)
[14:53] <Sidewinder> The upshot of all of that is that I'm much more of an "expert", {if I may be so bold as to use that moniker, heh,} with 10.04 and most folks are not using that version anymore so there few questions regarding it. I do assist when and where I can, though. ;-)
[14:57] <Sidewinder> I am currently in the process of learning everything that I can regarding openVPN; I'm hoping to install it in the next few days and pray that it's not to difficult to configure and get up and running. I am aware that there is an #openvpn channel, but it doesn't seem to be too terribly active. Hopefully I won't need it. :)
[14:59] <Sidewinder> I'm currently on a home network with the rest of my family; unfortunately, they're all windows folks although I have managed to get my youngest son {21} to at least try ubuntu..
[15:00] <Sidewinder> He likes it but still uses "7" as his primary OS; nor does he live at home, he's off at college.


[05:20] <DanaG> Say, I'm having trouble writing an upstart rule/job/scriot (whatever you call it)... if I try to start it, the 'start' command hangs forever, and nothing happens.  There isn't even a logged failure in syslog, and the log with the upstart job's name doesn't exist.  I've stripped it down to a minimal test case, and even this fails:  http://pastebin.com/D8wEy8fW
[05:40] <jY> sounds like a fork problem
[05:42] <DanaG> hmm, I'll try adding 'expect fork', even though a simple '/usr/bin/env' (print environment variables) ought not to fork itself...
[05:43] <DanaG> Last thing I see with initctl loglevel at debug: "asset-upnp goal changed from stop to start".... then nothing.
[05:43] <DanaG> Okay, that didn't change anything.
[05:44] <DanaG> hmm, is it possible for upstart itself to get stuck in a screwed-up state where it refuses to do things?  I can stop and start lightdm just fine, but not my own service.
[06:20] <DanaG> gah, for now, I'm giving up, and starting the darn thing in rc.local.


[09:40] <didrocks> free karma:
[09:40] <didrocks> https://code.launchpad.net/~didrocks/libindicator/bootstrap/+merge/136117
[09:40] <didrocks> https://code.launchpad.net/~didrocks/appmenu-gtk/bootstrap/+merge/136119
[09:40] <didrocks> larsu: ^
[09:41] <larsu> didrocks, first is done, waiting for the diff on the other one
[09:41] <didrocks> larsu: sure :) thanks!
[09:41] <larsu> yellow bar of death!
[09:41] <didrocks> heh
[09:42] <didrocks> sil2100: hey, what's the status on the test failing on armhf for unity?
[09:44] <popey> didrocks, sil2100 I believe Trevinho was working on a fix for that
[09:44] <popey> sil2100, ?
[09:44] <didrocks> popey: oh? I thought and saw some work from sil2100 on it
[09:45] <popey> yeah, sil2100 was looking at it too.. will get update
[09:45]  * popey gets in before larsu on 136119
[09:45] <didrocks> thanks :)
[09:45] <didrocks> popey: so sneaky!
[09:45] <popey> it's all about the karma, baby
[09:46] <popey> oh, and quality.
[09:46]  * larsu shakes fist at popey
[09:53] <sil2100> didrocks1: I was working on 3 tests failing from that suite and submitted a merge request for those
[09:54] <sil2100> The ones related to Animator were supposed to be fixed by Trevinho
[09:54] <didrocks> sil2100: ok, thanks for the update :)
[09:54] <sil2100> If Trevinho won't find time for those, I'll simply do a similar fix for them today as I did for the glib ones ;p
[09:55] <didrocks> sil2100: can you ping him and keep me in touch?
[09:55] <sil2100> Aye sir!
[09:55] <sil2100> Trevinho: PIIING
[09:56] <sil2100> ;p
[09:56] <didrocks> thanks :)
[10:16] <didrocks> popey: https://code.launchpad.net/~didrocks/appmenu-qt/bootstrap/+merge/136126 :)
[10:17] <popey> :)
[11:00] <mvo> Trevinho: hello! can I nag you about https://code.launchpad.net/~mvo/unity/sc-launcher-integration-fixes/+merge/134931 again? I hit a small wall and would appreciate if you could help me and tell me what direction  you suggest
[12:52] <Trevinho> sil2100: pong
[12:52] <Trevinho> sil2100: about the animator, I've started the work, but it's used quite a lot in the code, so I'm removing it...
[12:52] <sil2100> Trevinho: thanks
[12:52] <sil2100> Trevinho: any ETA for that work to go in?
[12:55] <Trevinho> sil2100: working on it now, I got some blockers last Friday.. so need to continue... Probably in one day I can do it, until I've no blockers -_-
[13:08] <sil2100> Trevinho: thanks :) Would be awesome!
[13:08] <sil2100> Trevinho: could you later also look at https://code.launchpad.net/~sil2100/unity/tests_glib_timeout_modifications/+merge/135883 ?
[13:08] <sil2100> To see if these proposed modifications look ok to you
[14:44] <didrocks> hey, fginther, how was thanksgiving?
[14:44] <fginther> didrocks, it was good, thank you for asking
[14:46] <didrocks> fginther: hoping, you are not under of ton of email, just when you'll have more time, the OIF stack seems to never have been under jenkins, I can give you the list of projects (as there are autolanding branch ready) for them
[14:48] <fginther> didrocks, I can get this going. Please send me the list so that I don't miss any.
[14:48] <fginther> didrocks, also, I saw a discussion on irc regarding the lp-propose --approve merge requests...
[14:48] <didrocks> fginther: grail, evemu, frame, utouch-compiz, libgrip, geis, ginn
[14:48] <didrocks> fginther: yeah, I've fixed in the lp-propose side
[14:49] <didrocks> fginther: like, it's setting a revision number right now
[14:49] <didrocks> fginther: I think it's still a nice optimization to not run a full build if there is only a debian/changelog change
[14:49] <didrocks> but it's not that urgent anymore :)
[14:49] <didrocks> bregma: oh, I see there we don't have inline packaging branch proposed for ginn, interested? :)
[14:50] <fginther> didrocks, ahh, I see.
[14:50] <bregma> I see no point, the project is not really maintained any more
[14:50] <didrocks> bregma: should we remove it from ubuntu as well?
[14:51] <didrocks> fginther: so ignore ginn from the list right now :)
[14:51] <bregma> I think it's OK as unseeded for this cycle, we may end up picking it up again (but that's unlikely)
[14:51] <didrocks> bregma: ok, let's keep it like that then
[14:51] <sil2100> Trevinho: how's the progress with the Animator replacement?
[14:51] <bregma> to tell you the truth, I'm uncomfortable with the oif stack having inline packaging
[14:52] <fginther> bregma, didrocks is utouch-compiz maintained? It wasn't transitioned to the new naming scheme
[14:52] <didrocks> fginther: I'm unsure TBH, I wrote on the MR to check with bregma
[14:53] <didrocks> oh bregma!
[14:53] <didrocks> :)
[14:53] <bregma> utouch-compiz is dead
[14:53] <didrocks> bregma: why so?
[14:53] <bregma> didrocks, there are very few contributors to oif and very few changes so there is no big advantage to inline packaging, and it makes a lot more work for downstream peaople
[14:54] <bregma> like me, when I packaging it for other distros
[14:54] <didrocks> bregma: a lot more work?
[14:54] <didrocks> how does it impact other downstreams?
[14:54] <didrocks> they are all working from tarballs
[14:54] <didrocks> and the packaging is not shipped into the tarball
[14:55] <bregma> with inline packaging and autolanding in Ubuntu without upstream releases, there's no point in doing upstream releaes, so any non-Ubuntu downstream becomes a second-class citizen
[14:56] <didrocks> bregma: still, nothing is preventing you of doing upstream releases
[14:56] <didrocks> bregma: as nothing was preventing notify-osd to not have a release for 3 cycles and only distro-patch :/
[14:56] <didrocks> (especially when it's under low maintenance)
[14:57] <bregma> what's the point?
[14:57] <didrocks> bregma: as you tell, being nice with other downstreams?
[14:57] <didrocks> but the answer here is not "force us, by ubuntu, to have tarballs"
[14:58] <didrocks> and I thought you gave your agreement during UDS? Now that all the work is done, it's a little bit sad that we start this discussion now :/
[14:58] <bregma> anyway, I won't reject any inline packaging merges, since it wouldn't be the first project that has to pull from a VCS instead of using a tarball release
[14:59] <bregma> I'm just voicing my discomfort with it
[14:59] <didrocks> let's see how it goes :) but I guess that at the end of the cycle, when we release an ubuntu release, you have all the incentive to do an upstream release to stamp a version
[15:14] <didrocks> mterry: do you have some time today to finish some work robru started? (he's moving this week)
[15:15] <mterry> didrocks, sure
[15:15] <didrocks> mterry: https://code.launchpad.net/~robru/notify-osd/inline-packaging/+merge/135778, see my comment
[15:15] <didrocks> and https://code.launchpad.net/~robru/sni-qt/inline-packaging/+merge/135763
[15:16] <didrocks> btw, if you spot any integration tests we should be running once the package installed, do not hesitate to tell me, we can have an "autopilot-like" job for those when autolanding
[15:16] <didrocks> also, robru used "raring" in the changelog instead of UNRELEASED :)
[15:16] <mterry> didrocks, OK.
[15:16] <didrocks> mterry: thanks a lot :)
[15:17] <mterry> didrocks, hey, how do I see how many of the autopilot tests for unity are working?  I see a lot of branches to fix various ap tests, but I don't know where we're at
[15:18] <didrocks> mterry: it's still not settled down, until the fail rate is good enough to have daily landing of unity
[15:18] <didrocks> mterry: let me show you the still temporary url
[15:19] <didrocks> https://jenkins.qa.ubuntu.com/job/dx-autopilot-run/
[15:19] <didrocks> one is intel, the other ati
[15:19] <didrocks> https://jenkins.qa.ubuntu.com/job/ps-unity-autopilot-trunk/
[15:19] <didrocks> mterry: p
[15:21] <mterry> didrocks, dx-autopilot-run has a bunch
[15:21] <mterry> (of failures)
[15:21] <didrocks> mterry: both, but -trunk is the real one
[15:21] <didrocks> mterry: the issue is that it goes from 30 to 100+
[15:21] <didrocks> per config
[15:22] <didrocks> mmrazik is investigating it for the last couple of weeks
[15:23] <mmrazik> mterry: the dx-autopilot-run is something legacy. It probably should be deleted.
[15:23] <mterry> mmrazik, k
[15:24] <mmrazik> didrocks, mterry: I just talked with Francis. He will put the staging PPA for raring into a shape and then I'll ask veebers to do some raring testing later today. I hope we will have some reasonable numbers by tomorrow morning CET
[15:24] <didrocks> mmrazik: thanks!
[15:24] <mmrazik> well.. thank you for patience :-P
[15:25] <mterry> didrocks, I haven't switched to staging-ppa on my dev machine, but I suppose I ought to, eh?
[15:26] <mmrazik> mterry: for unity?
[15:26] <mmrazik> mterry: please wait for the first tests. I don't think it is in good shape for raring now.
[15:27] <didrocks> mmrazik: no need
[15:27] <didrocks> oupss
[15:27] <didrocks> mterry: ^
[15:27] <didrocks> mterry: as soon as we have daily landing :p
[15:27] <mmrazik> It was supposed to be updated after every commit but it is not for some reason. fginther is investigating.
[15:27] <didrocks> so I would say, keep raring for now
[15:28]  * mterry wants bleeding edge!
[15:38] <seb128> mterry, hey, stopped segfaulting on ping? ;-)
[15:38] <mterry> seb128, yeah, that got fixed in the indicator
[15:38] <mterry> :)
[15:38] <seb128> mterry, ;-)
[15:40] <larsu> mterry, sorry about that :P
[15:46] <didrocks> mterry: I was really thinking you started to ignore me on purpose!
[15:46] <mterry> didrocks, why can't it be both?  :)
[15:47] <didrocks> mterry: you're right… if you continue with that tone, I'll revert larsu's fix and ping you like mad! :)
[15:48] <larsu> lol
[15:49] <didrocks> mterry: oh btw: https://code.launchpad.net/~cimi/notify-osd/color-tweaks/+merge/100406
[15:49] <didrocks> https://code.launchpad.net/~mterry/notify-osd/no-border/+merge/121956
[15:49] <didrocks> those are in the distro
[15:49] <didrocks> but were never merged upstream
[15:49] <didrocks> so I guess we had enough testing for them :)
[15:49] <mterry> didrocks, yeah I saw that you approved the no-border one, but it failed autolanding because of no debian/changelog
[15:49] <didrocks> however, I guess fginther doesn't handle this case of no-packaging -> packaging branch
[15:49] <didrocks> mterry: so once the packaging is merged, you can bzr merge back to those branch
[15:50] <didrocks> or maybe merge manually? we know they build fine…
[15:50] <mterry> didrocks, yeah OK
[15:50] <didrocks> as you prefer :)
[15:50] <mterry> didrocks, eh, let's do things the shiny new way
[15:50] <didrocks> sure \o/
[15:59] <fginther> alesage, can you investigate the notify-osd failure?
[15:59] <fginther> alesage, ^^
[15:59] <alesage> fginther yessir
[16:00] <alesage> fginther I see a few failures--do you mean autolanding two MPs?  (possibly mterry-originated?)
[16:00] <alesage> or fginther, do you mean for fixing inlining, getting tests to pass under xvfb
[16:00] <fginther> alesage, yes
[16:00] <alesage> ok fginther the first :)
[16:01] <fginther> alesage, mterry mentioned an autolanding problem, I'm missing the context of this project to give a useful response
[16:01] <alesage> fginther, you're fine--I'll fix mterry's builds
[16:01] <mterry> fginther, alesage: the autolanding failed because my branch lacked a debian/changelog.  Probably an inline-debian teething problem
[16:02] <alesage> ya I switched jobs to inline anticipating inlining landing, will revert to land your branches
[17:25] <Velmont> Hey, I have a small pygtk2 testapp, and the menus are showing up in the global menu, but they're not in the HUD. Why? what do I need to do?
[17:26] <Velmont> Guess maybe ubuntu-app-devel might be more fitting :-) (but if anyone knows, I'll be idling).
[17:29] <thumper> Velmont: well, for my understanding technically they should be there :)
[17:29] <thumper> Velmont: ted or desrt may know
[17:34] <Velmont> http://dpaste.com/hold/836998/ < Here's my test that I would've expected to work, btw.
[17:35] <alesage> tedg ^^
[17:37] <tedg> Hmm, I'd expect that to work.
[17:37] <tedg> You can see what it's sending with dbusmenu-dumper
[17:37] <tedg> It's in libdbusmenu-tools
[17:39] <Velmont> I'm on Quantal, btw. -- libdbusmenu-tools is installed, but dbusmenu-dumper doesn't seem to be in my path.
[17:39] <Velmont> /usr/lib/libdbusmenu/dbusmenu-dumper < there ;]
[17:43] <Velmont> Seems to send the same stuff as others. http://dpaste.com/837023/


[00:53] <stochastic> rlameiro, just fine.  My voice is still recovering from yesterday's olympic celebrations though
[00:55]  * TheMuso will always remember this olympics for the controvercy surrounding safety.
[00:56] <rlameiro> lol
[00:56] <rlameiro> stochastic: did you looked at the video
[00:56] <stochastic> briefly yes
[00:57] <stochastic> TheMuso, this is what I'll remember about the olympics: http://4.bp.blogspot.com/_tTCyS07dYVs/S4wWLg-f9LI/AAAAAAAADAA/WXHdXPPyNXw/s1600-h/Robson+Street+crowds+Vancouver+2010.jpg
[00:57] <stochastic> and http://1.bp.blogspot.com/_tTCyS07dYVs/S4wU5v8o4NI/AAAAAAAAC_o/DVnmbB-mMQA/s1600-h/Robson+%26+Granville+Celebrations.jpg
[00:57] <rlameiro> what do you think about that
[00:57] <rlameiro> all made with opensource
[00:57] <rlameiro> :D
[00:57] <rlameiro> and ubuntustudio
[00:57] <rlameiro> http://www.youtube.com/watch?v=dNsOtl8ia0k
[00:57] <TheMuso> stochastic: right
[00:58] <stochastic> rlameiro, sounds good.
[00:59] <rlameiro> stochastic: an the hockey team won :D
[01:00] <stochastic> rlameiro, yeah, those pics I linked to were taken just after the hockey win.  That street party carried on well into the morning.  Pretty impressive seeing as we won around 2:30 in the afternoon here.
[01:00] <rlameiro> well, you canadians really like to party
[01:00] <rlameiro> you would love Portugal
[01:00] <stochastic> :)
[01:01] <rlameiro> stochastic: just waiting for my 7200 RPM 500GB HDD for my laptop
[01:02] <rlameiro> after that I will have a partition only for testing ISOS
[01:02] <rlameiro> at 7200 RPM
[01:02] <rlameiro> :D
[01:05] <stochastic> I got to go, dinner is ready.
[01:08] <rlameiro> have a good dinner then


 hello, how do i remove a virus from my ubuntu computer?
[11:11] <Myrtti> that's a nifty bug
[11:11] <Myrtti> !abs
[11:13] <bazhang> I thought removing plymouth was a terrible idea
[13:11] <k1l_> @mark #ubuntu twisted` swearing against floodbots
[13:12] <k1l_> i think that user got a long history in making trouble. and, iirc, there was a user ranting against floodbots quite often. i think that was him, too
[13:31] <Pricey> Myrtti: Is ${package-manager} meant to be a variable in that? Which isn't listed on http://ubottu.com/devel/wiki/Plugins#Variables ?
[13:33] <Myrtti> Pricey: I wouldn't know
[13:33] <AlanBell> wonder if it does something different in #ubuntu and #kubuntu or something
[13:39] <Pricey> !-abs
[13:39] <Pricey> Myrtti: Hah!
[13:39] <Myrtti> ...
[13:40] <Pricey> !+abs
 Advanced Bash-Scripting Guide, obtainable with ${package-manager} install abs-guide, is a quick and comprehensive guide to bash (command line) scripting in *nix systems. It is also viewable via web at http://tldp.org/LDP/abs/html/
[13:41] <Pricey> Maybe you intended it that way to prompt people to use aptitude, apt-get, whatever
[13:42] <Pricey> http://devopsreactions.tumblr.com/post/66268086944/looking-at-what-you-wrote-yesterday
[13:46] <Pici> @config list plugins.encyclopedia
[13:50] <Myrtti> yeah I have no idea what I thought
[13:51] <IdleOne> just change ${package-manager} to Software Center. Kubuntu has Muon Software Center
[13:51] <k1l_> or just say "package manager"
[13:51] <k1l_> since apt-get is not a software center :)
[16:34] <ikonia> @mark #ubuntu CatKiller once again making stuff up, ATI driver developers are badly motivated windows employees ??
[16:52] <hggdh_> a3/nick hggdh
[22:56] <Corey> Kids.


[00:10] <rick_h_droid> ugh signed up for hulu. forgot how awful commercials are
[00:10] <snap-l> Yep.
[00:11] <snap-l> I love it when I stream from a site that knows I'm blocking ads, and tells me that I should turn off ad blocking
[00:11] <snap-l> "hell. No."
[00:11] <snap-l> It's like telling me I should stop showering
[00:12] <rick_h_droid> I have to do that to a couple sites.
[00:14] <Blazeix> privoxy+hulu worked out well
[00:15] <Blazeix> back before i rage-quit hulu
[00:15] <snap-l> Yeah, I used to use t for the Daily Show until The Daily Show stram worked better than Hulu
[00:16] <rick_h_droid> yea getting it for that, some kids stuff, and some of the wife's cooking shows.
[01:04] <rick_h_> lol http://www.businessinsider.com/an-ingenious-way-of-using-google-maps-to-tell-where-rich-people-and-poor-people-live-2013-3
[01:38] <snap-l> After a great deal of thought I've decided that MobiDevDay Detroit 2013 will be
[01:38] <snap-l> the last DetroitDevDays Production.  DetroitDevDays will officially be no more.
[01:38] <snap-l> THANK YOU, EVERYONE FOR SUPPORTING DEVDAYS these past few years. THANK YOU most
[01:38] <snap-l> of all to my daughters and my wife Sanja.
[01:38] <snap-l> I hope to see you all at MobiDevDay Detroit.
[01:40] <Blazeix> aw, sad
[01:41] <snap-l> Yeah, only got to go that one time, but had a blast.
[02:34] <widox> seems odd to end them, they were well attended
[02:42] <snap-l> Probably a lot of familial strain to put them on
[02:42] <brousch1> I'm speaking at 2013
[02:43] <snap-l> Re python on mobile devices?
[02:43] <brousch1> It is weird because the first part of the announcement says how they are growing it to be the biggest in the world, then it ends saying it's the last one
[02:43] <brousch1> Yeah, Kivy
[02:44] <snap-l> Go out with a bang, that's the way I'd like to do
[02:44] <snap-l> go
[02:44] <snap-l> Actually, dying in my sleep peacefully is the way I'd like to go
[02:44] <snap-l> but bang would be a good 4th
[02:44] <snap-l> sex is #2. Not sure what #3 would be
[02:45] <snap-l> Reading a nice book on the toilet, perhaps
[02:45] <brousch1> What are you, Elvis?
[02:45] <snap-l> Anywho, where was I?
[02:45] <snap-l> brousch1: I'm the Elvis of the Creative Commons Metal Subgenre.
[02:46] <brousch1> Based on the hype for the event I'll be the crubbiest speaker there
[02:46] <snap-l> and by Elvis I mean I like Peanut Butter.
[02:53] <snap-l> I don't know why I try to balance my Paypal account
[12:08] <rick_h_> morning
[12:08] <rick_h_> and I hate designers...that is all...for now
[12:10] <brousch> Without designers we'd all still be using text in a console. Think of the horror!
[12:10]  * rick_h_ goes giddy with delight
[12:11] <snap-l> And it's anoter work from hospital day.
[12:11] <rick_h_> ruh roh everyone ok?
[12:15] <snap-l> J's dad fell.
[12:15] <snap-l> Hope it's nothing.
[12:15] <snap-l> brb
[12:16] <rick_h_> snap-l: +1
[13:05] <snap-l> Well, hospital wifi is pretty fast today.
[13:14] <rick_h_> woot
[15:29] <snap-l> We having fun yet?
[15:31] <jrwren> hyperdex looks interesting.
[15:32] <snap-l> Ex-Detroit mayor convicted of corruption charges
[15:33] <snap-l> http://www.reuters.com/article/2013/03/11/us-usa-crime-kilpatrick-idUSBRE92A0HV20130311
[16:31] <greg-g> did ars technica rss feed blow up for anyone else?
[16:34] <rick_h_> greg-g: not so far as I can tell
[16:34] <greg-g> must be newsblur or something
[17:12] <snap-l> new keyboard showed up. :)
[17:12] <snap-l> So, yay
[17:12] <rick_h_> double yay!
[17:12] <snap-l> Yeah
[17:25] <derekv> i might order that ergodox
[17:26] <derekv> snap-l: congrats
[17:27] <rick_h_> derekv: bring it to CHC. Want to check it out
[17:29] <derekv> rick_h_ no doubt, it'd be a while before I had it operational however
[17:29] <rick_h_> yea
[17:30] <derekv> I didn' look at if the firmware they have has keymap switching
[17:30] <derekv> so it might be in some weird dvorak derivation =]
[17:31] <derekv> thinking about ordering just blank keycaps and keeping a .png handy for refrence when I need it
[17:32] <derekv> keycap labels are a fuckup anyways for learning, you learn much faster if you have to refrence something and make your finger "feel" for the key rather than follow your eyes
[17:32] <derekv> pardon my french
[17:35] <derekv> ah you know what would be great or at least great for conversation, actual flipswitches for all the -lock keys
[17:35] <greg-g> nice
[17:36] <derekv> a toggle switch
[17:36] <derekv> have like a row of toggle switches on your keyboard heh
[17:36] <derekv> with funky lights
[17:37] <derekv> some knobs
[17:37] <derekv> a bunch of analog meters
[17:37] <derekv> periodically steam should waft out
[17:39] <greg-g> :)
[17:40] <greg-g> "what was that noise?" "sorry, my keyboard overheated and had to blow off some steam"
[17:40] <snap-l> http://4.bp.blogspot.com/_ZujUU9khuqY/TFMM_RbZ1YI/AAAAAAAAAF8/bAXlHCZa2Yc/s1600/newcam+054.JPG
[17:40] <snap-l> Like this setup
[17:41] <derekv> nice!
[17:41] <greg-g> snap-l: what the? who is that?
[17:41] <snap-l> Rush
[17:41] <derekv> though if I was going to all that trouble i'd also wear some costume
[17:41] <snap-l> Time Machine Tour
[17:41] <greg-g> oh, yeah, that's him
[17:41] <derekv> not like a walmart polo
[17:42] <derekv> if you google for steampunk keyboards i know there's some neat stuff
[17:43] <snap-l> derekv: Frankly they could show up in bow-ties and smiles; I'd still go see 'em. :)
[17:43] <derekv> hot
[17:43] <derekv> rock music swing music
[17:47] <derekv> ultimatly i'd start with a huge, draculaesq organ panel
[17:48] <derekv> in front of a large projection screen surrounded by misc displays, lots of decrative cabling and brass fittings
[17:49] <derekv> it'h have hammer-keys in a split configuration, intact foot pedals, and then different keyboard/input modules that would swing in/out depending on the focused task
[17:49] <greg-g> derekv: now that last part would be awesome :)
[17:52] <derekv> until someones arm gets mangled in the works
[17:52] <derekv> =p
[17:52] <greg-g> well, efficiency comes with costs, like everything
[17:53]  * greg-g thinks of charlie chaplan getting stuck in the gears of industry
[18:03] <brousch> snap-l: Rush is playing in GR on my birthday
[18:05] <snap-l> brousch: you should go
[18:06] <snap-l> George would love the drum solo
[18:07] <brousch> He would cry from the noise
[18:07] <greg-g> get nose bleed section seats
[18:07] <brousch> There are some way up high seats
[18:07] <brousch> Like you're standing on top of a ledge with the roof 1ft overhead
[18:15] <greg-g> ah, the endless "welcome <name>!" email replies to a new staff welcome message at a 150 person organization :)
[18:16] <brousch> Mark them all as spam
[18:17] <greg-g> "I'm sorry, I didn't get your email. It was in my spam folder, along with all other WMF employee messages for some reason"
[18:17] <rick_h_> lol, good call
[18:17] <rick_h_> just got notice that it's review time here!
[18:18] <greg-g> weeee
[18:18] <rick_h_> yay, 'my co-worker did some stuff...I didn't complete my goals because I was changed what I was working on 3 times last year...'
[18:23] <snap-l> I set reasonable expectations in my goals
[18:23] <snap-l> took on oxygen and water, expelled CO2 and waste
[18:24] <snap-l> The rest is gravy
[18:25] <brousch> You expel gravy?
[18:25] <snap-l> yep.
[18:27] <brousch> gross
[18:28] <snap-l> u asked
[18:31] <brousch> http://techblog.netflix.com/2013/03/python-at-netflix.html
[19:38] <snap-l> rick_h_: What's your opinion of Stevie Ray-Vaugh-esque blues?
[19:38] <snap-l> I remember it being pretty dim
[19:38] <snap-l> http://magnatune.com/artists/albums/mlloyola-inaminute/
[19:39] <snap-l> Two tracks in, and I'm loving it
[19:39] <snap-l> but then again, I like Blues Traveller.
[19:39] <greg-g> I love me some Stevie Ray-Vaughn
[19:40] <snap-l> greg-g: You might like this, then
[19:55] <rick_h_> snap-l: I like some of it. kenny wayne shepard as well
[19:57] <snap-l> You might like this then
[19:57] <snap-l> lmk if you want high quality files. I have some to share. :)
[20:09] <_stink_> hmm i might like this too
[20:17] <snap-l> Apparently JoDee doesn't like the slower stuff. She asked "When did we start listening to country"
[20:17] <snap-l> so now we're listening to S.O.D. because of JoDee
[20:17] <snap-l> I <3 my wife
[20:20] <brousch> Did I miss some announcement re: launchpad? "Launchpad and Bazaar are both in maintenance mode where new features are unlikely to get added."
[20:25] <snap-l> brousch: Not sure if that was announced, but it's been true for a while iirc.
[20:38] <greg-g> snap-l: SOD? I thought it was SOAD, System of a Down?
[20:44] <snap-l> Stormtroopers of Doom
[20:45] <snap-l> aka: Scott and Charlie from Anthrax with Billy Milano and Dan Lilker of Nuclear Assault
[20:45] <snap-l> (Milano of MOD)
[20:47] <greg-g> ah
[20:47] <greg-g> I haven't thought of SOAD in ages
[20:47] <snap-l> Nobody has. :)
[20:47] <snap-l> (*cough*)
[20:47] <greg-g> hah
[20:48] <snap-l> http://www.blabbermouth.net/news.aspx?mode=Article&newsitemID=184031#comment-2732353 <- greg-g
[20:50] <greg-g> hah, at least I'm not the only one
[20:52] <rick_h_> brousch: yea, both true for a while. bzr for a while before LP
[20:54] <rick_h_> http://ispspeedindex.netflix.com/usa yay 11th!
[20:54] <rick_h_> ugh
[20:55] <rick_h_> surprised google fiber isn't more distant, but maybe that's the streaming limit from netflix?
[20:55] <snap-l> At least you show up on the list. :)
[20:56] <snap-l> Not seeing WOW on that list at all
[20:57] <rick_h_> hmmwell isn't wow another company's network?
[20:58] <snap-l> I think they were AT&T at one point
[20:58] <snap-l> not sure if they atill are or not
[20:58] <greg-g> also, I bet MonkeyBrains would be on there if they didn't limit by some lower bound of percentage of their user base (http://monkeybrains.net/wireless.html)
[20:58] <rick_h_> hmm, I thought they were cable thuogh
[20:59] <rick_h_> if they were ATT I'd expect it to be a dsl service
[20:59] <snap-l> greg-g: I love that their coverage map is essentially San Francisco
[21:00] <snap-l> "The Islands of San Francisco"
[21:00] <snap-l> "The Fiefdom of Fear"
[21:00] <snap-l> "Burroughs of Despair"
[21:02] <snap-l> http://paste.mitechie.com/show/898/ <- 1DevDay Lives
[21:04] <greg-g> snap-l: well, they're microwave based, so line of sight, bunny hopping around :)
[21:05] <snap-l> ugh
[21:05] <snap-l> Sounds like an idea that we hd at Wayne State back in the 1990s for getting fast internet
[21:05] <greg-g> hey, it works here :) they're rocking it
[21:05] <snap-l> Unfortunately line of sight was a pain in the ass
[21:05] <snap-l> yeah, no doubt
[21:29] <snap-l> http://ardour.org/whatsnew.html <- Nice new release
[21:52] <snap-l> Dammit, Python's Timedelta is kind of a pain in the ass for year calculations
[22:13] <snap-l> Should have used relativedelta instead.
[22:20] <Blazeix> also the cloud.
[23:47] <rick_h_> mor cloud-bell


[12:34] <MistDragn> looks like ubuntu 9.04 has a few of unique exploits on bugtraq already
[12:35] <MistDragn> guess i'll have to wait for the next version before upgrading my gigabit mainframe
[12:36] <MistDragn> they say ubuntu means humanity, i wonder if it was derived from the game where ancients threw human heads at each other
[12:36] <MistDragn> the chaldeans believed ubuntu was used to code the crystal skulls used by the omecs
[12:36] <MistDragn> but they'll only react with a version of ubuntu that has no known exploits
[12:37] <MistDragn> because it is pure
[12:37] <MistDragn> like Gary here.
[12:37] <MistDragn> have you seen team america?
[12:37] <MistDragn> i bet that's hard for you to watch