=== uws [n=mathilda@scrat.hensema.net] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad [12:21] ddaa: ping [12:21] pong [12:22] I realised while talking with elmo that we have not discussed the data access requirements of the baz2bzr conversion for importd [12:22] b.u.c. does not have db access. Is this a problem ? [12:22] yes [12:22] meep [12:23] ok. We really dont want it to have db access. So we need to change our plans to accomodate. [12:23] *sigh* [12:23] so, it's going to work on another host after all? [12:23] (I was evisaging a dumb script that *queryed* launchpads list of branches, which at the *back of* my head was to address this. [12:24] so. [12:24] there are some possibilities [12:24] we can run the entire thing remotely, and push the resulting branches to b.u.c. [12:24] we can run the entire thing on b.u.c. and have it emit the data to insert into the database [12:25] it does not need to write the db [12:25] just read [12:25] or emit the data needed to do the database insertion [12:25] oh. thats much less problematic. [12:25] elmo: ping [12:25] lets see what elmo thinks of this [12:27] I guess if no db access is possible, the simplest thing would be to make another private page, as you did for the pull-listing [12:27] yeah [12:27] I think that too [12:31] elmo, don't forget my request for the ubuntu.com-sync-code === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === mdz_ [n=mdz@69-175-232-197.vnnyca.adelphia.net] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === mdz__ [n=mdz@ppp-69-228-134-182.dsl.irvnca.pacbell.net] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad [02:33] Merge to devel/launchpad: [r=salgado] first cut of TicketTrackerOutgoingEmail. fixes bug 3157 as well. (r2897: Bjorn Tillenius) === slomo_ [n=slomo@ubuntu/member/slomo] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === GoRoDeK [n=gorodek@p5083D28E.dip.t-dialin.net] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad [07:49] I thought I'd found a hang in the bug importer [07:50] but it turns out that the bugzilla bug just had ~ 7500 comments [07:51] hmog [07:51] debzilla bug by the look of it [07:51] most of the comments seem to be the same [07:52] https://bugzilla.ubuntu.com/show_bug.cgi?id=248 if you want to hang your browser ... [07:52] Ubuntu bug #248: abiword: Debian appears to be violating AbiWord's license Product: Ubuntu, Component: abiword, Severity: major, Assigned to: debzilla@ubuntu.com, Status: RESOLVED, Resolution: NOTWARTY https://bugzilla.ubuntu.com/show_bug.cgi?id=248 [07:53] can we dedup ? [07:54] that's what I'm thinking of doing [07:58] I'm just ignoring them completely [07:59] people won't miss "\n--=20\n Jacobo Tarr=EDo | http://jacobo.tarrio.org/\n\n\n" 7800 times [08:01] no [08:01] indeed not === fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad [08:08] lifeless: when adding new features to the pending-reviews script, do you think it is worth trying to keep the baz-1.x stuff working? [08:08] no [08:08] lp is bzr only [08:09] the direction we should be going is launchpad branch listings driving this [08:09] so bzr only is fine ;) [08:09] lifeless: okay. I was wondering from the point of view of opening it up as a tool other projects could use (driven from the data they've entered into LP) === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #launchpad [08:09] whether we want to support baz-1.x for that use case [08:09] is there any easy way to quote a bug comment in malone? [08:10] I want to click a link so I have quoted text (with ">" at the beginning of the line) in my new comments [08:10] right [08:10] minghua: if you use the email interface, hit reply in your email client :) [08:10] maybe with the quoted author and time as well [08:10] but they cannot enter baz1.x data in [08:10] minghua: if you see comments with ">" quoting, they've probably come in via email [08:11] jamesh: ah okay. I only used the lpbugs.py in MOTU tools, haven't used my MUA to deal with malone yet [08:11] jamesh: any doc about the email interface? [08:11] minghua: assuming you've registered your PGP key with Launchpad, it should be as simple as replying to a bug mail and signing it with that key [08:12] minghua: there is some docs here: http://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc [08:12] (there is a link to it at https://launchpad.net/malone) [08:13] jamesh: cool, I'll read that, thanks === Nafallo_away is now known as Nafallo === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has left #launchpad ["Leaving"] [08:54] morning launchpadders! === koke [n=koke@ubuntu/member/koke] has joined #launchpad === stub [n=stub@costello.z3u.com] has joined #launchpad [09:04] hi [09:04] lifeless: some kind of baz2bzr [09:04] issue in the scrollback? [09:10] ? === Nafallo is now known as Nafallo_away [09:30] lifeless: database access for the baz3bzr conversion? [09:39] bug 2230 [09:39] Malone bug #2230: /distros/ubuntu/+sources will need to present something useful In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/2230 [09:52] SteveA: b.u.c. does not have db access. Basically resolved, just need to get elmos attention to ask him if read only access from there during the transition period is ok, else write a read only page for the converter [09:54] i see [09:54] i guess it needs to read only certain tables, too [09:56] jamesh: on the PendingReviews page, cprov/launchpad/build-ui is marked needs-reply, but on ~jamesh/pending-reviews the same branch is marked as merge-approved. can you take a look at it? === jinty [n=jinty@205.134.224.215] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [10:00] BjornT: just updated the PendingReviews wiki page, which should fix the problem on next run [10:00] BjornT: it wasn't correctly identifying the branch after buildd-ui, so picked up that branch's date+status [10:01] cool [10:02] BjornT: I've done the final few fixups to the bugzilla-import branch. Could you take a quick look over it again after the current pending-reviews run is finished? [10:02] jamesh: sure [10:02] I removed the event subscriber modifications, so it looks a lot cleaner now :) [10:02] sounds good :) [10:03] I also fixed a small bug in the distro bug +viewstatus page [10:04] it would oops if the bug had a milestone set === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [10:42] Merge to devel/launchpad: [trivial] Fix and test for bug 5423: URL auto-linkification doesn't recognize SFTP URLs (r2898: Christian Reis) [10:49] BjornT: here's the diff: https://chinstrap.ubuntu.com/~jamesh/pending-reviews.new/jamesh/launchpad/bugzilla-import/full-diff [10:50] the bugtask +viewstatus fix is right at the bottom (just a 1 line change) [10:55] jamesh: ok, i'll take a look soon. [11:13] kiko-zzz: I commented on https://launchpad.net/products/launchpad/+bug/3603 as you requested, it's still not fixed on staging. [11:14] Malone bug #3603: Summary field in spec tracker is not sensitive for links. In: launchpad (upstream), Severity: Normal, Assigned to: Matthew Paul Thomas, Status: New https://launchpad.net/bugs/3603 [11:15] kiko-zzz: that is, not fixed on the whiteboard part - the summary part is fixed. === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:23] SteveA: bug 5461 [11:23] Malone bug #5461: redirects should canonicalise URLs In: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/5461 [11:23] thanks daf [11:24] bug 5461 [11:24] Malone bug #5461: redirects should canonicalise URLs In: launchpad (upstream), Severity: Normal, Assigned to: Steve Alexander, Status: Accepted https://launchpad.net/bugs/5461 [11:27] Hi all. I was reading earlier on #ubuntu-motu about members receiving an [11:27] ubuntu.com email address forward to their primary launchpad address once [11:27] they signed the CoC. I am a Ubuntu member as of earlier this year, [11:27] before launchpad was in full swing, and have signed the CoC then, and [11:27] now in launchpad. I don't mind if it can't be done, but is it possible I [11:27] could get the ubuntu.com address forward like others? It would help mail [11:27] filtering. :) There are IRC logs and CC reports stating that I was [11:27] offered membership, and Benj Mako Hill probably has record of me signing [11:27] the COC if you need any other evidence of my claim. [11:29] we should make T-shirts [11:29] "I've signed the CoC. Have you?" [11:29] "I'm a CoC signer -- are you?" [11:29] or even "Yeah baby! Sign that CoC" [11:30] "This is my CoC, now show me yours" // #include [11:37] community council slogan: "Respect the CoC" === SteveA wonders if anyone has seen the film Magnolia === stub [i=stub@sweep.bur.st] has joined #launchpad [11:42] they've had arse signings at Gnome conferences but never CoC signings [11:42] my arse signed the Coc ? [11:43] lifeless: you just have to lower the tone, don't you? === poningru [n=poningru@n128-227-82-53.xlate.ufl.edu] has joined #launchpad [11:43] Its a skill [11:45] lifeless: i am 1/3 through a detailed reading of your paper. i have detailed comments. i'm going to take a break, and then continue. [11:45] SteveA: wow, thanks [11:45] SteveA: If any are on the relevance of DI vs SL, I have some planned updates already - if you are time crunched, feel free to skim that aspect of it === GoRoDeK [n=gorodek@p5083D28E.dip.t-dialin.net] has joined #launchpad [11:49] DI? SL? [11:49] hey lifeless, how did things went with elmo yesterday, about db access on b.u.c? [11:50] DependencyInjection [11:50] * how did things go [11:50] SL? [11:50] SteveA: that sounds like narcotic abuse [11:58] SteveA: ServiceLocation [11:58] ddaa: no response yet === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:14] good morning! === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === niemeyer [n=niemeyer@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:18] morning matsubara :) [12:18] GOOOOOOOD MORNING VIETNAM [12:19] ServiceLocator [12:22] Kinnison: I'd like one short of each version :) [12:22] s/short/shirt/ [12:22] sivang: *g* [12:22] kiko-zzz: Yo dude [12:22] Kinnison, is it good news or is it good news? [12:23] it's pretty good news IMO === janimo [n=jani@Home03207.cluj.astral.ro] has joined #launchpad [12:23] Kinnison: there's actually no conditionality in you last sentence :) [12:23] err, [12:24] that was for kiko ^^^ [12:24] cool [12:24] where can I create a specification in launchpad? === sivang wishe IRC could capture voice gestures. [12:24] sivang: Colloquial turn of phrase for "don't tell me anything bad, mmkay?" :-) [12:24] janimo: depends against which product/ distro you want to do that [12:25] sivang, ubuntu dapper [12:25] janimo: are you logged in? [12:25] yep [12:25] there's a specification tab which lists I do not have specs but discovered nothing about how to k=make one [12:26] janimo: ok, cool --> https://launchpad.net/distros/ubuntu/+specs [12:26] oh that large page? :) [12:26] janimo: on your right "New Specification" [12:26] sivang, thanks [12:26] also, https://launchpad.net/distros/ubuntu/+addspec [12:27] janimo: my pleasure :) [12:27] ok, I guess I have never waited for that large page to load with 206 specs till it showed the whole content [12:27] janimo: hmm, well it does that pretty quick for me - shaky net connect? === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === siretart1 [i=siretart@tauware.de] has joined #launchpad [12:28] 25-30Kbytes per sec [12:28] this part ot launchpad is sluggish here [12:28] morning dudes === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === zyga [n=zyga@ubuntu/member/zyga] has left #launchpad ["Leaving"] === janimo [n=jani@Home03207.cluj.astral.ro] has left #launchpad [] [12:32] cprov: hey Celso === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:37] Goooooooooooooooooooooooooooooood morning Launchpadders! [12:37] moin mpt :) [12:38] hey mpt [12:38] moin sucks! [12:38] Is that what I'm supposed to say? :-) [12:38] hehe, I don't think so - no :) [12:38] moins doesn't suck worse then media wiki does, for sure [12:38] oh, sivang, you're away but awake === LarstiQ isn't talking about wikis! === sivang checks his away status [12:39] Mediawiki at least returns you to nearly the correct page after you log in [12:39] mpt: just responding to your morning [12:39] mpt: yes, but it's formatting sucks bad. especially it's lack of intelligence regarding bullet points. === sivang likes moin better [12:42] its lack [12:42] well [12:42] moin is nice except for where it isn't and in those places it SUCKS [12:42] case in point: the default login form [12:42] The only thing I really like about Moin is the automatic /MoinEditorBackup [12:42] case in point: the fact that a new "empty page" textarea contains text that you need to delete (#!@#!#@!) [12:45] kiko: you mean "Describe HomeUserBackupCheck here." ? [12:45] I guess this can be tweaked , no? [12:45] it can be fixed [12:45] it's just a very stupid default decision === sivang wonders why the hell everything that is idented one line or more in media wiki by default, counts as a code snippet? [12:47] shouldn't *I* be able to decide weather it is or is not a code snippet? [12:47] kiko: btw, I guess you already seen that I commented on the bug you asked me about. (in this channel's backlog) [12:47] yeah [12:51] lifeless: ping [12:52] pong [12:54] lifeless: want to do a voice call about the testing paper? [12:55] if you think it would be useful, that would be great. [12:55] ddaa: i am worried. your responses on the "raising exceptions" thread seem to be written with excessive pedantry. [12:55] I agree they are borderline. [12:55] But I think I was stepping down at the end of the message. [12:55] ddaa: i just replied, but i'll restate here. [12:56] ddaa: you can raise AssertionError. You can catch AssertionError in the code of your tests. [12:56] SteveA: yes I understand you answer. [12:56] do you have any concerns about how this affects your code? [12:57] The discussion with lifeless is about whethere or not, and how, to use subclasses of AssertionErrors for precise testing of sanity checks. [12:57] SteveA: shall I ring thee ? [12:57] i wouldn't worry about the __debug__ thing [12:58] optimise later [12:58] I know some code that _does_ have test case for sanity checks. And I think generally, they are a good thing to have as they help erroring out earlier. [12:58] i think sanity checks are quite like test code [12:58] that is, it is like having test code inline in your application code [12:59] i don't think you need to test that your sanity checks are working, most of the time [12:59] just like you generally don't write tests for your tests [12:59] heh. [12:59] I'm glad you put the word generally in there [12:59] this is different to sanity checks that are an important part of checking invariants in your processing [12:59] the term "sanity check" is overloaded [01:00] Well... in good TDD you _do_ test your tests. [01:00] if your check is just to fail early due to programmer error elsewhere, i wouldn't bother checking it [01:00] By writing them when they fail. [01:00] the TDD process tests your tests [01:00] but there is no evidence of this, outside of your advanced RCS system [01:00] There's no devel process that I know of that test sanity checks. [01:00] (such as aegis ;) [01:00] lifeless: i'm about to find my headset [01:01] ok. I'm ready to dial ;0 [01:01] evidence is not all that important, what's important there is writing tests that will not always pass because of trivial programming errors. For example "assert (foo, bar)" [01:01] lifeless: ok [01:01] this kind of mistake happen on the first write most of the time [01:02] Anyway, this issue has been talked about more than it deserves. [01:03] I find it difficult to find the thin line between argumented discusion of coding style and process and pedantic argument. [01:03] SteveA: is that 'ok to ring; ? [01:03] And I think not everybody draws the line at the same place. [01:04] lifeless: yes [01:05] stub, can I have your opinion on bug 4845? [01:05] Malone bug #4845: oops trying to add distro package In: launchpad (upstream), Severity: Normal, Assigned to: Diogo Matsubara, Status: Accepted https://launchpad.net/bugs/4845 [01:05] ddaa: ask yourself the question, is this discussion merely interesting, or is it valuable too. [01:05] lifeless: please try again [01:06] i picked up, but couldn't hear you [01:06] crappy line perhaps [01:06] darn proprietory software in the POTS system... [01:06] I think it is valuable to clarify the coding guidelines and untold assumptions. [01:06] But I also think this discussion is over now. [01:07] thank god [01:19] stub, can I have your opinion on bug 4845? [01:19] Malone bug #4845: oops trying to add distro package In: launchpad (upstream), Severity: Normal, Assigned to: Diogo Matsubara, Status: Accepted https://launchpad.net/bugs/4845 === Nafallo_away is now known as Nafallo [01:21] kiko: We can adjust the constraints if we want - might be some spurious bugtasks that need to be removed, but the fallout should be minor. [01:21] stub, do you believe it's the right thing to do? [01:21] (I do.) [01:21] kiko: But I suspect it should be discussed on the launchpad mailing list in case others have valid use cases [01:21] okay [01:22] I'll take it there. thanks. [01:22] Adding the constraint only updates the safety net though - the real work is in the UI [01:22] yes. [01:25] Actually, the constraint will be tricky and possibly not-worth-the-complication, because we need to allow multiple (distro, sourcepackage) targettings, yet not allow a new (distro,sourcepackage) targetting if the (distro, NULL) targetting exists. [01:25] So it might end up as a use case for OscarTheGrouch [01:26] But that wont affect the UI work and how it appears to the end user === rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #launchpad [01:28] indeed. [01:29] stub, do you want to comment on the bug before I take it to launchpad@lists? [01:30] nah - decide what needs doing first, then I can worry about constraints [01:32] commented anyway [01:34] thanks [01:34] niemeyer, can ctags give me a list of places a certain symbol is used? [01:35] kiko: Yep [01:35] ts [01:36] In vim, I mean [01:37] interesting [01:37] :ts? [01:37] kiko: Yep [01:38] kiko: If the tag stack is non empty (you've "navigated" to one) and you use no arguments, it gives you the options for the current tag. [01:38] kiko: If you pass an argument, it will look for that identifier. [01:39] niemeyer, how do I make vim smart enough to look in parent directories for tag files? [01:40] kiko, set tags=.tags;/ [01:40] kiko: You use the vim script I'll mail you [01:41] cool. [01:41] salgado: Does it work for parent directories? [01:42] niemeyer, yes, it'll look for a file named .tags in all parent directories [01:42] that's what I use, and I store a single .tags file in the root of any development tree === gml_ [i=gml@dyn-83-156-6-105.ppp.tiscali.fr] has joined #launchpad [01:44] niemeyer, hmm. what I wanted wasn't ts, but the "opposite" of it [01:44] niemeyer, I wanted a list of /callsites/ [01:44] not of providers [01:45] kiko: Ahh, I see [01:45] kiko: cscope can do it, but it doesn't work for python :( [01:46] that's what I wanted. is there no such thing for python? [01:46] salgado: Doesn't seem to work for me [01:47] Humm.. wait [01:47] salgado: Yes, it does work! [01:47] kiko, I saw a python plugin for eclipse that had that, 2 years ago [01:47] salgado: Cool! [01:47] salgado, have a web reference handy? [01:48] niemeyer, indeed. I saw it in a vim tip a few weeks ago. :) [01:48] kiko, IIRC, it was something like xored [01:48] salgado: It's a completely undocumented feature :) [01:49] niemeyer, not completely --the source code is there. :p [01:49] the DOCUMENTATION you mean [01:50] not that I have looked at it to find it out [01:50] kiko, the one and only [01:51] kiko: have you tried bicyclerepair? i just installed it, and it seems to have that feature [01:52] BjornT, no, I haven't hmm [01:52] how do you run it? [01:53] kiko: :BikeFindRefs [01:55] oh [01:55] it's a vim plugin?! [01:55] wow! [01:55] cool! [01:55] COOL [01:56] this is /awesome/ === kiko showers BjornT with the holiday vim love [01:56] kiko: it's a general tool, but if you install the package, a vim plugin will be installed automatically [02:01] ah crap [02:01] matsubara, so mark bug 5355 as fixed :-) [02:01] Malone bug #5355: Typo in registration form In: launchpad (upstream), Severity: Normal, Assigned to: Matthew Paul Thomas, Status: Accepted https://launchpad.net/bugs/5355 [02:03] kiko: salgado told me to wait my fixes land on production before mark than fixed. [02:03] oh [02:03] I see [02:03] pendingupload for now [02:04] on that note [02:04] mpt, I managed to get mdz to accept the arguments for Fixed/Released except for one point [02:04] kiko: ok. it's on my post it note too. :) [02:04] he still doesn't like Released [02:04] mpt, we also need to think about what NeedInfo means [02:09] kiko: users won't care what we think it means -- they'll use it in the way they think it's supposed to work [02:10] in part I'm suggesting a rename [02:11] kiko: ROTFL [02:11] kiko: I am SURE I've told you about bicyclerepair [02:11] I didn't know it was a vim plugin [02:12] think what you want of that [02:12] heh ;) [02:12] kiko, "Fix Committed" and "Fix Released"? [02:12] check the maintainer on the package ;) [02:13] mpt, it's more "Fix is in a Released Version of Product or Distribution Source Package" :) [02:14] FIIARVOPODSP for short [02:14] too long, Clanky, too long! [02:14] also [02:14] needinfo may be NeedsInfoFrom: [ ] [02:14] or it may be NeedsReporterInput [02:14] Yes, I saw that === kiko shrugs [02:14] I have a crises to fix [02:14] I'm actually up to date with my e-mail now [02:14] kiko: can you get someone to do a grepwize survey of method names in database code? [02:15] "a crises", eh [02:15] SteveA, yeah. [02:15] you make a good point [02:15] I am holding off the tears at the publisher run [02:15] i was focusing before on choosing a good style, and making new code use it consistently. i had neglected to consider the overall effect over the coming months. [02:16] let's make an assessment later today, and make a final final pronouncement tomorrow at the meeting. [02:16] good idea [02:16] it may be that the other option, that methods are special, is a better way to go [02:22] daf: hello [02:22] SteveA: hi [02:23] i'm ready for a call === TheMuso [n=luke@dsl-202-173-132-131.nsw.westnet.com.au] has left #launchpad [] [02:49] How do I get local launchpad to really send e-mail, so I can test account creation workflow? [02:52] mpt: edit configs/default/launchpad.conf [02:52] find the zopless send_email config [02:52] turn it on [02:55] thanks [02:58] Merge to devel/launchpad: [trivial] Fix librariangc dying when too many duplicates (r2899: Stuart Bishop) === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:18] daf: I'm gonna have to go home now === Kinnison packs up === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [03:52] jblack: ping [04:00] what happened with the in-page tracebacks when something goes wrong? [04:01] salgado, you know, it's weird, but I re-added the launchpad cert and it worked. [04:01] eh? [04:01] in my local branch, I mean [04:03] somebody set up us the bomb [04:03] thanks bradb [04:04] salgado, what's the bug # for flush_database_updates? [04:05] kiko, https://launchpad.net/products/launchpad/+bug/3989 [04:05] Error: I cannot access this bug [04:07] thanks man === marcolu [n=marcolu@218.81.182.151] has joined #launchpad === bradb & # IBC [04:19] salgado++ # writes bug titles in merge summaries which makes commit message scanning much easier. /me makes a point to do that from now on. [04:20] yeah, I always ask people to do that [04:21] I found why the tracebacks are not shown anymore [04:22] salgado: why? [04:22] because mpt forgot to close a he introduced in launchpad-oops.pt [04:22] oh, cool [04:22] i'm surprised the page still rendered [04:22] and there is no test of that template [04:23] and also because we don't have a test for that page [04:23] hmm... i guess we can test that page. it is a view on an exception [04:23] we can make a dummy object that provides IException [04:23] then instantiate the view [04:23] so, it is a system doc test, not a page test [04:23] salgado: would you do that/ [04:24] ? [04:24] SteveA, sure. can I add that to xx-notfound-traversals.txt? === matsubara is now known as matsubara-lunch [04:24] don't treat it as testing raising an exception, instead treat it as a doctest of the exception view class [04:24] salgado: I lost about 300 karma points in production. Why? [04:24] because you've been very bad, bradb [04:25] salgado: i'm proposing testing it more thoroughly, as a piece of code, and not as a page [04:25] salgado: read what i wrote above please [04:25] Each time karma gets "reset" like this, the value of the karma system diminishes significantly, IMHO. [04:26] SteveA, I read it. but when I wrote that I hadn't received what you wrote. [04:26] bradb: did you acquire those 300 points all on one day? [04:26] A better solution, IMHO is this policy: never deploy a fix that blows away karma. [04:26] SteveA: no idea, but that's possible [04:26] bradb, was the karma reset again? [04:26] bradb: if so, then you'll lose them all on one day [04:26] salgado: Not reset, but I'm definitely down a few hundred points [04:27] that's how karma is calculated [04:27] SteveA: Why does that happen? [04:28] an action performed three months ago is worth less karma points than the same action performed one month ago which is worth less points than the same action performed today [04:28] hm, my conceptual model is broken [04:29] Maybe we can think of ways to make the UI more clear that karma is related to one's recent activities [04:29] salgado: my plan for testing this page can't be done right now, unfortunately. [04:30] bug 5481 [04:30] Malone bug #5481: "oops" page isn't tested properly In: launchpad (upstream), Severity: Normal, Assigned to: Steve Alexander, Status: Accepted https://launchpad.net/bugs/5481 [04:31] Holy cow, is push slow... half an hour to push launchpad to a new location locally... === bradb cleared out my entire commit messages folder in the time it took to merge last nights changes [04:32] (about 50 messages) [04:32] (about 15 were from stub's prod config update :P) [04:32] I have a few interesting fetcher optimisations in my branch. [04:33] I need to find the time to send them to the mailing list. [04:36] SteveA, salgado: why not add a notfound test? [04:36] kiko: i want to test the page properly. notfound tests are not all that thorough. also, the notfound page is different from the oops page. [04:38] hmm yeah. [04:38]