* mwhudson rebooting00:38
wgrantmwhudson: I wonder if a distinct error page could be used for LH, given that it is somewhat failed most of the time, and gives Launchpad an even worse stability reputation than the bad one it deserves.02:47
mwhudsonwgrant: fixing the problems with loggerhead would be better, but yes, perhaps a good short term idea02:50
wgrantmwhudson: At the moment, it's unobvious to the uneducated observer that it isn't LP which is broken most of the time.02:52
wgrantmwhudson: You've been attempting to fix the LH problem for years. I don't think it will go away soon.02:55
mwhudsonmake build is broken for me :(04:14
wgrantmwhudson: What's it complaining about?04:15
wgrant(you're Karmic now, right?)04:15
mwhudsonNo local packages or download links found for PasteDeploy04:15
wgrantUp to date download-cache?04:15
mwhudsonactually it's also saying04:15
mwhudsonDownload error: (101, 'Network is unreachable') -- Some packages may not be found!04:15
wgrantThat would do it.04:16
mwhudsonit's a lie though04:16
wgrantIt is not.04:17
wgrantThat errno is rarely a lie.04:17
mwhudsonoh maybe pypi.python.org is down?04:19
wgrantThat normally indicates broken local routing tables, doesn't it?04:20
mwhudsondo i want to do battle with vodafone support, i wonder04:22
wgrantYay telcos.04:22
mwhudsoni guess step 0 is restarting my modem04:28
wgrantAt least something is working.04:31
mwhudson_it does look like the isps routing is shafted04:33
mwhudson_or, alternatively, the dns server on my modem is giving the wrong answer04:36
wgrantWhat is it saying?04:38
mwhudson_googling suggests something wacky with ipv6 vs ipv4 might be going on04:40
mwhudson_and now it works04:42
jkakarI've spent a bit of time looking at how to write tests for launchpadlib-using programs and it's a non-trivial problem.04:59
jkakarI think the right solution is to do something to launchpadlib (or maybe wadllib) to make testing easier, not to implement some special-case infrastructure in my application.05:00
=== mwhudson_ is now known as mwhudson
mwhudsonthumper: here?06:46
mwhudsonwow, it's 18:45, i'll assume not06:47
lifelessmwhudson: are you coming to brisbane?06:50
mwhudsonlifeless: yes06:50
lifelessdid you find a good flight from pycon?06:51
* mwhudson edits a wiki page06:51
mwhudsonlifeless: it's a bit of a mission, chc -> akl late ish on sunday, akl -> bne at gnat's fart on monday06:51
lifelessmwhudson: grah06:52
mwhudsonlifeless: you thinking of coming to kiwipycon?06:52
lifelessyes, I just signed up06:52
lifelessif you can give me your flight details I can try to line up06:52
mwhudsonlifeless: cool06:53
mwhudsonlifeless: just fowarded my itinerary06:53
lifelessIf its too hard I may skip sun avo06:53
mwhudsonyeah fair enough06:55
mwhudsoni was signed up to talk at the conference before the sprint was organized so...06:55
lifelessyou're done by 10am :P06:56
jtv1mwhudson, still here?  need some help setting up branches for a test08:00
mwhudsonjtv1: not really08:12
* jtv1 shrugs and plods on08:13
mwhudsonjtv1: jml will be here soon :)08:13
jtv1ah good08:13
jtv1he still owes me a pre-dawn call, heheh08:13
adeuringgood morning08:22
jtv1hi adeuring08:26
=== jtv1 is now known as jtv
adeuringhi jtv!08:26
jtvjml: need your help!08:50
=== ahma_ is now known as ahma
=== mrevell changed the topic of #launchpad-dev to: This is Launchpad Development Channel | Week 2 of 3.1.10 | I am Zero OOPS and So Can You! http://is.gd/4fkLl | PQM is OPEN | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in #launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | This channel is logged: http://irclogs.ubuntu.com/
jmlmwhudson, jtv:  hell09:27
jtvjml: hell?09:27
jtvmrevell: morning09:27
jmlI really thought there was an 'o' there09:28
lifelessjml: did you have a chance to peek at subunit/protocol ?09:31
jmllifeless, no, sorry.09:34
jtvjml: so one letter makes the difference between "yes" and "no."  I for one am glad for the change.09:35
jtvjml: hope you can help me...  I'm trying to set up a hosted branch stacked on another hosted branch for my test.  A real branch that I can commit to.09:35
jmljtv, ahh yes.09:40
jmljtv, this is for some sort of integration test, I assume?09:41
jtvjml: not really, it's for testing a workaround for a bzr bug09:41
jtvI tried piggybacking on BzrSyncTestCase, but to no avail09:42
jmljtv, it's a bit fiddly.09:43
jtvthat much I did manage to find out :)09:43
jmljtv, do you know how to create a stacked branch independently of Launchpad, i.e. just using bzrlib?09:44
jtvjml: set the stacking url... the problem seems to be either getting the right URL or making sure the branch is really there.09:45
jmljtv, you need the db branch objects as well, right?09:47
jtvjml: yup09:47
jtvI'm particularly surprised that aping what happens in test_bzrsync.py doesn't seem to give me lp-hosted support.09:48
jmljtv, not at all.09:48
jmljtv, or rather, you shouldn't be09:49
jmljtv, why does the scanner need access to the hosted area?09:49
jtvjml: ah, it reads from the mirrored branches.09:49
jmljtv, that's right.09:49
jtvSo back to the old useBzrBranches()-based approach.09:50
jmljtv, I have a few things I need to do now. I'll be back in about 40mins and can talk about this further then, if that's ok.09:51
jtvjml: ok, thanks09:51
jmljtv, back.10:23
jtvjml: excellent.  Shall I run you through the code I'm trying now?10:24
jtv(Not that I haven't tried other ways...)10:24
jmljtv, please do.10:24
jtvjml: I start with useBzrBranches().10:24
jtvThen I create a base branch using create_branch_and_tree.10:24
jtvI pass hosted=True there.10:24
jtvThen I create another branch in the same way: stacked_branch, stacked_tree = create_branch_and_tree(hosted=True)10:25
jtvThen I try to stack it using stacked_tree.branch.set_stacked_on_url(base_tree.branch.base)10:25
jmljtv, what happens then?10:26
jtvThen, several layers down into what I'm trying to test, I try to open a mirrorer for stacked_branch.getPullUrl()10:27
jtvand that fails with BadUrlScheme10:27
jtvBadUrlScheme: ('chroot-247936556', URI('chroot-247936556:///~person-name9/product-name4/branch11/'))10:27
jmlahh, I see.10:27
jmljtv, it'll probably help both of us if you give the branches explicit names like 'a' and 'b'10:28
jtvjml: tbh I did, but left it out of this summary: "base" and "stacked."10:28
jmljtv, I mean, the name of the branch on disk10:29
jmljtv, not the variable names.10:29
jtvHow do I do that, if not by passing a first arg to create_branch_and_tree?10:29
jmlcreate_branch_and_tree(hosted=True, name='wooster')10:30
jmlor you could create the db_branch manually and pass that in explicitly10:30
jmlcreate_branch_and_tree(hosted=True, db_branch=factory.makeAnyBranch(name='wooster'))10:30
jtvHmm... "file exists: u'/tmp/tmpyXcSbD/.bzr'"10:31
jmland the thing that will probably fix your problem10:31
jmlrather than set_stacked_on_url(branch.base)10:32
jmldo set_stacked_on_url('/' + db_branch.unique_name)10:32
jmlthe tempfile thing disturbs me.10:32
jtvAh, I tried that too, but in a very different setup.  Too many variables...10:32
jtvIt's probably because those names I passed in previously went into the "location" parameter, which defaults to "."10:33
jmljtv, yeah, the system itself is a bit too complex.10:34
jtvNow that I was no longer passing those, create_branch_and_tree tried to set up multiple branches in . I guess10:34
jmlI hope that ditching the hosted / mirrored thing will be a good simplifying step.10:34
jtvyesyesyes getting further10:34
jtvI passed both that first argument _and_ the name parameter.10:34
jtvIs there a way to ditch that!?10:34
jmljtv, can you paste exactly what you are calling?10:35
jtvjml: coming...10:35
jmlor are we talking across each other?10:35
jtvjml: http://pastebin.ubuntu.com/296709/10:36
jtvIt's working now, except the code I'm trying to test is refusing to commit because the branch hasn't been scanned.10:36
jtvwhich is a definite step forward10:36
jmljtv, excellent10:36
jmljtv, mwhudson & thumper have plans to get rid of the hosted area completely10:37
jtvjml: shame about the data10:37
jmljtv, none of it is unique, that's why they want to ditch it :)10:37
jtvjml: are we talking about not mirroring at all?10:38
jmljtv, not mirroring hosted branches, yes.10:38
jtvI guess they either came up with a performance improvement or found that mirroring wasn't saving us anything...10:39
lifelesswell we're not scaling out using it, which was one of the original intents10:41
lifelessjml: no worries; I still desire your feedback on the api, so if/when you can10:41
jmllifeless, btw, when did you send the email?10:42
lifelesswhat mail?10:43
* jml rephrases10:44
jmllifeless, where should I look to find the protocol stuff?10:44
jmllifeless, thanks.10:45
lifelessyou can ignore the wire protocol aspect if you like,though feedback is cool. Its the python API for TestResult outcomes that is interesting10:46
lifelessI'm sure much of it will want to be in testtools, but I decided to get it done in situ, and divestify later10:46
jtvlifeless: gnight!10:48
jmllifeless, g'night-10:49
jtvjml, a quickie: I recall there are different kinds of revision id... how do I get the one I'd like to store as last_scanned_id?10:50
jmljtv, there's only one kind of revision id10:51
jmljtv, you want branch.last_revision_id10:52
jmljtv, revno is something completely different10:52
jtvjml: I never doubted that it's different to someone in the know...  :-)10:52
jtvTo me it's highly confusing.10:53
jtv'BzrBranch7' object has no attribute 'last_revision_id'.  I guess tree.branch is not the branch I wanted.  :(10:53
jtvah, last_revision_info.10:58
jmljtv, a revision ID is a globally unique identifier for revisions11:00
jtvjml: works now, thanks for leading me out of this swamp!11:00
jtvAh, I guess that makes sense for the D part of DCVS11:01
jmljtv, my pleasure.11:01
jmlyeah :)11:01
deryckMorning, all.11:03
jtvhi deryck11:03
jmlderyck, good morning11:11
maxbbarry: are you coming back in #launchpad-sprint today?11:12
maxbsalgado: Hi. Sorry for that 404ed merge proposal, I'd renamed the branch when its scope grew11:36
maxbAre you #launchpad-sprint-ing again today?11:36
salgadomaxb, no worries.11:40
salgadoI should be.  let me join11:40
* maxb wishes for a "make run_all_except_mailman"12:34
jmlmaxb, really, what we need to do is change codehosting to not use the xmlrpc server.12:35
jmlat least optionally.12:35
maxbI don't mind the xmlrpc server, I just mind mailman spamming up my dev access log12:36
jmlmaxb, yes, that's what I mind.12:36
jmlmaxb, but if codehosting went straight to the db, we wouldn't have to start up anything other than the ssh server.12:36
jmlmaxb, so we could have a make run_dev_codehosting or something similar.12:36
maxbAny reason it goes via xmlrpc at present?12:36
jmla couple.12:37
jmlthe first is that going via a zope webservice does automatic retries in the face of transactional conflicts.12:37
jmlthe second is that the xmlrpc service adds a certain layer of protection between codehosting & the db.12:38
jmlthe third is that having an XML-RPC server has forced us to think very hard about the interface between codehosting & the rest of Launchpad, and has left us with quite a narrow interface indeed.12:38
maxb...and going via the db would require zcml loading inside the bzr process?12:39
jmloh. there's a thought.12:41
jmlyes it would, at least in the most natural implementation.12:42
jmlwhich is obviously a blocker.12:42
jmlyou could work around this by having sql queries in the codehosting server, and duplicating the db configuration12:45
jmlbut... yuck.12:45
=== mrevell is now known as mrevell-lunch
maxbWhat is the policy for getting new things into download-cache? Who do I need to talk to?13:18
intellectronicamaxb: i think gary is the best person to talk to. at the very least he'll be able to dispatch you to someone else13:21
jmlthere's a doc about it, actually.13:28
* beuno waves13:33
=== mrevell-lunch is now known as mrevell
jmloff to grab a bite & run some errands.14:12
gmballenap: On which product should I file bugs in EC2 test?14:15
allenapgmb: launchpad-foundations14:15
gmballenap: Ta. I feel I may be landing a few itch-scratch branches today...14:15
allenapgmb: Tag it with build-infrastructure.14:16
gmballenap: Okay.14:16
abentleybarry: When I run the people.txt tests, I get a lot of errors like this: http://pastebin.ubuntu.com/296842/ Any idea what's going on?14:26
beunointellectronica, flacoste, I have a doctors appt, so I will likely miss the ajax call today14:27
intellectronicabeuno: k, thanks for letting us know14:27
barryabentley: yes.  we need to update launchpadlib and i believe gary_poster is landing or has a branch in dev that will address these14:31
abentleybarry: It's weird that we have test failures in stable.  Thanks for the info, though.14:33
=== ursula is now known as Ursinha
maxbabentley: I think it may be because you're inadvertently using different lazr.* from your system, rather than the buildout?14:58
maxbThe workaround is to erase the lazr.*-nspkg.pth symlinks from your python site-packages14:58
maxbThe proper fix is landing/ed?14:58
abentleymy lazr.enum is not coming from my system, don't know about the rest.14:59
maxbWhat's PQM doing at the moment?14:59
allenapgmb: There was another trac-launchpad-migrator bug that I didn't file (iirc): the migrator does not add the xmlns to the <launchpad-bugs> root tag.15:01
gmballenap: No, you filed it. I thought I just triaged it...15:01
allenapgmb: Ah, missed that one. Cool.15:02
gmballenap: No idea why that happens though; according to the code it should work. Might be a bug in the XML generator.15:02
* gmb is trying to retrofit tests when he has time, which isn't often.15:02
allenapgmb: Odd.15:02
abentleymaxb: Thanks, that looks like it solved it.15:33
gary_posterabentley: the reason launchpadlib tests failed on karmic and passed on buildbot/ec2 is that karmic uses a newer version of libxml that is more careful about validating XML (specifically, it does not allow ids to be reused).  The branch I landed fixes that problem, among many others. Unfortunately, while it passed locally and on ec2, there is a problem on buildbot.  I'm trying to dupe and address.16:15
abentleygary_poster: I don't think that's the same problem as I saw.  My problem was that items expected to be unicode were actually strings.16:17
gary_posterabentley: oh, right, yes.  that was the site-package problem.  After you fix that then you get the other problem I mentioned.16:17
gary_posteror maybe at the same time.  don't remember any more16:18
gary_posterBjornT: I'm wondering if my branch broke windmill layer.  This happens when you run the mailman error.  notice failure in line 27 of http://paste.ubuntu.com/296932/ .  Do you have quick access to a command for a quick smoke test for running a single windmill test?17:00
beunoEdwinGrubbs, sorry for the long wait on your pre-review, looking now17:07
beunoEdwinGrubbs, or did you already land that?17:07
barrygary_poster, BjornT here is the fix http://paste.ubuntu.com/296944/17:15
gary_posterbarry: thank you.17:15
barrygary_poster: i can land it if i can get review on my mm 2.1.12 branch too17:16
gary_posterbarry: cool.  we are in testfix because of the problem I mentioned, so trying to get that sorted first17:16
barrygary_poster: and actually, i think i can make the other fix work for either our current mm 2.1.10 or 2.1.12 so i could land that first and then upgrade mailman17:16
barrygary_poster: ack17:16
gary_posterI mean, the one I mentioned to you elsewhere17:16
=== salgado is now known as salgado-lunch
=== beuno is now known as beuno-lunch
danilossinzui: hi, is there any reason why default bug sorting order is not by importance and then status?17:23
sinzuidanilos: importance implies what should we worked on, with is more relevant to more users. status is import to a small group of people. In the milestone view, I always resort the bugs on status because I am watching progress17:25
danilossinzui: is there any reason why it can't be on both by default? (i.e. all high bugs, with fix released first, fix committed next, etc.)17:26
danilossinzui: that's what it used to be before17:27
sinzuiYes there is a reason.17:27
danilossinzui: I am all ears :)17:27
sinzuiWhen I sort the milestone of importance, it is by time. It is a partial burndown chart. place you mouse over the the status and you will see how long the bug has been in that status17:28
danilossinzui: to me, it seems it's sorted by importance and then by bug ID17:30
danilossinzui: can you explain that to me on the example of https://edge.launchpad.net/rosetta/+milestone/3.1.10 ?17:30
sinzuioh, yes I think that is true17:30
sinzuiWe get that form the model17:31
danilossinzui: for example, look at #425651 and #44616017:31
danilossinzui: ok, so my question is: can the "sub-sorting" order be by status, instead of bug ID for the milestone page? is there a reason why it is not so today?17:32
sinzuidanilos: The issue is not important to me, nor were there bugs about this. so I did not rewrite the sorting code rules.17:33
danilossinzui: ok, thanks, I'll file a bug if you don't mind17:34
sinzuidanilos: I think bug 430702 is high. We are *required* to have this completed by the end of this release17:35
danilossinzui: I understand it might not be a trivial fix since you are relying on code from model/bugtarget17:35
mupBug #430702: Move Translations windmill tests to TranslationsWindmillLayer <story-windmill-layer> <Launchpad Translations:Triaged> <https://launchpad.net/bugs/430702>17:35
=== deryck is now known as deryck[lunch]
danilossinzui: yes, thanks, I haven't gotten to fully planning out 3.1.10 (it has a long list of things that shouldn't be in anyway)17:36
sinzuidanilos: Patches excepted, but if you ignore it for two months, I might do it. I am building a list of change I personally want to see on the page17:36
danilossinzui: sure, and completely understood :)17:36
sinzuidanilos: have you ever seen intltool/make create Binary.gmo17:37
danilossinzui: not sure what you mean, but MO files should be constructed using regular msgfmt stuff17:38
EdwinGrubbsbeuno-lunch: no, I didn't land it. Thanks for the feedback.17:38
sinzuidanilos: I was helping a Russian user whose make dies on Binary.gmo. Since his LANG is ru_RU.utf-8, I could not image how Binary.gmo was create from an empty LINGUAS17:40
* sinzui created a package and suggest he install from PPA17:40
danilossinzui: nothing in there should make use of LANG variable either, but it might be a seriously broken setup on his system, or a bug in makefile scripts somewhere17:41
danilossinzui: i.e. even intltool/gettext makefile scripts17:42
* sinzui nods17:42
danilosanyway, out now17:43
=== danilos is now known as danilos-afk
=== salgado-lunch is now known as salgado
mrevellNight all. See you tomorrow.18:00
=== deryck[lunch] is now known as deryck
=== beuno-lunch is now known as beuno
=== matsubara is now known as matsubara-lunch
=== abentley is now known as abentley-lunch
jmlI'm off for a bit. Will be back later.18:33
rockstarderyck, a user is getting this error when trying to assign himself a bug: https://pastebin.canonical.com/23481/18:45
deryckrockstar, looking...18:46
rockstarderyck, it looks like an issue with the API stuff, truthfully.18:46
deryckrockstar, yeah, I think there's a bug on that, with recent activity even, but I'm behind on bugmail from being off.  maybe intellectronica knows more.18:47
deryckmaybe related to a fix I've been dealing with on subscriptions, too.18:47
deryckoh, hmm, he's away.18:47
deryckrockstar, this is bug #438802.18:51
mupBug #438802: UnicodeDecodeError changing 'Assigned to' field when summary contains non-ascii <post-3-ui-cleanup> <ui> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/438802>18:51
deryckleonardr, ping18:51
rockstarderyck, awesome, thanks.18:51
deryckrockstar, I'll try to update with more info, if we have any, later today.18:52
leonardrderyck, hi18:52
deryckleonardr, hi.  Did we ever get that patch of Tom's in lazr.restful into production environment?18:52
leonardri'm not sure what you're referring to. is it the patch to the wadl that makes the id unique?18:53
deryckleonardr, this was a patch Tom and I were chatting with you about week before last.  It saved us from errors with non-ascii characters in description editing, but it need forward porting to lazr.restful (because of committed to wrong branch.)18:55
deryckleonardr, ring a bell?18:55
sinzuiEdwinGrubbs: what have you done with bug 435260?18:57
mupBug #435260: IProduct's +packages pages has a ton of links to +distributions <post-3-ui-cleanup> <Launchpad Registry:In Progress by edwin-grubbs> <https://launchpad.net/bugs/435260>18:57
leonardryes, launchpad should be using lazr.restful 0.9.11, which has the fix18:57
deryckleonardr, ok, cool, thanks.18:57
barryflacoste: ping19:04
x-warriorGuys, what do you think about create a filter "untranslated without suggestions" ?19:12
beunox-warrior, it would be super mega awesome19:13
=== abentley-lunch is now known as abentley
x-warriorcan somebody told me, if i want to implement a feature like a new filter "untranslated without suggestions" I can start working on it? (I think it isn't hard... ) Or should I propose this idea in a specified place and wait the discussion?19:24
beunox-warrior, you can certainly jump in and start working on it19:25
beunoyou may want to talk to danilos-afk about it19:25
beunoeither on the mailing list or via IRC19:25
beunobut I'd say, go ahead, get your hands dirty, and be sure to check in so we can help you as you go19:25
x-warriorI will take a look but wait to starts coding it... I'm new in launchpad code, and don't want to do shit :X19:26
beunox-warrior, danilos-afk is usually around here earlier, if that time suits you, ping him tomorrow, otherwise, head for the mailing list19:27
x-warriorearlier like what time?19:27
beunox-warrior, probably 3 hours earlier at least, he's in Serbia, so he's UTCish19:28
x-warriorThat's ok, I'm in Brazil19:28
beunoit would be a welcomed change19:28
x-warriorhey beuno if i get the source and got it working, should I updated my source before start working? How can I update it?19:30
beunox-warrior, do you have the code yet?19:30
beunoas a general rule, you should try and stay the closest to trunk's tip as you can19:30
x-warrioryeah, already try it in my machine19:30
sinzuibac: ping19:30
beunox-warrior, so run "rocketfuel-get", it will update trunk + deps19:31
x-warriorbut I downloaded it one week ago...19:31
x-warrioroh thanks man19:31
beunox-warrior, after that, merge in trunk into your own branch19:31
beunodo that every now and then to avoid conflicts as much as you can  :)19:31
=== matsubara-lunch is now known as matsubara
bachi sinzui19:35
sinzuibac: I just tried the captcha. I expected the field to be highlighted in red when it was wrong (setFieldError())19:36
sinzuibac: Is that not possible?19:36
bacsinzui: hmm, that may be an oversight on my part19:37
bacsinzui: since the forms are not LPFormView i would've had to do that manually and i did not19:38
sinzuibac: that is an excellent answer19:38
bacforgetful/unobservant = excellent!19:38
sinzuibac: This is definitely out of scope. I know ISD wants to change login technology to django. Those forms may never be converted to zope19:39
sinzuinow if I could only find that bug mthaddon files about cracked bullets in the registration email confirmation screen19:40
EdwinGrubbssinzui: bug 435260 is the one that I sent screenshots to beuno.19:41
mupBug #435260: IProduct's +packages pages has a ton of links to +distributions <post-3-ui-cleanup> <Launchpad Registry:In Progress by edwin-grubbs> <https://launchpad.net/bugs/435260>19:42
sinzuiEdwinGrubbs: I looked at that page and thought we should rename the information link to make it clear that it is form the distro perspective. I will avoid touching that page while you work19:43
sinzuiEdwinGrubbs: The page is involved in the global duplicate sourcepackage links cockup19:44
EdwinGrubbssinzui: do you want me to change the link from "Packaging information" to "Distribution packaging information"?19:47
sinzuiEdwinGrubbs: yes, I think that is better19:48
sinzuiEdwinGrubbs: My other frustration with that page is that there were not links to the productseries, though they were listed by name. Once I got to the page, I had to back to the product index to get to the series :(19:49
sinzuibac: I think you fixed Bug #11862319:51
mupBug #118623: Hinder spambot registration <Launchpad Foundations:New> <https://launchpad.net/bugs/118623>19:51
flacostehi barry!19:52
barryflacoste: hi!  do you have a few minutes to talk about upgrading our sourcecode/mailman to 2.1.12?19:54
flacostebarry: sure, now?19:54
barryflacoste: sure.  i think we can do irc19:55
barryflacoste: so, i have a branch in pqm that will make our MailmanLayer tests pass with either 2.1.10 (what we have) and 2.1.12.  it's really just one trivial test failure19:56
barryflacoste: i have an uncommitted branch that merges lp:mailman/2.1 -rtag:2.1.12 to sourcecode/mailman19:56
barryflacoste: that diff is almost 325k lines :)19:56
barryflacoste: the vast majority of that is translation updates19:57
barryflacoste: but there are enough important updates in py files19:57
barryflacoste: 2.1.12 is compatible with py 2.619:57
barryflacoste: i've run the MailmanLayer tests on devel + mm 2.1.12 and we look pretty good19:58
barryflacoste: so how should we proceed?19:58
flacostebarry: land the test compatibiilty change and then land the mailman update?20:01
flacostebarry: you should then QA that change extensively on staging20:01
barryflacoste: that's what i'm thinking.  does it make any sense to get the mailman change reviewed?20:01
barryat 325k lines i think not :)20:01
flacostebarry: you might want to delay that QA until next Monday to maximize your 2.6 sprint time, but not later20:01
flacostebarry: rs=me20:02
barryflacoste: excellent, thanks.  yes, we need this to land for the 2.6 stuff, but we can q/a it next week20:02
barryflacoste: perfect, thanks20:02
flacostebarry: you should probably took that opportunity to document a good mailing list QA on staging protocol20:02
barryflacoste: good idea20:02
barryah.  pqm is still in test fix :/20:04
jmlg'night folks.20:35
Ursinhagary_poster: hi20:43
derycklater on, everyone.20:46
rockstarmwhudson, morning.20:50
rockstarmwhudson, did you have a chance to chase the pyrex issue yesterday?20:50
mwhudsonrockstar: argl, no20:50
mwhudsonwell i had a chance to, but forgot20:50
rockstarmwhudson, okay.  Is there anything I can do to help?20:50
mwhudsonrockstar: talk to a losa basically20:50
mwhudsonrockstar: they should know how to make a new image that has python-pyrex installed20:51
mwhudsonand if they don't, there's https://wiki.canonical.com/InformationInfrastructure/OSA/BuildbotAMIHowto20:51
rockstarmwhudson, great.  I'll harass spm today then.20:52
mwhudsonrockstar: cool20:52
gary_posterUrsinha: hey20:56
Ursinhagary_poster: hi! do you know what can be possibly happening here:https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1385J51920:57
Ursinhagary_poster: I couldn't find one bug, but if needed I'll be happy to file one20:57
* thumper is alive20:59
rockstarthumper, that is good.20:59
thumperrockstar: morning20:59
mwhudsonhello thumper21:00
thumperhey hey21:00
rockstarthumper, remember how we were talking about the branch picker?21:01
thumperrockstar: yes21:01
rockstarthumper, were you planning on working on that this cycle?21:02
thumperrockstar: no, we are lacking the lazr.js infrastructure21:02
rockstarthumper, okay.  Let's chat about it after the standup.  There are quite a few birds to kill with that one stone.21:03
gary_posterUrsinha: reasonable guess is that someone is passing the same value twice in a request.  If I'm correct, it is a client error, and we should simply not generate an oops, and ideally generate a better error.  That is a generic problem for which there might be a bug, but I don't know the number and this is a specific instance of the problem that should be noted anyway.  Do we have a lot of these?21:04
gary_posteryeah, if you look at the query string, that goes along with my guess21:04
Ursinhagary_poster: nope, only a few21:08
Ursinhabut they're there21:08
gary_posterUrsinha: sure, needs to be dealt with.  just curious.  Yes, if you would make a bug that would be appreciated.  thank you21:09
Ursinhagary_poster: filing now :)21:09
thumperrockstar, mwhudson, abentley: I have to go and collect the car from Jenna, shouldn't take too long21:09
mwhudsonthumper: ok21:09
gary_posterUrsinha: thank you!21:09
Ursinhagary_poster: bug 45577821:13
mupBug #455778: AttributeError when passing the same value twice in a request <oops> <openid> <Launchpad Foundations:New> <https://launchpad.net/bugs/455778>21:13
Ursinhathanks gary_poster!21:13
gary_poster:-) thanks again21:14
sinzuibac: I award you a gold ☆ for your sterling work on mugshots21:15
bacsinzui: gold is better than beer.  of course it was your CSS21:16
rockstarabentley, the inline commenting on merge proposals is teh sexy21:16
abentleyrockstar: Cool.21:16
Ursinhagary_poster: am I crazy or similar thing is happening in this one: https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1385D143021:18
gary_posterUrsinha: hard to tell.  You are right about the query string certainly.  Not obvious that it is the problem though.  Trying to find implementation of find_matches...21:21
thumperok, I'm back21:28
rockstarthumper, does that mean standup?21:29
thumperabentley, mwhudson: standup?21:30
abentleythumper: check out your CPU usage21:32
rockstarabentley, I'll host.21:33
abentleythumper: Odd.  I was getting noise stuff that went away when killed some processes.21:33
thumperthat is what it was like for me21:34
gary_posterUrsinha: my guess is that it is different.  The traceback says it has trouble finding has_matches.  Sometimes that's hiding a lower problem, but the implementation of ``has_matches`` is simply ``return self.matches > 0``.  Maybe self.matches is a property that is being confused by the query string, but that's as far down the rabbit hole as I'm going right now.21:35
gary_posterso, new bug for now is my opinion21:35
Ursinhagary_poster: all right, I'll file another :)21:35
Ursinhathanks gary_poster21:36
gary_postermwhudson: hi.  have you used ec2 test to land someone else's branch without merging it yourself?21:38
mwhudsongary_poster: yes21:39
gary_postermwhudson: OK that means it is possible.  :-) I would have thought that it would puke because it would find something local to doublecheck.  I'll review code or you can give me a hint. ;-)  (if you don't have time for hint that's ok: the confidence that it should be possible is enough ;-) )21:42
mwhudsongary_poster: it doesn't do any local checks if you do ec2 test <url>21:42
mwhudson(as opposed to ec2 test .)21:43
gary_postermwhudson: ah-hah!  yes, I vaguely remember it starting that way.  ok thank you21:43
mwhudson(i haven't changed anything in this area fwiw)21:43
gary_postercool, yeah, I'm just forgetful :-/21:47
thumperflacoste: where is the cherry pick instructions?22:02
flacostethumper: https://wiki.canonical.com/Launchpad/PolicyandProcess/EChangeProcess22:08
flacostethat's the canonical page22:08
thumperflacoste: ta22:09
flacostebut it's out-of-date with the current way22:09
thumperflacoste: wheren't you going to update it?22:09
flacostethumper: i failed!22:09
rockstarWow, I just got the most un-helpful PQM failure message evar.22:36
=== flacoste is now known as flacoste_afk
gary_posterthumper: is this the secret to lightweight branches?  I want to give them a try.  I don't quite understand the instructions I've seen elsewhere (including the top of this page).  https://edge.launchpad.net/bzr-lightweight-branch22:44
thumpergary_poster: secret to what?22:49
thumpergary_poster: what is the question?22:49
gary_posterthumper: how do I use them.  bzr help branch doesn't mention them22:49
gary_posterhow do I create them22:49
rockstargary_poster, bzr cbranch is your friend.22:50
rockstargary_poster, you'll need bzrtools22:50
thumpergary_poster: I use cbranch from bzrtools22:50
gary_posterthumper, rockstar: ah-ha!  reading that help, thank you22:50
rockstargary_poster, http://theironlion.net/blog/2009/01/23/more-advanced-bazaar-concepts/22:51
gary_posterrockstar: :-) awesome, thank you22:51
=== matsubara is now known as matsubara-afk
jmlmwhudson, 9h vs 15m for real?23:52
mwhudsonjml: yes23:52
mwhudsonjml: i was a little surprised23:52
jmlmwhudson, bloody hell23:52
mwhudsonjml: hey, look at my branch: http://pastebin.ubuntu.com/297218/23:53
mwhudson(or go to bed, probably more sensible)23:53
lifelessmwhudson: what did you change to do that?23:54
mwhudsonjml: the staging appserver is often really slow, i would guess production would be less terrible23:54
jmlmwhudson, it looks very much along the right lines23:54
jmlmwhudson, the store selection seems a bit unfortunate23:54
mwhudsonlifeless: the slow version made an appserver request to find out the on disk path for the branch data23:55
jmlmwhudson, and it would be nice to identify places (mostly in the test suite?) where a direct-to-db transport would be more appropriate23:55
mwhudsonjml: the scanner could use it, for sure23:55
lifelessmwhudson: and the fast one uses the db?23:56
mwhudsonlifeless: yes23:56
lifelessconclusion: our appservers are slow23:56
mwhudsonthe fast one actually reused the gadget that i wrote for the similar problem with http branches...23:56
jmllifeless, the staging one is, at least23:56
mwhudsonthey all are pretty slow23:57
lifelessjml: they are  all slow23:57
mwhudson100ms/request is good23:57
jmllifeless, sure, but you can't conclude that from an experiment on the staging server :)23:57
lifelessjml: I think you can23:57
lifelessjml: because the load on staging is lower per server than on prod; and the db was the same in the two experiments23:58
jmllifeless, introducing new facts doesn't count.23:58
jmllifeless, also, hardware.23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!