[00:00] <mwhudson> wgrant: if you could read my email and tell me which stuff i need to pay attention to, that would be great :/
[00:00] <wgrant> mwhudson: Which email?
[00:00] <wgrant> Oh.
[00:00] <mwhudson> wgrant: my inbox :)
[00:00] <mwhudson> nm
[00:00] <wgrant> Right. Just worked that out.
[01:28] <thumper> rockstar: I'm back if you are around
[02:17] <Ursinha> hey wgrant, can you try to give me a little help here? :)
[02:18] <wgrant> Ursinha: Sure.
[02:19] <Ursinha> wgrant, I've added a field to the Product table, where on earth should I declare it to access it in translations side?
[02:20] <wgrant> Ursinha: Are you getting ForbiddenAttribute exceptions?
[02:20] <Ursinha> wgrant, yes sir
[02:20]  * thumper away again
[02:21] <wgrant> Ursinha: It depends on how the particular object is set up. In some cases there will be interfaces like IProductPublic, IProductEdit, IProductAdmin which have attributes protected by different permissions. In other cases, lib/lp/SOMETHING/configure.zcml will name a permission for each attribute.
[02:21] <wgrant> Let's see which case IProduct is...
[02:22] <wgrant> Ursinha: OK, so if you look at lib/lp/registry/configure.zcml around line 1040, you'll see security stuff.
[02:24] <Ursinha> let me see
[02:26] <wgrant> You'll see <require permission="launchpad.Foo" interface="IBar" />. That restricts access to the attributes and methods on Bar to those users holding the launchpad.Foo permission.
[02:26] <wgrant> <require permission="launchpad.Foo" set_attributes="foo bar" /> restricts setting of attributes 'foo' and 'bar' to launchpad.Foo.
[02:37] <Ursinha> argh, right, sorry wgrant, got lost here
[02:37] <wgrant> Still lost?
[02:37] <Ursinha> about other bit
[02:37] <wgrant> Ah.
[02:44] <Ursinha> wgrant, thank you very much.
[02:44] <Ursinha> again.
[02:44] <wgrant> np
[03:12] <noodles775> sinzui: did you get that QA done?
[03:12] <noodles775> I'm checking staging currently but the css issue still seems to be there :/
[03:13] <noodles775> Ah, staging is on r8640... np.
[03:56] <mwhudson> aargh soyuz is eating my brain
[03:57] <lifeless> nom nom nom
[03:58] <wgrant> mwhudson: Which bit?
[03:58] <wgrant> (it is very effective at that)
[03:58] <mwhudson> wgrant: the bit you told me to run away from
[03:59] <wgrant> Ah, yes.
[03:59] <wgrant> Got it to run or do anything yet?
[03:59] <mwhudson> nah, haven't even tried that
[04:02] <mwhudson> wgrant: there seems to be a "build style" concept, of which the only actual instance is debian style?
[04:02] <wgrant> mwhudson: Correct.
[04:02] <wgrant> mwhudson: You can see it registered in daemons/buildd-slave.tac
[04:02] <wgrant> (that bit took a while to find)
[04:03] <mwhudson> wgrant: right
[04:52] <mwhudson> wgrant: soyuz builders get the sourcepackage bits that need to be built from the librarian right?
[04:53] <wgrant> mwhudson: Sometimes.
[04:54] <wgrant> mwhudson: Unless the files are private.
[04:54] <mwhudson> oh right
[04:54] <wgrant> In that case, they live in the restricted librarian and cannot be retrieved.
[04:54] <mwhudson> so how does it work then, do you know?
[04:54] <wgrant> buildd-manager instead gives them a private-ppa.launchpad.net URL with credentials, IIRC.
[04:55] <mwhudson> oh ok
[04:55] <mwhudson> wgrant: the chroots are in the librarian too?
[04:55] <wgrant> Yup.
[04:57] <wgrant> mwhudson: You can probably reuse the same chroots, and just install bzr-buildpackage inside them during the build.
[04:58] <mwhudson> wgrant: yeah, not having to open that bear pit would be nice
[04:58] <wgrant> It will make $UOSA happy.
[04:59] <spm> wgrant: unlikely. he's a grumpy old bugger.
[05:00] <wgrant> :(
[05:00] <wgrant> I must try to catch him tomorrow morning, since I failed today.
[05:00] <mwhudson> spm: s/happy/less grumpy/
[05:01] <spm> tbh, I don't think I've ever seen lamont unhappy. irritated yes, unhappy, no.
[05:01] <wgrant> I'm sure that maintaining an extra set of buildd chroots would tip him just over into unhappy :P
[05:01] <mwhudson> spm: the baseline for admins is not especially happy after all
[05:02] <spm> mwhudson: gah!!!! do you mean to imply that I'm -EHAPPY ????
[05:03] <spm> wgrant: if you present them as hpia mk2's you could swing it with him being non the wiser? :-P
[05:04] <wgrant> Ooh, true.
[05:05] <wgrant> mwhudson: Deciphered the beast yet?
[05:06] <mwhudson> wgrant: well, making progress
[05:12] <mwhudson> wgrant: is there a difference between the slave scanner and the buildd master, or are they different names for the same thing?
[05:13] <wgrant> mwhudson: slave-scanner was scaling badly, so was reincarnated as buildd-manager. Both are builddmasters.
[05:13] <wgrant> slave-scanner is, I believe, only of historical value.
[05:13] <mwhudson> wgrant: ahh ok
[05:17] <mwhudson> wgrant: and aiui build scheduling is done be yet another process that manipulates the buildqueue table which is then consulted by builddmanager?
[05:17] <wgrant> mwhudson: mrrrrrrh sort of but not really
[05:17] <wgrant> mwhudson: There is this queue-builder thing.
[05:17] <wgrant> It is run occasionally.
[05:18] <wgrant> It only really needs to be run when you add a new arch or distroseries.
[05:18] <wgrant> It creates new builds, and creates buildqueues for those that are missing.
[05:18] <wgrant> But in the normal case, the Builds and BuildQueues are created and given a score at upload-time.
[05:19] <mwhudson> does it need to be run when a build is rescored for example?
[05:19] <wgrant> No.
[05:19] <wgrant> Rescoring directly updates the BuildQueue, which findBuildCandidate then sees.
[05:19] <mwhudson> or not, because the score is the output of the at-upload computation and rescoring overrides the result
[05:19] <wgrant> Right.
[05:20] <wgrant> queue-builder has a rescoring mode, where it will recalculate all scores.
[05:20] <wgrant> But I don't think queue-builder is run regularly in production at the moment.
[05:28] <wgrant> are bug subscriber sprites (not those in the "Also notified" section, though) slightly raised for anybody else)?
[05:35] <mwhudson> wgrant: sorry, i'll stop this soon
[05:36] <mwhudson> wgrant: does the buildd-manager suck the built files off the slaves too?
[05:36] <wgrant> mwhudson: Hey, it's more interesting than Java revision..
[05:36] <wgrant> It does.
[05:36] <wgrant> There's a handler in BuildQueue to do that, I think.
[05:37] <wgrant> (the slave will report its state as WAITING when it is complete)
[05:37] <wgrant> Hm, no, not in buildqueue.
[05:37] <wgrant> But it's somewhere, anyway.
[05:38] <wgrant> buildd-manager will grab the files, tell the slave to clean up, and then process the binary upload.
[05:38] <mwhudson> wgrant: lp.buildmaster.buildergroup it seems
[05:38] <wgrant> Something like that.
[05:40] <mwhudson>         # XXX cprov 2007-07-11 bug=129487: untested code path.
[05:40] <mwhudson> yay!
[05:41] <wgrant> This is Soyuz.
[05:42] <wgrant> There are altogether too many XXXs in that method.
[05:42] <wgrant> But bigjools wants to offload most of the processing, anyway.
[08:32] <adeuring> good morning
[09:10] <wgrant> noodles775: What's wrong with the librarian? Disk upgrades?
[09:18] <bigjools> mo disk IIRC
[09:18] <wgrant> Makes sense.
[09:19] <wgrant> bigjools: I wonder how much librarian disk would be saved if daily PPAs were configured to cull binaries after just a few days.
[09:20] <bigjools> lots!
[09:20] <bigjools> I might chop the current 28 day limit to much less
[09:20] <bigjools> across the board
[09:21] <bigjools> however the biggest culrprit by far is Ubuntu
[09:21] <mrevell> Morning
[09:21] <bigjools> eyup mrevell
[10:14] <SteveA> 10:11 < SteveA> the launchpad offline page is really really annoying
[10:14] <SteveA> 10:11 < SteveA> instead of serving a page up at the URL I want, but serving the offline page with a 5xx error
[10:14] <SteveA> 10:12 < SteveA> it redirects me to an "offline" page
[10:14] <SteveA> 10:12 < SteveA> the problem with this is, I lose any URLs I have in my browser when I refresh the URLs
[10:14] <SteveA> 10:12 < SteveA> such as when I restart my firefox session
[10:14] <SteveA> 10:12 < SteveA> this is a significant loss of state.
[10:14] <SteveA> 10:13 < SteveA> the offline page is even a 200 OK
[10:14] <SteveA> 10:13 < SteveA> it should be a 5xx
[10:25] <stub> I guess if haproxy doesn't support what we want, we can open a bug and maybe submit a patch.
[11:01] <deryck> Morning, all.
[11:32] <bigjools> james_w: fancy a trip to NZ in january?
[11:33] <james_w> I wouldn't say no :-)
[11:33] <bigjools> james_w: we're holding the build from branch sprint in Wellington
[11:34] <james_w> nice
[11:34] <bigjools> so it's up to you, it will be a mostly coding sprint I think
[11:34] <bigjools> LCA is the week after, which is why we're doing it there
[11:34] <james_w> thought so
[11:48] <bigjools> jtv: around?
[11:48] <jtv> bigjools: around
[11:49] <jtv> bigjools: what's up?
[11:49] <bigjools> jtv: howdy - I was wondering if you'd like to get involved in documenting how our build farm works, so you can learn a bit about it in preparation for the work we're doing to support translations jobs
[11:49] <jtv> bigjools: sounds like a good idea
[11:50] <jtv> bigjools: got any concrete plans for it?
[11:50] <bigjools> al-maisan and noodles775 are looking into it as well, can you join up with them
[11:50] <wgrant> mwhudson had fun with lp-buildd today, too!
[11:50] <bigjools> I hear :)
[11:51] <jtv> al-maisan, noodles775: how are you going about it?  (Or rather, how should I :-)
[11:52] <noodles775> jtv: I haven't yet (still following the release issues), but plan to install soyuz locally using wgrant's instructions (I've never had time to do it yet)
[11:53] <wgrant> noodles775: I rewrote them to be more useful this evening, but haven't uploaded them anywhere yet.
[11:53] <al-maisan> jtv: I am also a bit busy but thought of reading the code and playing with the Soyuz dogfood system.
[11:53] <jtv> noodles775: oh, I hadn't even realized that there was an additional installation procedure
[11:53] <noodles775> wgrant: ah, please let me know when you do...
[11:54] <bigjools> jtv: I'll include you on an email I am sending about the db schema
[11:54] <noodles775> jtv: for actually running the build infrastructure locally.
[11:54] <bigjools> jtv: you need to get a local buildd running
[11:54] <jtv> wgrant: as you've guessed by now, please add me to the distribution list.  :-)
[11:55] <jtv> bigjools, noodles775: were you deliberately completing each other's sentences there, or should I read you as two separate input channels?
[11:55] <bigjools> heh, separate :)
[11:56] <bigjools> prophecy - Guns n Roses "Back off Bitch" just started on my random playlist
[11:58] <wgrant> noodles775, jtv: http://williamgrant.id.au/f/1/2009/running-soyuz.html is the new version.
[11:58] <jtv> wgrant: thanks!
[12:01] <bigjools> nice
[12:02] <bigjools> wgrant: it would be good if you can put that on dev.launchpad.net
[12:02] <wgrant> bigjools: I've been planning to.
[12:03] <bigjools> coolio
[12:03] <wgrant> Any hints as to where it should go?
[12:03] <bigjools> somwhere under https://dev.launchpad.net/Soyuz
[12:04]  * wgrant hunts out the Codehosting equivalent.
[12:05] <noodles775> Thanks wgrant
[12:32] <wgrant> https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally
[12:32] <bigjools> \o/
[12:32] <noodles775> Nice :)
[12:32] <bigjools> thanks muchly
[12:33]  * wgrant works out how to attach those two helper scripts.
[12:36] <wgrant> Alright, that looks reasonable.
[12:37] <danilos> wgrant, btw, I think it'd be great to have sampledata on launchpad_dev updated to reflect what's there after update-ubuntu-sane.py script
[12:37] <wgrant> danilos: Probably, now that it's separate from ftest.
[12:37] <danilos> wgrant, exactly :)
[12:37] <wgrant> Amusingly, most of the tests use the 'ubuntutest' distro anyway, because the 'ubuntu' distro is too screwed.
[12:38] <danilos> wgrant, yeah, we're also trying to use more and more of in-place object creation instead of relying on sampledata
[12:40] <bigjools> but the jury's out on whether that's quicker than resetting the db each test
[12:41] <wgrant> I should also probably get the archive.launchpad.dev stuff added to rf-setup, like I did with ppa.launchpad.dev a couple of months back.
[12:44] <wgrant> bigjools: The external archive dependencies feature is very handy.
[12:44] <bigjools> wgrant: that's its problem :)
[12:57] <wgrant> I never like to see 'NIGHTMARE.' in specs.
[12:58] <maxb> ooi, when does the db-stable->devel merge take place? Is it scheduled, or somewhat adhoc?
[12:59]  * wgrant sadly compares the Codehosting and Soyuz local instance pages.
[13:00] <bigjools> wgrant: NIGHTMARE is honesty :/
[13:00] <wgrant> bigjools: Yep.
[13:00] <al-maisan> wgrant: which ones do you like better?
[13:00] <al-maisan> ;)
[13:57] <EdwinGrubbs> bigjools: ping
[14:13] <salgado> sidnei, around?
[14:33] <bigjools> EdwinGrubbs: hey, wassup
[14:35] <EdwinGrubbs> bigjools: you mentioned in bug 196322 that the +allpackages could be removed. Will this prevent google from crawling the source packages pages, and is that a problem?
[14:35] <mup> Bug #196322: "All source packages" page empty when distribution doesn't use Launchpad for packaging <post-3-ui-cleanup> <trivial> <ui> <Launchpad Registry:In Progress by edwin-grubbs> <https://launchpad.net/bugs/196322>
[14:36] <bigjools> let me check
[14:38] <bigjools> EdwinGrubbs: blow it away
[14:46] <Ursinha> matsubara, meeting in 15 mins?
[14:46] <matsubara> stub, Chex, gary_poster, rockstar, bigjools, danilos, sinzui, allenap: LP production meeting in 14 min @ #launchpad-meeting
[14:47] <danilos> matsubara, thanks for the reminder, I might not be a good participant (along with bigjools, gary_poster and sinzui) since we have a TL call at the same time
[14:47] <bigjools> damn DST
[14:48] <Ursinha> matsubara, oops summaries won't be completed in time as well
[14:48] <bigjools> noodles775: can you attend the production meeting instead of me please!
[14:53] <matsubara> danilos, I can cover for gary_poster
[14:54] <danilos> bigjools, that's why I had complaints about moving the call last week, but forgot about the timing for this week :)
[14:54] <gary_poster> matsubara: thank you.  what do you want to do about this longer term?  Presumably we hould move one or the other
[14:54] <gary_poster> I was wondering if the team lead meeting on Thursday should be moved to the same time as Wednesday during DST
[14:55] <matsubara> gary_poster, not sure what do about it in the longer term. we can try to re-schedule or send other people as QA contacts for each of the teams when the TL is not available
[14:56] <gary_poster> matsubara: ok.  I'm sure we'll bring up the conflict on the TL call; I or someone else will then check up with you and Ursinha
[14:57] <sidnei> salgado: sorta
[14:57] <matsubara> gary_poster, all right. thanks
[14:58] <salgado> sidnei, hi there. I was wondering if you could help me with that lazr-js bug I mentioned yesterday.  would you have some time for that today?
[14:59] <sidnei> salgado: today is looking nasty, but if you have a reproducible case, let's schedule it for 4pm BRT
[15:00] <salgado> sidnei, I do have one, yes.  thanks a lot!
[15:00] <sidnei> salgado: deal. thanks!
[15:06] <beuno> mrevell, I just realized I never replied to your tour email  (it dropped off my unread emails)
[15:07] <mrevell> hey beuno, there's no rush. I had a meeting with Iain Farrell yesterday, as I happened to be at Millbank for some other meetings. I'll CC you on the writeup of what we spoke about.
[15:08] <beuno> mrevell, thenks
[15:28] <flacoste> abentley: around?
[15:28] <flacoste> rockstar: around?
[15:28] <abentley> flacoste: Yes.
[15:29] <flacoste> abentley: we have a problem with codehosting can you help?
[15:29] <abentley> If it's the fact that http access doesn't work, I'm already looking into that.
[15:29] <flacoste> ok, what is the situation?
[15:29] <flacoste> do you need any help?
[15:30] <abentley> I don't know what's causing it.  It's hard to reproduce locally, but I'm getting there.
[15:38] <flacoste> abentley: what info do we have on the issue?
[15:38] <abentley> The best info I have is that some files which should be there are 404ing and others are not.
[15:39] <flacoste> abentley: btw, mthaddon was looking for you on #launchpad-code
[15:40] <abentley> flacoste, mthaddon: I lost my connection to irc.canonica.com, and it doesn't want to reconnect.
[15:40] <mthaddon> abentley: hmm, weird - well we can work here if you like
[15:41] <abentley> mthaddon: jam is reporting that not all files are 404ing, but I'm getting "connection timed out" when I try to access bazaar.launchpad.net.
[15:41] <abentley> mthaddon: This URL is reported to not 404: http://bazaar.launchpad.net/~bzr-pqm/bzr/bzr.dev/.bzr/branch-format
[15:42] <mthaddon> yeah, I don't get a 404 for that one
[15:42] <abentley> mthaddon: Is that possibly a caching issue?
[15:42] <mthaddon> and http://bazaar.launchpad.net/~bzr-pqm/bzr/bzr.dev/changes works for me too
[15:43] <mthaddon> I can't see any caching options in the apache configs
[15:43] <abentley> mthaddon: I guess it can always be a caching issue, with the prevalence of intercepting proxies.
[15:44] <abentley> mthaddon: But I tried it on devpad and it worked there too.
[15:45] <mthaddon> https://bazaar.launchpad.net/~launchpad-pqm/launchpad/production-devel/changes works for me too
[15:45] <mthaddon> so who is reporting problems, and what kind of problems?
[15:45] <abentley> mthaddon: Sure, but AIUI, we're worried about http codehosting, not codebrowse.
[15:46] <abentley> mthaddon: jam is one of the people noticing problems.
[15:47] <mthaddon> ok, so what specific bit is failing?
[15:52] <mars> BjornT, ping re: lazr-js and buildout
[15:52] <BjornT> hi mars
[15:52] <mars> hi BjornT.  Did your lazr-js and LP buildout changes land successfully?
[15:53] <BjornT> mars: yes, it landed quite a while ago
[15:54] <mars> BjornT, ok, so is it safe to bump the version number on the lazr-js trunk, and start landing sidnei's branches?
[15:54] <BjornT> mars: yes
[15:54] <sidnei> \o/
[15:54] <mars> BjornT, awesome, thank you
[15:54] <sidnei> now, how do i land them?
[15:54] <mars> ...
[15:55] <sidnei> bzr pqm-submit?
[15:55] <mars> sidnei, yes, that should work
[15:55] <mars> it Works For Me
[15:55] <sidnei> it didn't last time. maybe i have to be added to some acl somewhere
[15:55] <mars> BjornT, ^ ?
[15:56] <BjornT> sidnei: can you try again? or show me which error you got?
[15:56]  * mars wonders who is the scrollkeeper for the PQM system, the repository of such arcane knowledge?
[15:57] <sidnei> the error i got was []
[15:57] <sidnei> Command failed!
[15:57] <sidnei> All lines of log output:"Branch ['/home/pqm/archives/rocketfuel/lazr-js/toolchain', 'bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/lazr-js/toolchain'] not found in config"
[15:57] <abentley> flacoste: We are seeing a gradual recovery.  Do you have any examples of branches that are still failing?
[15:58] <BjornT> sidnei: to which pqm address did you send the request to?
[15:58] <flacoste> abentley: not really, mthaddon: do you have any example HTTP branches still failing?
[15:59] <sidnei> BjornT: launchpad@pqm.canonical.com apparently
[15:59] <sidnei> BjornT: rockstar pasted me the config
[15:59] <BjornT> sidnei: i would try again
[16:00] <mars> BjornT, how much longer are you on for?
[16:00] <cody-somerville> Am I reading correctly the codehosting issue is slowly recovering? My commit from 2 hours ago is still not available via launchpad yet.
[16:01] <BjornT> mars: no idea. i'll probably be on and off the whole evening, and night since i need to prepare for my trip tomorrow
[16:01] <mars> ok
[16:01] <rockstar> Ursinha, sorry I missed the meeting.  I forgot my timezone changed.
[16:03] <mars> rockstar, btw, we are working on YUI3 for LP, devmode is good, but the production JS build is broken.  If I can fix that before the sprint, then we can land it.
[16:03] <mars> but we do have an integration branch for people to use.
[16:04] <mars> thumper could try that branch if he is feeling adventurous :)
[16:05] <BjornT> abentley: http://bazaar.launchpad.net/~launchpad-pqm/lazr-js/toolchain/
[16:08] <Ursinha> rockstar, okay
[16:09] <rockstar> mars, let me know how I can help.
[16:11] <sidnei> uhm, my submission didn't even show up in pqm, no reply even. maybe it's just a delay
[16:12] <rockstar> sidnei, there's funkiness in the web display recently.
[16:12] <abentley> BjornT: Are you able to view bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/lazr-js/toolchain/ ?
[16:13] <Ursinha> rockstar, it was asked someone from code to comment on https://bugs.edge.launchpad.net/launchpad-code/+bug/475394
[16:14] <mup> Bug #475394: bzr http access broken after 3.1.10 rollout <Launchpad Bazaar Integration:New> <https://launchpad.net/bugs/475394>
[16:14] <Ursinha> if you or abentley could do that it would be nice
[16:14] <Ursinha> thanks
[16:14] <rockstar> Ursinha, I'm trying to find out what's going on by reading the backchat.
[16:14] <mars> abentley, https://code.edge.launchpad.net/~launchpad-pqm/lazr-js/toolchain works for me
[16:14] <abentley> Ursinha: We don't know what's wrong.
[16:16] <sinzui> barry: EdwinGrubbs: bac: can you close your 3.1.10 registry bugs?
[16:16] <rockstar> abentley, shall we have a call to catch me up?
[16:16] <abentley> rockstar: Okay
[16:16] <barry> sinzui: i just ran close-my-bugs :)
[16:16] <EdwinGrubbs> sinzui: sure
[16:16] <sinzui> fab
[16:17] <sinzui> Maybe I will find and fix the insane karma action for that action so people can safely close other people's bugs
[16:17] <sinzui> barry: Do you think the rule is: use the assignee or the user doing the action?
[16:18] <barry> sinzui: i think the person who sets fix committed should get the karma
[16:18] <barry> fscking rich-roots kills me again!
[16:19] <sinzui> I disagree. I find lots of bugs that you have indirectly fixed a long time ago. I assign it to you and mark it fix committed. you should get the credit
[16:19] <barry> sinzui: oic.  assignee then
[16:19] <abentley> rockstar: ringing...
[16:19] <sinzui> barry: I think I gave you and edwin credit for about 30 bugs I discovered in foundations last month.
[16:19] <sidnei> uhm, now it shows up, but it's out of order. how can i remove a script from pqm?
[16:20] <barry> sinzui: awesome. i can go out to lunch now!  have you seen my new site www.karmaforgold.com?
[16:21] <sinzui> \o/
[16:21] <mars> losas, does someone have a moment to help sidnei with his PQM submission?
[16:23] <BjornT> abentley: yes, the bzr+ssh url works, but not http
[16:26] <abentley> BjornT: You don't have write access to that branch, do you?
[16:31] <Ursinha> bigjools, can I mark bugs 470150, 470411, 472326, 472608, 472929 as Fix Released?
[16:31] <Ursinha> hmm
[16:32] <bigjools> Ursinha: some URLs would be nice :)
[16:32] <Ursinha> bug 470150, bug 470411, bug 472326, bug 472608, bug 472929
[16:32] <mup> Bug #470150: package set based archive permission checks need to consider the distro series <current-rollout-blocker> <Soyuz:Fix Committed by al-maisan> <https://launchpad.net/bugs/470150>
[16:32] <mup> Bug #470411: please change the default source suite for Debian to 'testing' in _syncorigins.py <current-rollout-blocker> <trivial> <Soyuz:Fix Committed by al-maisan> <https://launchpad.net/bugs/470411>
[16:32] <mup> Bug #472326: When adding and removing package subsets the distro series needs to be observed <current-rollout-blocker> <Soyuz:Fix Committed by al-maisan> <https://launchpad.net/bugs/472326>
[16:32] <mup> Bug #472608: IPackagesetSet.getByName() is missing LP API metadata for the newly added 'distroseries' param. <current-rollout-blocker> <Soyuz:Fix Committed by al-maisan> <https://launchpad.net/bugs/472608>
[16:32] <mup> Bug #472929: Archive +upload URLs for package sets need to be distro series aware <current-rollout-blocker> <Soyuz:Fix Committed by al-maisan> <https://launchpad.net/bugs/472929>
[16:32] <Ursinha> :)
[16:32] <bigjools> lol
[16:32] <bigjools> Ursinha: well if you want to steal al-maisan's karma
[16:33] <al-maisan> yeah, all of these were rolled out.
[16:33] <Ursinha> bigjools, hm, I thought the assignee gets the karma
[16:33] <bigjools> Ursinha: I think the person who marks it does
[16:33] <Ursinha> bigjools, this kinda sucks
[16:33] <al-maisan> yes indeed.
[16:33] <bigjools> Ursinha: patches accepted I'm sure ;)
[16:33] <Ursinha> bigjools, I'm learning, hopefully will be able to do that soon :P
[16:34] <bigjools> \o/
[16:34]  * bigjools closes his bugs
[16:35] <bigjools> yay for the API
[16:37] <rockstar> noodles775, are we having a second rollout?
[16:38] <Ursinha> bigjools, so I won't close al-maisan's bugs so I won't steal his karma
[16:38] <bigjools> rockstar: noodles775 has left for the day, he was up at 3am his time
[16:38] <al-maisan> I can close them later if that suits
[16:38] <bigjools> al-maisan: I have a script that will close your own bugs in 10 seconds
[16:39] <mars> bigjools, I don't remember that part being in the Release Manager job description...
[16:39] <al-maisan> bigjools: that's very handy.
[16:39] <bigjools> mars: yeah it kinda sucks but he's a diligent man
[16:40]  * beuno-lunch hugs barry for filing the bzr bug
[16:46] <BjornT> abentley: no, i don't think i have write access to that branch. however, branches that i have write access to fail as well, i tink
[16:47] <BjornT> abentley: for example http://bazaar.launchpad.net/~bjornt/garmin-sync/devel
[16:47] <abentley> BjornT: Yes, it's just that as a debugging tool, we want to make sure the mirrored copy is alright, and the you see the mirrored copy over bzr+ssh if you don't have write access.
[16:47] <Ursinha> gary_poster, are you working on bug 475550 for the reroll?
[16:47] <mup> Bug #475550: _pythonpath whitelist of clean_modules is too fragile <Launchpad Foundations:In Progress by gary> <https://launchpad.net/bugs/475550>
[16:47] <gary_poster> Ursinha: yes
[16:47] <Ursinha> gary_poster, thanks
[16:48] <gary_poster> Ursinha: np
[16:55] <sidnei> BjornT, mars: pqm finally failed my branch, with the same error as before. i don't think it's because of release-critical though.
[16:56] <Ursinha> sinzui, I'm sorry, I think I forgot asking in the meeting, you said bug 475433 was a good candidate for CP. you meant CP or reroll?
[16:56] <mup> Bug #475433: oops leaving milestone code_name empty <oops> <Launchpad Registry:In Progress by sinzui> <https://launchpad.net/bugs/475433>
[16:56] <sinzui> I meant CP, but now that I see the issue is lower, I am working on an RC
[16:57] <sinzui> Ursinha: we may see many oops that end with:
[16:57] <sinzui> AttributeError: 'NoneType' object has no attribute 'str
[16:58] <sinzui> Ursinha: This may be happening with an not-required StrippedTextField
[16:58] <sinzui> s/an/any/
[16:58] <mars> sidnei, it looks like dealing with that will have to wait until after they get codehosting back to full speed :(
[16:58] <sidnei> mars: thats fine. i assume lazr-js will be taken out of pqm as well?
[16:59] <mars> sidnei, that I do not know
[17:01] <barry> beuno-lunch: ;)
[17:02] <sidnei> rockstar: are we getting your magic migrate-my-branch button this cycle or the next?
[17:03]  * Ursinha stabs oops-tools
[17:03] <rockstar> sidnei, probably the beginning of this next cycle, on edge.  The infrastructure got rolled out with the rollout, but the UI didnt'.
[17:03] <sidnei> rockstar: awesome, thanks!
[17:06] <BjornT> sidnei: you'll have to ask a losa about that error. we will only take lazr-js out of pqm if we set up a buildbot for it. but it might be better to run the tests before commit, rather than after, assuming it won't take long to run them.
[17:50] <Ursinha> anyone else able to file bugs in lp?
[17:50] <Ursinha> hi deryck, a user filed bug 475498 and I'm also getting consistently timeouts trying to do what he was doing
[17:51] <Ursinha> deryck, I initially thought about another bug on dupefinder with long sentences but even a few words trigger the timeout
[17:52] <deryck> Ursinha, ok, I'll take a look at it.
[17:52] <Ursinha> thanks deryck
[18:08] <mrevell> Night all
[18:34] <sidnei> salgado: just got out of a meeting, and have to leave in 20, can you email me instead?
[18:34] <salgado> sidnei, sure, I'll do that
[18:35] <sidnei> salgado: thanks!
[18:36] <salgado> sidnei, thank you
[19:14] <sinzui> barry: close this bug I rediscovered and get the karma: https://bugs.edge.launchpad.net/launchpad-registry/+bug/102273
[19:14] <mup> Bug #102273: product search shows description instead of summary <Launchpad Registry:Fix Committed by barry> <https://launchpad.net/bugs/102273>
[19:16] <barry> yay karma!
[19:29] <sinzui> EdwinGrubbs: I wrongly closed the bug I was looking for: bug 263223 relates to the layout you were looking at
[19:29] <mup> Bug #263223: "Working on" and "Latest Memberships" inconsistencies on person page <trivial> <ui> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/263223>
[21:42] <beuno> sinzui, EdwinGrubbs, FYI, +1 on all of sinzui's comments on the UI pre-review
[21:42] <beuno> I have nothing to add  :)
[21:43] <EdwinGrubbs> thanks
[22:35] <EdwinGrubbs> sinzui: I wasn't sure if you wanted me to put the badges in a table like person-portlet-contributions.pt. Alternatively, I could just float the badges to the right.
[22:35] <EdwinGrubbs> of course, that might be bad if the bug title should wrap.
[22:36] <sinzui> EdwinGrubbs: I am not sure. I do not like the table, but badges are shown in tables on all pages except this one instance
[22:37] <sinzui> EdwinGrubbs: I tried floating on the milestone page and later switched to a table column because users noticed that they were still displaying differently
[22:38] <sinzui> EdwinGrubbs: In this case, the user will see two presentation and they should be the same. so if you do not want to alter the erson-portlet-contributions.pt, I would use a table just like that portlet
[22:38] <EdwinGrubbs> ok
[22:46] <tsimpson> is there a decided time scale on https://bugs.edge.launchpad.net/launchpad-foundations/+bug/385517 ("launchpadlib users made to authenticate unnecessarily")?
[22:46] <mup> Bug #385517: launchpadlib users made to authenticate unnecessarily <Launchpad Foundations:In Progress by leonardr> <https://launchpad.net/bugs/385517>
[22:50] <mwhudson> airport time