[01:03] <wgrant> StevenK: So, how far through the lazr.restful source have you been?
[01:03] <StevenK> wgrant: I've stared at exported() for a while and it still makes little sense
[01:04] <wgrant> StevenK: It adds annotations. But you need to look at what interprets those annotations
[01:12] <StevenK> wgrant: What does the interpreting?
[01:13] <wgrant> StevenK: Yes
[01:25] <StevenK> wgrant: While talking with lifeless I've been combing lazr.restful and still coming up with no dice
[01:26] <wgrant> I'll look shortly
[01:27]  * StevenK finds another bug
[01:31] <StevenK> Dear AAPT, please DIAF
[01:31] <StevenK> Maybe my IPv4 connectivity out of Australia will work now
[01:42] <StevenK> wgrant: Are you going to request a deploy of oops-tools?
[01:49] <wgrant> StevenK: I need to talk to lifeless about how we deploy/release/whatever oops*
[01:49] <lifeless> hi
[01:49] <lifeless> you just ask bebops to do it
[01:49] <lifeless> there isn't a wiki page yet.
[01:49] <lifeless> Perhaps there should be
[01:50] <wgrant> lifeless: We need to release to PyPI first, or do they deploy from branches?
[01:57] <wgrant> lifeless: ^^
[01:57] <lifeless> they deploy from  branches, but please release to PyPI
[01:58] <lifeless> we should split oops-tools like we did auditor
[01:58] <lifeless> would make that better
[01:58] <wgrant> Split?
[01:58] <wgrant> Also, I think only you have PyPI privileges
[01:59] <wgrant> I'm not even sure I have an account
[02:05] <lifeless> wgrant: also I have some oops-tools stuff pending
[02:05] <lifeless> adding query capturing
[02:05] <lifeless> wgrant: split into django site and django app, and make the site internal only
[02:07] <wgrant> lifeless: Ah, right
[02:07] <StevenK> BLEH, bug 1020439 leads straight back into lazr.restful
[02:07] <_mup_> Bug #1020439: AttributeError: 'NoneType' object has no attribute 'items'  in +preview-diff <code-review> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1020439 >
[02:07] <lifeless> james_w: hi
[02:08] <lifeless> wgrant: get thyself a pypi user id
[02:08] <lifeless> wgrant: I've added stevenk for now
[02:09] <lifeless> wgrant: pypi thinks there is a wgrant btw, if its not you say so asap :)
[02:10] <wgrant> lifeless: Ah, that is me indeed.
[02:11] <wgrant> I see that I own oops-tools now
[02:11] <wgrant> Thanks
[02:11] <lifeless> give me a few hours to kick the tires on this query capturing
[02:11] <wgrant> Sure
[02:11] <wgrant> I'll be very happy when you get that done :)
[02:12] <wgrant> lifeless: I also need oops_datedir_repo
[02:12] <StevenK> wgrant: So, your choice, help with security_contact, or peer at OOPS-e8d958307abcc91627fcb35e08fff15e :-)
[02:12] <wgrant> StevenK: My only two options involve obscure lazr.restful?  That I don't understand lazr.restful much :-(
[02:15] <lifeless> wgrant: gimme a hint
[02:16] <lifeless> wgrant: 0.0.18 is published on pypi already, and there is nothing else committed to trunk for datedir-repo
[02:16] <lifeless> btw, I realised you can meaningfully salt anonymiseip
[02:17] <lifeless> Its now in my todo list to add a salt option
[02:17] <wgrant> Ah, good :)
[02:17] <wgrant> Um, I approved the datedir-repo MP, maybe tarmac hasn't noticed
[02:17] <wgrant> Or there is no tarmac
[02:17] <lifeless> there is no tarmac
[02:17] <wgrant> python-oops-tools has one, so I thought there might be for datedir-repo
[02:18] <lifeless> the README notes this, the trunk branch URL tells you as well
[02:18] <lifeless> the owner of the branch is launchpad-pqm for tarmaced things
[02:18] <wgrant> Yes, but I didn't bother to check since oops-tools worked :)
[02:18] <lifeless> hah
[02:18] <lifeless> ok
[02:18] <lifeless> I see
[02:18] <lifeless> this is the prune SNAFU
[02:19] <wgrant> Right
[02:19] <lifeless> so, do the dance to do a 0.0.19 release of datedir-repo
[02:19] <lifeless> no need to wait for me, and look at the commits in the log for 0.0.18 and the rev after it to see how its done.
[02:19] <lifeless> For bonus points, write a damn tool to do releases.
[02:20] <wgrant> Heh
[02:21] <lifeless> then you'll want to do another patch to oops-tools
[02:21] <wgrant> To upgrade versions.cfg, right
[02:21] <lifeless> to bump the datedir-repo version
[02:28] <lifeless> wgrant: https://code.launchpad.net/~lifeless/python-oops-tools/timeline/+merge/125086
[02:29] <lifeless> wgrant: out for  abit
[02:29] <wgrant> lifeless: k
[02:48] <wgrant> lifeless: Your MP seems to lack a dep on timeline_django in setup.py
[03:05] <james_w> hi lifeless
[03:41] <wgrant> StevenK: So, those two lazr.restful issues
[03:41] <wgrant> StevenK: I know not much more about lazr.restful than you do
[03:41] <StevenK> wgrant: Heh, handy
[03:42]  * StevenK has moved onto bug 827244 for the moment
[03:42] <_mup_> Bug #827244: bug_filters related to teams are said "mutable" when they're not <api> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/827244 >
[03:42] <StevenK> wgrant: I'd go back to using as_of='1.0' except I'm stubborn and don't want security_contact in devel
[03:42] <lifeless> wgrant: django_timeline you mean ?
[03:43] <wgrant> lifeless: No, timeline_django
[03:43] <lifeless> oh erm
[03:44]  * wallyworld_ had fun watching bigjools and lifeless have a public belching competition at lunch. real classy
[03:44] <lifeless> wgrant: thanks
[03:44] <lifeless> wgrant: we thought so
[03:45] <lifeless> bah
[03:45] <lifeless> wallyworld_: ^
[03:45] <StevenK> Hahaha
[03:47] <StevenK> wgrant: Are you handing QA for r15973?
[03:47] <wgrant> StevenK: You're 38 seconds late
[03:48] <StevenK> Oh, sorry, I was looking at doing the QA for r15972
[03:48] <wgrant> A good idea
[03:51] <wgrant> StevenK: Hm
[03:51] <wgrant> StevenK: For security_contact, did you try adding a version annotation of ('devel', dict(exported=False))?
[03:51] <wgrant> With QA done I'm poking around the source
[03:51] <wgrant> And that looks plausible
[03:51] <lifeless> wgrant: so, I think we'll definitely find it captures stuff it shouldn't from the openid auth module for django
[03:52] <lifeless> wgrant: i'm not sure where to start for neutering that
[03:52] <wgrant> lifeless: Indeed.
[03:52] <StevenK> wgrant: I did not
[03:52] <wgrant> lifeless: Personally I think capturing parameters is generally pretty insane.
[03:52] <lifeless> wgrant: yes, because no one ever does manual SQL.
[03:52] <StevenK> wgrant: So you think "('devel', dict(exported=False)), as_of='1.0'" ?
[03:53] <wgrant> StevenK: I forget if you can replace as_of itself with a version annotation, but yes, that should work
[03:53] <wgrant> lifeless: If they do that in Django apps then I will be sad.
[03:56] <StevenK> wgrant: Ah ha!
[03:56] <wgrant> StevenK: Are you still QAing that essential sub thing?
[03:56] <wgrant> Looks pretty trivial
[03:56] <wgrant> then we can deploy
[03:57] <wgrant> And private teams can be less slow
[03:57] <StevenK> wgrant: Trying to work out how, sadly
[03:57] <StevenK> I can still tick essential for ubuntu blueprints
[03:57] <lifeless> wgrant: so, should we land it, find out the issue, file a bug and comment out the hook ?
[03:57] <StevenK> So I'm trying to work out what the catch is
[03:58] <wgrant> lifeless: I'd comment out the middleware addit
[03:58] <wgrant> ion
[03:58] <lifeless> wgrant: and then have ops uncomment it ?
[03:59] <wgrant> I don't know :)
[03:59] <lifeless> wgrant: so the middle ware isn't what captures the data
[03:59] <wgrant> Safety on capturing SQL statements is an unresolved issue.
[03:59] <wgrant> True
[03:59] <lifeless> wgrant: its the timeline hooks that does it.
[03:59] <lifeless> which is what I was suggesting commenting out to disable
[04:00] <wgrant> timeline_django.filters.install_hooks?
[04:00] <lifeless> timeline_oops
[04:00] <StevenK> wgrant: Right, I don't get it.
[04:00] <lifeless> the one you listed does sanitisation for the stock django bits.
[04:00] <wgrant> StevenK: The subscriber can no longer tweak the flag
[04:00] <wgrant> StevenK: Or isn't meant to be able to
[04:01] <StevenK> wgrant: I can set it when I subscribe
[04:01] <wgrant> StevenK: what about afterwards?
[04:01] <lifeless> james_w: please be doing a release of timeline_django :)
[04:01] <wgrant> lifeless: Which bit is it that logs SQL to the timeline, then?
[04:01] <StevenK> wgrant: If I hit Update subscription I get 'Not allowed here'
[04:01] <wgrant> timeline_django_setup?
[04:01] <StevenK> Which is just awesome
[04:02] <wgrant> StevenK: Right, so that's hideous but the logical effect of the revision
[04:02] <wgrant> StevenK: Even if you don't change the flag?
[04:02] <lifeless> wgrant: the middleware
[04:02] <wgrant> The revision's commit message also doesn't match its content
[04:02] <StevenK> wgrant: I can't even see the page to change the flag
[04:02] <wgrant> 13:59:21 < lifeless> wgrant: so the middle ware isn't what captures the data
[04:02] <lifeless> wgrant: I'm saying disable the entire timeline when there is an issue
[04:02] <lifeless> wgrant: the timeline isn't in the oops by default
[04:03] <StevenK> wgrant: I also can't unsubscribe myself from the blueprint
[04:03] <lifeless> wgrant: middle ware -> hooks into django and adds to timeline; timeline hooks hook timeline into the oops
[04:03] <wgrant> Oh, disable the timeline from being included in the OOPS, I see
[04:03] <wgrant> StevenK: rofl
[04:03] <wgrant> StevenK: Revert revert revert
[04:03] <wgrant> And I can't deploy my private team fix :(
[04:03] <wgrant> lifeless: Right, makes sense now
[04:04] <StevenK> wgrant: Sorry
[04:04] <lifeless> wgrant: so, plush one on my mp ?
[04:04] <wgrant> lifeless: Do we want an I_ACKNOWLEDGE_THAT_I_AM_TERRIBLY_MISGUIDED flag in settings.py to enable it, perhaps?
[04:04] <wgrant> lifeless: Don't we want it disabled in trunk?
[04:04] <wgrant> That MP still has it enabled.
[04:07] <james_w> lifeless, the only change is your debugging aid?
[04:07] <lifeless> james_w: yes, which would be very useful for oops.c.c
[04:08] <james_w> lifeless, you can't debug the issue locally?
[04:08] <lifeless> wgrant: thats right, its safe enough for folk not running custom auth crazy
[04:08] <lifeless> james_w: nope, can't.
[04:08] <james_w> lifeless, you had a reproducer though?
[04:08] <lifeless> james_w: can't reproduce now
[04:08] <lifeless> james_w: driving me batty
[04:08] <james_w> ok
[04:08] <james_w> not tonight
[04:08] <james_w> maybe not tomorrow
[04:08] <wgrant> lifeless: Is it?
[04:08] <wgrant> lifeless: But our auth crazy is at the Apache level anyway
[04:09] <lifeless> wgrant: is it ? I don't think it is.
[04:09] <wgrant> Oh, you mean the /admin thing, yeah
[04:09] <wgrant> Maybe
[04:09] <lifeless> james_w: cool, let someone here know - purple or me - and we'll bump the dep in oops tools at that point.
[04:11] <james_w> lifeless, poke me tomorrow or the next day if I haven't
[04:11] <james_w> we're in a bit of a crunch
[04:11] <lifeless> ok
[04:12] <wgrant> lifeless: btw, this version-locked madness is madness
[04:12] <StevenK> wgrant: Revert landed as r15980
[04:13] <wgrant> StevenK: Thanks
[04:13] <StevenK> wgrant: Shall we deploy up to r15971?
[04:13] <wgrant> We have little choice
[04:13] <wgrant> StevenK: Did the security_contact thing work?
[04:14] <StevenK> wgrant: It worked so well I put it up for review. https://code.launchpad.net/~stevenk/launchpad/export-security_contact-for-1.0/+merge/125092
[04:14] <wgrant> I got an email right as you said that
[04:14] <wgrant> lifeless: I have a tested datedir-repo sdist -- can I have upload privs now?
[04:15] <wgrant> StevenK: This doesn't sound like it will fix the proejct creation script
[04:15] <wgrant> StevenK: As it's RO
[04:15] <wgrant> Right?
[04:16] <lifeless> wgrant: done
[04:16] <StevenK> I have no idea about the project creation script, the bug only talked about exporting it
[04:17] <wgrant> lifeless: Thanks
[04:17] <wgrant> StevenK: The bug description mentions it
[04:20] <lifeless> wgrant: so.. +1?
[04:21] <StevenK> wgrant: Sure, but it doesn't say that it has to be settable
[04:21] <wgrant> lifeless: k
[04:21] <wgrant> done
[04:21] <wgrant> StevenK: A project creation script presumably wants to set it
[04:22] <wgrant> lifeless: How do I add a new release on PyPI?
[04:22] <StevenK> wgrant: Let's leave it for now, I'll bring it up on the call
[04:22] <wgrant> I try to add a new file, but it lists the 0.0.18 tar.gz, so I'm not sure if it's adding a new release or not
[04:22] <wgrant> I'm also slightly nauseous from uploading to a totally insecure distribution mechanism
[04:24] <lifeless> wgrant: so, you make the release by doing
[04:24] <lifeless> setup.py sdist upload -s
[04:24] <lifeless> wgrant: gpg signed, ~= totally insecure
[04:24] <wgrant> OK, all the clients are totally insecure :)
[04:24] <wgrant> Now how do I auth...
[04:26] <lifeless>  cat .pypirc
[04:26] <lifeless> [server-login]
[04:26] <lifeless> username:lifeless
[04:26] <lifeless> password:
[04:27] <wgrant> Oh cool
[04:27] <wgrant> It defaults to basic auth over unencrypted HTTP
[04:27] <lifeless> yup
[04:28] <wgrant> And I bet if asked to do HTTPS it doesn't actually check the cert
[04:28] <lifeless> patches...
[04:29] <wgrant> Yeah, no cert verification
[04:31] <wgrant> Ah
[04:31] <wgrant> Not that it really matters
[04:31] <wgrant> Since you can change your password through the web UI with just a cookie
[04:32] <StevenK> Yeah, security is for other frameworks
[04:33] <wgrant> I think it's uploaded
[04:33] <wgrant> I might need to go outside to breathe before I refresh the page, though
[04:34] <wgrant> The hash even matches
[04:35] <ajmitch> wgrant: or just take a drink every time there's some security thing that annoys you. pretty soon you won't care at all :)
[04:35] <StevenK> Hahaa
[04:35] <wgrant> They're not security things that annoy me, they're security things that are objectively wrong :)
[04:35] <StevenK> ajmitch: And after using LP for 15 minutes, wgrant gets admitted to hospital for alcohol poisioning
[04:36] <wgrant> LP is merely less than ideal
[04:36] <wgrant> Other things are trainwrecks :)
[04:39] <StevenK> Oh damn, I looked at a branch page wrong during initial scan
[04:44] <lifeless> bigjools: http://www.xtranormal.com/watch/7023615/watch_movie <- kick this one off next.
[04:48] <StevenK> wallyworld_, wgrant: https://code.launchpad.net/~stevenk/launchpad/mute-when-not-allowed/+merge/125094
[04:52] <StevenK> wgrant: I think bug 869351 and bug 1036882 are dupes. Possibly bug 816617 too
[04:52] <_mup_> Bug #869351: UnknownRecipientError on +editstatus page when setting assignee, milestone, status, and commenting <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/869351 >
[04:52] <_mup_> Bug #1036882: UnknownRecipientError OOPS updating series specific tasks <bugs> <email> <oops> <subscribers> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1036882 >
[04:52] <_mup_> Bug #816617: UnknownRecipientError raised sending mail notification to bug subscriber <mail> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/816617 >
[04:56] <wgrant> StevenK: I believe they are probably dupes, yeah, but I didn't get around to digging farn enough into them on Monday to tell for sure
[04:57] <wgrant> Hmk
[04:57] <wgrant> I thought I duped 1036882 against 869351 on monday
[04:57] <wgrant> But apparently not
[04:58] <wgrant> Ah, and the OOPSes from the older two are gone
[04:58] <StevenK> Yeah
[04:59] <StevenK> Of course
[04:59] <wgrant> I think my diagnosis in 1036882 can reasonably apply to the other two
[04:59]  * wgrant dupes
[04:59] <StevenK> I was about to, but sure
[05:00] <wgrant> Ah right
[05:00] <StevenK> wgrant: Your diagnosis of "I'm not sure why there was no reason." ? :-)
[05:00] <wgrant> I duped 925791
[05:00] <wgrant> So there were 3 duplicates
[05:00] <wallyworld_> StevenK: can you put the team name in the error message and maybe word it like the message just below in the code?
[05:01] <wgrant> Also, does LP prefer "can not" or "cannot"?
[05:01] <wgrant> I suspect the latter
[05:02] <wallyworld_> +1
[05:02] <wgrant> wgrant@lamuella:~/launchpad/lp-branches/devel$ bzr grep '\bcan not\b' | wc -l
[05:02] <wgrant> 77
[05:02] <wgrant> I think we have a clear winner
[05:02] <wgrant> wgrant@lamuella:~/launchpad/lp-branches/devel$ bzr grep '\bcannot\b' | wc -l
[05:02] <wgrant> 1298
[05:03] <StevenK> I wish bzr grep supported -c
[05:03] <wgrant> Don't make me go full UNIX on you
[05:07] <StevenK> wallyworld_: http://pastebin.ubuntu.com/1214202/
[05:07] <lifeless> wgrant: so, you're doing the oops-tools repo dep upgrade?
[05:07] <lifeless> wgrant: or do you want me to ?
[05:08] <wallyworld_> StevenK: thanks, s/muted, team/muted because team
[05:09] <StevenK> wallyworld_: http://pastebin.ubuntu.com/1214207/
[05:09] <wgrant> lifeless: I guess some of the other deps need upgrading too
[05:09] <wallyworld_> r=me, thanks
[05:10] <wgrant> lifeless: Since datedir-repo is at 0.0.15...
[05:10] <lifeless> maybe
[05:10] <lifeless> you'll get conflicts if they are incompatible
[05:10] <lifeless> or something
[05:38] <lifeless> jam: whats your pypi id ?
[05:39] <jam> lifeless: jameinel
[05:40] <lifeless> jam: I'd like to apply http://paste.ubuntu.com/1214228/ to bzr-pqm and do a release on pypi.
[05:41] <jam> lifeless: do we actually require launchpadlib? I thought it was a nicety, but for people who might use it on Windows it brings in a huge dependency set.
[05:41] <jam> Otherwise +1
[05:41] <lifeless> jam: it selftest fails w/out it.
[05:41] <lifeless> jam: I don't recall if it fails to load at all w/out it.
[05:41] <jam> I know I used 'bzr pqm-submit' without it for a long time
[05:42] <jtv> wgrant: having some problems with “bzr bd” on maas… are you familiar with it?
[05:42] <jam> but certainly the lp- versions of the pqm commands probably require it
[05:42] <jam> (lpland, etc)
[05:42] <wgrant> jtv: Only vaguely.
[05:42] <wgrant> jtv: I gather you have some people who know bzr pretty well now, so they probably know it better than I
[05:42] <wgrant> But I can help if you need
[05:42] <jam> anyway, I won't block it, and people using bzr-pqm likely have launchpadlib around, there aren't many outside of lp people using pqm anyway.
[05:42] <StevenK> wgrant: I also do not get why ... (re: bug 1036882)
[05:42] <_mup_> Bug #1036882: UnknownRecipientError OOPS updating series specific tasks <bugs> <email> <oops> <subscribers> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1036882 >
[05:43] <jam> lifeless: are you asking me to apply the patches, or you need pypi access, or just a review?
[05:43] <wgrant> StevenK: Have you been able to reproduce it locally?
[05:43] <lifeless> jam: I could move it to extras,  but I'm not sure there is a good way to say 'bring it in for this command' other than splitting the package.
[05:43] <StevenK> wgrant: No, I've been reading the code
[05:43] <lifeless> jam: eyeball review, since I plan to commit, push, sdist upload register etc all at aonce.
[05:43] <jtv> wgrant: fwiw Julian is stumped.  :)  A patch fails to apply, and I get the impression it should.  I suspect the fact that one of the paths has a double “.orig” in it.
[05:43] <lifeless> jam: so, say '+1' now,a nd then you can forget about it :)
[05:43] <jam> lifeless: so I'm hesitant about launchpadlib, but I understand and I can live with it for your +1
[05:43] <StevenK> wgrant: All of the subscriber (as in zope subscriber) and the recipient fetching code
[05:44] <lifeless> jam: they can't currently pip install it anyhow, as its not on pypi at all :)
[05:44] <wgrant> StevenK: Have you set up the scenario described in the bug locally?
[05:44] <jtv> wgrant: the “---” file is maas-0.1+bzr702+dfsg.orig.orig/contrib/maas_local_settings.py
[05:44] <lifeless> jam: which this will at least solve; can fine tune later :>
[05:44] <lifeless> jam: thanks
[05:44] <StevenK> wgrant: No, that's my next step
[05:46] <StevenK> wgrant: So, create a bugtask and milestone, create a structural subscriber for the milestone and +editstatus?
[05:46] <wgrant> StevenK: Something like that. Possibly with a target change, or assignee change, or something like that
[05:46] <wgrant> The full circumstances should be described in the bug
[05:46] <StevenK> I was going to add those in, yes.
[05:47] <lifeless> jam: and there - http://pypi.python.org/pypi/bzr-pqm
[05:47] <lifeless> done
[05:53] <jam> lifeless: looks good
[05:53] <jam> thanks for doing the work
[05:53] <jam> this is part of 'get rid of sourcecode' ?
[05:54] <jam> launchpad guys, I get initial emails when someone submits a MP to lp:maas, however, I do not get comments on all MPs. I think I subscribed to the branch, is there a config I'm missing to get the followup emails?
[05:54] <lifeless> jam: its part 'get rid of inventory'
[05:54] <lifeless> jam: and part 'make it easier to get rid of sourcecode'
[05:54] <jam> lifeless: 'inventory' being things that aren't properly released yet?
[05:55] <lifeless> jam: we either need to switch to e.g. pip (something that doesn't use separate egg dirs per thing), or we need to teach bzrlib how to load plugins from eggs.
[05:55] <lifeless> jam: yup
[05:55] <lifeless> jam: 'fix committed' status
[05:55] <lifeless> jam: I mailed the list about the issue
[05:56] <jam> lifeless: 'pip install -Z' doesn't build a .zip/.egg file, I believe. Can't you set the 'not zip safe' flag somewhere in setup.py?
[05:56] <lifeless> jam: EPARSE
[05:57] <lifeless> jam: pip doesn't use egg directories at all, it installs into site-packages.
[05:57] <jam> lifeless: sorry, "easy_install -Z" then. The thing that creates eggs can do it by just updating .pth and then putting the files expanded on disk.
[05:57] <lifeless> ok, gotta run, taxi here.
[05:57] <jam> I used to have to do that for paramiko
[05:57] <jam> because otherwise py2exe couldn't bundle it.
[05:58] <jam> lifeless: catch you later.
[06:16] <jtv> wgrant: this “bzr bd” problem with maas is really bugging us.  A patch fails to apply to a missing file, except the missing file seems to be in the branch as before.
[06:17] <jtv> An invocation of “dh get-orig-source” seems to be part of the problem.  There seems to be no such command in dh.
[06:18] <StevenK> I strongly doubt it's dh
[06:18] <StevenK> dh is a debhelper wrapper
[06:18] <wgrant> Are you perhaps trying to use get-orig-source in a package that doesn't support get-orig-source?
[06:19] <wgrant> bzr bd is after my time, anyway
[06:20] <jtv> How would I tell whether the package supported it?  There is a target of that name in debian/rules though.
[06:20] <wgrant> That is roughly the definition of supporting it.
[06:20] <StevenK> wgrant: http://pastebin.ubuntu.com/1214252/ and no failure :-(
[06:20] <wgrant> Not sure why it would be trying to call into dh
[06:20] <bigjools> the problem is when quilt is applying the patches
[06:20] <bigjools> beyind that I dunno
[06:21] <jtv> It doesn't find the file it's supposed to be patching.  To be honest, I can't find it either.  It's in the .orig tarball, but I don't see it unpacked anywhere.
[06:23] <StevenK> Is it deleted by the .diff.gz applying?
[06:24] <wgrant> maas hopefully doesn't have a diff.gz
[06:24] <StevenK> Or an .orig then
[06:25] <StevenK> It's just .tar.gz for native
[06:26] <jtv> How would I check these things?  I see no files with any of those names in the packaging branch, fwiw.
[06:26] <wgrant> StevenK: I was alluding to the fact it is probably 3.0 (quilt), which cannot delete files from the orig.tar.gz
[06:26] <StevenK> Ah, I've been ignoring 3.0 (quilt) for being a crime against humanity
[06:27] <StevenK> wgrant: Ah ha, my save against BugTask:+editstatus doesn't hit the zope subscriber stuff
[06:29] <jtv> Well the file that's being patched is still in the .orig.tar.gz.
[06:34] <jtv> wgrant: I guess it's normal that, after the failed build, the build-area directory contains the .orig.tar.gz and the packaging branch, but not the contents of the .orig.tar.gz in unpacked form?
[06:34] <wgrant> jtv: I'm really not sure, sorry
[06:34] <jtv> Any idea who might know, that's available at this hour?
[06:37] <StevenK> wgrant: Hm, I thought passing form=foo to create_initialized_view() would call the save_action
[06:38] <wgrant> StevenK: Perhaps your action name is bad
[06:38] <wgrant> StevenK: Does the form appear to submit?
[06:38] <wgrant> jtv: Perhaps former bzr people may know
[06:38] <StevenK> Ah ha, view.errors
[06:39] <jtv> wgrant: thanks, I think I'll be able to dig some up soon!
[06:51] <StevenK> wgrant: The form submits, zope subscriber stuff fires, no error
[06:53] <wgrant> StevenK: Have you tried manually setting up the scenario on launchpad.dev?
[06:53] <wgrant> You could just have a bad test
[06:54] <StevenK> wgrant: http://pastebin.ubuntu.com/1214277/
[07:07] <wgrant> StevenK: I can't always solve all your problems just by looking at a test of a strange view, sadly
[07:08] <wgrant> StevenK: Try it in a browser
[07:08] <StevenK> wgrant: I am doing so
[07:08] <StevenK> Trying to remember how to add a series task
[07:09] <wgrant> Target
[07:10] <StevenK> Don't I have to nominate? It's been so long since I've had to do stuff like this.
[07:10] <wgrant> Not if you're the driver
[07:11] <StevenK> Which I'm not
[07:11] <StevenK> Let me fix that
[07:13] <StevenK> wgrant: No OOPS
[07:13] <wgrant> You won't even see the link if you're not one of maintainer/driver/bugsupervisor
[07:13] <wgrant> Hmm
[07:13] <StevenK> I have a product, which I'm driving, a series, a milestone and a structsub for a random on the milestone
[07:15] <wgrant> StevenK: Do you have an appropriate event filter?
[07:15] <wgrant> StevenK: The problematic subscription on production was open/close only
[07:15] <StevenK> That isn't the default?
[07:17] <wgrant> StevenK: Not through the API, probably.
[07:17] <wgrant> Or through the method you called in the test
[07:18] <StevenK> Right, I'll check the filter
[07:21] <StevenK> Hm, how do I even express that as a filter? :-(
[07:23] <wgrant> StevenK: It's one of the root settings for the subscription
[07:24] <wgrant> StevenK: So it's not shown as a filter in the web UI
[07:24] <wgrant> It's one of the initial radio buttons
[07:26] <lifeless> jam: so yes, sourcecode/
[07:28] <StevenK> Right, structsub edited
[07:28] <lifeless> jam: I can look into the zip unsafe flag if needed, but whats unsafe about bzr-pqm? Is it that 'bzr cannot load it from a zip' ?
[07:28] <jam> lifeless: right
[07:28] <jam> some other tool doesn't work properly with zip
[07:28] <jam> I think it also is needed for things that create extension modules.
[07:29] <jam> but I just defaulted to using it because py2exe doesn't work with eggs either.
[07:29] <StevenK> wgrant: Also no OOPS
[07:29] <wgrant> StevenK: :(
[07:31] <lifeless> jam: http://svn.python.org/projects/sandbox/trunk/setuptools/doc/formats.txt
[07:31] <lifeless> ``zip-safe`` and ``not-zip-safe``
[07:31] <lifeless> ...
[07:31] <lifeless> ---------------------------------
[07:31] <lifeless> If neither file is present at installation time, EasyInstall defaults
[07:31] <lifeless> to assuming that the project should be unzipped.  (Command-line options
[07:31] <lifeless> jam: it will still be unpacked to a .egg directory
[07:31] <lifeless> jam: which won't let bzr import it
[07:31] <jam> lifeless: if easy_install updates the .pth appropriately, I think it still works.
[07:32] <lifeless> jam: nope
[07:32] <jam> I'm not sure about path issues and easy_install, though. It gets a bit confusing with namespaces.
[07:32] <lifeless> jam: because we scan for plugins ourselves.
[07:33] <lifeless> jam: we need a custom path aware - including egg/pth - plugin loader, or we need to use pip for launchpad
[07:33] <jam> ah sure. I wonder if we could play games with bzrlib.plugin.__path__
[07:33] <jam> or play games with BZR_PLUGIN_PATH
[07:33] <lifeless> syncing that with PYTHONPATH via heuristics makes me shudder
[07:34] <lifeless> jam: bzrlib.plugins.__path__ is set when set_plugins_path is called
[07:34] <lifeless> from get_standard_plugins_path
[07:35] <lifeless> and we nuke the default path entirely.
[07:36] <jam> lifeless: and tbh I'm not really sure how sys.path interacts with bzrlib.plugin.__path__ and all that stuff. Namespaces were supposed to help with this, but it was never something we tried to do for bzr itself.
[07:36] <jam> btw, I didn't see an email about it
[07:36] <jam> or maybe it was in a thread I missed?
[07:37] <lifeless> haven't sent one
[07:37] <lifeless> I side tracked slightly onto that from reviewing bugs.l.n/~lifeless/?status=FIXCOMMITTED
[07:37] <jam> (9:55:23 AM) lifeless: jam: I mailed the list about the issue
[07:38] <jam> hence my confusion
[07:38] <jam> but np
[07:38] <wgrant> StevenK: Reproduces easily for me
[07:39] <wgrant> UnknownRecipientError: <Person at 0xf853a4c no-priv (No Privileges Person)><br />
[07:39] <StevenK> wgrant: Holy crap
[07:39] <StevenK> wgrant: Nice work
[07:39] <lifeless> jam: about the fixcommitted issue :)
[07:39] <lifeless> jam: a week or so back
[07:40] <wgrant> StevenK: From a fresh dev DB, I created a new milestone hoary-updates. As no-priv I subscribed to it with default settings. Then, as name16 I went to https://bugs.launchpad.dev/ubuntu/hoary/+bug/2/+editstatus, set In Progress/High/name16/hoary-updates with a comment, then saved
[07:40] <lifeless> jam: apologies for adding confusion
[07:40] <wgrant> StevenK: Not sure how many of those details are actually necessary. I was just duplicating the changes from the OOPS before trying to minimise the test case
[07:40] <StevenK> wgrant: Ooooh, I've been doing it against products, not distros. That is probably very related ...
[07:40] <wgrant> StevenK: Potentially
[07:41] <lifeless> stub1: hi, around ?
[07:41] <stub1> lifeless: yup
[07:41] <StevenK> wgrant: Are you going to keep digging, or shall I take your notes and dig in tomorrow?
[07:41] <lifeless> stub1: time for a brief catchup?
[07:42] <stub1> lifeless: ok. I'll find my mike
[07:42] <adeuring> good morning
[07:42] <lifeless> adeuring: o/
[07:43] <adeuring> hi lifeless!
[07:43] <wgrant> StevenK: Ahaa
[07:44] <wgrant> StevenK: It's the combination of milestoning and assigning to Me
[07:44] <lifeless> allenap: bug 847889 needs a release done.
[07:44] <_mup_> Bug #847889: RabbitServerResources.tearDown is never called <rabbitfixture:Fix Committed by allenap> < https://launchpad.net/bugs/847889 >
[07:44] <lifeless> allenap: as you did the work, care to do the release too ?
[07:44] <wgrant> StevenK: that should let you fix the test
[07:44] <wgrant> StevenK: It probably works on products too
[07:44] <wgrant> StevenK: That's like two lines of diff -- can you try that now?
[07:49] <StevenK> wgrant: Hmm. No failure for me :-(
[07:49] <wgrant> StevenK: It doesn't actually have to be assigning Me, it can be any user
[07:49] <wgrant> But I suspect what's happening is that it's doing the assignee change first
[07:49] <wgrant> Which causes the recipients to be calculated
[07:49] <wgrant> And cached
[07:50] <wgrant> Then the milestone is changed, and it adds a new recipient
[07:50] <wgrant> But something's still cached
[07:50] <wgrant> So the recipient has no reason
[07:51] <StevenK> wgrant: I'm adding a series task, and then passing in form data with the milestone and assignee, and I don't get an OOPS
[07:52] <wgrant> StevenK: Can you pastebin the latest test?
[07:53] <StevenK> wgrant: http://pastebin.ubuntu.com/1214353/
[07:54] <wgrant> StevenK: That's quite possibly erroring because there are mandatory fields missing
[07:55] <StevenK> wgrant: view.errors == []
[07:57] <wgrant> StevenK: Reproduced on a fresh product with no series task and just setting assignee+milestone. But the subscription needs to be open/close only
[08:00] <lifeless> -> plane
[08:24] <mpt> sinzui, why did you tag bug 1052364 as "private-projects"?
[08:24] <_mup_> Bug #1052364: Blueprint icons aren't as distinct as they could be <lp-blueprints> <private-projects> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1052364 >
[08:26] <czajkowski> mpt: there is work going on with them atm possibly
[08:27] <wgrant> It's unrelated
[08:27]  * wgrant untags
[08:27] <wgrant> He did that in a batch of other taggings
[08:30] <StevenK> wgrant: Ah ha, so now the question remains of how to do that in a test.
[08:36] <StevenK> wgrant: I thought open/close was LIFECYCLE?
[08:38] <wgrant> StevenK: I think so
[08:39] <wgrant> But don't quite me on that unless you check the code first
[08:39] <StevenK> wgrant: If so, no error for me
[08:39] <wgrant> StevenK: In the test or web UI?
[08:39] <StevenK> The test
[08:39] <wgrant> Give me your latest version and I'll fix it
[08:40] <wgrant> Now I have a minimal case
[08:40] <StevenK> I swear I'm close. :-(
[08:40] <StevenK> wgrant: http://pastebin.ubuntu.com/1214400/
[08:41] <wgrant> StevenK: Kill off the series
[08:41] <wgrant> No need for that
[08:41] <wgrant> Otherwise that looks pretty reasonable...
[08:43] <StevenK> wgrant: Done, but no evil traceback. I didn't think I needed to call render() or anything?
[14:28] <cjohnston> sinzui: ping
[14:29] <sinzui> hi cjohnston
[14:30] <cjohnston> hey there.. did you see the comment about the participation essential stuff breaking unsubscribing/editing subscription?
[14:32] <sinzui> No
[14:34] <cjohnston> https://bugs.launchpad.net/launchpad/+bug/1052130
[14:34] <_mup_> Bug #1052130: Make assigning participation essential limited to certain groups of users <bad-commit-15972> <lp-blueprints> <qa-bad> <Launchpad itself:Fix Committed by chrisjohnston> < https://launchpad.net/bugs/1052130 >
[14:34] <sinzui> cjohnston, The branch will need to be rolled back. Another branch is needs that extends your branch and fixes the javascript
[14:35] <sinzui> I think there are two uses of the permission, but the zcml shows only one.
[14:37] <sinzui> cjohnston, We want to restore the launchapd.edit method so users can edit their subscriptions. We want the essential flag to be launchpad.Drive
[14:37] <sinzui> or we consider removing essential from Launchpad
[14:40] <cr3> launchpadlib doesn't seem to be ported to python3 yet, any plans?
[14:42] <sinzui> no. barry abandoned it I think because the deps chain was hard
[14:43] <sinzui> I think there is some bad mojo in the gnome key/auth code that is ancient python
[14:43] <cjohnston> sinzui: I don't know what the response will be about removing it from LP.. personally, I'm not against it, though I really don't have time/ability to do the work since it needs to be done asap
[14:45] <sinzui> cjohnston, essential is used by many non-ubuntu projects. http://pastebin.ubuntu.com/1214916/
[14:45] <sinzui> I will revert the branch now
[14:45] <czajkowski> wow
[14:46] <cjohnston> well, all of the LPC stuff is Summit too... so that could be considered mine for a lack of a better term.. I am curious though (and this is why I sent the email asking) what they use it for
[14:46] <sinzui> great
[14:47] <cjohnston> but the only feedback I got was that it is for Summit... there really isn't anything else (unless a group specifically has a use for) that it's used for
[14:48] <cjohnston> i.e. it doesn't really do anything in LP other than change the icon color
[14:48] <sinzui> cjohnston, StevenK already landed a branch to revert the change
[14:49] <cjohnston> ok
[14:50] <cjohnston> sinzui: so does this mean we can't even remove it since others are using it?
[14:50] <cjohnston> I mean, if you look at the 'help text' its pretty clear as to what it's for
[14:50] <sinzui> We would need to ask if they really need it.
[14:51] <sinzui> regardless, a branch to remove it has to change the javascript that was broken by your branch
[14:53] <cjohnston> So what it the best approach then for now to get my point across? go back to the text change?
[14:53] <sinzui> yes
[14:53] <cjohnston> then lifeless is going to leave me his comment again ;-) heh
[14:54] <sinzui> That is also true for Non-ubuntu brojects
[15:42] <abentley> rick_h_: I'm trying to make the change you wanted: http://pastebin.ubuntu.com/1215019/ But it says "yui: NOT loaded: function (Y) {
[15:42] <abentley>     var tests = Y.namespace("lp.blueprints.addspec.test");" which looks wrong: http://pastebin.ubuntu.com/1215023/
[15:50] <rick_h_> abentley: looking
[16:03] <rick_h_> abentley: sorry, missed that you hadn't created a module in the test file. Was more change than I originally thought. https://pastebin.canonical.com/74807/
[16:04] <rick_h_> abentley: and the comment in the requires array breaks the meta.js parser for the combo loader so moved it up.
[16:04] <rick_h_> I've got a branch that uses an ast vs regex to parse into convoy, but never got the ok on it.
[16:06] <abentley> rick_h_: So this patch is meant as an alternative to my patch?
[16:06] <rick_h_> abentley: yes, sorry I had pulled your branch down earlier to prep for my rename of registry/app stuff
[16:06] <rick_h_> abentley: so this is a patch against what you had pushed up for review this morning
[16:06] <abentley> rick_h_: Okay, thanks.
[16:07] <rick_h_> abentley: np, thanks for looking at the update
[16:13] <abentley> rick_h_: Are you landing move_into_utils right now?
[16:13] <rick_h_> abentley: no, I've marked your branch as a pre-req and I'm waiting on your branch first
[16:14] <abentley> rick_h_: Okay, I'm going ahead then.
[16:14] <rick_h_> abentley: cool, thanks
[16:57] <jcsackett> sinzui: you available to chat a bit?
[16:57] <sinzui> I am
[16:57]  * sinzui looks for headphones
[16:57]  * jcsackett fires up g+
[16:58] <jcsackett> sinzui: hangout sent, whenever you're ready.
[17:00] <jcsackett> sinzui: bug 612387
[17:00] <_mup_> Bug #612387: Breadcrumb from PersonProduct active reviews page gives 404 <404> <lp-code> <Launchpad itself:Triaged> < https://launchpad.net/bugs/612387 >
[17:05] <sinzui> jcsackett, https://bugs.launchpad.net/gdp/packaging
[17:11] <sinzui> https://bugs.launchpad.net/launchpad/+bug/573779
[17:11] <_mup_> Bug #573779: Site header does not accurately represent section <breadcrumbs> <lp-web> <Launchpad itself:Triaged> < https://launchpad.net/bugs/573779 >
[21:07] <abentley> deryck: Please tell me this isn't doing what I think it's doing: http://pastebin.ubuntu.com/1215660/
[21:48] <deryck> abentley, sorry, I had stepped away, looking now....
[21:50] <abentley> deryck: It's more of an, "oh, god, blueprints are ugly" statement than a real question.
[21:51] <deryck> abentley, yeah, it's kind of off code.
[21:51] <deryck> odd, I meant
[21:52] <abentley> deryck: Yeah.  Not generally a good idea to re-implement SELECT  :-)
[21:53] <deryck> ha!  yeah.
[21:53] <deryck> in a python loop no less. :)
[22:07] <jcsackett> sinzui: standup?
[22:07] <sinzui> jcsackett, sorry, will be there in a few minutes


[09:27] <kos_> hi
[09:28] <kos_> i've installed Ubuntu 12.10 64bit on my desktop PC and i cant use the Format utility from unity like in ubuntu 12.04. can i do something to solve this problem?
 which format utility?
 right click on mounted pendrive (in unity icon) and than FORMAT
[09:29] <kos_> can i solve this problem?
[13:29] <MCR1> Hi :)
[13:31] <MCR1> duflu, smspillaz: Got a new fix (this time it is the resizeinfo plug-in): https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix1070233-fix1070297-fix1070301-Resizeinfo/+merge/130994
[13:31] <MCR1> Are you here ?
[17:14] <doctormo-moo> mardy: Ping
[21:15] <Dougie187> Does anyone know if ubuntu 12.10 is going to have compiz 0.9.9 as an update?


[22:46] <RikMills> build queues are going up where there are plenty of idle builders
[22:52] <cjwatson> RikMills: That just means private sources.  They'll be dispatched when the sources are published
[22:53] <RikMills> cjwatson: ahhhhh. thanks
[22:53] <RikMills> I forgot that quirk of private ppas
[22:53] <cjwatson> Would be better if that were fixed (I've had an MP in review for it for a while), but it's normal behaviour
[23:00] <RikMills> ok, if that many private jobs are on the way, I may as well give up for tonight
[23:00]  * RikMills battens down the hatches for the coming storm
[23:44] <RikMills> hmmmmm. still none of these private jobs, and queues grow
[23:47]  * RikMills suspects some part of the infra has fallen off its perch
[23:47] <RikMills> builds I have sunning are not moving for a ling time
[23:48] <RikMills> *running
[23:48] <RikMills> *long
[23:49] <RikMills> sigh at typos from a tired brain


[09:34] <eagles0513875|2> hey guys :)
[09:34] <eagles0513875|2> how can one join and help develop ubuntu studio?
[09:40] <eagles0513875|2> hi natsurou
[09:53] <autumna> eagles0513875|2: just hang out here, and join the ubuntustudio-devel mailing list. there is some testing efforts going on currently.
[09:54] <autumna> ... and hi :)
[09:55] <eagles0513875|2> autumna: :) need an install of US
[09:55] <eagles0513875|2> autumna: i got an interesting thought here
[09:56] <eagles0513875|2> not sure if you would agree with me. has the idea of becoming our own unique entity been considered
[09:56] <autumna> hang out here and ubuntustudio-devel irc chat (sorry not quite awake yet)
[09:56] <eagles0513875|2> our own repos our own development time line etc
[09:57] <eagles0513875|2> autumna: do you know how big the US repos are currently?
[09:57] <autumna> ah. well such a decision would require a lot of the group agreeing at least and possibly other decisions. I am pretty new here as well. I would talk to sakrecoer. he is the current lead.
[09:57] <eagles0513875|2> hey sakrecoer :)
[09:58] <eagles0513875|2> autumna: i know where we can get a beast of a machine at low cost with a one time setup fee
[09:58] <eagles0513875|2> autumna: i have a server with these guys http://www.soyoustart.com/ie/offers/sys-ip-1.xml for my own personal own cloud storage
[09:59] <eagles0513875|2> anyway will hang out here might bounce in and out from watching IRC to not as I am at work
[09:59] <eagles0513875|2> bit of a nutty day hopefully things will settle down here after lunch soon
[10:00] <autumna> alright. sorry I can't be much help about this.
[10:00] <eagles0513875|2> its ok
[10:00] <eagles0513875|2> dont worry just throwing the idea out there
[10:00] <eagles0513875|2> reason im suggesting is is about EOL of 32bit discussion going on
[10:08] <eagles0513875|2> autumna: where is everyone based its awefully quiet here.
[10:16] <autumna> eagles0513875|2:  most of the team is in europe (where it is morning/noon) and north america (where it is very very early in morning), plus people have day jobs. irc channel ubuntustudio-devel is where this is best taken at, and the mailing list. Good luck! :)
[10:17] <eagles0513875|2> thanks autumna
[10:20] <eagles0513875|2> is set around on here at the moment autumna
[12:58] <eagles0513875|2> who else is a lead team dev in here? if anyone
[12:59] <dool7> You're better off simply asking your question or hitting up the forums
[13:00] <eagles0513875|2> looking to join and help the dev team out have some ideas sakrecoer told me to speak in here and get to know people ::)
[18:15] <treatz> Can anyone help me install a .so library into audacity on Ubuntu?  It seems that edit->preferences->libraries isn't there on Ubuntu!  (please I need help)
[21:33] <dool7> Hi. What are good projects for OSS beginners ? I write on my blog. I've done vlog posts for linux and with linux and OSS. What other ways should I look to contribute while in college ?
[22:16] <zequence> eagles0513875|2: If you are interesting in contributing to Ubuntu Studio development, you are free to join the team.
[22:16] <zequence> There's no money involved at all. It's strictly on a volunteer basis.
[22:17] <zequence> dool7: By OSS, do you mean Open Source Software?
[22:17] <dool7> yes
[22:18] <zequence> dool7: I would rather use the term FOSS, or FLOSS, when it comes to Ubuntu Studio
[22:18] <zequence> Even though it is not 100% strictly so.
[22:20] <zequence> If you would like to contribute with writing articles, blogs, or anything else, you are free to join the dev team and do that from within the UBuntu Studio team
[22:20] <zequence> Or, do it independantly, if you would rather.
[22:21] <zequence> The only requirement in principle to contribute directly and write on behalf of the team is that you follow some common sense, and that's about it.
[22:21] <zequence> If you're interested, I would suggest having a word with sakrecoer about that.
[22:28] <dool7> I plan to create blog content for Ubuntu Studio once I get more comfortable with LMMS
[22:28] <dool7> right now, I'm not making the time because of crammed summer classes
[22:29] <dool7> but I put stuff on my blog when I can
[22:31] <zequence> Well, you know where we are if you want to join. The dev channel is #ubuntustudio-devel


[00:19] <dieresys> Hello everyone. I've been using Karmic and I would like to know if it is useful to report bugs at this instance of the roadmap.
[00:20] <charlie-tca__> yes, please do
[00:21] <charlie-tca__> Normally, I give it one to two days to see if they get fixed, then report them
[00:21] <charlie-tca__> Devs won't fix the bugs they don't know about, though
[00:23] <dieresys> charlie-tca__: thanks! I was afraid to "flood" Launchpad with know bugs that are been fixed upstream.
[00:24] <charlie-tca__> They are still syncing some of upstream, so it may happen yet. Usually weekends are slow here for answers, but a bug report will get attention the easiest way.
[00:24] <charlie-tca__> If you know it is fixed upstream, you can tell that in the bug report.


[01:32] <akgraner> nhandler, I'm working on a blog post about the new fridge...is the how to post to the Fridge (new one) ready and on the wiki now?  and do you have a link handy :-)
[01:34] <nhandler> akgraner: It is on the wiki (https://wiki.ubuntu.com/Fridge/Submit), but it never got "wikified".


[00:08] <RAOF> :)
[01:24] <bschaefer> racarr__, hey, are you still around? Weird problem im seeing with mir(sdl)/finger events
[01:24] <bschaefer> racarr__, i get the first finger down, the motion events, but when i left my finger up, not finger up action?
[01:26] <RAOF> Odd.
[01:27] <bschaefer> yeah, i think ill have to dig into mir/android input stack... not sure where its going missing from
[01:28] <bschaefer> android doesn't handle mouse up/down very well either (up is just an empty event with no state)
[01:28] <bschaefer> ish
[01:28] <bschaefer> RAOF, im assuming the finger events are working just fine on unity8, so im assuming im handling things incorrectly in SDL
[01:29] <duflu> Speaking of which, I discovered last night that Android-input converts two-finger drags on my ThinkPad to what appears to be 3-finger events. Weird.
[01:29] <bschaefer> very strange
[01:30] <bschaefer> the fun part, if i do a second finger down, i get a finger up event
[01:30] <duflu> Either that or there's a tool type demo-shell is supporting by accident :)
[01:30] <RAOF> duflu: Yeah, the android input stack does _weird_ things to touchpads.
[01:31] <duflu> RAOF: Also "click" is not button 1 :)
[01:31] <RAOF> bschaefer: Huh. My input acceptance tests don't check for any finger-up events. I should probably add that.
[01:31] <RAOF> duflu: It should be if you have exactly one finger down?
[01:31] <RAOF> duflu: At least, it was for me.
[01:31] <bschaefer> RAOF, well im assuming they are working, as with unity8 you can press icons :)
[01:31] <duflu> RAOF: Yeah it varies significantly between laptops :S
[01:32] <duflu> RAOF: Oh my memory failed me... it's different: https://bugs.launchpad.net/mir/+bug/1194057
[01:36] <racarr__> bschaefer: Are you looking in to silvns issue?
[01:36] <racarr__> I was looking in to his touchscreen issue and now he
[01:36] <bschaefer> racarr__, no my own now :(
[01:36] <racarr__> is on a similar issue
[01:36] <racarr__> oh
[01:36] <bschaefer> yeah
[01:36] <racarr__> he has the same issue
[01:36] <bschaefer> he poked me about it, but i swear he had up/down fine
[01:36] <bschaefer> with 1 finger
[01:37] <bschaefer> racarr__, also demo finger paint doesn't seem to want to work
[01:37] <bschaefer> o also... im using an N7
[01:37] <bschaefer> killing unity8, and using the mir server on its own (not sure what "unsupported" with the N7)
[01:37] <duflu> bschaefer: https://bugs.launchpad.net/mir/+bug/1239501
[01:37] <bschaefer> well
[01:38] <bschaefer> that could explain a few things
[01:38]  * bschaefer needs to get a supported touch N<number>
[01:38] <duflu> bschaefer: Reopen?
[01:38] <bschaefer> duflu, well the N7 is an unsupported device
[01:38] <bschaefer> duflu, but yeah i can reproduce these issues
[01:39] <bschaefer> 3 finger touch isn't moving windows
[01:39] <duflu> bschaefer: Sure, but Mir is open source. All real bugs are valid just lower priority if not official :)
[01:39] <bschaefer> duflu, let me double check by getting trunk dev mir
[01:39] <bschaefer> duflu, as im using whats in main 14.04? or 14.10
[01:43] <duflu> bschaefer: Your Ubuntu release presently won't matter if you're compiling Mir from source
[01:43] <duflu> Let's see how long that lasts... hopefully a while
[01:43] <bschaefer> duflu, right, but i was using main mir-demos for my testing
[01:43] <bschaefer> so i wanted to double check it was still happening on trunk mir
[01:44] <duflu> bschaefer: trusty is only one point release behind utopic: https://launchpad.net/ubuntu/+source/mir
[01:44] <bschaefer> yeah im on trusty: 0.1.8+14.04.20140411-0ubuntu1
[01:44] <bschaefer> for libmirclient7
[01:45] <bschaefer> duflu, that bug was closed a bit ago :), soo yeah
[01:45] <duflu> bschaefer: Not closed. Only expired because it stopped happening for no apparent reason :)
[01:45] <bschaefer> duflu, yeah, i mean it stopped happing for no apparent reason a bit ago, and i would have had that fix
[01:46] <bschaefer> using mir-demos, soo mir trunk wont do much :(
[01:46] <duflu> bschaefer: There was no fix. The bug came and went even before it expired
[01:46] <duflu> So I guess it's come again
[01:46] <bschaefer> duflu, hmm i wonder if its because everyone stopped using the N7?
[01:46] <bschaefer> yeah
[01:47] <bschaefer> duflu, o and thanks for the bug link :), i should have attempted to check bugs
[03:11] <duflu> RAOF: Oh the two-finger window Alt+dragging on my touchpad looks like it might be an accidental feature. And one I might make use of :)
[08:25] <RAOF> Grr. You can't actually change an interface at all and preserve ABI, can you?
[08:25] <RAOF> Oh, well. EOD.
[10:02] <duflu> alf_: I'm off to make dinner then back later. In the mean time, consider this problem: https://bugs.launchpad.net/mir/+bug/1317370/comments/9
[10:02] <duflu> It's an interesting case. I hope I missed something.
[10:04] <alan_g> dednick: AIUI a helper can only have one active trust session the session mediator? So why does it need a client side handle to a trust session? Isn't the connection a sufficient identifier?
[10:10] <dednick> alan_g: when i originally wrote it, there wasn't actually that limitation, and the handle hung about. I'm not exactly sure if we want that limitation either, at the moment.
[10:11] <dednick> alan_g: but anyway, i think it adds a bit of separation of "ideas".
[10:14] <dednick> alan_g: i mean that i'm not sure we want the one-to-one limitation in the long run.
[10:14] <alan_g> dednick: Ack
[10:15] <alan_g> tvoss: opinion? ^^
[10:16] <tvoss> alan_g, dednick we want one helper to be able to handle multiple trust sessions
[10:16] <tvoss> for example: multiple content picking operations
[10:18] <dednick> tvoss: at the same time?
[10:18] <tvoss> dednick, yup, they are stateful
[10:18] <dednick> tvoss: ok. phase 2?
[10:19] <alan_g> tvoss: from the same connection? Or can it use a connection for each?
[10:19] <tvoss> dednick, yup
[10:19] <tvoss> alan_g, connection as in ordinary Mir connection?
[10:20] <alan_g> tvoss: Yes. But I'm starting to wonder if it is a new type of connection and not the same thing we have to manage surfaces.
[10:20] <tvoss> alan_g, that's why we introduce trusted sessions as I understand it
[10:22] <alan_g> tvoss: but the proposed API implies it is owned by a connection (in the same way that surfaces are). Not that it is a different type of connection.
[10:22] <tvoss> alan_g, why would it need to be owned by something different than a connection?
[10:25] <alan_g> tvoss: currently we have one type of connection. It manages surfaces. The proposed API says it manages surfaces and an optional trust session. Why can't we have one connection type for surfaces and one connection type for a trust session?
[10:27] <tvoss> alan_g, why would adding another type of child (surfaces and trust sessions) require a new type of parent?
[10:27] <tvoss> alan_g, also: a trust helper might want to have surfaces as well
[10:27] <tvoss> alan_g, which have to be added to trust sessions
[10:27] <alan_g> What is the relationship between any surfaces and any trust session(s)?
[10:28] <alan_g> but trust sessions don't know about surfaces - only processes
[10:28] <tvoss> well, they should know about surfaces ultimately
[10:29] <tvoss> alan_g, a surface belongs to a connection but can be referenced by a trust session
[10:29] <alan_g> Should a trust helper surface be associated with a specific trust session or all (or some)?
[10:29] <tvoss> alan_g, at most by one
[10:34] <alan_g> tvoss: at one time or over the duration of the connection?
[10:35] <dednick> alan_g: this is all "ultimately". not for this iteration.
[10:35] <dednick> just to remind :)
[10:36] <alan_g> dednick: I know - but I'd like the conceptual model to be right before we publish APIs
[10:39] <tvoss> alan_g, at any point in time, a surface can be referenced by at most one trust session
[10:40] <alan_g> But it can be removed from one and added to a different one?
[10:40] <tvoss> alan_g, yup, that's certainly possible
[11:29] <dednick> alan_g: can you take a look at: https://code.launchpad.net/~nick-dedekind/mir/test_new_fds_for_trusted_clients when you get a chance?
[11:29] <dednick> Was taking a look at the problem with child sessions not stopping. The test creates a server and client. the client creates some fds, which another client connects with.
[11:29] <dednick> The child that connected to the fd is crashing when shutting down, and the server is not getting a disconnect for it.
[11:31] <dednick> stack for the client crash: http://pastebin.ubuntu.com/7467385/
[11:31] <alan_g> dednick: ack. Was taking a first look at ~nick-dedekind/mir/trusted_sessions/+merge/218975 before getting into the issue you mentioned yesterday
[11:32] <dednick> alan_g: ok. thanks
[11:34] <dednick> i'm taking a guess, but i think the server may be closing the fd's which were opened by the parent client.
[11:35] <dednick> when the parent client connection is released
[11:37] <alan_g> dednick: Hmm. The server closes FDs once it has sent them (but they're open in the other process). I don't think it tracks them after that.
[11:37] <dednick> alan_g: sent them? over to the parent client over ipc?
[11:38] <alan_g> ack
[11:38] <dednick> alan_g: hm. but they won't be open in the other process by then.
[11:39] <alan_g> dednick: Oh yes they are. (The FDs not the connections)
[11:39] <alan_g> we've been doing it for years.
[11:41] <dednick> alan_g: i think i'm getting confused. but we only start the child client process after we've got the response from the server for the new_fds_for_trusted_clients.
[11:41] <alan_g> Yes, but you already have the FD in your process.
[11:42]  * alan_g has to go make lunch - BIAB
[12:24] <dandrader> when a surface is resized ( mir::scene:surface::resize() ) should the client recreate his eglSurface or do anything at all?
[12:33] <alf_> dandrader: no, unless you need to draw differently somehow (otherwise everything will just be scaled)
[12:33] <dandrader> alf_, ok
[12:34] <alf_> dandrader: scaled => assuming you are drawing using relative sizes (e.g. using the -1,1 coordinate system of GL)
[13:15] <alan_g> dednick: @https://code.launchpad.net/~nick-dedekind/mir/test_new_fds_for_trusted_clients - I don't understand what's going on with SharedRegion. Are you using shared memory to copy the FD ids from one process to another without migrating the FDs themselves?
[13:17] <dednick> alan_g: ah crap. forgot that the other clients need to be created by the parent client in order to get the FDs
[13:17] <dednick> i mean the processes need to be spawed from the parent client.
[13:17] <alan_g> That's certainly the easiest way.
[13:18] <alan_g> Should I stop looking?
[13:18] <dednick> the shared mem was just to get the fds across process. but being used incorrectly.
[13:18] <alan_g> I mean is the problem you mentioned yesterday likely the same thing?
[13:19] <dednick> alan_g: hm. the problem yesterday was with the child processes being created by the helper, so probably not...
[13:20] <alan_g> OK. I'll start by writing a test for what should be happening.
[13:22] <dednick> alan_g: thanks. easier than me stabbing in the dark about what's supposed to happen :) I don't know much about fds apparently
[13:23] <alan_g> np
[13:25] <dandrader> alf_, is there a significant overhead in resizing a surface?
[13:27] <alf_> dandrader: we need to allocate new graphics buffers, so yes in a sense, but it all depends on your particular scenario
[13:28] <dandrader> alf_, flipping the dimensions. e.g. from 768x1280 to 1280x768
[13:33] <alf_> dandrader: it depends on the device and your requirements whether its ok, so I guess you need to try it out and see if it's acceptable
[13:34] <alf_> dandrader: do you have alternatives to flipping the dimensions (flipping rendering instead?)
[13:34] <dandrader> alf_, yes I do
[13:34] <dandrader> alf_, so overall you think it's better to flip rendering than to flip the dimentions (surface resize)?
[13:36] <alf_> dandrader: flipping rendering should be near cost free for the GPU (just a different transformation matrix)
[13:51] <greyback> alf_: so right now there's no support for properly resizing a Qt app in Mir (and platform-api & qtubuntu)?
[14:39] <alf_> greyback: mir supports resizes
[14:40] <greyback> alf_: ok, so the qtubuntu just needs to support it
[14:40] <greyback> which is probably doesn't right now
[14:40] <alf_> greyback: (you can play with resizes using mir_demo_server_shell)
[16:42] <greyback> mterry: ping
[16:42] <mterry> greyback, heyo
[16:43] <greyback> mterry: hey, can you explain me how unity-system-compostor starts. Lightdm starts it right? Is there a configuration applied (i.e. env vars set for USC)
[16:44] <mterry> greyback, it is started by lightdm.  With some env vars it sets yeah.  And also, the configuration can change the command line used (and in fact ubuntu-touch-session does install a usc-wrapper file that sets a little more env for touch stuff)
[16:45] <greyback> mterry: are any of those env vars critical for USC to start by any chance?
[16:45] <mterry> greyback, probs?  What's the problem?
[16:46] <greyback> mterry: http://pastebin.ubuntu.com/7468671/
[16:46] <greyback> note it's with a custom build of mir
[16:46] <mterry> greyback, oh yeah, you can't really start manually
[16:46] <mterry> greyback, lightdm passes it a couple fd's for communicating with it
[16:46] <greyback> aha
[16:46] <mterry> greyback, specified on command line
[16:47] <greyback> mterry: so "start lightdm" is the right way to start it?
[16:47] <mterry> greyback, yeah
[16:47] <mterry> greyback, lightdm loves its private fds
[16:47] <greyback> how friendly
[16:49] <greyback> mterry: so I get: http://pastebin.ubuntu.com/7468684/ <- I'm missing the "ubuntu" session somehow. Where should that file be?
[16:50] <mterry> greyback, hm, what env are you running in?  I think you're missing ubuntu-session (or ubuntu-touch-session)
[16:50] <greyback> mterry: on the phone. Some packages might have been removed (major surgery and all)
[16:50] <mterry> greyback, yeah install ubuntu-touch-session
[16:51] <mterry> greyback, it will change the default session to "ubuntu-touch" and install the .desktop file for it
[16:51] <greyback> ack
[16:51] <greyback> mterry: there we go, that fixed it, thanks
[16:51] <mterry> nice
[16:52] <greyback> slightly worrying how easily that broke...
[16:52] <mterry> greyback, well stop removing packages!  :)
[16:54] <greyback> :P
[17:17] <kdub_> any more reviewers on https://code.launchpad.net/~kdub/mir/post-if-optimizable/+merge/217991
[19:49] <racarr__> This is where all the fun is
[19:49] <racarr__> kdub_: Ill review!
[19:49] <racarr__> just saw backlog lol
[19:49] <racarr__> p.s. looking for reviewers on cursor-spike-phase-3
[19:50] <racarr__> ok I swear I have seen so many diffs that are exactly 1334 line
[19:50] <racarr__> s
[19:50] <racarr__> it seems to be a common stopping point
[19:57] <racarr__> anpok: BECAUSE ON FREENODE THE PEOPLE MAY FINALLY CONTROL THE MEANS OF PRODUCTION
[19:57] <racarr__> *waves flags*
[19:58] <anpok> :)
[22:00] <racarr__> https://code.launchpad.net/~mir-team/mir/cursor-spike-bonus-phase-correct-gbm-cursor-hide/+merge/219764
[22:00] <racarr__> easy review
[22:00] <racarr__> with no dependencies :)
[23:30] <RAOF> racarr__: I hope there's going to be a cursor-spike-lightning-round at some point.
[23:35] <racarr__> RAOF: Lol
[23:35] <racarr__> ill use that for the cleanup branch at the end


[16:06] <achref> ahla
[16:06] <achref> bilahi 3andi problem
[16:07] <achref> wa9ta na3mil sudo apt-get update
[16:07] <achref> ydaharli hada
[16:08] <achref> http://paste.ubuntu.com/15568868/
[16:09] <achref> ???
[16:38] <chaker> achref: sudo rm -rf /var/lib/apt/lists/*
[16:38] <chaker> then sudo apt-get update
[16:42] <chaker> ping elacheche "This mirror was last verified 11 hours ago."


[00:55] <daftykins> hello folks
[00:55] <daftykins> http://imgur.com/a/TdW16
[00:56] <daftykins> here are some snaps from my hiking here in Rocky Mountain National Park, Colorado :D
[01:52] <daftykins> https://www.dropbox.com/s/ab0lv1u6hvcga8d/pano1.jpg?dl=0
[01:52] <daftykins> https://www.dropbox.com/s/yh7im6wrg0gfayo/pano2.jpg?dl=0
[01:53] <daftykins> couple of stitched together snaps
[07:49] <brobostigon> morning boys and girls.
[08:11] <Gargoyle> mornin' brobostigon.
[08:12] <brobostigon> morning Gargoyle
[08:13] <davmor2> Morning all you funkytown brothers and sisters of course :)
[08:14] <BigRedS> Goood Morning!
[08:39] <JamesTait> Good morning all!  Happy Tuesday, and happy Positive Thinking Day! 😃
[08:40] <JamesTait> Also, both Fortune Cookie Day and Defy Superstition Day.
[08:41] <JamesTait> And for those with kids, you're in for a treat as it's Kids Take Over The Kitchen Day.
[08:44] <davmor2> JamesTait: welcome back dude https://www.youtube.com/watch?v=HqYnevHibaI
[08:45] <JamesTait> davmor2, 🙌  Blues Brothers ftw!
[08:46] <davmor2> JamesTait: that was the added bonus :)
[08:47] <davmor2> I mean it's 105 miles to Chicago, we have a full tank of gas, half a pack of cigarettes, it's dark and we are wearing sunglasses  you can't help but think positive
[11:25] <diddledan> wat. https://youtu.be/sXQkXXBqj_U
[11:25] <diddledan> south park is funky weird
[11:26] <diddledan> davmor2: you'll have to add that into your song-of-the-day collection
[11:27] <diddledan> and regarding earlier. yes. blues brothers are the amaze balls
[11:28] <zmoylan-pi> you hadn't watched blues brothers?!
[11:28] <diddledan> oh, I've watched blues brothers!
[11:28] <diddledan> they're awesome
[11:28] <zmoylan-pi> but till recently
[11:28] <diddledan> balls
[11:29] <diddledan> nah, I've seen it many times over the decades
[11:29] <zmoylan-pi> ah, ok
[11:37] <diddledan> spammers aren't even trying to phish anymore - received email with subject line of "Subject: There is some news on that topic we discussed."
[11:37] <diddledan> (yes, they wrote Subject: in the subject field)
[11:37] <diddledan> and, omg, not "that topic"
[11:37] <diddledan> ?!
[11:38] <diddledan> "so. you know a thing. it happened. thinglike"
[11:38] <zmoylan-pi> wait till it's 'here is some malware to download and install' :-)
[11:39] <diddledan> isn't that the swedish virus?
[11:39] <zmoylan-pi> hands up who thinks that would still work o/
[11:39] <diddledan> o/
[11:39] <diddledan> how about "omg, I just found this awesome virus which steals all your money! download it now!"
[11:40] <zmoylan-pi> everyone else is been infected with the latest virus, you don't want to be left behind!1
[13:07] <Gargoyle> :( my notifications worked this morning, and now they are broke again.
[14:32] <foobarry> my arms are sticking to my desk :(
[14:35]  * zmoylan-pi gets some army surplus weather balloons and fills them with hydrogen and attaches them to foobarry's arms and places a do not smoke sign on their desk...
[14:37] <DJones> foobarry: Don't fall asleep on the desk, then it'll be your face stuck to the  desk
[14:38] <foobarry> i had blue tack stuck in my hair the other day, just before a presentation
[14:38] <foobarry> no idea how it got there but it was very sticky
[14:38] <zmoylan-pi> keyboard face is never _not_ funny :-)
[14:38] <DJones> Whats hair?
[14:38] <DJones> Thankfully wouldn't have that problem
[14:44] <diddledan> zmoylan-pi: don't let those balloons crash or we'll think we're being invaded by aliens
[14:45] <diddledan> I need to go to the posticle office
[14:51] <zmoylan-pi> you can't go now, it's too late.  the proper time to go is during lunchtime with all your loose change to lodge in an account
[15:03] <diddledan> zmoylan-pi: you're evil
[15:03] <diddledan> zmoylan-pi: just think of all those business types trying to get things done during their lunchbreak?!?
[15:05] <zmoylan-pi> do you think little evil things happen without careful advanced planning... will no one think of the evil overlords?!
[15:56] <Azelphur> Don't suppose I could interest anyone in clubbing in on some offsite backup space on a dedicated heztner server? Good for anyone who is using borg/rsync/... https://gitlab.home.azelphur.com/snippets/5 for more info :)
[17:28] <knightwise>   Whow :)
[17:29] <knightwise> Pihole all setup , logging the queries realtime
[17:29] <diddledan> I should know what a pihole is
[17:30] <diddledan> aha adblocking?
[17:31] <knightwise> Yup
[17:31] <knightwise> Got a droplet at digitalocean
[17:31] <knightwise> installed pihole
[17:54] <diddledan> dark matter this week has a good quote: "I'm gonna disinfect the wound" *pours alcohol* "jeez, *wincing* disinfect it, don't get it drunk!"
[18:58] <ali1234> 47GB outlook file... is that normal??
[19:04]  * zmoylan-pi wonders if the utility to fix pst from ....way.... back to <2gb still works... :-P
[19:04] <diddledan> ali1234: that's tiny for an outlook file
[19:05] <diddledan> ali1234: usually you'd be looking at 500GB minimum :-p
[19:05] <ali1234> i dont understand why the 47GB file is there
[19:05] <diddledan> with three emails
[19:05] <ali1234> outlook claims it does not own it
[19:05] <diddledan> I'd be wary about deleting it
[19:05] <diddledan> maybe copy it to another disk first
[19:06] <ali1234> i already have two backups
[19:06] <zmoylan-pi> i'd grep it for common email addresses the user contacts to see if outlook lies...
[19:13] <popey> Ooh, getting flashbacks to fixing Lotus CC:Mail postboxes
[19:14]  * popey goes for a lie down
[19:15] <davmor2> popey: I wouldn't lie down while you're having those nightmares ;)
[19:15] <zmoylan-pi> for me it was when outlook had a 2gb limit on pst files and despite informing customers of the solution. i'd reduce their pst file to <2gb and a few weeks later the problem would come back as they wouldn't purge old useless emails
[20:11] <StevenR> hrrm. Anyone know much about partition referencing? I want to set spin-down times of specific disks, but I can't find a good way of referencing them. UUIDs seem to be for partitions
[20:13] <diddledan> funky pc case: https://twitter.com/DamianEdwards/status/775788951789379584
[20:15] <ali1234> StevenR: /dev/disk/by-id
[20:17] <diddledan> nice work on the RPi gfx gonna land soon? http://www.phoronix.com/scan.php?page=news_item&px=Raspberry-Pi-VC4-Linux-4.9
[21:22] <zmoylan-pi> pffft, call that a netsplit...
[21:29] <diddledan> playing havoc with irccloud, even though it only caught a few in here
[21:30] <zmoylan-pi> some little script kiddy didn't get a captain crunch decoder ring in their rice krispies...
[21:37] <diddledan> the earlier one caused an op to global: 20:35 <spb> [Global notice] We've put a cloth over the self-destruct button so that nobody pushes it again.
[21:37] <diddledan> which begs the question: did someone push that button then?
[21:37] <zmoylan-pi> they didn't have a molly guard?
[21:39] <diddledan> ergh. those gentoo I have to admin. they have an init script called "unhaltable" which renames shutdown and reboot!?!
[21:39] <m0nkey_> wtf, gentoo?
[21:39] <zmoylan-pi> does it tell you what it renames them to?
[21:39] <m0nkey_> who uses gentoo these days?
[21:39] <zmoylan-pi> people who are still waiting for it to compile
[21:39] <diddledan> m0nkey_: them over there -->
[21:40] <diddledan> or maybe they're over there <--
[21:40] <diddledan> or up there ^---
[21:40] <diddledan> or down there ---v
[21:40] <zmoylan-pi> or <^v>
[21:41] <diddledan> I like the duck operator o>
[21:41] <diddledan> otherwise known as dude scratching his head
[21:41]  * zmoylan-pi stares suspiciously at diddledan >_>


[00:01] <m_3> I think I'm just gonna cat the unit logs on to the end of the build log upon failure
[00:01] <m_3> that way it's readable from the web
[00:10] <SpamapS> m_3: there's a workspace dir that you can stick them in too
[00:10] <SpamapS> m_3: would be good to dump the whole charm in there too
[00:10] <m_3> yeah, I was just dumping the log, but I guess there's no harm in more
[00:11] <m_3> SpamapS: what do you think jenkins would do if jobs/ was a remote mount of some sort?
[00:12] <m_3> it really just looks like logging, so it shouldn't choke it up too much
[00:12] <SpamapS> m_3: I think it copies the work dir into a build-id specific place after the run
[00:13] <m_3> right, but the work dir isn't really doing anyting atm
[00:13] <SpamapS> m_3: I'd RTFM .. but I'm too busy reviewing nijaba's drupal charm :)
[00:14] <m_3> just thinking of multiple units... charmtester-P charmtester-Q charmtester-billyjoe-jimbob
[00:14] <m_3> and like mounts rather than rsyncs for persistence
[00:15] <m_3> but I'll let you get back to charm reviews :)
[00:15]  * m_3 thinks thin... maybe nobody will notice how far behind the review queue is
[00:17] <SpamapS> m_3: we need to poke the Incompletes for status
[00:19] <m_3> roger
[00:30] <SpamapS> man, I'm sorry, but the new look for bug listings *sucks*
[00:30] <SpamapS> pastels? really?
[00:31]  * SpamapS sends apologies to those responsible for the design
[00:33] <m_3> I'm confused... it's legal yaml to leave quotes off of strings
[00:33] <m_3> why are we barfing them if they're not?
[00:33] <SpamapS> m_3: where are we barfing on them?
[00:34] <SpamapS> btw.. I wish I could say I haven't asked that on a drunken night of merriment
[00:35] <m_3> the charm-store... gustavo sent out an "Updated list of charm problems"
[00:35] <m_3> when you declare a config param of type: string
[00:35] <m_3> the default value can't be just 0
[00:35] <m_3> it's gotta be "0"
[00:35] <m_3> but that's not strictly required of yaml
[00:43] <m_3> I think we're trying to add stronger typing on top of yaml
[00:44] <m_3> but that's not what users will expect at all... it's called '.yaml' and they'll expect yaml
[00:50] <m_3> maybe I misunderstand and it's not just quoting
[00:54] <m_3> crap, yeah... it's forcing int and bool... that sucks
[00:55] <m_3> it's much easier in shell to use strings for everything
[00:56] <m_3> ok, nevermind... I'm being dumb
[01:10] <SpamapS> m_3: I agree with Gustavo on this one. If its "string", put a yaml *string* there. 0 is an int.. and the way things are converted is hard to predict.
[01:11] <SpamapS> m_3: I doubt yaml defines the algorithm that one must use to convert between types. :)
[01:12] <SpamapS> m_3: btw, you can also do reviews on charm-tools. :)


[16:44] <mdeslaur> \o
[16:44] <tyhicks> hello
[16:44] <jjohansen> o/
[16:44] <jdstrand> hi!
[16:45] <jdstrand> #startmeeting
[16:45] <meetingology> Meeting started Mon Nov 25 16:45:24 2013 UTC.  The chair is jdstrand. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:45] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:45] <jdstrand> The meeting agenda can be found at:
[16:45] <jdstrand> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:45] <jdstrand> [TOPIC] Announcements
[16:45] <jdstrand> Thanks to Thomas Ward (teward) provided debdiffs for precise-saucy for nginx (LP: #1253691)
[16:45] <jdstrand> Your work is very much appreciated and will keep Ubuntu users secure. Great job! :)
[16:45] <jdstrand> [TOPIC] Weekly stand-up report
[16:45] <jdstrand> I'll go first
[16:46] <jdstrand> I have a very short week this week. I am working today and tomorrow
[16:46] <jdstrand> I'm on triage
[16:46] <jdstrand> I'm working on an update for keystone which should go out today
[16:46] <mdeslaur> jdstrand: I'll take over triage for the rest of the week
[16:46] <jdstrand> mdeslaur: thanks :)
[16:47] <jdstrand> and I need to get the work items in shape for this cycle. I figure I'll work with you guys on that when I have something to review
[16:47] <jdstrand> mdeslaur: you're up
[16:47] <mdeslaur> I'm on community this week
[16:47] <mdeslaur> I have some jpeg updates to write some test scripts for
[16:47] <mdeslaur> and am working on merging ruby and uploading some packages in an attempt to get ruby1.8 demoted from main
[16:48] <mdeslaur> since we now have three rubys in main, and I don't want that for a 5-year supported lts
[16:48] <jdstrand> what's the story with puppet there?
[16:48] <jdstrand> (and yes, great idea)
[16:48] <mdeslaur> hrm, good question
[16:49] <jdstrand> well, worht looking at. I don't mean to derail the meeting
[16:49] <mdeslaur> looks like it's using whatever ruby is default instead of 1.8
[16:49] <mdeslaur> so 1.9.1 presumably
[16:49] <mdeslaur> it didn't show up on my list of reverse depends
[16:49] <jdstrand> cool
[16:50] <jdstrand> ah, perfect
[16:50] <mdeslaur> pending that, I'll be going down the cve list, as usual
[16:50] <mdeslaur> that's it from me
[16:50] <mdeslaur> sbeattie: you're up
[16:50] <mdeslaur> (if you're here...)
[16:50] <jdstrand> that was the only thing I could think of otoh that might be weird. glad it isn't an issue at all :)
[16:50] <sbeattie> I'm on apparmor again this week
[16:50] <sbeattie> I'll be working on testing improvements as well as some parser fixes/improvements
[16:51] <sbeattie> Which is pretty much it for me.
[16:51] <jdstrand> is that for IPC?
[16:51] <sbeattie> the testing stuff, yes. The parser bits, no.
[16:52] <sbeattie> tyhicks: I think you're up.
[16:52] <tyhicks> I have a very short week this week
[16:52] <tyhicks> I'm only working today
[16:52] <tyhicks> Right now, I'm looking into some apparmor_parser oddness
[16:52] <tyhicks> It segfaults if I change AA_DBUS_EAVESDROP from (1 << 5) to (1 << 7)
[16:52] <tyhicks> That shouldn't happen and makes me think there's a bigger bug lurking somewhere
[16:52] <tyhicks> I'll spend a little more time on that
[16:52] <tyhicks> Then I'm going to switch to the yama on touch work items
[16:52] <tyhicks> (I haven't been able to start on them yet)
[16:52] <jdstrand> tyhicks: I didn't think having a week shorter than mine was possible :)
[16:52] <tyhicks> jdstrand: beat ya :)
[16:53] <tyhicks> that's it for me
[16:53] <mdeslaur> bunch of slackers :)
[16:53] <tyhicks> jjohansen: you're up
[16:53] <sbeattie> tyhicks: oh hrm, is that with the patch set you submitted?
[16:53] <tyhicks> sbeattie: yep
[16:53]  * jjohansen is working on apparmor ipc again this week.
[16:54] <jjohansen> I need to coordinate with sbeattie on some testing and see if I can't get him a new kernel
[16:54] <sbeattie> +1
[16:55] <jdstrand> jjohansen(, sbeattie): can you give a brief update on IPC (eg, are we still on track for ppa this month, archive, next, etc)?
[16:56] <jjohansen> jdstrand: we are running behind, since this week is the last week of the month. PPA this month might not happen, if not this week though hopefully next
[16:57] <jdstrand> jjohansen: ok, well, please don't feel like you have to work through the holiday
[16:57] <jjohansen> who me?
[16:57] <jjohansen> never
[16:58] <jjohansen> :)
[16:58] <jdstrand> jjohansen: was there anything on goldfish?
[16:58] <jdstrand> s/thing/ update/
[16:58] <jjohansen> oh, I suppose I need to send the patch to the kernel team today, and make sure, the apparmor=0 work around is reverted once the kernel rolls out
[16:59] <jdstrand> ah, so you found the problem? what was it?
[16:59] <jjohansen> it was that patch from last week, the #ifdef SMP
[16:59] <jjohansen> one
[16:59] <jdstrand> oh, interesting. I thought that was something else
[16:59] <jdstrand> cool
[17:00] <jdstrand> (that but number was old iirc)
[17:00] <jdstrand> anyhoo, nice! :)
[17:00] <jjohansen> jdstrand: well there was a bug against the saucy kernel from some guy doing self compiled kernels
[17:01] <jjohansen> that was the old bug number, same bug really
[17:01] <jjohansen> sarnold: your up
[17:03] <sarnold> I'm in the happy place this week, also a short week, off thursday and friday; I have a merge of libgcrypt11 to work on, a new MIR audit, and -maybe- ask for a CVE for an already-known issue I discovered while working on a MIR audit last week
[17:03] <sarnold> it'd be wonderful to make some further dents in the apparmor patches that are still unreviewed, I know there's several of them left..
[17:04] <sarnold> I think that's it for me, chrisccoulson you're up :)
[17:04] <chrisccoulson> yoyo
[17:04] <chrisccoulson> the oxide packaging is almost done now. just waiting on https://code.launchpad.net/~osomon/oxide/initial-build-fixes/+merge/195076, which is basically the last blocker
[17:05] <chrisccoulson> i should have it in a PPA after that :)
[17:05] <chrisccoulson> this week, i'm focusing on getting bug 1214049 finished
[17:06] <mdeslaur> \o/
[17:06] <sarnold> wow :)
[17:06] <chrisccoulson> oSoMoN has been contributing some fixes as well now
[17:06] <sarnold> \o/ :D
[17:06] <chrisccoulson> so we got http://bazaar.launchpad.net/~oxide-developers/oxide/oxide.trunk/revision/257 and http://bazaar.launchpad.net/~oxide-developers/oxide/oxide.trunk/revision/256 last week
[17:07] <chrisccoulson> i think that's me done
[17:08] <jdstrand> chrisccoulson: nice! :)
[17:08] <chrisccoulson> oh, i had the joy of learning how to use bzrlib last week too
[17:08] <chrisccoulson> that wasn't fun ;)
[17:09] <jdstrand> :)
[17:09] <jdstrand> [TOPIC] Highlighted packages
[17:09] <jdstrand> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[17:09] <jdstrand> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[17:09] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/network-manager-openvpn.html
[17:09] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/turba2.html
[17:09] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/smsclient.html
[17:09] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/djbdns.html
[17:09] <jdstrand> http://people.canonical.com/~ubuntu-security/cve/pkg/feh.html
[17:10] <jdstrand> [TOPIC] Miscellaneous and Questions
[17:10] <jdstrand> Does anyone have any other questions or items to discuss?
[17:10] <sarnold> djbdns? o_O I'm shocked :)
[17:11] <jdstrand> the CVEs are old. possibly needs more triage
[17:12] <sbeattie> well, the package version we ship hasn't changed since precise, either.
[17:15] <jdstrand> mdeslaur, sbeattie, tyhicks, jjohansen, sarnold, ChrisCoulson: thanks!
[17:15] <sarnold> thanks jdstrand :)
[17:15] <jdstrand> #endmeeting
[17:15] <jjohansen> thanks jdstrand
[17:15] <meetingology> Meeting ended Mon Nov 25 17:15:24 2013 UTC.
[17:15] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-11-25-16.45.moin.txt
[17:15] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-11-25-16.45.html
[17:15] <tyhicks> thanks!
[17:15] <sbeattie> jdstrand: thanks!
[20:55] <kees> time for ubuntu tech board meeting! oh wait... no tech board.
[20:56] <mdeslaur> heh
[21:00] <genii> Hm.
[21:02] <stgraber> haha, yeah, my phone is still telling me I
[21:02] <stgraber> *I'm supposed to have a meeting