/srv/irclogs.ubuntu.com/2010/12/08/#launchpad-dev.txt

=== Ursinha is now known as Ursinha-afk
wgrantCould someone please throw https://code.launchpad.net/~wgrant/launchpad/bug-685764/+merge/42814 and https://code.launchpad.net/~wgrant/launchpad/bug-675621-packages-binary-scaling/+merge/42607 at EC2?00:45
james_wwgrant, I would, but: ec2: ERROR: Unable to set the commit message in the merge proposal.00:53
wgrantjames_w: Ah, you're not in ~launchpad?00:55
james_wnope00:55
cody-somervillewgrant, If you give me the command I need to run, I'll do it for you.01:04
wgrantcody-somerville: I don't actually know how to do it yet, sorry.01:05
james_wcody-somerville, ./utilities/ec2 land <url>01:17
james_wthe first will need --force as it isn't set to "Approved"01:18
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
LPCIBotProject db-devel build (192): FAILURE in 6 min 21 sec: https://hudson.wedontsleep.org/job/db-devel/192/06:32
LPCIBotProject db-devel build (193): STILL FAILING in 0.43 sec: https://hudson.wedontsleep.org/job/db-devel/193/06:46
wgrantStevenK: Are you doing bad things to Hudson?06:46
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
LPCIBotProject db-devel build (194): STILL FAILING in 0.46 sec: https://hudson.wedontsleep.org/job/db-devel/194/07:01
LPCIBotProject db-devel build (195): STILL FAILING in 2 sec: https://hudson.wedontsleep.org/job/db-devel/195/07:16
LPCIBotProject db-devel build (196): STILL FAILING in 0.44 sec: https://hudson.wedontsleep.org/job/db-devel/196/07:31
LPCIBotProject db-devel build (197): STILL FAILING in 0.44 sec: https://hudson.wedontsleep.org/job/db-devel/197/07:46
LPCIBotProject db-devel build (198): STILL FAILING in 0.56 sec: https://hudson.wedontsleep.org/job/db-devel/198/08:01
adeuringgood morning08:04
LPCIBotProject db-devel build (199): STILL FAILING in 0.45 sec: https://hudson.wedontsleep.org/job/db-devel/199/08:16
=== mthaddon changed the topic of #launchpad-dev to: Launchpad down/read-only from 10:00-11:30UTC for a code update | Launchpad Development Channel | Week 4 of 10.12 | Performance Tuesday | PQM open for business | firefighting: - | Get the code: https:/​/​dev.launchpad.net/​Getting
mrevellGreetings09:14
wgrantbigjools: Since when do we support renaming Ubuntu series?09:32
bigjoolssince recently09:33
bigjoolswgrant: so, we still have a few PPAs appearing in every publisher run10:13
bigjoolsthe ones I caught with the SQL have gone though10:13
wgrantbigjools: I suspect it's the datepublished IS NULL10:15
wgrantThat constraint was unnecessary.10:15
bigjoolsright10:16
bigjoolsit was belt and braces10:16
wgrantYup.10:16
bigjoolsit eats a few minutes in the publisher time for all these :/10:17
wgrantAre cocoplum and germanium in nodowntime?10:17
bigjoolsno10:17
wgrant:(10:17
wgrantI understand cesium.10:17
wgrantBut not those two.10:17
wgrantOh, poppy?10:17
bigjoolserrr yes I meant10:17
bigjoolsas in, they don't get rolled out to automatically10:18
bigjoolsI hate that tag10:18
wgrantThat means they're *not* in nodowntime.10:18
wgrantnodowntime means that they don't require downtime for updates. Not that no downtime is allowed.10:18
bigjoolsexactly - confused yet?10:19
bigjoolsthe reason they are in nodowntime is because of the publisher and poppy10:20
bigjoolswe're working on load-balancing poppy10:20
bigjoolswgrant: so removing the datepublished is null clause throws up over 900 PPAs.  That's not right :)10:24
wgrantbigjools: Right, you need to exclude those with other active publications for the source.10:25
bigjoolseh?10:26
wgrantHmm. Let me think.10:27
wgrantWhat's the query?10:27
bigjoolshttp://pastebin.ubuntu.com/540956/10:28
wgrantbigjools: We need to check if there are any other matching sourcepubs in the same series.10:32
wgrantI think.10:33
wgrantThat's the condition that the dominator users.10:33
bigjoolsI can't think straight today, I have got the start of man flu10:33
wgrant:(10:33
bigjoolswgrant: I can't get my head around what you mean10:36
wgrantNevermind, I'm crazy.10:38
wgrantCan you tell what's wrong with the remaining PPAs?10:38
wgrantIt might not be the same issue.10:38
bigjoolswell that's the theory I am working on, I need to debug it10:40
bigjoolsself._setScheduledDeletionDate() makes me cry10:41
wgrantOh?10:41
bigjoolscould really do with a mass-update instead of piecemeal10:42
bigjoolswould be an order of magnitude quicker10:42
wgrantSure, but that needs the whole thing to be refactored to issue just a couple of queries per archive.10:44
wgrantNot several per publication.10:44
bigjoolsexactly10:44
wgrantThat method is the least of our worries.10:45
bigjoolsI'd say it's one of the nightmares of soyuz personally10:45
bigjoolsin fact domination.py generally :)10:45
wgrantSure.10:46
wgrantIt's better than it used to be. But still pretty horrific.10:46
bigjoolsmmm it's nice and warm today, the high is -110:46
wgrant:( I want cold.10:46
bigjoolsyou don't :)10:46
bigjoolswgrant: so I have found an example of one where the source did get published and then deleted before the build finished.  The data looks entirely as expected, so I'm not sure why that other query picks up so many PPAs.10:57
wgrantbigjools: I need to think about that. Can you investigate one of the other 900 PPAs and work out what's wrong?10:59
bigjoolsyeah already looking10:59
=== mthaddon changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.12 | Performance Tuesday | PQM open for business | firefighting: - | Get the code: https:/​/​dev.launchpad.net/​Getting
=== matsubara-afk is now known as matsubara
bigjoolswgrant: so the other PPAs have packages that are naturally superseded11:07
wgrantRight.11:08
bigjoolsbut the binaries are still published, so something is holding up the binaries11:08
wgrantNone Deleted?11:08
wgrantOh.11:08
wgrantOf course.11:08
wgrantA2...11:08
bigjoolshowever, they don;t appear in the publisher log!11:08
wgrantI am stupid.11:08
wgrantA2 marks pockets with *Deletions* dirty.11:09
wgrantand Distribution.getPendingPublicationPPAs only looks for Pending and Deleted.11:09
wgrantSo PPAs with Superseded sources like this won't be processed by the publisher.11:10
bigjoolsho ho!11:10
wgrantSo it's plausible that we have 900 of them,.11:10
bigjoolsso, how do we fix this ...11:10
wgrantThis is NBS.11:11
bigjoolsright11:11
wgrantIt's not critical that we handle this now, since the performance impact should be close to zero.11:11
wgrantLong-term we probably need UI for NBS.11:11
wgrantAnd everyone will handle it themselves then.11:12
wgrantFor now: ignore.11:12
bigjoolsit's very hard on PPAs to see that right now11:12
wgrantRight.11:12
wgrantSo, restrict spph.status to Deleted.11:12
wgrantAnd remove datepublished IS NULL11:12
wgrantAnd see if that returns a set closer to the remaining PPAs from the publisher log.11:12
bigjoolsso I can change the original query to just pick up status=4 and we should be ok11:13
* bigjools crosses with your suggestion11:13
bigjools58 PPAs \o/11:14
wgrantStill large...11:14
bigjoolswell this is on staging, it will be the original 23 plus new ones11:14
wgrantOh.11:15
wgrantIs that closer to what we were expecting?11:15
wgrantI don't have the publisher log at hand.11:15
bigjoolsyeah it's about right11:15
bigjoolswgrant: this is what I will run: http://pastebin.ubuntu.com/540962/11:17
wgrantbigjools: Set datesuperseded! Not scheduleddeletiondate.11:17
bigjoolsImeh11:17
wgrantOtherwise it looks fine.11:18
wgrantThen we need to get your fix out to cesium soonish.11:20
wgrantAnd that should be the end of that.11:20
bigjoolshttp://pastebin.ubuntu.com/540963/11:21
wgrantdoit11:22
bigjoolsasync b-m up and running!11:23
wgrantWoo.11:23
bigjoolsoy, spammy log now11:23
bigjools"Starting factory" messages for the getPage call :(11:23
bigjoolsand corresponding "Stopping factory"11:24
wgrant:(11:24
* bigjools -> coffee break11:33
bigjoolswgrant: that SQL change has picked up 7k5 rows... need to check it although the PPA count itself seemed sane11:55
wgrantHmm.11:57
bigjoolsone archive has got 5951 binaries in this state12:01
* bigjools stares at ubuntu langpack12:01
bigjoolsschooltool-owners has got 130712:02
wgrantschooltool packages hundreds of zope bits and pieces.12:02
wgrantBoth have hundreds of arch-indep packages at a time.12:02
bigjoolsyes so langpack is costing us 3 minutes in every publisher run!12:02
wgrantI wonder if that is relevant.12:02
bigjoolsI doubt it12:03
=== Ursinha-afk is now known as Ursinha
bigjoolshmmm12:05
bigjoolswgrant: yes there's a bug there I think12:05
LPCIBotYippie, build fixed!12:06
LPCIBotProject db-devel build (200): FIXED in 3 hr 34 min: https://hudson.wedontsleep.org/job/db-devel/200/12:06
LPCIBotProject db-devel build (201): FAILURE in 0.54 sec: https://hudson.wedontsleep.org/job/db-devel/201/12:06
bigjoolsbinary published 2010-06-08, source deleted 2010-11-2412:06
wgrantbigjools: Same series?12:06
bigjoolsthere was a massive upload of langpacks very recently12:07
bigjoolssame series what?12:07
wgrantAre the binary and source in the same series?12:07
bigjoolsyup12:08
wgrant:(12:09
bigjoolswgrant: so there could be a bug in domination of arch-indep :/12:13
bigjoolswhich is rather concerning to say the least12:13
wgrantCan you give me some source and binary pub IDs for schooltool?12:15
bigjools403127/432552612:17
bigjools1.5 year gap for that one!12:18
wgrantbigjools: This can't be domination, because it's deletion.12:21
wgrantLet's see...12:21
wgrantIt may have been done through the API.12:21
bigjoolssorry, I mean condemning12:21
wgrantSince it was a mass-deletion of everything in Intrepid.12:21
wgrantNo, the binaries are still Published.12:22
bigjoolshrmph12:22
bigjoolsright12:22
wgrantI think someone may have presumed that SPPH.requestDeletion deleted the binaries too.12:22
bigjoolsI told you I had man flu12:22
bigjoolsyeah12:22
bigjoolsnicely spotted12:23
bigjoolsoh dear12:24
wgrantOh dear/12:24
wgrant?12:24
wgrantWhat have I destroyed now?12:25
bigjoolsnothing, I am just wondering how to fix the API so it's backwardly compatible12:25
wgrantDoes it need to be?12:26
bigjoolsit needs to call PublishingSet.requestDeletion12:26
wgrantRight.12:26
wgrantAny API users calling SPPH.requestDeletion are broken.12:26
wgrantI don't know of any regular users.12:26
wgrantSo let's just change it to make it work sanely.12:26
bigjoolshowever, we don't have a publishing set to work with in the API call12:26
bigjoolsin the meantime I am going to run that SQL12:27
wgrantUnexport ISPPH.requestDeletion, and export as requestDeletion a new SPPH method that calls PS.requestDeletion.12:27
wgrantAnd yes, please run that SQL.12:28
bigjoolsthat won't really work12:28
wgrantOh?12:28
bigjoolsPS.rD needs a list of sources12:28
bigjoolswe can munge it12:28
bigjoolsbut that's horrible12:28
bigjoolsI guess it's the cheapest thing for now12:28
wgrantWe have no other way to do it until the API redesign goes through.12:29
bigjoolsyeah :/12:30
bigjoolscock12:30
wgrant?12:30
bigjoolsthe API is frustrating like this12:31
wgrantYes. But it will be fixed soon.12:31
wgranthenninge: Hi.12:31
bigjoolswgrant: can you think of any scenario where SPPH.requestDeletion should not delete the bins too?12:39
wgrantbigjools: Not through the API, no.12:39
bigjoolsI'm going to have to make a new method and export it with the old name12:39
bigjoolsyay...12:39
wgrantYep.12:39
bigjoolswgrant: yay for factoring.  requestDeletion is in an interface common to both SPPH and BPPH.... *cry*12:54
wgrantbigjools: Yup :D12:55
bigjoolswgrant: we don't ever want people to delete just the binaries, do we?  I can un-export it from BPPH entirely12:56
wgrantbigjools: We should probably leave it, for the NBS case.12:57
bigjoolswgrant: I hate it when you point out stuff like that :)12:57
wgrantAs do I.12:57
bigjoolsyay, last publisher run was 5 mins12:59
wgrantAwesome.12:59
wgrantHow many archives were considered?13:00
bigjoolswell, 6 mins13:00
bigjools2113:00
bigjoolsand 8 private ones13:00
wgrantHm. still a few.13:00
bigjoolswell the trick is to see if they appear repeatedly13:01
bigjoolsI shall check after fud13:01
wgrantTrue.13:01
bigjoolsttfn13:01
wgrantAnd I guess that's quicker now.13:01
StevenKwgrant: Not that I'm aware of, why?13:05
wgrantStevenK: db-devel was failing very oddly.13:05
wgrantStevenK: Complaining that the branch was a repo, not a branch.13:05
wgrantAmong other things.13:05
StevenKThe bzr pull failed, doesn't sound like a hudson issue13:06
wgrantThat was the first one.13:07
StevenKThat's #201, #202 is still building13:07
henningewgrant: hi! ;)13:07
wgranthenninge: Hi. I replaced the doctests as you requested in https://code.launchpad.net/~wgrant/launchpad/bug-680889-arch-wildcards/+merge/4272313:08
StevenKbzr: ERROR: http://bazaar.launchpad.net/~launchpad-pqm/launchpad/db-devel/.bzr/repository/packs/e550d33ce1999c89bbdf2123b7a8c930.pack is redirected to https://launchpad.net13:08
StevenKSounds like a production issue13:08
henningewgrant: ah cool,looking13:09
StevenKI suspect the next builds of db-devel were unclean due to the build slave13:09
wgrantStevenK: Ah, of course.13:09
StevenKwgrant: Do you use Hudson a lot just because you don't have buildbot access? :-)13:10
wgrantStevenK: Yes, but it also spammed the channel a lot earlier.13:10
henningewgrant: very good! And it is also so much clearer what is happening. ;)13:15
henningewgrant: r=me13:15
wgranthenninge: Oh yes.13:15
wgrantI wanted to do it.13:15
wgrantBut as I said I'm not a huuuuge fan of mixing them into the same branch.13:15
wgranthenninge: Could you please throw it at EC2?13:15
wgranthttps://code.launchpad.net/~wgrant/launchpad/bug-685764/+merge/42814 and https://code.launchpad.net/~wgrant/launchpad/bug-675621-packages-binary-scaling/+merge/42607 also need EC2ing, if someone has a moment.13:16
henningewgrant: Oh, one thing. Shouldn't there be a test for just "foo", i.e. an invalid arch?13:16
henningewgrant: sure, I can do that.13:16
henningewgrant: or is that the same as "kfreebsd-hppa" ?13:17
wgranthenninge: It's already covered in a few places, perhaps most directly by testThreeArchitectures13:17
henningeok, fine ;)13:18
henningewgrant: argh, I just noticed a formal error in the doc test.13:18
henningesorry13:18
henninge(for voicing approval prematurely)13:19
wgrantWhat's the issue?13:19
henningewgrant: the schema for test method names is "test_methodName_extra_condition"13:19
henningeso, in this case "test_determineArchitecturesToBuild_single_arch" etc.13:20
wgrantI like to pretend that that rule doesn't exist, since it is inconsistent with everything else.13:20
henninge;-)13:20
wgrantdetermineArchitecturesToBuild is redundant there, since it's already in the class. But you have a point about underscores rather than camelCase.13:21
* wgrant fixes.13:21
henningewgrant: right, since you are testing just that one method, it's not needed in the method name.13:21
henningethanks13:21
henningeTestStyleGuide says exactly that ;-)13:23
henninge(method name is not strictly needed)13:23
wgranthenninge: Names changed.13:35
henningewgrant: cool, thanks a lot!13:38
wgranthenninge: No, thank you.13:39
henninge;-)13:39
henningewgrant: don't touch the branch anymore, I will land directly from there. ;)13:39
wgranthenninge: Great.13:40
wgrantLess great.13:40
henningewgrant: don't touch the branch anymore, I will land directly from there. ;)13:41
=== mrevell is now known as mrevell-lunch
henningewgrant: http://ec2-184-72-77-59.compute-1.amazonaws.com/14:11
wgranthenninge: Thanks.14:12
wgranthenninge: Did you end up sending off those other two as well?14:12
henningeerm14:12
henningewhich other two ... ?14:12
* henninge must have forgotten about those.14:12
wgranthttps://code.launchpad.net/~wgrant/launchpad/bug-685764/+merge/42814 and https://code.launchpad.net/~wgrant/launchpad/bug-675621-packages-binary-scaling/+merge/42607 also need EC2ing. You didn't review them, but I thought you might be able to throw them at EC2 while you were at it.14:13
henningesure, np.14:13
wgrantThanks!14:14
=== matsubara is now known as matsubara-lunch
henningewgrant: http://ec2-50-16-60-12.compute-1.amazonaws.com/14:36
=== Ursinha is now known as Ursinha-lunch
=== mrevell-lunch is now known as mrevell
henningewgrant: and finally http://ec2-75-101-182-41.compute-1.amazonaws.com/14:46
james_wtesting the API on qastaging is a bit hampered by caching of the wadl14:52
gary_posteradeuring: do you know enough to answer pitti's question at the bottom of https://bugs.launchpad.net/launchpad-foundations/+bug/395960 (in which he asks if that change was supposed to fix bug 620458)?  I'm pretty sure the answer must be "no," but I don't have context to reply.14:53
_mup_Bug #395960: proxying user supplied libarian files via the launchpad appserver domain has security and performance issues <librarian> <qa-ok> <Launchpad Foundations:Fix Released by lifeless> <https://launchpad.net/bugs/395960>14:53
_mup_Bug #620458: cannot access attachments of private bugs any more <qa-ok> <httplib2:Unknown> <Launchpad Bugs:Triaged by adeuring> <OEM Priority Project:New> <https://launchpad.net/bugs/620458>14:53
* adeuring is looking14:53
gary_posterthanks14:54
bacabentley, adeuring, allenap , bac, benji, danilo, sinzui, deryck, EdwinGrubbs, flacoste, gary, gmb, henninge, jelmer, jcsackett, jtv, bigjools, leonard, mars, mrevell: meeting reminder15:00
bigjoolsta15:00
gary_posterthanks15:00
adeuringok15:00
jtvbac: I'm not here, sorry.15:00
LPCIBotYippie, build fixed!15:28
LPCIBotProject db-devel build (202): FIXED in 3 hr 11 min: https://hudson.wedontsleep.org/job/db-devel/202/15:28
LPCIBot* Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 1202315:28
LPCIBotincluded.15:28
LPCIBot* Launchpad Patch Queue Manager: [r=gmb][ui=none][bug=368600] Store and report database patch15:28
LPCIBotapplication times.15:28
=== matsubara-lunch is now known as matsubara
=== Ursinha-lunch is now known as Ursinha
=== benji is now known as benji-lunch
=== benji-lunch is now known as benji
bdmurrayjames_w: have you done any writing to specifications with the API?  I'm getting a 40118:30
james_wbdmurray: I haven't. What are you attempting to modify?18:35
bdmurrayjames_w: a work item in the whiteboard18:36
james_wHmm, I'll take a look after lunch18:39
bdmurrayjames_w: Its working for me now18:51
james_wgood19:22
=== Ursinha is now known as Ursinha-bbl
dobeydo launchpad teams end up as unix groups, or as users, on the server?20:50
jelmerdobey: no, they just exist in the database20:53
mwhudsonmmm do we match revisions to authors by case insensitive email address or case sensitive?20:54
dobeyjelmer: how do permissions get handled on the filesystem for pushing branches and such? is that all done on the client via the xmlrpc check that happens before the actual pushing in bzr?20:55
jelmerdobey: no, it's done server side21:02
=== salgado is now known as salgado-afk
james_whow does one go about getting a nodowntime deployment?21:03
james_wThere is a set that the deployment report says can be deployed (admittedly containing only a single revision), and it would be spiffy to have that revision available21:04
jelmerhey james_w21:05
james_whey jelmer21:05
dobeyjelmer: hrmm. via the launchpad server bzr plug-in somehow?21:06
jelmerdobey: a custom ssh server21:06
mwhudsonit's the custom bzr transport really21:06
jelmerjames_w: I think there's a spec for it on the wiki, but IIRC it's basicallt that it it needs to be listed on the production status page and approved by a team lead21:08
jelmerjames_w: and your revision has to be qa-ok/qa-untestable of course21:08
james_wok21:09
james_wit's already qa-ok, so I think I've done my part as the author21:09
jelmerjames_w: I assume there's a particular reason you need it to be rolled out soon ?21:10
james_wjelmer, it's the final piece of the puzzle before we can make use of https://code.launchpad.net/~james-w/launchpad-work-items-tracker/blueprints-api/+merge/4313621:14
dobeymwhudson: hrmm, i'm not really seeing much difference between bzr push lp:foo and bzr push bzr+ssh://foo.com/~user/foo/trunk, in terms of how the ssh bit works on the client side. but i can't really tell what happens on launchpad.net when i push lp: to it. and i'm trying to get an idea of how the filesystem layout works for bzr branch storage (where they get written to on disk, and how the permissions are handled)21:15
mwhudsondobey: bzr has this abstraction called a transport21:16
dobeyright21:16
mwhudsondobey: a bzr smart server process interacts with the underlying branch data via a transport21:16
mwhudsonon launchpad, the transport is not the LocalTransport that just read & writes to the obvious places on disk, but a custom thing that (a) checks the access control aspects21:17
mwhudsonand (b) translates the paths to a location based on branch id21:17
jelmerjames_w: If you just want it to go out with the next rollout of revisions, there's nothing you have to do except make sure your revision is landed and qa'ed.21:17
mwhudsonso a request to write to /~dobey/+junk/awesome/.bzr/repository/pack-names say21:18
james_wjelmer, right, I'd just like it to be sooner rather than later :-)21:18
mwhudsonis mapped, after some checking to something like /srv/bazaar.launchpad.net/mirrors/00/00/43/00/.bzr/repository/pack-names21:18
dobeyok21:18
dobeythanks21:19
mwhudsondobey: the code is in lp.codehosting.vfs if you're _really_ curious :)21:20
dobeymwhudson: ah ok. yes, i am. i was poking through the server-side bzr plug-in in the launchpad tree, and the client smart/ssh code, and not getting much of anywhere21:21
mwhudsondobey: so the magic in the server-side plugin you can find by searching for lp_transport and lp_server21:22
dobeyyeah i was looking at the lp-serve command, and figured out that the client was using the same "bzr serve" over ssh anyway, so got a bit confused. i'll look through the vfs bits later though :)21:24
dobeyshould i bug you guys about some weirdness with PPA buildd issues, or losas, or what?21:49
mwhudsondobey: although the client asks the ssh server to run the same command as on any other server, that's not actually the command that gets run22:04
mwhudsonthat's in ... er.. lp.codehosting.sshserver.session i think22:04
dobeyhmm, ok22:04
wgrantWoah, all three branches landed first time.22:10
mwhudsonwe must have disabled some tests by mistake22:13
lifelesswgrant: lies! :P22:27
lifelessdobey: ask the CHR in #launchpad; if they aren't on, a question on answers.launchpad.net/launchpad22:28
wgrantOr just ask #launchpad in general, and someone will respond.22:28
wgrantThat will probably be me, but yeah.22:28
lifelesswgrant: will your work address https://bugs.launchpad.net/soyuz/+bug/687554 already ?22:31
_mup_Bug #687554: DistributionSourcePackage:+publishinghistory timeout <timeout> <Soyuz:Triaged> <https://launchpad.net/bugs/687554>22:31
wgrantlifeless: No.22:31
wgrantThat's an interesting one.22:32
wgrantSince they don't want it batched.22:32
wgrantBut it should be easy enough to get it fast.22:32
lifelessits only 3.6 seconds of sql22:32
lifelesslsprof time22:32
wgrant10x what it should be, but yeah, not too bad.22:32
wgrantGar.22:33
wgrantI wanted to see how 12031 went on qastaging. But it just missed the last buildbot :(22:33
=== flacoste changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 4 of 10.12 | PQM open for business | firefighting: - | Get the code: https:/​/​dev.launchpad.net/​Getting
=== Ursinha-bbl is now known as Ursinha

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