[01:26] <thumper> mwhudson: ping
[01:27] <mwhudson> thumper: pong
[01:27] <thumper> mwhudson: remember that RT we had ages ago for a machine to test multiple codehosting front ends talking NFS?
[01:28] <thumper> mwhudson: feel like getting involved with the testing of said issue?
[01:31] <mwhudson> thumper: yeah, i'm subscribed to the RT
[01:32] <mwhudson> i wouldn't have a problem getting involved, i should probably ask linaro management if they do though :-)
[01:36] <thumper> mwhudson: ok
[01:36] <thumper> mwhudson: we want to test it but I don't have the resources to put people on it right now :-(
[01:37] <james_w> what do you estimate the investment to be?
[01:37] <james_w> and what do we get out of it?
[01:37] <thumper> we get better front end scalability for codehosting connections
[01:37] <thumper> and kill a single point of failure
[01:38] <thumper> not sure on time estimate
[01:38] <lifeless> more tolerance of high load
[01:38] <thumper> I'm not sure on the time investment
[01:38] <thumper> I have a feeling that mwhudson would be able to give a better guess than me
[01:38] <lifeless> less downtime
[01:38] <mwhudson> simple testing should be simple
[01:38] <lifeless> [rephrased]
[01:38] <james_w> heh
[01:38] <mwhudson> if it all works fine, it's not long
[01:39] <mwhudson> although i don't know how one would test production like load safely
[01:39] <james_w> IS have provided the test rig, it's just hammering on it for a while?
[01:39] <mwhudson> yeah, & figuring out details of deployment i guess
[01:40] <james_w> sounds like something we can invest in, because I can certainly see the appeal
[01:41] <james_w> obviously if it starts to escalate we will have to look again
[01:41] <mwhudson> is jam's forking service stuff deployed yet?
[01:42] <spiv> I don't think so
[01:42] <thumper> mwhudson: I don't think it is being used yet
[01:42] <thumper> merged but unused
[01:42] <mwhudson> :(
[01:42] <mwhudson> somewhat tangential to the issue at hand of course
[01:43] <mwhudson> james_w: so you'd be ok with me spending tomorrow morning say on this?
[01:43] <james_w> mwhudson, sure. Let me know if it adds up to more than a day of your time.
[01:44] <mwhudson> tbh, i'm a little bit unsure what to work on as i have less than 2.5 days work left before being off for xmas, seems a bad time to start something big
[01:44] <james_w> yeah, this seems like a good stocking filler
[01:44] <james_w> though I might advocate for getting the dead code in use and only tackling one big infrastructure change at a time
[01:45] <spiv> I think jam's thing is stuck at RT 42199, the qastaging for it?
[01:56] <lifeless> james_w: have you become a team lead ?
[01:57] <james_w> lifeless, yes, but things are still in flux
[01:58] <lifeless> congrats
[03:00] <stub> Anyone else looking at the devel->db-devel conflict?
[03:01] <poolie> hi lifeless
[03:01] <poolie> and stub
[03:02] <stub> yo
[03:02] <poolie> thumper: are you around?
[03:02] <thumper> yeah
[03:02] <poolie> do any of you want to talk to me about bug 605775, and showing file content within loggerhead?
[03:02] <_mup_> Bug #605775: Loggerhead doesn't support linking to the raw content <loggerhead:In Progress by mkanat> < https://launchpad.net/bugs/605775 >
[03:02] <poolie> i'm wondering what fits best in lp
[03:02] <poolie> i guess i should go by analogy to bug attachments which is that we'll serve anything, but we must serve it from a separate domain
[03:03] <poolie> to avoid/reduce xss
[03:06] <thumper> poolie: I think that the option defined at the end of 2) to only support text/plain or application/octet-stream should mitigate the need for a separate domain
[03:06] <thumper> is ok
[03:07] <thumper> poolie: or at least have it a configurable option
[03:07] <thumper> as some people may want to run loggerhead locally and have it serve images
[03:07] <thumper> but launchpad doesn't
[03:07] <thumper> although...
[03:07] <thumper> if we did get around to adding wikkid into LP there would be similar problems
[03:08] <thumper> perhaps we don't care that much?
[03:10] <poolie> which "2"?
[03:10] <poolie> oh, i see
[03:10] <poolie> you have to pick from the list in my last post though :)
[03:11] <thumper> I was referring to the description
[03:11] <thumper> I haven't read the entire thread
[03:11] <thumper> is it necessary?
[03:11] <poolie> probably not
[03:12] <poolie> i kinda feel someone wearing a security hat ought to agree to it
[03:12] <thumper> agreed
[03:12] <thumper> depending on the size of the hat, you might get different answers :)
[03:14] <lifeless> thumper: applicaiton-octet stream is insecure and must not be used the lp domains
[03:14] <lifeless> (for user supplied content)
[03:14] <thumper> poolie: see...
[03:14] <lifeless> s/the/in the/
[03:14] <poolie> yes, i know
[03:14] <poolie> i'm trying to decide on the best alternative
[03:14] <lifeless> I thought I put it in the bug already
[03:15] <thumper> I didn't read the entire thread
[03:15] <lifeless> ah, I think my comments were in the merge proposal
[03:15] <poolie> you commented on the bug
[03:16] <lifeless> https://code.launchpad.net/~mkanat/loggerhead/raw-controller/+merge/42675
[03:17] <lifeless> is where I linked to the documented ie behaviour
[03:17] <lifeless> anyhoo, I'm not here today. ciao
[03:17] <poolie> so we agree on lp we will only serve them from a separate domain?
[03:18] <poolie> ciao
[03:18] <mwhudson> well
[03:18] <mwhudson> oh nm
[03:19] <mwhudson> showing raw content from private branches also sounds fun
[03:19] <mwhudson> probably needs a different hostname per branch or something :/
[03:19] <wgrant> Like we do for the restricted librarian.
[03:20] <mwhudson> yeah, and for the same reasons
[03:20] <wgrant> The Web is bad.
[03:20] <wgrant> :(
[03:21] <mwhudson> maybe we can use websockets somehow
[03:21] <mwhudson> (note: heavy sarcasm)
[03:21] <thumper> this all just makes me want to cry
[03:21] <thumper> if only people decided not to be evil
[03:21] <thumper> the world would be a nicer place
[03:21]  * thumper relocates back to his home
[03:22] <poolie> ok, we'll do the same as there
[03:24] <lifeless> poolie: its a little complex to do right now
[03:24] <lifeless> by do, I mean discuss
[03:24] <lifeless> as mwhudson and wgrant are talking about
[03:25] <mwhudson> refusing to do it for private branches at all is an option too
[03:25] <lifeless> poolie: my suggestion to mkanat to get a discussion going in the lp dev list remains as my best suggestion for moving forward
[03:25] <poolie> i agree too
[03:25] <lifeless> I'm sure that if a proposal gets forged in that fire, it will be rock solid
[03:25] <wgrant> We need an insecure domain.
[03:25] <lifeless> I'm worried that landing an unsafe branch on trunk will make trunk un-upgradable to by LP
[03:25] <wgrant> To stick stuff like the librarian and branches under.
[03:26] <lifeless> wgrant: launchpadlibrarian.net :P
[03:26] <poolie> i am not going to let him land something that is unsafe by default
[03:26] <mwhudson> wgrant: the problem is not the insecure domain
[03:26] <lifeless> coolio
[03:26] <poolie> even for non-lp users i think that would be a poor choice
[03:26] <lifeless> have fun y'all
[03:26] <mwhudson> wgrant: the problems are the "slightly secure" domains
[03:26] <wgrant> mwhudson: Right, but we sitll need an insecure domain.
[03:27] <mwhudson> let's confused the user and use lauchpad.net
[03:27] <StevenK> Even mis-spelt?
[03:29] <poolie> thanks for your contribution
[03:29] <poolie> :P
[04:29] <stub> thumper: Even if we restrict what mimetypes or extensions we serve from the Librarian, we want it on a separate domain because web browsers have bugs.
[04:47] <spm> StevenK: wgrant: thee builder scores for PPA's - are they meaningless these days? or still relevant? istr some discussion a while back about no longer using those. ?
[04:49] <wgrant> spm: They're still relevant.
[04:50] <wgrant> We don't want to use them.
[04:50] <wgrant> But there's nothing else yet.
[04:50] <StevenK> We just can't stop
[04:50] <StevenK> Right, because that
[04:51] <StevenK> spm: Someone is asking for a bump?
[04:58] <spm> well no. someone has a bump already - 12K and counting. but apparently not being built.
[04:58] <spm> that's a built in bump. I've not touched a thing.
[05:04] <wgrant> Hmm.
[05:04] <wgrant> We are running low on buildds.
[05:04] <wgrant> And there are some long builds running.
[05:04] <poolie> i'll do a patch for rlimits
[05:05] <poolie> spm i think robert would agree that if you have to kill/restart things by hand, there's at least two bugs
[05:05] <poolie> one underlying bug and one that it's not killed automaticalyl
[05:06] <mwhudson> launchpad is pretty hostile to the casual developer
[05:07] <spm> poolie: agreed. I did like the idea of the feature flag - but accept the challenges there :-/
[05:07] <mwhudson> i guess this isn't really news
[05:24] <poolie> spm do you have any idea what would be a reasonable limit? how much ram does that machine have?
[05:24] <poolie> shall we say 3G? or 2G?
[05:25] <spm> 64K?
[05:25] <poolie> things were easier then
[05:26] <spm> it has 8, but shares with some very big, and slow processes. it's not a single thing that gets bad per-se, it's the multiples that make it struggle.
[05:26] <spm> I'd aim for 1.2->1.5, and see how often we abort. work from that?? (to open negotiations)
[05:26] <poolie> ok
[05:27] <poolie> this is another case where it would be great to set rlimits through flags so they could be tweaked
[05:27] <poolie> one step at a time
[05:27] <spm> istr mwhudson did similar with the other whatsits, try and find a sweet point.
[05:27] <spm> actually....
[05:27] <spm> I can have a look thru the last week and *give* you an idea of how much is normal.
[05:27] <poolie> doing new code rollouts seems like a tedious way to titrate it
[05:28] <spm> right
[05:28] <mwhudson> wallyworld: wow, that's a strange test failure
[05:28] <wallyworld> mwhudson: yeah :-(
[05:28] <mwhudson> wallyworld: i think i know the problem though: for the tests in TestPullerMonitorProtocol, TestCase.setUp is being called twice
[05:28] <wallyworld> any ideas?
[05:28] <mwhudson> wallyworld: why this causes the symptoms it does.... no idea
[05:28] <wallyworld> oh
[05:29] <wallyworld> mwhudson: i'll just switch back to that branch and have a look
[05:31] <mwhudson> wallyworld: it's something like, the testcase's _recordOops method is registered as an @adapter(ErrorReportEvent)
[05:32] <mwhudson> wallyworld: and something about registering it twice means that it doesn't get deregistered properly
[05:32] <wallyworld> mwhudson: well, removing the dup setup worked \o/
[05:32] <wallyworld> i was too busy looking for something non obvious and complicated :-)
[05:33] <wallyworld> thanks for finding it :-)
[05:33] <mwhudson> well, it was a good one for a set of fresh eyes i think
[05:33] <mwhudson> wallyworld: duplicating the line
[05:33] <mwhudson>         self.useFixture(ZopeEventHandlerFixture(self._recordOops))
[05:33] <mwhudson> in TestCase.setUp brings the error back
[05:34] <wallyworld> ok. interesting that it hasn't come up before now
[05:35] <mwhudson> yeah
[05:35]  * wallyworld fires up ec2 again :-)
[05:38] <mwhudson> i would like to know why the failure mode is just that strange
[05:38] <mwhudson> but i would also like to go home and have dinner
[05:39] <poolie> mwhudson: https://code.launchpad.net/~mbp/launchpad/690021-rlimit/+merge/43733
[05:39] <poolie> but don't let it spoil/delay your dinner
[05:39] <wallyworld> mwhudson: enjoy your dinner. thanks again :-)
[05:40] <mwhudson> poolie: approved, you'll need to find someone else to land it though
[05:40] <mwhudson> (unless you can do that now?)
[05:40] <poolie> i probably have permission; i might need some hand holding
[05:41] <poolie> are there black box tests for this?
[05:41] <poolie> or, can i interactively test it?
[05:41]  * mwhudson points poolie at wallyworld :-)
[05:41] <mwhudson> poolie: yeah, there are blackbox tests
[05:41]  * wallyworld looks
[05:44] <wallyworld> poolie: i can help you land it but am not sure about testing it
[05:44] <poolie> i will see what i can do
[05:47]  * poolie fights with source code
[06:00] <LPCIBot> Project db-devel build (217): FAILURE in 3 hr 34 min: https://hudson.wedontsleep.org/job/db-devel/217/
[06:02]  * StevenK glares at Hudson
[06:03]  * wgrant glares back at StevenK.
[06:03] <wgrant> You borked it!
[06:03] <wgrant> Although I was watching :(
[06:13] <LPCIBot> Project db-devel build (218): ABORTED in 12 min: https://hudson.wedontsleep.org/job/db-devel/218/
[06:13] <LPCIBot> Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 12071,
[06:13] <LPCIBot> 12072 included.
[06:28] <spm> poolie: "<spm> I can have a look thru the last week and *give* you an idea of how much is normal." <== 99.55% are < 400Mb. 99.90% < 800Mb. then it jumps into crazy territory. I'd suggest starting with 600Mb.
[06:44] <poolie> spm, ok
[06:44] <poolie> so i put it up at 2gb
[06:45] <spm> shrug that works.
[06:48] <lifeless> [06:48] <lifeless>     Hard / Soft  Page ID
[06:48] <lifeless>       30 /  173  BugTask:+index
[06:48] <lifeless>       10 /  112  ProjectGroupSet:CollectionResource:#project_groups
[06:48] <lifeless>        9 / 2622  Archive:+index
[06:48] <lifeless>        9 /  230  Distribution:+bugs
[06:48] <lifeless>        7 /  235  Distribution:+bugtarget-portlet-bugfilters-stats
[06:48] <lifeless>        6 /   16  Archive:+copy-packages
[06:48] <lifeless>        6 /    7  Person:+bugs
[06:48] <lifeless>        5 /  195  POFile:+translate
[06:48] <lifeless>        5 /    6  ProjectGroup:+milestones
[06:48] <lifeless>        4 /    0  https://api.edge.launchpad.net
[06:58] <jelmer> 'morning
[06:59] <spm> heya jelmer!
[07:30] <lifeless> wgrant: bug 690484 is a dup of #?
[07:30] <_mup_> Bug #690484: "Start in 1 minute" shown for hours despite 12505 points <Soyuz:New> < https://launchpad.net/bugs/690484 >
[07:32] <wgrant> lifeless: It may not be a dupe.
[07:32] <wgrant> The underlying problem was not fixable until very recently.
[07:33] <spm> lifeless: there's a basic summary in #is from about 90 mins ago. fwiw.
[07:34] <lifeless> wgrant: I thought there was a bug for queue estimating already
[07:34] <lifeless> oh, I see
[07:34] <lifeless> PEBCAK
[07:35] <wgrant> It's not really an estimate issue.
[07:35] <spm> right. it's not an estimate problem.
[07:35] <wgrant> It's publisher latency + people clicking things that they shouldn't.
[07:35] <lifeless> so, someone will updates it?
[07:35] <spm> if anything the estimate was accurate.
[07:35] <wgrant> I will talk to Julian about it this evening.
[07:35] <spm> just... wrong. :-)
[07:35] <wgrant> Since it's now feasible to fix.
[07:36] <spm> wgrant: so the estimate would be "Never. This PPA is unable to publish" or words similar?
[07:36] <wgrant> spm: No -- private PPAs need no longer wait for publication.
[07:36] <spm> ah. even better.
[07:37] <wgrant> They can use the public restricted librarian.
[07:44] <poolie> hy bryce
[08:03] <poolie> how do i actually land something through pqm?
[08:03] <poolie> i don't need ec2 testing
[08:04] <wgrant> bzr lp-land, or bzr pqm-submit.
[08:04] <wgrant> lp-land takes an MP, pqm-submit requires you to specify the source, destination and commit message manually.
[08:05] <poolie> ok
[08:07] <poolie> bryceh: so my current theory as i said in mail is that for some tests there are two database connections present
[08:07] <poolie> and two transactions
[08:08] <bryceh> ok
[08:08] <poolie> this may be bs
[08:09] <poolie> i was hoping someone would answer that it was true :)
[08:11] <bryceh> poolie, http://pastebin.com/JFiz4mga
[08:11] <bryceh> wait, nevermind that
[08:11] <bryceh> (ran the wrong test)
[08:13] <poolie> iow i'm wondering if the test is running in a different storm context from the code under test
[08:13] <poolie> or something like that
[08:13] <bryceh> here we go - http://pastebin.com/UghMbtsJ
[08:13] <poolie> bear in mind it's only installed per-thread
[08:14] <bryceh> note down towards the bottom Features: {'bugtracker_components': None}
[08:14] <bryceh> I assume that should show as something other than None once the feature flag is seen
[08:14] <poolie> right
[08:15] <poolie> that does show that at least your template/view checked the flag
[08:15] <poolie> in -1 seconds!
[08:15] <poolie> way to go
[08:15] <bryceh> hehe
[08:17] <poolie> i see that create_view does setFirstLayer etc
[08:17] <poolie> i wonder if that gives it a new db connection?
[08:17] <poolie> or maybe this is a different kind of layer?
[08:19] <bryceh> I tried doing this, but same error:
[08:19] <bryceh> Store.of(self.bug_tracker).add(FeatureFlag(
[08:19] <bryceh>                 scope=u'default', flag=u'bugtracker_components',
[08:19] <bryceh>                 value=u'on', priority=1))
[08:19] <poolie> hm
[08:19] <poolie> actually if my theory is true you'd expect that no uncommitted changes are seen by the view
[08:19] <poolie> but in fact it's very common that they all are
[08:20] <poolie> can you make your view print its threadid and print the tid from the test code?
[08:21] <bryceh> you mean like:
[08:21] <bryceh>         print view.threadid
[08:21] <bryceh>         print self.tid
[08:21] <bryceh> ?
[08:21] <poolie> no i think
[08:22] <poolie> threading.currentThread()
[08:26] <bryceh> _MainThread(MainThread, started -1219778880)
[08:28] <poolie> the same in both?
[08:34] <bryceh> hmm, I can't figure out how to get the view to print its threadid
[08:35] <poolie> ok
[08:35] <poolie> bryceh: i need to go and cook
[08:35] <poolie> the next thing i would try is to get all the feature control rules
[08:36] <poolie> and see if there is one in there that's not being bmatched
[08:40] <poolie> ok good night all
[08:40] <poolie> bryceh: if you learn anything else (or don't), please send a followup to the dev list
[08:40] <bryceh> poolie, ok thanks for trying
[08:41] <poolie> oh you could also search the archives
[08:41] <bryceh> this feature flag stuff has been a huge headache
[08:41] <poolie> somebody, maybe deryck, hit something similar before
[08:41] <poolie> sorry :(
[08:41] <poolie> for testing, or generally?
[08:41] <bryceh> generally
[08:42] <poolie> if you can send a mail explaining where the problems have been i'd appreciate it
[08:42] <bryceh> was hard to figure out how to get it set up and working in the first place, now its hard to figure out how to get it to work in tests
[08:42] <bryceh> poolie, that's easy - the documentation is really confusing
[08:43] <poolie> ok, that should be fixable then
[08:43] <poolie> anything else?
[08:44] <poolie> well, if you think of anything, let me know
[08:52] <thumper> wallyworld_: ping
[08:52] <wallyworld_> thumper: hi.
[08:52] <thumper> wallyworld_: https://code.qastaging.launchpad.net/+daily-builds
[08:52] <thumper> wallyworld_: can you land a patch rs=me to remove the distro from the first column?
[08:52] <wallyworld_> i know. the filtering doesn't work :-(
[08:52] <thumper> wallyworld_: just the distribution fmt:link
[08:52] <wallyworld_> i'm fixing it now
[08:53] <thumper> wallyworld_: this isn't the filtering
[08:53] <wallyworld_> i'll include your change in the same branch
[08:53] <thumper> wallyworld_: thanks
[08:53] <wallyworld_> yeah, i was just letting you know i was already looking at it
[08:53] <wallyworld_> i'll do it tonight and the mp will be in your inbox tonmorrow morning
[08:54] <wallyworld_> thumper: i assume the distro is to be removed because it's always Ubuntu?
[08:54] <thumper> wallyworld_: yep
[08:54] <thumper> wallyworld_: perhaps in the future if it isn't always ubuntu, we may change it
[08:55] <wallyworld_> thumper: i was just typing that question :-)
[08:55] <thumper> :)
[08:56] <wallyworld_> thumper: mw found the codehosting issue too :-)
[08:56] <thumper> wallyworld_: awesome
[08:56] <thumper> mwhudson: I owe you a drink next time we are together in the same place :)
[08:56] <wallyworld_> thumper:  there was a bad test that called setup twice - been there a while, unrelated to my changes. not sure why it showed up the way it did
[08:56] <thumper> oh well
[08:56] <thumper> good to clean it up
[08:57] <wallyworld_> yep. it's in ec2 again as we speak. it was such a simple error - i was looking for something really complicated
[08:57] <thumper> :)
[08:57]  * thumper afk again
[08:57] <wallyworld_> wood, tree and all that
[09:11] <mrevell> Hello
[09:29] <wgrant> Does anybody have any objections to a reversion of r12041 (the Bugs restricted LFA API change, which has been qa-bad and untouched for four days)?
[09:33] <gmb> wgrant: ISTR abel doing some work on that, but he's got a bad back and won't be working for the rest of the week. Probably best to check with deryck, who I think knows what's happening there.
[09:34] <wgrant> gmb: k, was wondering where he was.
[09:34] <wgrant> Thanks.
[09:34] <wgrant> Will check with deryck when he appears.
[09:35] <gmb> Cool.
[09:46] <jelmer> has anybody else tried ec2 land in natty yet? From the first look of it it looks broken here.
[09:49] <wgrant> I was going to upgrade this weekend. Maybe I should not.
[10:14] <gmb> Anyone know off the top of their heads how I can persuade a widget to sprout a tabindex? Or should I just poke around until Zope blows up in my face, as usually happens with widgety things.
[10:17] <gmb> Nice. I'm so smart I ask the question and then /part the channel. I'm obviously going to have a winner of a day.
[10:20]  * gmb decides to just go an shove things in templates. It works better.
[10:21] <wgrant> As long as you don't use BeautifulSoup...
[10:24] <wgrant> Do we have reports of script runtimes somewhere?
[10:25] <gmb> Ah, BeautifulSoup, the thing that made syncing with Sourceforge possible for a short while.
[10:26] <wgrant> IIRC it was also involved in generation of the code import registration form.
[10:26] <gmb> wgrant: IDK; mthaddon might know. There may be something at https://lpstats.canonical.com.
[10:27] <mthaddon> we don't - it's in the DB, but I don't believe we graph it
[10:27] <mthaddon> (scriptactivity table)
[10:28] <wgrant> Hmm.
[10:46] <LPCIBot> Yippie, build fixed!
[10:46] <LPCIBot> Project db-devel build (219): FIXED in 3 hr 35 min: https://hudson.wedontsleep.org/job/db-devel/219/
[10:46] <allenap`> gmb: Do you know what the deal is with revision 12041 on https://devpad.canonical.com/~lpqateam/qa_reports/deployment-stable.html?
[10:49] <gmb> allenap`: wgrant already wondered about that. I don't know where abel was up to with fixing it. deryck might; if it's okay with him we'll back it out.
[10:50] <wgrant> gmb: It turns out that bigjools managed to get a rev after it rolled out anyway, so I am no longer strongly desiring its removal.
[10:51] <gmb> wgrant: Righto. Worth pursuing anyway, elsewise it'll make things confusing.
[10:51] <bigjools> there was a rev that backed it out, no?
[11:41] <lifeless> bigjools: I sure hope so, or apport is broke again :)
[11:46] <wgrant> It was only rolled out to Soyuz.
[11:47] <wgrant> It's not been rolled back, AFAICT.
[12:04] <deryck> Morning, all.
[12:56] <stub> Is the thing that generates diffs for merge proposals single threaded? No update for 8 mins on https://code.launchpad.net/~stub/launchpad/pending-db-changes/+merge/43763
[13:29] <jelmer> fwiw that MP still hasn't been updated - and it's 39 minutes ago now
[14:59] <bac> abentley, adeuring, allenap , bac, benji, danilo, sinzui, deryck, EdwinGrubbs, flacoste, gary, gmb, henninge, jelmer, jcsackett, jtv, bigjools, leonard, mars, mrevell: Reviewers Meeting ping
[15:00] <deryck> ack, thanks for the ping
[15:00]  * gary_poster is ready with my "me"
[15:02] <bac> allenap`: ^^
[15:03] <allenap> Thanks bac.
[16:37] <mrevell> Hey sinzui, do you have time for our call now?
[16:37] <sinzui> mrevell, I will be free in a few minutes
[16:37]  * sinzui otp
[16:37] <mrevell> np
[16:42] <gmb> gary_poster: Do you know if it's possible to give a widget or action button a tabindex using Zope? (Sorry if that's repeated; I lost conn)
[16:42] <gmb> gary_poster: I'm asking in the context of https://bugs.launchpad.net/malone/+bug/558419
[16:42] <_mup_> Bug #558419: +filebug page really should have tabindex for "Submit Bug Report" Button <bugjam2010> <dhrb> <escalated> <story-ajaxify-dupe-finder> <Launchpad Bugs:In Progress by gmb> < https://launchpad.net/bugs/558419 >
[16:43] <gary_poster> gmb: I'm pretty sure it is one of the knobs.  Lemme see if see any docs...
[16:44] <sinzui> mrevell, mumble
[16:44] <gmb> gary_poster: Thanks.
[16:49] <gary_poster> gmb: "extra" is a string that is just dumped in the widget tag, I believe.  you can set it up with the usual customwidget bits
[16:49] <gary_poster> is that enough to get you going, or should I try for more detail? :-)
[16:49] <gmb> gary_poster: Brilliant, thanks for the tip.
[16:50] <gary_poster> cool
[16:50] <gmb> gary_poster: That's fine. I'll poke around til something works - or breaks.
[16:50] <gary_poster> :-)
[17:44] <bigjools> flacoste: so I am not sure after that call as to whether jml's bugjam counter is looking for the tag or not, what was the consensus?
[17:45] <flacoste> bigjools: sinzui thinks it is, i'm not sure
[17:45] <flacoste> bigjools: looking at the code would clear doubts
[17:45] <flacoste> but i'm not sure where the code lives
[17:45] <bigjools> it would. but ... exactly
[17:45] <flacoste> putting the tag on is safe anyway
[17:45] <bigjools> where is it running
[17:45] <flacoste> and good practices
[17:45] <flacoste> on his server i think
[17:45] <flacoste> it's on mumak.net
[17:46] <flacoste> an API script
[17:46] <bigjools> yeah, I just went through 20-odd bugs adding the tag
[17:46] <bigjools> let's see if the count changes
[17:46] <flacoste> bigjools: it doesn't to seem to run that often either
[17:47] <flacoste> but we'll see
[17:50] <bigjools> and on that note, it's good night from me
[18:52] <beuno> abentley, hai! I wants lp-propose!  where do I get it from?
[18:53] <jelmer> beuno: it's in the launchpad plugin
[18:53] <jelmer> so if you have bzr you should have itg
[18:53] <jelmer> s/itg/it/
[18:53] <beuno> orly?
[18:54] <beuno> zomg!
[18:54] <beuno> that is awesome
[18:54] <beuno> thanks jelmer
[19:07] <gary_poster> gmb: hoping to have a bugs team review on a revert I'm doing of an adeuring branch.  You happen to be around for such a thing?  I think you are the only candidate
[21:09] <thumper> abentley: ping?
[21:10] <abentley> thumper, pong
[21:10] <thumper> abentley: mumble?
[22:22] <lifeless> flacoste: win: https://bugs.launchpad.net/launchpad/
[22:22] <flacoste> lifeless: nearly complete
[22:26] <flacoste> lifeless: now it's complete!
[22:26] <flacoste> blog post and identi.ca updated
[22:27] <wgrant> ... I didn't think that was happening yet.
[22:30] <flacoste> it's actually 5 days late
[22:30] <flacoste> was supposed to happen before the opening of the Jam
[22:51] <thumper> poolie: you'll be happy to know I've just fixed bug 523019 for the bugjam
[22:51] <_mup_> Bug #523019: can't save comment on mp til you click in the text field <ajax> <chrome> <code-review> <confusing-ui> <lp-code> <Launchpad itself:Triaged> < https://launchpad.net/bugs/523019 >
[22:52] <poolie> nice
[22:56] <wgrant> jelmer: Hi.
[23:04] <jelmer> wgrant: g'morning
[23:04] <wgrant> jelmer: Evening.
[23:04] <wgrant> jelmer: How is SyncPackageJob going?
[23:05] <jelmer> wgrant: tagged needs-landing
[23:06] <jelmer> wgrant, I've been almost done with it for about a week but keep being interrupted by other things
[23:06] <wgrant> jelmer: How usable will it be for Debian->Ubuntu in the near future?
[23:07] <jelmer> wgrant, The UI won't be relevant, but I've created the actual job with Debian->Ubuntu syncs in mind.
[23:07] <poolie> jelmer, we should talk sometime before christmas
[23:07] <poolie> but, i see it's late for you now - maybe tomorrow morning your time, or next week?
[23:08] <poolie> i'm going to be on leave tomorrow (just for friday)
[23:08] <jelmer> poolie: now would be fine actually, I'll probably be around for another hour
[23:09] <jelmer> poolie, but I'll be around next week as well
[23:12] <wgrant> jelmer: OK, great.
[23:15] <poolie> jelmer: irc/skype/pots/mumble/..?
[23:15] <jelmer> mumble ?
[23:17] <poolie> great
[23:59] <bac> thumper, mwhudson, stevenk, wallyworld, wgrant: reviewers meeting?


[10:57] <elbuntu> Hi Guys, I would like to help Ubuntu with testing pre-releases, apps etc... I am an Ubuntu user and develop web apps and also know JAVA, C++ & Gambas. How  do I get started?
[10:57] <jussi> !contribute | elbuntu
[10:59] <elbuntu> Thanks guys, I'll check the links out. :)
[16:01]  * slangasek waves
[16:01] <slangasek> #startmeeting
[16:01] <meetingology> Meeting started Wed Jan 30 16:01:51 2013 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <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:02] <slangasek> [TOPIC] Lightning round
[16:02] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra cjwatson xnox stokachu)
[16:02] <slangasek> bdmurray jodh ogra stgraber stokachu barry ev doko slangasek xnox cjwatson
[16:03] <bdmurray> Blueprints:
[16:03] <bdmurray> I was working on create and update a BucketSystems column family to keep track of unique systems in a bucket: TODO
[16:04] <bdmurray> and
[16:04] <bdmurray> Import developer to package and developer to team mappings and filter the default view on errors.ubuntu.com to problems the developer and their team are responsible for: TODO
[16:04] <bdmurray> there is a now a user view at errors.ubuntu.com which is part of that
[16:04] <bdmurray> I completed the following:
[16:04] <bdmurray> move stable release notes from archiveadmin page and put it in another page and link to it from the archiveadmin page and the SRU page: DONE
[16:05] <bdmurray> update SRU team documentation to mention that the security team should be pinged for any copies to the -security pocket: DONE
[16:05] <bdmurray> document pinging the SRU team member of the day in #ubuntu-release to escalate SRUs: DONE
[16:05] <bdmurray> other work:
[16:05] <bdmurray> irc discussion with evan regarding errors user parameter
[16:05] <bdmurray> setup of errors in an lxc environment linked to production cassandra
[16:05] <bdmurray> debugged user view on errors.ubuntu.com
[16:05] <bdmurray> setup rpdb2 on lxc versions of errors
[16:05] <bdmurray> added rpdb2 information to w.u.c/ErrorTracker/Deployment
[16:05] <bdmurray> sorted out issue with user parameter only working with one source package
[16:05] <bdmurray> landed fix for bug 1103156 regarding user parameter
[16:05] <bdmurray> uploaded software-center to raring fixing bug 1095823
[16:06] <bdmurray> uploaded software-center fix for bug 1095823 to P and Q
[16:06] <bdmurray> tested and uploaded fix for bug 1077113
[16:06] <bdmurray> testing fix for bug 1098235 regarding update-notifier and gksu
[16:06] <bdmurray> merge proposal for apport adding a policykit policy to allow pkexec to use apport-gtk
[16:06] <bdmurray> Q SRU verification of bug 1077253 regarding apport
[16:06] <bdmurray> updated w.u.c/StableReleaseUpdates per blueprints
[16:06] <bdmurray> research into functionality provided by update-notifier
[16:06] <bdmurray> documentation of update-notifier changes at w.u.c./UpdateNotifier
[16:06] <bdmurray> reported usb-creator bug 1108327 regaring ubuntu folder
[16:06] <bdmurray> done
[16:06] <jodh> * blueprints
[16:06] <jodh>   - foundations-r-upstart-roadmap: NOPROGRESS
[16:06] <jodh>   - foundations-r-arm-ubiquity: NOPROGRESS
[16:06] <jodh>   - foundations-r-upstart-user-session-enhancements
[16:06] <jodh>     - merged lp:~stgraber/upstart/upstart-make-event-bridge-usable.
[16:06] <jodh>     - wrote lp:~jamesodhunt/upstart/add-session-file.
[16:06] <jodh>     - wrote lp:~jamesodhunt/upstart/remove-basic-user-sessions.
[16:06] <jodh>     - further investigations into session shutdown.
[16:06] <jodh>     - finished lp:~jamesodhunt/upstart/initctl-list-sessions.
[16:07] <jodh>     - finished tests + doc for lp:~jamesodhunt/upstart/setenv+getenv.
[16:07] <jodh>     - good progress on lp:~jamesodhunt/upstart/event-prefixes.
[16:07] <jodh>     - branch updates based on review feedback.
[16:07] <jodh> œ
[16:07] <jodh>
[16:07] <ogra_> done:
[16:07] <ogra_>  * ambient light support script added to nexus7
[16:07] <ogra_>  * set up cpufreq configuration for the interactive governor used on the nexus7
[16:07] <ogra_>  * hunting IS to get the livefs builder working again
[16:07] <ogra_>  * lots and lots of testing of fixes from others for the nexus7
[16:07] <ogra_>  * enable usbnet alongside with teh serial gadget driver on teh nexus7 so serial over USB as well as direct TCP/IP via teh usb cable work now
[16:07] <ogra_>  * tested the new BT implementation on the nexus7
[16:07] <ogra_>  * dropped all hardcoded screen rotation bits from nexus7
[16:07] <ogra_>  * fix up a lot of teh gsettings overrides on nexus7
[16:07] <ogra_>  * roughly looked into GPS on the nexus7
[16:07] <ogra_> todo:
[16:07] <ogra_>  * port nx7 images to xz compression (blocked on missing livefs builder)
[16:07] <ogra_>  * discuss livefs builder situation with infinity (carried over from last week, blocked on builder)
[16:07] <ogra_>  * fix plymouth vs console-setup racing somehow (likely needs cjwatson advice) to allow initrd-less booting
[16:07] <ogra_>  * port update-notifier to pkexec to fix onboard vs gksu issues
[16:07] <ogra_>  * add lux script for making the ambient light sensor work on the nexus7
[16:07] <ogra_>  * holding a UDW talk about the ubuntu image build infrastructure tomorrow and will likely bother cjwatson or infinity with a review of notes for the talk
[16:08] <slangasek> ogra_: I saw the RT has been updated; is the livefs builder working again today?
[16:08] <ogra_> yep
[16:08] <slangasek> ok, good
[16:08] <stgraber> ogra_: are you done?
[16:08] <ogra_> they got it working yesterday biut nobody noticed the stale lockfile
[16:09] <ogra_> infinity then saved us :)
[16:09] <ogra_> done
[16:09] <stgraber> Feature work:
[16:09] <stgraber>  - Upstart (BLUEPRINT: foundations-r-upstart-user-session-enhancements)
[16:09] <stgraber>   - Session socket branch was merged
[16:09] <stgraber>   - Event bridge fixes branch was merged
[16:09] <stgraber>   - Planning the next steps (jobs, packaging, landing).
[16:09] <stgraber>  - Container (BLUEPRINT: servercloud-r-lxc)
[16:09] <stgraber>   - MIR: Updated libseccomp to run the test suite and asked for final ack from the MIR team.
[16:09] <bdmurray> ogra_: I'm almost done with the porting of update-notifier to pkexec
[16:09] <stgraber>   - MIR: Poked the MIR team about lxc.
[16:09] <stgraber>   - Code reviews.
[16:09] <stgraber>   - Planning 0.9~alpha3.
[16:09] <stgraber>   - Discussed plan for container/security/lxc micro-conference at LPC2013
[16:09] <stgraber>   - Fixed auto-upgrade-testing to work properly with LXC, now giving the same results as KVM but 2-3 times faster.
[16:09]  * ogra_ hugs bdmurray
[16:09] <stgraber>  - Networking (BLUEPRINT: foundations-r-networking)
[16:09] <stgraber>   - Some apparmor fixes for the upcoming infiniband support
[16:09] <stgraber> Other work:
[16:09] <stgraber>  - Installer
[16:09] <stgraber>   - SRUed fix for casper bug 984276
[16:09] <stgraber>  - Networking
[16:09] <stgraber>   - Updated ofono in raring to latest upstream.
[16:09] <stgraber>   - Tested ofono with all the modems I had around.
[16:09] <stgraber>   - Started implementing a new ofono backed for NetworkManager. Now capable of listing the modems and properties, not quite connecting yet though.
[16:10] <stgraber> TODO:
[16:10] <stgraber>  - Try to finish any LXC feature work for this cycle (1 item left).
[16:10] <stgraber>  - Prepare some upstart user session debs with all our patches and the initial Xsession scripts and upstart jobs.
[16:10] <stgraber> (DONE)
[16:12] <slangasek> stokachu: around?  anything you want to report?
[16:12] <stokachu> oh sorry
[16:13] <stokachu> bug: 1103541, being reviewed
[16:13] <stokachu> bug: 1103644, has a new MP for review
[16:13] <stokachu> bug: 1023069, further investigation still seems to  point to a corrupt repo, will have further confirmation this week
[16:13] <stokachu> bug: 1077095, finished verification for Quantal
[16:13] <stokachu> done
[16:13] <barry> stokachu: i'll take another look at that mp later today
[16:13] <stokachu> barry: cool thanks man, hopefully got it sorted out for you
[16:14] <barry> you definitely picked a fun one :)
[16:14] <stokachu> hah and here i was hoping it was a low hanging fruit
[16:15] <slangasek> barry: your turn
[16:15] <barry> bug 1094823; bug 1103192; bug 1102875; bug 1110470
[16:16] <barry> reviewed/sponsored lp:~dobey/ubuntu/raring/twisted/fix-pygtkcompat
[16:16] <barry> reviewed/sponsored lp:~mitya57/ubuntu/raring/python3-defaults/resync
[16:16] <barry> experimented a bit with pybuild
[16:16] <barry> blueprint workitem for community-r-packaging-guide
[16:16] <barry> cx_Freeze 4.3.1 into raring
[16:16] <barry> blueprint workitem: investigating freezing of s-c for startup time improvement
[16:16] <barry> dmb meeting
[16:16] <barry> patch piloting (see previous report)
[16:16] <barry> foundations-r-python-oauth3: upstream released 0.3.5, now packaged in raring, which should unblock the 4 inprogress bugs.
[16:17] <barry> foundations-r-python-version: no further progress
[16:17] <barry> foundations-r-python33: DONE
[16:17] <barry> done
[16:17] <barry> (hmm, that first bug doesn't seem right)
[16:17] <ev> - My branch to group error reports that should not disturb the user with the
[16:17] <ev>   next one that should is ready for review:
[16:17] <ev>   https://code.launchpad.net/~ev/apport/grouped_reports/+merge/144591
[16:17] <ev> - Helping jjo get the error tracker infrastructure deployed to stagingstack \o/
[16:17] <barry> it was a s-c bug
[16:17] <ev> - Chat with James Troup on whether it makes sense to rework the retracers to
[16:17] <ev>   use EBS rather than ephemeral storage. EBS on OpenStack was *much* faster in
[16:17] <ev>   his tests, but he felt that using it now would be premature optimisation. We
[16:17] <ev>   can always scale out more retracers.
[16:17] <ev>   - Took an action to bolt gnuoy's script to clear the caches on 80% disk usage
[16:17] <ev>     to the prodstack infrastructure.
[16:17] <ev>   We also agreed that we can run the secondary single-node Cassandra cluster on
[16:17] <ev>   prodstack. This if you don't recall will be used for backup (both failover
[16:17] <ev>   and saving state) and non-write Hadoop jobs.
[16:18] <ev> - Dug deeper into d3.js over the weekend, refactoring a lot of the code I wrote
[16:18] <ev>   to create the average errors per calendar day graph. I'm trying to fix the
[16:18] <ev>   milestone and date overlap problem while making the full graph easier to
[16:18] <ev>   read.
[16:18] <ev> - Sprinting.
[16:18] <ev>   - Trying to bring whoopsie's memory usage down to a more acceptable level. I
[16:18] <ev>     replaced the Dbus-based NetworkManager calls with libnm calls, this getting
[16:18] <ev>     rid of a hard to track memory leak in our usage of GVariant. GVariant has
[16:18] <ev>     proven really difficult to get right since we started writing whoopsie.
[16:18] <ev>   - Plugged a few memory leaks discovered with valgrind.
[16:18] <ev>   - Built out tests to run whoopsie for 15 seconds under valgrind, then run the
[16:18] <ev>     entire test suite under valgrind. This means we run the suite twice, but I
[16:18] <ev>     think that's a reasonable compromise for being able to run tests using the
[16:18] <ev>     normal GLib memory allocator.
[16:18] <ev>   - Somehow memory usage has increased quite dramatically with all these
[16:18] <ev>     changes, so I'm bisecting.
[16:18] <ev>   - Started to look into reducing the number of wakeups in whoopsie. The big
[16:18] <ev>     cause of this at the moment is GNetworkMonitor, which we use to track
[16:18] <doko> slangasek just notes he doesn't have any irc connection at the moment
[16:18] <ev>     changes to the network state:
[16:18] <ev>     http://developer.gnome.org/gio/2.32/GNetworkMonitor.html#GNetworkMonitor-network-changed
[16:18] <ev> Blueprints have mostly remained unchanged this week with the sprint. I've taken
[16:18] <ev> on one additional workitem so far to reduce whoopsie's memory usage. Let me
[16:18] <ev> know if there's anything else I personally should be looking at. I'm keen on
[16:18] <ev> seeing how performant apport is on the Nexus 7 just as soon as I can figure out
[16:18] <ev> this VPN nonsense.
[16:18] <ev> (done!)
[16:18] <doko> done! or !done?
[16:19] <slangasek> unless I've fallen off the network suddenly :)
[16:19] <slangasek> why yes, I sure have
[16:19] <xnox> slangasek: you are back? =)
[16:19] <doko> - backported python3 cross build patches to 2.7, and the packaging. 2.7 is now able to cross-build
[16:19] <doko> - updated the python3.3 packaging to cross build
[16:19] <doko> - get cross build fixes upstream into 3.3 and trunk
[16:19] <doko> - cross-build python*-stdlib-extensions
[16:19] <doko> - cross-build zope.interface (as a proof of concept that cross-building simple packages using distutils/
[16:19] <doko> setuptools does work. See http://wiki.debian.org/Python/MultiArch for the details
[16:19] <doko> - TODO: fix dh_python* to rename to host names, not build names
[16:19] <doko> (done)
[16:21] <cjwatson> cross-build zope.interface> oh, *well done*
[16:22] <barry> doko: i may want to cross build cxfreeze, so i'll come to you if i have questions ;)
[16:24] <ev> doko: haha, just noticed that :)
[16:26] <cjwatson> slangasek: still back?
[16:26] <cjwatson> xnox: maybe you should go ahead
[16:26] <slangasek> ev: +1 on reducing whoopsie's memory usage & wakeups :)
[16:26] <cjwatson> aha
[16:26] <xnox> ..
[16:26] <xnox> Blueprints:
[16:26] <xnox> foundations-r-dh-apparmortemplate: Got reply from jamie, currently
[16:26] <xnox> it's not been worked on on the desktop side, hence will probably be postponed.
[16:26] <xnox> foundations-r-arm-usb-creator-fastboot-support:
[16:26] <xnox> complete from usb-creator side, uploaded with nexus7 support into
[16:26] <xnox> raring. Not sure if we will change the way we publish images.
[16:26] <xnox> * porting usb-creator to udisks2 api to drop udisks1 from the CD
[16:26] <xnox>   (udisks2 api is significantly different)
[16:26] <xnox> * Fixed bug #656009
[16:27] <xnox> * Looking into other powertop wakeups
[16:27] <xnox> * Giving a quick demo "Fixing packages to cross-build" for Developer week tomorrow
[16:27] <xnox> * Going to FOSDEM on friday.
[16:27] <xnox> * Reviewed ubiquity branches from ~kylix, got legal ok to merge them.
[16:27] <ev> slangasek: excellent, I was worried about how wanted that would be
[16:27] <xnox> * fix a crash in software-center bug #1105021 while trying to verify
[16:27] <xnox>   app-install-data-partner quantal sru
[16:27] <xnox> ..
[16:27] <cjwatson> No blueprint progress to speak of this week, mainly due to sprinting.  Still awaiting review on LP change for foundations-r-phased-updates (I've just poked the maintenance squad about it).
[16:27] <xnox> (and that still didn't get uploaded into the archive... maybe I should upload it as well.)
[16:27] <cjwatson> Merged about half of our remaining grub2 delta back to Debian, and working on ideas for merging some of the rest, as the size of our delta has been a pain; not uploaded yet.
[16:28] <cjwatson> 12.04.2 prep: uploaded base-files, sent status mail, promotions to -updates including the X.org enablement stack, continuing reviews
[16:28] <cjwatson> Nexus 7 sprint:
[16:28] <cjwatson>  - Fixed valgrind to not strip vgpreload* on ARM so you don't need valgrind-dbg, and applied patch to implement VCVT.F64.[SU]32 instructions.
[16:28] <cjwatson>  - Fixed memory leaks in upower.
[16:28] <cjwatson>  - Tracked down some of update-notifier's memory use (and probably others) to incorrect timestamps created by installer bug; filed bug report which has been fixed.
[16:28] <cjwatson>  - Mailed ubuntu-devel about some strategies and tools for attacking memory leaks.
[16:28] <cjwatson>  - Further work on update-notifier, trying to find more memory inefficiencies since I think its use is unreasonable.  I'm going to need to tidy up some more before I can see the real problems.
[16:28] <cjwatson> ..
[16:29]  * ogra_ notices that sadly updating the icon cache still levaes me with 620M for an idling desktop
[16:29] <ogra_> (according to htop)
[16:29] <slangasek>  * nexus7 sprinting: reviewing upstart branches so that we can enable user sessions
[16:29] <slangasek>  * systemd packaging
[16:29] <slangasek>  * SRU processing for 12.04.2
[16:29] <slangasek>  * BP status:
[16:29] <slangasek>   * foundations-r-secure-boot: in progress
[16:30] <slangasek>   * foundations-r-session-management: systemd packaging in progress
[16:30] <slangasek>   * foundations-r-improve-cross-compilation: stalled; will look at this next month
[16:30] <slangasek>   * foundations-r-opt-installation: no progress to report; will start on this next month
[16:30] <slangasek> (done)
[16:30] <slangasek> any questions?
[16:30] <ev> cjwatson: hmm, I wonder if we should have something approaching a common valgrind suppressions file for these glib/gtk based applications
[16:31] <kyleN> dholbach, Hi. How can I attend/discover achiang's UDW session g+ hangout in 30 minutes?
[16:31] <cjwatson> heh, achiang asked that too
[16:31] <cjwatson> I think most of those are not really suppressable - the bulk are reference cycles and such
[16:32] <cjwatson> but I guess you mean singletons
[16:32] <ev> cjwatson: yeah, did you get anywhere with refdbg, by the way? It looks fairly dead upstream.
[16:32] <ev> yeah, there are a few things here and there
[16:32] <dholbach> kyleN, http://ubuntuonair.com
[16:32] <cjwatson> I actually think it'd be better to finish pushing gtk up the hill such that you can actually free those properly on exit - there've been a few upstream bugs about it over the years and general consensus that we should
[16:33] <ev> excellent. I'm all for that
[16:33] <cjwatson> ev: refdbg> next on the list - it does at least still build (you need libglib2.0-0-refdbg)
[16:33] <ev> it's a shame that there's no such thing for the gvariant case, but oh well
[16:33] <cjwatson> no which thing?
[16:34] <ev> refdbg
[16:34] <cjwatson> ah, didn't realise it didn't handle gvariants
[16:34] <ev> I don't *think* it does, but don't quote me
[16:35] <cjwatson> Maybe it's not enough of a GTye
[16:35] <cjwatson> *GType
[16:35] <slangasek> [TOPIC] Bugs
[16:35] <slangasek> bdmurray: not sure if there's anything this week since we're all mobiling?
[16:36] <ev> I thought it was more that gvariant lives off in its own excessively-optimised little world and that http://developer.gnome.org/gobject/stable/tools-refdb.html wouldn't work
[16:36] <slangasek> (not to be confused with moblining)
[16:36] <ev> but I haven't dug deep enough - I just ended up throwing in a convincing enough struct to check the refcounts manually
[16:36] <bdmurray> slangasek: I have not seen anything other than the carry over bug 1093819 from last week.  What is the next step there?
[16:36] <ogra_> something like https://bugs.launchpad.net/ubuntu-nexus7 ?
[16:36] <ogra_> :)
[16:38] <slangasek> bdmurray: next step is to look at the build system for the wubi image and figure out if something is removing the file
[16:40] <slangasek> bdmurray: as I noted in the bug log, dpkg's postinst should work unconditionally on initial install
[16:41] <slangasek> bdmurray: can you carry that investigation forward, since you've been looking at it so far?
[16:41] <bdmurray> slangasek: looking at the build system?
[16:42] <slangasek> bdmurray: yes
[16:42] <bdmurray> slangasek: sure
[16:42] <slangasek> cheers
[16:42] <slangasek> bdmurray:
[16:42] <slangasek> oops, sorry
[16:42] <slangasek> [TOPIC] Mobile sprint
[16:43] <slangasek> anybody want to say anything wrt the sprint that hasn't already been said?
[16:43] <slangasek> it sounds like things are going well
[16:43] <slangasek> we should have the desktop running in 640k of memory on the n7 by the end of the week, right? :)
[16:44]  * barry is having a flashback to 1981
[16:44] <cjwatson> It's certainly making me go through some truly elderly code
[16:45] <xnox> https://wiki.ubuntu.com/Nexus7/raring-targets well are we at the second marker yet? with desktop + firefox + thunderbird under 1GB of RAM or not ?
[16:46] <cjwatson> Mm, it'd be nice to have those table cells coloured with assessments
[16:46] <slangasek> hmm, not sure
[16:46] <ogra_> ugh, thunderbird
[16:46] <cjwatson> I feel that I have very little idea of how much overall progress we're considered to have made
[16:46] <cjwatson> And how much remains
[16:46] <xnox> ogra_: it's not entirely clear if it's thunderbird or email webapp
[16:47] <slangasek> the web browser can take up 1GB on its own, so
[16:47] <ogra_> i hope its not thunderbird
[16:47] <ev> relax guys, I'm sure it's mutt
[16:47] <xnox> =)))))))
[16:47] <ogra_> with QML overlay ?
[16:47] <xnox> emacs what else does one need =)
[16:47] <slangasek> [TOPIC] AOB
[16:47] <slangasek> ;P
[16:48] <ogra_> heh
[16:48] <ev> I'm 29.
[16:48] <barry> xnox: emacs under 1gb?  not mine! :)
[16:48] <ev> ONE GOOD YEAR LEFT! :-P
[16:48] <ogra_> yeah, its over after that, let me tell you
[16:48] <ev> :D
[16:48] <jodh> ev: you'd better buy more tyres!
[16:48] <slangasek> ev: congrats :)
[16:48] <ogra_> its starts with your hair ... then your teeth ... and then the rest falls off
[16:48] <ev> cheers
[16:49] <xnox> ¸¸.•*¨*•♫♪ ░H░A░P░P░Y░ (¯''•.¸*♥♥♥* ¸.•''¯) ░B░I░R░T░H░D░A░Y░ ♪♫•*¨*•.¸¸♫♪
[16:49] <ev> g'aw
[16:49] <ogra_> but you grow a lot new stuff right above the hips though
[16:49] <slangasek> xnox: is that the royalty-free version? :)
[16:49] <ev> hahaha, this has suddenly taken a turn for the graphic
[16:49] <cjwatson> happy birthday :)
[16:49] <ev> thanks!
[16:49] <slangasek> yes, I have several teeth right above my hips now
[16:49] <xnox> slangasek: it's irc equiv. of singing the song =)
[16:49] <ogra_> happy b-day yeah :)
[16:49] <slangasek> they don't tell you that in the brochure
[16:49] <ev> might want to get that looked at
[16:49] <stgraber> happy birthday ev!
[16:49] <ev> thanks!
[16:49] <ogra_> LOL
[16:49] <cjwatson> Nexus 7 competitive analysis: http://www.theverge.com/2013/1/29/3929110/surface-pro-disk-space-windows-8
[16:49] <cjwatson> ;-)
[16:50] <ev> hah!
[16:51] <slangasek> wow
[16:51] <ogra_> hey but at least it can run for 4h on battery !
[16:51] <barry> i'm sure they won't possibly get sued over that
[16:51] <xnox>  /o\
[16:52] <xnox> well I remember shaving off 7GB by stripping architectures off fat-binaries and languages translations from mac os x install...
[16:53] <slangasek> #endmeeting
[16:53] <meetingology> Meeting ended Wed Jan 30 16:53:11 2013 UTC.
[16:53] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-01-30-16.01.moin.txt
[16:53] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-01-30-16.01.html
[16:53] <slangasek> thanks everyone :)
[16:53] <barry> thanks!
[16:53] <stgraber> thanks!
[16:53] <ogra_> thanks !
[16:53] <xnox> cheers ;-)
[16:53] <jodh> thanks
[16:54] <ev> thanks!