[12:06] but kiko doesn't appear to believe me when i say my next landing (unless attach-while-commenting squeaks in before) is going to take a hacksaw to this unfortunate situation [12:09] (I didn't mention that there are also one-radio-button subscribe forms too. :) === Tiniduske [n=Tinidusk@d51532B39.access.telenet.be] has joined #launchpad [12:35] me [12:35] me [12:35] what's me? [12:37] you're a non-believer [12:38] i have another patch in about 1 min. just testing one more path. [12:38] (because afaics, the subscriptions stuff isn't really page tested either. but maybe i'm missing something.) === bradb pledged to BjornT in yesterday's Skype call that I am going to be a PEP 8 and refactoring nazi on Malone code, and asked him too to file bugs about anything he sees that needs janitorial work. [12:40] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/file4uu7Y8.html [12:41] + [12:41] + def _handleUnsubscribeOtherUser(self, user): [12:41] + # Handle unsubscribing someone other than the current user. [12:41] + if user == self.user: [12:41] + return [12:41] this should be an assert [12:41] and never a return [12:42] I don't see a strong case for _isSubscriptionRequest or _handleUnsubscribe (I'd just unroll that if clause into handleSubscriptionRequest) but I can let that go [12:43] assert user != self.user, ( [12:43] "Expected a user other than the currently logged-in user.") [12:43] the message is optional, but ok [12:44] kiko: The case for _isSR is to make a long if statement easy to read. The case of _handleUnsubscribe is to abstract away the details, and be consistent with _handleSubscribe [12:44] I don't see a big advantage to those, but sure [12:47] asserts without some kind of error message are, btw, mean [12:48] giving somebody at least some kind of description of the unexpected condition is better than giving them no description [12:50] bradb, that assert will never happen [12:50] in particular if the code is well-tested [12:53] kiko: if it *truely* would never happen, then it should be removed. :) but it might happen, somehow, some day. [12:54] truly you mean? :-P [12:54] english-speakers [12:54] r=kiko I guess [12:54] i've hit my hair-splitting quoting for today! [12:55] thanks [12:55] see, i can't even spell quota! === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad === marcin_ant [n=marcin@194.114.146.122] has joined #launchpad === jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === jjesse [i=user@69-87-140-68.async.iserv.net] has joined #launchpad [02:17] don't know if anyone is there that can do this, but i need to edit to the spec for edgy-docs to answer what has been whiteboarded https://launchpad.net/distros/ubuntu/+spec/kubuntu-edgy-docs [02:22] jjesse: what's your launchpad id? [02:22] jjesse [02:23] matt zimmerman posted stuff on the whiteboard section i would like to ansewr [02:23] answer by editing the summary? [02:23] you should be able to edit it now === tambaqui [n=tambaqui@200.231.106.51] has joined #launchpad [02:25] Keybuk: will do thanks [02:26] thanks i am able to edit it === Tiniduske [n=Tinidusk@d51532B39.access.telenet.be] has left #launchpad ["I] [02:28] is there a time out when you are editing a spec like on the wiki? [02:28] i'm a little slow on dial up :( [02:30] hit preview every 15 mins or so [02:31] i know on the wiki, just wondering on the launchpad page? === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === tambaqui [n=tambaqui@200.231.106.51] has left #launchpad [] === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === stub [n=stub@ppp-58.8.2.106.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@wm1214qm.195.ADSL.NetSurf.Net] has joined #launchpad === lifeless_ [n=robertc@dsl-208.7.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad === OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad [05:38] is there a bug with the code of conduct page by any chance? === OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad [05:41] ouch [05:42] 3 crashes in a row [05:42] but at least the new CoC is signed [05:58] OgMaciel: If you mean OOPS pages, they are bugs. We get them collated daily and opened as Malone bugs so we will get to them if they are not already being dealt with. === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [06:04] stub: I meant the code of conduct crashing X [06:04] stub: know anything about it? [06:05] When signing it? I don't know anything about that. [06:06] try it [06:06] just clicking on the link on the left hand side crashes X [06:06] and I know of many people who've experienced it [06:11] OgMaciel: I just went through the whole procedure with no problems. [06:12] hummmmmm [06:12] I click on it and it crashes [06:12] X that is [06:12] am using epiphany [06:12] The download link? Or the sign it link? [06:12] the link right on your personal LP page [06:13] I can't rover it b/c it will crash X [06:13] The rollover crashes X? [06:13] Sounds like you need to report a bug in Ubuntu's epiphany [06:13] lemme check if there's something there [06:14] And probably X too, since an application shouldn't be able to crash X [06:14] not rovering [06:14] clicking on it [06:14] here I go === OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #launchpad [06:19] stub: ouch [06:20] stub: firefox completely hangs the system [06:21] The page I think you are loading has a bug in that it is very, very wide if you have signed codes of conduct. That might be causing the crash. [06:22] Triggering the X and/or Epiphany bug [06:22] hummm [06:22] I do have signed CoC [06:22] The page I'm thinking of is https://launchpad.net/people/stub/+codesofconduct (but you probably don't want to click that ;) ) [06:23] hehehe [06:23] yup [06:23] and epiphany will prompt you if you want to recover the pages you were looking at, which will cause you to crash again === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:35] 12:23:19~/src/pytz $ bzr push --remember sftp://bazaar.launchpad.net/~stub/pytz/devel [07:35] bzr: ERROR: Parent directory of sftp://bazaar.launchpad.net/~stub/pytz/devel does not exist. [07:35] spiv: Known issue? I was just testing ddaa's instructions [07:49] stub: no --create-prefix? [07:50] morning [07:50] Not in the draft doc, no. I'll tell ddaa [07:50] jamesh: ping [07:51] stub: yeah, what ajmitch said. [07:51] stub: It's like any other SFTP server; if the parent directory isn't there, bzr isn't going to create it for you. [07:52] stub (unless you use --create-prefix) [07:53] stub: Although bug #36889 is about maybe changing that behaviour. [07:53] Malone bug 36889 in launchpad-bazaar "sftp server does not allow pushing to new product" [Medium,Confirmed] http://launchpad.net/bugs/36889 [07:54] spiv: Perhaps it should. Requiring an option is only really required when you are pushing to a filesystem with a flexible namespace and you don't want to accidentally create directories in the wrong spot. The supermirror has an inflexible directory structure. [07:54] Maybe ;) [07:54] stub: Yeah. I can see the argument, but I'm not totally convinced. [07:55] Not least because it makes more work for me ;) [08:10] why doesn't bzr do --create-prefix by default ? [08:11] it is harmless if you add it by mistake, and causes errors or causes you to have to know about it if you omit it when you need it. [08:11] If the parent directory doesn't exist, it's moderately likely you typoed the URL. [08:12] (although not so much in the supermirror case, I guess...) [08:12] it's equally likely you typoed the URL in other circumstances not caught by this [08:12] i don't see why this case should be singled out [08:12] Probably worth asking on #bzr [08:18] Pushing bzr at this point might be a mistake - until the smart server exists, people are going to give up waiting for sftp pushes to complete creating bad first impressions and a 'bzr sucks' meme. [08:19] jamesh: ping === stub notes his initial push of a fairly small product with few commits has been going on for 30 minutes now [08:23] stub: knit format? That sounds even slower than is normal. [08:27] Yup. Knit. [08:27] 116 revisions [08:29] Weird. I guess I just don't have a good feel for normal times for anything that's not in rocketfuel. [08:35] There are about 16 files under revision control and about 1400 files in .bzr. This was a branch that was imported from sourceforge cvs to baz, then converted from baz to bzr weave, then converted from bzr weave to knits. [08:45] SteveA: pong [08:46] hi james [08:46] did you talk with matt about the meeting scheduler? [08:48] no I haven't. I'll do so now [08:48] i shall be surprised in matt is still around [08:49] I'll stick around tonight then and catch him when he wakes up [08:49] and email some of the details [08:49] that will be at about 4am or later [08:49] i have a suggestion [08:50] ah, matt is around after all [08:50] yeah, I messaged him [08:53] jamesh: okay. we should go throught the system. [08:54] jamesh: let's do a skype call [08:54] okay === carlos [n=carlos@13.Red-88-15-198.dynamicIP.rima-tde.net] has joined #launchpad [09:13] morning folks [09:14] morning [09:15] hey carlos , 'sup? [09:16] sivang: hi ;-) === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === malcc [n=malcolm@host81-159-193-176.range81-159.btcentralplus.com] has joined #launchpad === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === doko_ [n=doko@dslb-088-073-092-210.pools.arcor-ip.net] has joined #launchpad === BjornT [n=bjorn@195.182.78.95] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [10:46] spiv: ping [10:53] Is it the individual developer's job to check when deployments happen and move bugs from Fix Committed to Fix Released, or is it part of the release process? [10:53] yes [10:55] ddaa: Well I'm glad the answer isn't "No the magic pixies do it" but I was kinda hoping someone would tell me which of those two options it is :) [10:56] as I understand it, it is the individual developer's job to move bugs to Fix Released as part of the release process :) [10:56] ddaa: Thanks. [10:56] it is my opinion that either my understanding or the process is broken [10:56] ddaa: By "part of the process" I meant the release muggins had to do it, which is why I saw them as distinct options [10:57] I'd be interested on a second opinion on whichever is the most broken [10:57] ddaa: Yes, having been super-careful to include exactly which bugs my merges fixed, I expected whoever decided to deploy that revision to update the bugs [10:58] "the release muggins" == stub, or did I miss something? === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [11:00] ddaa: Yes, I just meant whomever is landed with doing the releases, I wasn't sure this was always just the one person [11:02] it's usually stub, except on the april 1st when we ask seb128 to rollout launchpad and stub to package gnome. [11:04] ddaa: I don't think that could happen even onf april 1st ;-) [11:04] might be fun to watch nonetheless [11:06] Kinnison: whats up ? [11:07] meh [11:07] lifeless: Hmm? [11:07] kiko-zzz: whats up ? [11:07] Kinnison: kiko pung moi [11:07] and my tab completion works too enthusiastically === Kinnison would like to know what happened to his PQM submission [11:08] But I doubt that's why kiko pung you [11:08] I suspect this was yesterday's need for a delete from the production db? === rpedro [n=rpedro@87-196-6-163.net.novis.pt] has joined #launchpad [11:11] lifeless: https://launchpad.canonical.com/PQMCommitMessages [11:11] what product should I register that spec against? [11:14] pqm [11:14] (the ui changes you want require changes in pqm no matter hwat) [11:15] its probable that some of what you want will need to be implemented in the post commit plugin hook, but more likely that that hook will be utterly useless for what you want and we'll need to do it all in pqm. [11:17] ok. in that case, i should move the spec onto some bzr-related wiki [11:17] as it is not public where it is now [11:17] can you suggest a good home for it? [11:17] well [11:18] actually... i'm inclined to register it as a launchpad spec [11:18] pqm is developed in house and then pushed - I still go to mark for ok on things that were not written by community members [11:18] so that it can be prioritized along with other launchpad work [11:18] (if its written by someone in the community it is clearly immediately public) [11:18] as we want it to improve the launchpad processes [11:18] so this spec can live whereever its most likely to trigger the work being done [11:18] ok === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:36] ddaa: your branch has conflicts (arch_scm) [11:36] ddaa: I will et a reviewer onto it soon, but you need to fix those asap [11:38] jamesh: did the merge of your scheduler views get rejected by pqm? === rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:53] SteveA: looks like it merged successfully as rev 3684 [11:53] strange, i don't seem to have a message from pqm about it [11:54] I just pulled rocketfuel-built and did a "bzr log" [11:56] kiko mailed the lp list about fuckage in the commits list [11:56] which karl is looking into [11:56] except its a pqm config issue, fixing. [11:57] fixed [12:03] lifeless : It's not a problem with lists? === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [12:03] lifeless: all spurious conflicts [12:03] fixed [12:04] mesh merging does not quite cut the mustard yet, I'm afraid :( [12:04] Znarl: I have no reason to believe it is a problem with the lists [12:04] Znarl: and reason to believe it was a config issue with pqm [12:07] lifeless : ok, thank you for letting me know. === SteveA --> lunch [12:10] Znarl: heh, sorry I should have done so. [12:10] Znarl: I did mail the lp list ;) === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [12:35] duh? [12:36] looks like pqm is seriously intoxicated [12:36] lifeless: https://pqm.canonical.com/ [12:37] is it my branch with a newline in the pqm message? [12:41] lifeless: what do you say need to be done to publish new importd branches as knit? Just rollout the new sourcecode/bzr from rocketfuel? [12:43] jamesh: ping [12:43] doko: pong [12:43] it should be that simple [12:45] probably [12:46] ddaa: nuked it [12:46] meh! [12:51] lifeless: I'm going to tell everybody there's an easter egg in pqm, when using a commit message with a newline, until that's fixed :-> === looksaus [n=mark@86-39-96-143.customer.fulladsl.be] has joined #launchpad [12:53] ddaa, ? [12:54] ddaa: be my guest. I can add an easter egg fo ryou. Shall we say 'ddaas jobs run after *everyone elses* no matter the submit order?' [12:54] power abuse! === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [12:56] looksaus: ? [12:57] ddaa, just wondering if you were out here, sorry [12:58] I'm setting up this repo based on your hints from yesterday === dda1 [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:09] SteveA : Ping? [01:11] I need an account disabled on Launchpad urgently. Can someone help? [01:12] zope.security.interfaces.ForbiddenAttribute: ('getAllSourceReleasesByStatus', ) === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:19] good morning! [01:20] ddaa, sorry for bothering you, but... [01:21] I am the registrant behind https://launchpad.net/products/support.points.map === Kamping_Kaiser [n=kgoetz@ppp137-2.lns2.adl2.internode.on.net] has joined #launchpad [01:22] is there a way to change the registrant of this project to https://launchpad.net/people/mapdevs [01:22] "Change Maintainer" [01:22] I'm asking _stupid_ questions here [01:23] looksaus: but feel free to ask other people, I'm not the source of all answers here [01:23] kiko-zzz, SteveA: ping? [01:23] https://launchpad.net/products/support.points.map/+reassign [01:24] gets me a "Sorry, you don't have permission to access this page." [01:24] even if I'm logged in as the registrant [01:24] Znarl: I can [01:24] looksaus: indeed [01:24] Znarl: whowhatwherewhen [01:25] looksaus: can you file a bug, please? [01:25] ok [01:25] the other option is "ask a launchpad admin to do it" [01:25] but I do not have launchpad admin privs [01:25] anyone in this channel who has? [01:25] what do you need done? [01:26] reassign https://launchpad.net/products/support.points.map maintainership to [01:26] https://launchpad.net/people/mapdevs [01:27] lifeless, you have admin access? [01:28] Znarl: I've reset the vandals password, but I recall some issues here [01:28] spiv: ping [01:28] spiv did the moin integration, maybe he remembers better than I do [01:29] lifeless : heno has disabled his user account in wikiconfig too. [01:29] looksaus: send a gpg signed email to matsubara@async.com.br (signed with the gpg key you have on LP), clearly requesting that and I'll make sure some admin will transfer it. [01:29] Znarl: he can go through password reset [01:29] so this is temporary only [01:29] matsubara, thank you! [01:29] is someone in contact with the fool ? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:30] lifeless : We can't disable his account? [01:30] we have no 'force off and keep it off' button at the moment [01:31] even if we did, he could always sign up again [01:31] looksaus: it's already done. no need to bother with the gpg email. [01:31] matsubara, thx!! [01:32] would you still like me to file the bug? [01:32] lifeless : I see, this is a problem. [01:32] there's a bug already. bug 41639 [01:32] Malone bug 41639 in launchpad "Product owner should be able to reassign ownership to another user." [Medium,Confirmed] http://launchpad.net/bugs/41639 [01:32] ddaa: pong [01:32] ok, thx [01:32] lifeless: pong [01:33] Znarl: pong [01:33] spiv: knocking vandals off the wikis [01:33] Znarl: talk to stub, there's a bug about account deactivation. [01:33] s/a bug/a bug open/ [01:33] yeah, but no flag yet : [01:33] SteveA : We've had a user deface wiki.ubuntu.com, but it seems we can't disable his account? Only reset his password? [01:33] fabbione: pong [01:34] SteveA: phone call? [01:34] (it's urgent) [01:35] spiv: quick hack -- have a ban list for the authserver [01:35] I think we need something in place, so that stub and I dont need to poke at the db every 15 minutes until he gives up === DarkMageZ [n=DarkMage@ppp15-118.lns2.syd7.internode.on.net] has joined #launchpad [01:36] lifeless : I've firewalled his IP too, so that should slow him down. [01:36] https://launchpad.net/people/eraslan1986 is the person in the gui [01:36] SteveA: Looks like firewalling the IP is a quicker hack ;) === DarkMageZ [n=DarkMage@ppp15-118.lns2.syd7.internode.on.net] has left #launchpad ["dapper] [01:37] one hotmail address [01:38] no hits in google for it. [01:38] Znarl: if you want to prevent him changing is password, block outbound emails to it [01:39] lifeless : I'll email his ISP and hope they respond. I think thats the best way to handle it long term. [01:39] perhaps we should stup up moin-in-bzr [01:39] so that vandalism is dealth with by 'uncommit' [01:40] hasn't this idea been in the air for, like, three years? [01:42] Kinnison: i just had a call with fabio [01:42] SteveA: aye? [01:43] Kinnison: i want to review the diff. i'm going to produce a diff on chinstrap. [01:43] however, i want to point out that the launchpad-repo thing combined with the current pending-reviews system is a problem [01:43] SteveA: *nod* [01:43] can you resolve that by renaming launchapd-repo to be launchpad ? [01:43] SteveA: I know, jamesh and I worked out how to solve it [01:43] what is the resolution, and when will it happen? [01:43] I have a symlink so my branches are launchpad-repo/launchpad/thing [01:44] and the script will pick up the fix on the next cycle in 15 minutes [01:44] why not just rename launchpad-repo to launchpad ? [01:44] because launchpad/ is all my non-repod branches [01:44] I'll clean it up in time [01:44] but we have a functional workaround === lifeless doesn't understand why that is a problem. they can live under the repo just fine [01:44] I just forgot to change the url on the page before now [01:44] lifeless: I didn't know that [01:45] i'm branching from you right now [01:45] so please don't rename just this second [01:45] SteveA: I won't [01:45] Yeah, I have a "launchpad" directory with a repo locally that contains old standalone branches mixed with ones that share the repo, and it works fine. [01:46] noted === stub [n=stub@ppp-58.8.2.106.revip2.asianet.co.th] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [01:55] meeting in 5 mins [01:56] lifeless: i want bzr to be able to do a diff from a branch that has no working tree === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [02:00] lifeless: stevea@chinstrap:~/temptree/47770$ bzr diff -r/home/warthogs/archives/rocketfuel-built/launchpad > diff.txt [02:00] bzr: ERROR: No namespace registered for string: '/home/warthogs/archives/rocketfuel-built/launchpad' [02:00] cryptic error [02:00] morning [02:00] i just want to get a diff [02:00] it's that time of the year [02:00] LAUNCHPAD DEVELOPMENT MEETING [02:01] I am here! [02:01] good $local-time-description and welcome to today's launchpad development meeting [02:01] yer [02:01] who is here? [02:01] me [02:01] me [02:01] SteveA: -r branch:/... === flacoste is there [02:01] me === fabbione is [02:01] lalala [02:01] me [02:01] me [02:01] here [02:02] My cat is absent [02:02] me [02:02] lifeless: the bzr help diff docs don't say that, and the error is cryptic. [02:02] me [02:02] me [02:02] lifeless: but thanks for the info [02:02] me === jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad [02:02] SteveA: its the same info I gave you tuesday ;) [02:03] lifeless: which i forgot the details of, so looked in bzr help diff [02:03] me [02:03] SteveA: baz had the usage pattern you are trying to use, bzr does not currently. [02:03] i recall you said use bzr -r [02:03] which i tried this time [02:03] you didn't tell me to use branch: last time [02:03] which was the missing part this time [02:03] yup, I told you ancestor: [02:03] which was what you wanted that time AFAICT [02:03] what does this have to do with the meeting! [02:03] anyhow, meeting time [02:03] == Agenda == [02:03] * Roll call [02:03] * Agenda [02:03] * Next meeting [02:03] * Activity reports [02:03] * Actions from last meeting [02:03] * Launchpad oops milestone report [02:03] * Outstanding sysadmin requests [02:04] * Production and staging (stub) [02:04] ---- [02:04] * Reviewer voip calls (steve) [02:04] * Soyuz status (soyuz team) [02:04] * Sprint schedule, book tickets (steve, kiko) [02:04] * (other items) [02:04] ---- [02:04] * Keep, Bag, Change [02:04] * Three sentences [02:04] kiko: EVERYTHING! [02:04] [02:04] * Next meeting [02:04] various people will be in paris [02:04] but let's have a meeting anyway [02:04] thursday 22 june [02:04] any comments? === ..[topic/#launchpad:SteveA] : WORLDWIDE SOYUZ APPRECIATION DAY | https://launchpad.net/ | developer meeting: Thu 22 Jun, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:04] ok, thanks. [02:04] (mpt is at meetings in montreal) [02:05] * Activity reports [02:05] me [02:05] who's up to date, and who isn't [02:05] godlike [02:05] not up to date [02:05] i'm up to date [02:05] up to date [02:05] up to date [02:05] I am up to date, having had a small gap last week. [02:05] not up to date [02:05] not up to date [02:05] up to date [02:05] I'm up to date following a lame summary [02:05] up to date [02:05] print canned_response['activity_reports'] [02:05] up to date [02:05] I'm up to date [02:05] up to date (sending yesterdays) [02:06] Up to date [02:06] * Actions from last meeting [02:06] * Kinnison to send out activity report info that he has recorded but not sent. [02:06] * SteveA to write up braindump spec of how we want pqm to output stuff [02:06] https://launchpad.net/products/launchpad/+spec/pqm-commit-messages [02:06] done [02:06] * BjornT to get bug filed in zope collector about __unicode__ of request [02:06] done [02:06] * Matsubara and Stuart to talk on skype about QA and production. [02:06] not done === Kinnison sent reports, some got eaten by my mail system, I've resent what I could recover [02:07] hence I said "with small gap" above [02:07] * Malcolm, Celso and Daniel to have a soyuz conf call. [02:07] Not done [02:07] * Carlos to file a bug or mail the list about canonical.supermirrorsftp.tests. creation on test runs. [02:07] done [02:07] so, MeetingActions: [02:07] and spiv fixed it already [02:07] SteveA, carlos: and fixed by spiv yesterday [02:07] kiko: ;-) [02:07] MeetingAction: * Matsubara and Stuart to talk on skype about QA and production. [02:07] MeetingAction: Malcolm, Celso and Daniel to have a soyuz conf call. (after paris probably) [02:08]