[12:11] Merge to devel/launchpad/: [trivial] Change 'beginning of May' with 'around mid-May' on the instructions for people wanting to order Dapper CDs (r1853: Guilherme Salgado) === erdalronahi [n=erdalron@p50877135.dip.t-dialin.net] has joined #launchpad === erdalronahi [n=erdalron@p50877135.dip.t-dialin.net] has left #launchpad [] === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has left #launchpad [] [02:10] SteveA: are you awake ? [02:13] he was a moment ago [02:13] just said he was going to bed [02:45] jamesh: ping === poningru__ [n=poningru@ip24-250-224-132.ga.at.cox.net] has joined #launchpad === mpt__ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [03:53] lifeless: pong [03:54] hi [03:54] 20 jamesh david/bzrtools/smallfixes [03:54] still shows as needs-review [03:56] on it. [03:56] thank you [03:57] separately, have you seen https://launchpad.net/products/launchpad-development-infrastructure/+bug/42366 [03:57] Malone bug 42366 in launchpad-development-infrastructure "Update pending-reviews script to show time in current state" [Normal,Unconfirmed] [03:57] yeah [03:57] cool [04:03] Merge to devel/launchpad/: [trivial] Enable XML-RPC on staging (r1854: Stuart Bishop) === stub [n=stub@ppp-58.8.2.196.revip2.asianet.co.th] has joined #launchpad [06:34] morning guys [06:34] are all the LP apps frontends ok??? [06:34] malone seems horribly slow this morning [06:35] s/seems/i [06:35] s/seems/is [06:35] fabbione: Morning. [06:35] morning sfllaw [06:37] hi === dsas [n=dean@host86-129-15-192.range86-129.btcentralplus.com] has joined #launchpad [06:47] mdz: ping? [06:49] can somebody at least confirm i am not the only one with this problem? [06:49] fabbione: Seems snappy to me, and all the appservers are responding. [06:50] it seems very very very slow [06:51] to the point i need to reload pages a few times before i actually get it [06:51] fabbione: are you getting error pages? [06:51] no [06:52] i get FF timeouts [06:52] What URLs are you looking at? [06:52] https://launchpad.net/distros/ubuntu/+source/xserver-xorg-input-evdev/+bugs [06:52] for example [06:52] i had to reload it 3 times before getting anything back from LP [06:52] ff was stalling on Waiting for launchcrack.net [06:52] Perhaps it's a connectivity issue where you are? [06:52] spiv: mtr looks good [06:53] That page loads in under 3 seconds for me here, and I'm in .au :) [06:53] .dk [06:53] surely .dk has a thicker piece of string than .au [06:54] jamesh: I bet they get a whole *rope*! [06:55] fabbione: thanks for the discover-data update for the XGI graphics cards [06:56] jamesh: no problem at all... [06:56] discover1-data is a piece of hutter shit [06:57] I got a new laptop yesterday, so will see how well the install goes on that [06:58] it just has intel graphics, which I assume are covered already :) [06:58] meh [06:59] jamesh: before you open any bug on X please read the 3 gazillions already there for i810 [06:59] fabbione: sure. I usually search before filing bugs [06:59] jamesh: ehehe [07:11] Eventually I'd like to put the "Report a bug" link at the end of the search results page, and nowhere else [07:11] Would that be horrible? === irvin [n=vx@ubuntu/member/irvin] has joined #launchpad [07:12] mpt: yeah. [07:16] ARRRRRGHHHHH [07:17] another tons of conf/logs copy paste in the comments [07:17] also please make LP refuse! to accept M$ word documents in attachment === fabbione just got an X config in such format [07:19] wow [07:19] How was that even possible? [07:19] They were running Word under wine? [07:20] mpt: do you think it would be worth trimming long comments with a "read rest of comment" link? [07:20] mpt: you can create word documents with OpenOffice [07:20] oh, true [07:21] hmm [07:21] jamesh, that's maybe a good idea [07:21] trim them at ten lines :-) [07:21] 10 lines is a bit short [07:23] oh, speaking of ten lines [07:23] Do you have a half-finished activity report open for tdoay, jamesh? :-) [07:23] today, even [07:42] jamesh: pending-reviews seems broken atm. [07:43] mpt: not right now. I'll start it. [07:43] spiv: yes it does. I'll take a look [07:43] jamesh: thanks [07:44] mpt: as far as trimming long comments, trimming long comments to 10 lines is probably okay, but trimming all comments longer than 10 lines would be annoying [07:44] maybe only trim comments longer than 30 or 50 lines? [07:46] spiv: a bunch of InstallFailed exceptions from bzrlib .. [07:47] InstallFailed: Could not install revisions: [07:47] pqm@pqm.ubuntu.com-20060505020254-e26fc45197d86b65 [07:49] jamesh: a fixing [07:50] ? [07:50] jamesh: there was data corruption in chinstraps copy of rocketfuel [07:50] ah. [07:50] its now detectable, because of recent fixes to bzrlib [07:50] when the current push to chinstrap finishes, it will all come good immediately [07:51] okay [07:51] | [============================== ] fetch phase 2/4 [07:51] spiv: so it should sort itself out on the next run [07:51] spiv: https://chinstrap.ubuntu.com/~jamesh/pending-reviews.old/ <- last run [07:52] jamesh: Ah, thanks. [07:52] jamesh: Cool, that has the diff I want, perfect :) [07:56] spiv: btw, the funky "|=" usage in the patch you reviewed was in the program already -- I was just following the pre-existing style [07:57] spiv: I can switch to a more explicit style if you want though, since it only seems to be used in that one file [07:57] jamesh: Yeah, reviewing tends to uncover lots of old sins :) === jamesh blames gustavo [07:58] jamesh: Sorry for misattributing it, it's good that you were being consistent. But yeah, I'd like it if you could fix that. [08:00] If I saw it in C code, it wouldn't bother me, but I don't like it in Python. :) [08:06] jamesh: add author annotations to the diff output :) [08:07] jamesh: push complete [08:07] lifeless: which bzrlib function do I call to do that? :)_ [08:11] annotate.py [08:11] annotate the before and after file, then diff the annotated files :) [08:12] at the moment I'm just doing bzrlib.diff.show_diff_trees [08:15] ah [08:15] will need refactoring then [08:16] will annotate give correct output for a tree with uncommitted pending merges? [08:18] it should now [08:18] hmm, maybe [08:18] there was a bug [08:19] I suppose I'd need to do "--all" style annotation too [08:19] to remove spurious diff output when an insertion occurs in the middle of a block of lines from another revision === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [08:25] yeah [08:25] so, the pending reviews time-in-state thing [08:25] where is that on your TODO list ? [08:26] lifeless: I'm getting the bzrsync history rewriting branch landed, and then finishing off moving the supermirror branch-pull-list to the authserver (to get rid of InternalHTTPServer) [08:26] then I'm looking at the times thing [08:29] jamesh: Interesting, what's the benefit of moving the branch pull list to the authserver? Just simplifying things by removing InternalHTTPServer? [08:30] spiv: the details are here: https://launchpad.net/bugs/40383 [08:30] Malone bug 40383 in launchpad "remove InternalHTTPLayer" [Normal,Confirmed] [08:31] jamesh: Fair enough. Thanks. [08:32] jamesh: ok. Is there any change I can get you to move the times thing up one ? It would be extremely useful [08:33] re 40383, has stevea seen that ? I ask because he suggested internalhttpserver in the first place [08:34] lifeless: SteveA actually suggested removing the InternalHTTPLayerstuff completely after moving the pull-list stuff to authserver [08:36] lifeless: as far as the times thing, do you just want a "time in current state", or something more? === mpt_ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [08:51] jamesh: I just want to add a new field in the output [08:51] jamesh: showing how many days its been waiting in that state [08:53] lifeless: okay. Currently there is no state persisted between runs (other than the bzr repository used when doing the diffs), so was wondering what to store [08:56] state, date it entered the state IMO [08:57] yep === mpt__ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad === carlos [n=carlos@207.Red-88-9-33.dynamicIP.rima-tde.net] has joined #launchpad === pef [n=loic@42.42.64-86.rev.gaoland.net] has joined #launchpad [09:08] hello [09:08] does someone has upload logs access ? [09:09] morning === mpt__ is now known as mpt [09:13] lifeless: I sent you mail with a request for a commit to our Twisted snapshot, when you have time. === irvin [n=vx@ubuntu/member/irvin] has joined #launchpad [09:14] spiv: will it break existing tests ? [09:15] i.e. after I commit it, are we fucked === stub [n=stub@ppp-58.8.2.196.revip2.asianet.co.th] has joined #launchpad [09:15] lifeless: Not that I know of! I'll double-check locally and let you know. [09:15] thanks [09:16] hi [09:17] stub: I'd like to chat to sync up on AuthServerCaching, and also about some wiki stuff. Is now a good time? [09:20] BjornT: hi, around? [09:21] hi carlos [09:21] BjornT: about your review [09:22] BjornT: that branch reuses a lot code from the main +translate form, it adds a single message view reusing a lot of code that is already tested in the main form [09:22] that's why I added pagetests and nothing more [09:22] to test the specific part of that view [09:28] carlos: that's understandable. still, the view class is far from trivial, so it deserves more testing than just page tests. it would been one thing if you added/changed only template code, but if you add code you should test it properly and not rely on pagetests only. if your view class is broken. [09:28] ok === mpt [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [09:41] sfllaw, ping === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has left #launchpad ["Client] === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === alexandros_se [n=alex@2-1-1-18a.spa.sth.bostream.se] has joined #launchpad [10:18] hrm [10:18] bubulle from debian wants me to speak about rosetta in Debconf [10:19] everyone seems to assume I'll be there. [10:19] where is debconf this year? [10:20] Mexico [10:20] In 1.5 weeks [10:20] 1.3 weeks now. :) [10:20] People think I'll take a last minute flight or something. [10:21] from my point of view, a talk would be nice if you were there anyway [10:21] but not really sending you there to give the talk [10:22] oh it's not a talk just about rosetta [10:22] it's a i18n bof [10:23] and as rosetta is a new player in the Debian i18n infrastructure, they want me to discuss how to integrate it in a non-disruptive way [10:23] ie, clash of svn vs. rosetta translations for d-i etc [10:24] sigh, I don't know what to do [10:24] even asking my boss here would be interesting... "can I go to Mexico DF... next friday?" [10:27] i see [10:28] i think we'd be better seeing if any debian i18n people can come to the UDP meeting in paris [10:36] bubulle lives in the area :) [10:39] jordi: a last minute flight to Mexico doesn't sound like a cheap flight ;-) [10:43] flights to LA are regular and there would be no trouble for short hops to mexico - I think it is better than you suspect. [10:44] i think mark may be at debconf at some point [10:44] sabdfl: will you be able to meet with people interested in rosetta at debconf? === mpt_ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [10:46] carlos: the prices haven't changed much in 3 months :) [10:55] SteveA: if you manage to get ahold of sabdfl on this, tell me [10:59] SteveA: sure [10:59] though i won't pimp LP for debian usage because it will drive some folks nuts to do so, i'm happy to answer questions [11:06] SteveA, can I get an rs= on replacing the old hmenu.js with the new one? The diff is the complete file because of the reindenting, but I've tested it works in Firefox, Opera, Konqueror, and Internet Explorer [11:12] fabbione: pong [11:13] mdz: solved thanks :) [11:13] fabbione: glad to hear it === anto9us [n=anthony@cpc1-ptal1-0-0-cust555.swan.cable.ntl.com] has joined #launchpad [11:15] mpt_: i'd prefer the minimal diff, but this is okay if you have confirmed that there is just that small change. [11:15] mpt_: in that case, rs=me [11:16] lifeless: hello [11:17] lifeless: thanks for the email to the list about metaweave format. can you confirm that to ensure they have the correct bzr version, folks should use the bzr that is in dapper, and ensure they've done an update/upgrade recently. [11:17] SteveA, no, I haven't, because the diff is the entire file [11:18] There's a comment specifying which is the extra code, but I can't be 100% sure that there have been no other changes [11:18] hmm, I suppose I could just make the same changes to the unindented version [11:18] here's how to tell.... [11:18] SteveA: yes [11:18] SteveA: confirmed [11:18] diff -wwithavengeance? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:19] lifeless: on the list [11:19] ? [11:19] SteveA: reply and ask :) [11:19] mpt_: yeah something like that. i expect jamesh would know the exact incarnation [11:19] hello [11:20] lifeless, care to remind me what was your concern with publishing the importd logs to the launchpad devels? === Manta_Ray [n=PheeNoox@202.152.170.254] has joined #launchpad [11:20] ddaa: cvs passwords [11:20] stored where? [11:20] launchpad vcs details, emitted in logs [11:20] your mean stuff in the ~/.cvspass [11:21] no [11:21] okay, so if I check the contents of ProductSeries and it comes clear, we can publish that? [11:21] :pserver:user:password@host [11:21] ddaa: if you change the form to not allow entry of passwords [11:21] okay, can the same information be stored in ~/.cvspass? [11:21] it can [11:21] jamesh: ping [11:21] lifeless: in any case, if there are passwords there, they are visible to the whole world in the web UI [11:22] so fixing the form validation is a low priority IMO, the important thing is fixing the extant data [11:22] ddaa: I thought the VCS Details were owner only on the seris [11:23] they are listed in extenso on the series page [11:24] good... I looked at error report generated by jamesh script yesterday, and I basically fell over myself in despair [11:24] ddaa: look, I don't really care either way : its not a blocker. [11:24] but you asked for what the concern was. Thats what it was. [11:24] even better [11:24] I had the impression you considered it a blocker [11:25] I personally could not care less === erdalronahi [n=erdalron@p50876B5B.dip.t-dialin.net] has joined #launchpad === erdalronahi [n=erdalron@p50876B5B.dip.t-dialin.net] has left #launchpad [] === dda1 [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:35] SteveA: pong [11:37] jamesh: hi. [11:37] mpt needs to do a diff between two .js files [11:37] one has had most whitespace removed [11:37] one is nicely indented [11:38] would you help him work out a good way to diff them please? [11:38] okay [11:38] i'm not sure whether the normal diff -w (or whatever) will be good enough [11:39] mpt_: if the javascript files are relatively C-like (i.e. not relying on newline based statement termination), I'd try running "indent oldfile.js -o oldfile-indented.js" and the same for newfile.js [11:39] mpt_: then try doing a diff of the consistently indented js files [11:40] indent is designed for C code, so it might make a mess [11:40] but it would be a good place to start [11:44] jamesh: i was thinking of some sed or awk to kill the whitespace [11:45] and then some use of wdiff or similar? [11:45] SteveA: given that diff is generally line based, I'd think having consistent newlines would be important [11:45] diff -w -B [11:46] if its only whitespace, not where { etc are, diff -w -B should be enough [11:46] SteveA: I'm not suggesting that the results of indent be committed -- just used to compare the logic of the two files [11:46] jamesh: right, cool [11:47] lifeless: the file is lib/contrib/dynarch-resources/hmenu.js -- essentially no newlines [11:48] sabdfl: ok [11:48] sabdfl: if you want me to talk to bubulle about this, let me know [11:50] sabdfl: the scope of the bof is general debian i18n and l10n, but he wanted to tackle how rosetta translators can coordinate with the regular debian l10n teams [11:50] astyle might do better [11:54] lifeless: do you have any idea what is the piece of code responsible for restricting the permissions of the log directories in botmaster? [11:54] did some grepping and testing, and apparently it's not what mkdir just do, but I cannot find the responsible chmod [11:55] twistd probably [11:55] as it does setuid etc [11:55] mh [11:56] you mean it would override the umask?? === Bluekuja [n=bluekuja@ubuntu/member/bluekuja] has left #launchpad ["Ex-Chat"] === Bluekuja [n=bluekuja@ubuntu/member/bluekuja] has joined #launchpad [11:57] bingo! [11:57] CRAAAAAACK! [11:58] carlos: ping [11:58] carlos: can you have a look at the two posts I pointed you at yesterday? [11:58] jordi: sure, could you remind me it? [11:59] I _guess_ I could reset the umask in master.cfg... === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === mpt__ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad [12:03] carlos: Subject: Re: bad merge? [12:04] the other was the plural forms thingy [12:04] I'll mail you and stub now [12:05] jordi: ok, thanks [12:05] jordi: the bad merge mail is already solved using irc and bug report [12:05] jordi: but I will answer anyway [12:05] ok === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad [12:17] hi all :D [12:18] is bradb around? =) === mpt_ [n=mpt@203-109-236-140.bliink.ihug.co.nz] has joined #launchpad === irvin [n=vx@ubuntu/member/irvin] has joined #launchpad [12:37] zakame: not for another hour or two === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [12:42] SteveA: ah, ok, I'll probably lurk for a while then :) === AlinuxSOS [n=AlinuxOS@d83-184-248-185.cust.tele2.it] has joined #launchpad [01:01] https://launchpad.net/distros/ubuntu/dapper/i386/ttf-freefont [01:01] howto file a bug against this package? [01:02] I can't find an available "file a bug" link. [01:02] can someone help me? [01:03] hmm, ubuntu/+source/ttf-freefont mayhaps? [01:03] zakame, thank you found! :) [01:03] AlinuxSOS: a guess, really :) no problem :) [01:04] AlinuxSOS, you've just experienced a variant of bug 3152 and bug 36645 [01:04] Malone bug 3152 in malone "Prominently link between product bug listings <-> equivalent package bug listings" [Normal,Confirmed] http://launchpad.net/bugs/3152 [01:04] Malone bug 36645 in malone "Link prominently from distro release bugs pages to distribution bugs pages" [Normal,Unconfirmed] http://launchpad.net/bugs/36645 [01:05] ah [01:05] should 36645 be confirmed then? :) [01:06] Well, it's not *quite* the same bug :-P [01:07] ah, heh === mpt_ wonders how to fix it [01:11] I suppose that's another consideration worth taking :) [01:13] "Mark Shuttleworth does not have members, because Mark Shuttleworth is not a team." [01:13] That's an interesting error message [01:13] rotfl [01:13] 404 would be better [01:13] mpt_: luckily it's a plural! [01:13] LOL [01:14] "has no member" would be much, much worse! [01:14] ddaa: "Mark Shuttleworth does not have members, because Mark Shuttleworth are not a team." ? === heyko\na is now known as heyko [01:17] bug 43086 [01:17] Malone bug 43086 in launchpad "Distribution members page is silly when distro team is a person ("Mark Shuttleworth does not have members")" [Normal,Unconfirmed] http://launchpad.net/bugs/43086 [01:19] But apart from that, the results for http://www.google.com/search?q=%22mark%20shuttleworth%22%20site:launchpad.net are absolutely beautiful [01:19] Look at those page titles [01:20] the "for" bits are a bit ugly [01:20] should be "by", "assigned to", "related to", etc... [01:20] In a couple of cases they should be "involving", yes [01:26] mpt_: did you see my suggestion for comparing the new and old versions of that javascript? [01:29] jamesh, yes, thanks [01:29] gedit is hanging on the unindented version :-/ [01:29] max CPU eatage [01:32] ping [01:32] my member was itching, is someone talking about me? [01:33] sabdfl, https://launchpad.net/distros/fink/+members [01:34] lol [01:35] mpt_: iiiinteresting [01:35] mpt_: those google hits are purrrrfect [01:35] That page isn't expecting any distro to have a person as its members [01:36] I just love the new qprocd! :D [01:36] Accepted kdevelop3 (source) :) [01:37] zakame, URL? [01:37] mpt_: nope, mail :) probably hitting dapper-changes soon [01:37] strike one more for the DhIconCacheChanges :) [01:46] mpt_: Pong. [01:49] sfllaw, are you doing QA for Launchpad? === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [02:04] mpt_: Not that I know of. [02:08] I wonder who kiko-zzz was talking about then ... === sfllaw shrugs. [02:10] I'm the QA person for Distro, as far as I can tell. [02:10] I'd love to help with LP as well, but that's sort of secondary as we have 26 days to release. [02:10] :P [02:11] mpt_: matsubara, i thought === carlos -> lunch === cprov [n=cprov@201-68-7-160.dsl.telesp.net.br] has joined #launchpad [02:14] hmm, possibly [02:14] good morning, hackers === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:18] good morning! === welshbyte [n=welshbyt@cpc3-cwma2-0-0-cust276.swan.cable.ntl.com] has joined #launchpad [02:23] hello [02:23] did everyone's karma get halved? [02:28] welshbyte: In LP? It looks like it. [02:29] sfllaw: oh good, not just mine then :) === niemeyer [n=niemeyer@200.138.41.106] has joined #launchpad [03:06] kiko: hi [03:06] morning carlos [03:07] kiko: Do you want to talk about PoMsgSetPage now? [03:08] I need an hour first [03:08] but at 11 sure [03:08] 11 my time [03:09] kiko: ok, ping me when you have time, please === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [03:32] hi all [03:32] bradb: ping === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad [03:34] bradb, carlos: it's true that PQM is taking forever, is it not? === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [03:34] kiko: it's being slow [03:34] I think lifeless said it's due rewave actions [03:34] ok [03:35] it should be fixed when we start using the new format [03:35] ok [03:35] or so we pray [03:36] BjornT, SteveA: do you have a moment to discuss something matsubara raised yesterday? [03:37] ok [03:37] so look at matsubara's last analysis [03:38] OOPS-123B242 [03:38] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/123B242 [03:38] let's look at the traceback together, shall we? [03:38] if you look at it, we're doing a Snapshot() [03:38] now this causes us to cache /all/ attributes the object has [03:39] including properties [03:39] and... is this causing them to be loaded unnecessarily? [03:39] well, "unnecessarily" is questionable [03:39] however [03:40] it does mean that anything that does heavy computation as a property will be triggered when running an +editform [03:40] heavy computation in properties is of course bad news anyway [03:40] yes, of course, PEP-8 says [03:40] but this adds some extra depth to the problem [03:40] do we need all properties to be snapshotted? [03:40] well, that's the hard part [03:41] zakame: pong [03:41] could it use names from a particular interface? [03:41] I'm not sure [03:41] it does [03:41] it does use names from an interface [03:41] however that interface includes properties ;) [03:41] i see [03:41] we should change those things not to be properties i think [03:41] kiko: "Forever" would be an improvement, actually. [03:41] that's one way out, which I think is possibly the best one [03:41] I just wanted to raise the issue [03:42] i mean, we could have expensiveproperty as a descriptor type [03:42] but that's kinda stupid [03:42] sounds a bit silly [03:42] and really [03:42] what do properties buy us? [03:42] less 2 chars typing? [03:42] well [03:42] more than that === irvin [n=irvin@ubuntu/member/irvin] has left #launchpad ["Leaving"] [03:42] oh? [03:42] because we should use verb-style words for methods [03:42] bradb: hi, I was referred to you by mdz, re: LaunchpadSupportApp :) [03:43] but even so [03:43] SteveA, okay, so potentially 6 chars. :) [03:43] i prefer more chars if it makes things clearer [03:43] and, being clear about the potential expensiveness of the operation [03:43] is important [03:43] yeah. [03:43] all right. [03:43] can you email reviewers/launchpad to raise this issue and keep an eye out for this? [03:43] I'll do a sweep through database/ code. [03:44] zakame: Oh, hm, yeah, that brings back memories. [03:44] there's a reviewers' meeting early next week. [03:44] i'll put it on the agenda there [03:44] thanks SteveA [03:44] bradb: ooh, how come? =) Actually I'm interested in doing something similar as a project for the SoC [03:45] zakame: FWIW, the ticket tracking system in LP now is maintained mostly by BjornT. [03:45] SteveA, and email? [03:46] an email will come out of the reviewers meeting [03:46] k [03:46] based on the review policy decided at that meeting [03:47]