=== iGama [n=xtreme@bl6-32-66.dsl.telepac.pt] has joined #launchpad === iGama [n=xtreme@bl6-32-66.dsl.telepac.pt] has left #launchpad [] [12:25] Kinnison: has stub run the transaction on staging for you yet ? [12:54] lifeless: not yet, AFAIK. Could you try that ? kiko have some arguments against it, though === cprov leaving, will be back soon [12:55] gah, I wanted to talk to cprov [12:55] gah [12:55] now he gets a bug report instea [12:55] d [12:55] well [12:55] not against it though [12:57] kiko: against what? [12:58] bug 52595 [12:58] Malone bug 52595 in soyuz "Unable to fetch dist-upgrader from queue" [Untriaged,Unconfirmed] http://launchpad.net/bugs/52595 [12:59] Kinnison's SQL query [01:01] kiko: I don't see that file on drescher so I assume it's in the librarian. would it be possible to get a copy of it? [01:02] mdz, hmm, probably, but I don't actually know how [01:07] mdz, cprov will be back from home soon enough, though. === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === rpedro [n=rpedro@87-196-43-48.net.novis.pt] has joined #launchpad === mpt [n=mpt@203-173-177-223.bliink.ihug.co.nz] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === KurtKraut [n=ktk@unaffiliated/kurtkraut] has joined #launchpad === stub [n=stub@ppp-58.8.2.143.revip2.asianet.co.th] has joined #launchpad [05:00] Goooooooooooooooood afternoon Launchpadders! === mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [06:01] hmm [06:01] if I add an attachment as the first message in an LP bug it doesn't show up in the main body of the page: only the portlet [06:04] By "as the first message" do you mean the description, or the first comment? [06:05] first comment [06:05] which happens to contain the same text as the description so is not displayed [06:07] (I've also got basic SF tracker import going, btw) [06:42] jamesh, so let me get this straight [06:42] someone reported a bug [06:42] then you added a comment that was identical to the initial report, except with an attachment added? [06:43] mpt: no. This is with the SF.net importer I'm writing [06:44] oh [06:44] So sf.net allows bug reports that include an attachment in the description [06:44] mpt: I imported a bug from SF.net where the initial comment also added an attachment [06:44] whereas Malone doesn't expect that [06:44] I see [06:44] not quite [06:44] a malone bug has a list of messages attached to it which are the comments [06:45] if the bug description text matches the first message's text exactly, then that message is not displayed on the bug page [06:45] (this is what leads to the apparent comment duplication when you edit the bug description) [06:45] yes. [06:46] attachments hang off the messages, and I hung attachment off the first message [06:58] mpt: I wonder if a better heuristic would be to only show the bug description if it differs from the first message [06:58] rather than only show the first message if it differs from the description [06:58] ? [07:00] jamesh: that sounds better to me === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad === dooglus [n=dooglus@rincevent.net] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === Fujitsu [n=Fujitsu@c211-28-182-241.eburwd7.vic.optusnet.com.au] has joined #launchpad [08:48] morning [08:51] hi SteveA [08:51] morning james [08:51] I see you made some progress on the SF import stuff for python [08:51] yeah [08:52] awesome === mpt_ [n=mpt@203-173-177-223.bliink.ihug.co.nz] has joined #launchpad [08:52] I guess we'll be able to put our name on the competition page soon [08:53] SteveA: hello === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:56] hi spiv [08:56] jamesh: yep. as soon as we have the test server up with email, and the data imported [08:57] SteveA: so far, the import code doesn't have any special casing for python, so should be usable if other SF-using projects want to make the switch. [09:00] excellent! [09:00] jamesh: did you report the ekiga crash bug? === carlos [n=carlos@222.Red-88-9-27.dynamicIP.rima-tde.net] has joined #launchpad [09:07] morning === carlos [n=carlos@30.Red-88-9-34.dynamicIP.rima-tde.net] has joined #launchpad === marcin_ant [n=marcin@194.114.146.122] has joined #launchpad [09:14] hi carlos [09:15] SteveA: I haven't. didn't really have much info for a crash report [09:15] ok. I guess you'll change the ulimit for core dumps when we have the next call [09:16] or run ekiga under gdb from the start [09:16] although I am tempted to just use shtoom === lbm [n=lbm@82.192.173.92] has joined #launchpad [09:17] I can't make shtoom work for some reason. [09:18] It says "received packet with unknown PT 1" if I try any of Canonical addresses. [09:19] The fwd.pulver.com echo test rings, but then hangs up immediately, maybe due to not finding common codecs? [09:19] things should all use GSM as a minimum [09:20] The debugging from shtoom isn't hugely informative, despite being rather verbose. [09:21] hassle anthony :-) [09:21] tell him you want to switch from ekiga and he'll help :-p [09:21] Hehe. [09:27] Well, building pygsm didn't make any difference, so it's probably not codecs. [09:31] just tried shtoom to voip.canonical.com myself and get the same error as spiv [09:33] Well, it's not just me then :) === jamesh blames asterisk [09:34] shtoom claims to have been tested with asterisk. === frodon_ido [n=patrick@ip-213-49-146-104.dsl.scarlet.be] has joined #launchpad [09:45] SteveA: can I have a pre-impl call with you about bug 49991 [09:45] Malone bug 49991 in launchpad-bazaar "browse supermirror branches with bzr server" [High,Confirmed] http://launchpad.net/bugs/49991 [09:48] spiv: sure. i'd prefer it to be in a while, as there will be loud vacuuming happening here soon [09:48] SteveA: Fair enough. I'll occupy myself with other things... === malcc [n=malcolm@host86-135-139-100.range86-135.btcentralplus.com] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [10:20] carlos: oi [10:20] jordi: hi === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === marcus_notebook [n=mholthau@187.16.76.83.cust.bluewin.ch] has joined #launchpad [10:25] carlos? [10:47] jamesh: I don't see the zope specs on staging any more :-( === doko [n=doko@dslb-088-073-089-074.pools.arcor-ip.net] has joined #launchpad [11:09] SteveA: I guess staging got updated then [11:11] SteveA: should be back soon [11:11] ok, cool === mpt [n=mpt@203-173-177-223.bliink.ihug.co.nz] has joined #launchpad [11:15] done. === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [11:20] spiv: ping [11:21] jamesh: what do you think about doing a daily cron job on staging to update the specs sometime after the database update? [11:25] SteveA: probably a good idea. Do you know what time would be good? [11:26] I don't. Stu would [11:26] I'll ask him when he's around aain [11:29] SteveA: pong [11:30] hi spiv [11:30] call? [11:30] That'd be good. What protocol? :) [11:31] let's try the canonical spi [11:31] um sip [11:32] Ok. [11:33] I just got the machine-gun fire. [11:33] oh poo [11:34] say something [11:34] i heard you [11:34] elmo: ping [11:34] maybe elmo can debug this half conversation... === mholthaus_ [n=mholthau@167.20.62.81.cust.bluewin.ch] has joined #launchpad === stub [n=stub@ppp-58.8.2.143.revip2.asianet.co.th] has joined #launchpad [11:35] let's try again [11:35] i'll call you this time [11:35] I'm ready, I think. [11:37] how did you change the codec? [11:37] I didn't. [11:37] I haven't changed those settings at all, though I have looked at them. [11:37] found it [11:38] I get the impression that the louder sounds you make come through fine, it's the quiet ones that get turned into an alien clicking at me while underwater. [11:39] But as I can't hear the sounds that get mangled, that's just guesswork :) [11:39] ok, i'm using pcmu now [11:39] i had to totally disable gsm [11:40] It's wierd how first time it said GSM for both In and Out, and the second time, when you called me, it was PCMU. === SteveA tries calling again [11:41] I hear nothing. [11:41] seems to be hung [11:42] your voicemail [11:43] I apparently have 2 voice mails. I'll get getting them... [11:43] no [11:43] don't [11:43] they are stupid [11:43] Heh, ok. [11:43] they are stupid things where i hung up before leaving a message [11:43] it is a lame voicemail system [11:43] it just made me leave anothe rvoicemail [11:43] try calling me [11:43] Ok. [11:45] change to pcmu [11:45] Ok. [11:45] to do that, go into prefs [11:45] disable gsm [11:45] spiv: I assigned you as implementer of https://launchpad.net/products/launchpad/+spec/stop-spurious-test-failures [11:45] move pcmu up [11:45] stub: ta [11:46] No good? [11:46] try again [11:46] Ok [11:46] my audio module thing crashed [11:48] Very odd. [11:48] this is bollocks [11:48] let's use skype [11:48] Ok. === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #launchpad [11:54] Is there some way someone with magic access to LP could help me out with unsubscribing from 34112 ? [11:54] I'm "also notified" and it has about twenty duplicates. [11:54] SteveA: http://goffredo-baroncelli.homelinux.net/bazaar === danilos [n=danilo@147.91.15.34] has joined #launchpad [12:07] Oh, you dropped off? [12:07] yes [12:08] I don't notice immediately because there's no machine gun fire. [12:08] i made the mistake of briefly suspending the skype process [12:09] iwj: of the 1004 bugs you have a subscription record for, none are 34112 [12:16] Hmm, gone again. [12:16] yes [12:16] me again [12:16] Got an itchy trigger finger? [12:16] this time, i tried to switch to desktop 2 [12:16] and turned off my wireless for 1 second instead [12:16] and this confused skype [12:16] Ah. [12:16] Why must all software be crap? :) [12:17] Kinnison: That's nice. But I'm getting mail for 34112. [12:17] iwj: you must be subscribed to one of its duplicates or something [12:17] Yes. As I say it has about twenty. [12:18] ian is in the "also notified" list [12:18] SteveA: unfortunately nothing in the UI makes it clear what that is composed of and why he's there [12:18] Since the UI doesn't provide a way for me to find out where that's coming from I was wondering if someone with DB access could run a quick query. [12:18] To save me visiting twenty different bug pages (and perhaps sub-pages). [12:22] i just visited the pages [12:23] and i didn't see you listed as a direct subscriber on any of them [12:26] I'm probably the contact for some package that one of the dupes has a task for. [12:26] that list should have link titles [12:26] that say where the subscription comes from [12:26] Indeed. I filed a bug about that :-). [12:27] The only reason I'm chasing 34112 specifically is because it generates lots of junk. [12:28] jamesh: lifeless: feedback welcome on https://launchpad.net/products/launchpad-bazaar/+spec/vcs-imports-knits-upgrade === Chawnskie [n=chatzill@ip68-101-204-36.sd.sd.cox.net] has joined #launchpad [12:36] Hi All. [12:40] I've reproduced bug 48556: Installing 6.06 on an ASUS s96j laptop w/ Intel 945PM chipset. [12:40] Malone bug 48556 in linux-source-2.6.15 "ACPI-0517: ****Error Method parse/execudion failed" [Critical,Fix committed] http://launchpad.net/bugs/48556 [12:40] https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/48556 [12:40] Malone bug 48556 in linux-source-2.6.15 "ACPI-0517: ****Error Method parse/execudion failed" [Critical,Fix committed] [12:42] Does anybody know of a snapshot build with a fix? [12:45] hi [12:45] that sounds like something for #ubuntu [12:45] rather than #launchpad [12:46] SteveA: Hi. [12:46] I tried there first, but it's a bit of a mess and got no response. :-/ [12:47] here, we only care about bugs in the launchpad service [12:47] not about bugs in linux or ubuntu [12:47] Ahh, sorry. I'll go wait for it to calm down in #ubuntu and then ask again :-) [12:54] Chawnskie: when #ubuntu is calm, that usually means your connection has dropped :) [01:00] :-) Cheers. === Chawnskie [n=chatzill@ip68-101-204-36.sd.sd.cox.net] has left #launchpad [] [01:13] stub: hi, around? [01:16] carlos: yes [01:17] stub: How could I represent something like: [01:17] SELECT pofile.id | NULL AS pofile ..... [01:17] stub: that means that pofile would be NULL [01:17] and I want to return NULL in that case [01:19] I don't understand sorry. [01:19] If pofile.id is 24, what should be selected? If pofile.id is NULL, what should be selected? [01:20] say that I have a OUTER JOIN that joins two tables and that we could have one of those tables join without value [01:20] in that case, a pofile row would not exist [01:20] and thus, pofile.id is not valid because there is not such row [01:21] pofile.id would be NULL in that case === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [01:21] The row exists, it just contains nothing but NULLs [01:21] I see [01:21] stub: ok, thanks === _malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad === daniloo [n=danilo@62.193.129.88] has joined #launchpad [01:42] daniloo: hi [01:43] daniloo: do you have a new nick every day? ;-) === Znarl [n=znarl@dark.roundabout.org] has joined #launchpad [01:49] carlos: no, just the irc connection died [01:50] oh, I didn't see you were connected as danilos ;-) [01:51] it's crap there is already one danilo on freenode :) [01:56] danilos: yeah, I got 'carlos' because previous owner stop using it for 3 months [01:57] perhaps is the same case here ;-) [01:57] danilos: btw, did you get my email with the source code link and bug links? [01:58] carlos: yup, but you naturally didn't get my response :) [01:59] lp is huuugeee :) [02:01] danilos: right, I didn't get it [02:01] danilos: yeah, but you don't need to touch the whole tree ;-) [02:02] danilos: I could guide with your fix bug fix === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [02:02] so you know more or less the layout we are using [02:03] carlos: sure, but I first need to get it, and it takes a while at 256kbps :) [02:03] I'll probably make a lunch break while it downloads [02:04] sure === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad === carlos -> lunch === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === niemeyer [n=niemeyer@200-181-168-162.ctame7012.dsl.brasiltelecom.net.br] has joined #launchpad === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has left #launchpad [] === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [03:20] I got distracted and missed todays rollout. Anyone going to cry if I put it off until tomorrow quiet time? === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === carlos [n=carlos@24.Red-88-9-36.dynamicIP.rima-tde.net] has joined #launchpad [03:36] stub, would it be possible to do the roll out before running the shipit export script? [03:37] I'll turn off the shipit export and run it after the rollout. It will just run a few hours later than normal. === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [03:40] re === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [03:45] SteveA: I was looking at modifying the security policy in webapp/authorization.py to allow calling sync/syncUpdate on SQLBase instances, but I'm not usre whether that is the right place [03:46] SteveA: the checkPermission() method in that file doesn't seem to be the right level, and isn't called when accessing attributes not covered by the security declarations [03:47] ah, of course [03:47] I had forgotten about that [03:48] it just gets a permission name and an object, rather than an object + an attribute name [03:48] so, a simpler thing would be [03:48] to register those names as allowed at the level of the checker [03:49] which is all getting rather complicated [03:49] so I think go for the function that unwraps the instance, and calls syncUpdate() on it [03:49] that is simple to understand [03:49] fair enough. [03:49] and will continue to work whatever we do === digistones [n=Oly-5@202.78.195.194] has joined #launchpad [03:56] hello everyone === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-212-229.dsl.scarlet.be] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [04:02] SteveA: elmo solved my ekiga problem. Apparently "silence detection" actually means "make the other person sound like a drowning alien insect". [04:05] is it a known problem that the "E-mail me about changes to this bug report" checkbox you see when commenting on a bug is not working anymore? === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [04:08] bradb, the "E-mail me about changes to this bug report" checkbox you see when commenting on a bug doesn't seem to work anymore. have you noticed that? [04:09] I mean, is there a bug open already? [04:10] salgado: By "doesn't work" do you mean you check it but don't get subscribed to the bug? [04:10] exactly [04:10] salgado: In production? [04:10] bradb, in production and in one of my local branches [04:11] where can I find documentation/examples to write testbrowser-based pagetests? [04:11] spiv: ah. i didn't have that turned on [04:12] ddaa: lib/zope/testbrowser/README.txt [04:12] matsubara: thanks [04:12] ddaa: but note also that we have some standard 'browser' instances ready for you to use [04:12] logged in and ready [04:12] salgado: Looking into it now. [04:13] SteveA: where can I find them? [04:13] bradb, cool, thanks === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [04:14] ddaa: https://launchpad.canonical.com/PageTests [04:14] matsubara: thanks lot [04:15] ddaa: np [04:23] salgado: I just sync'd to rf, and it worked for me in both the status edit form, and the comment form at the bottom of the bug page. Can you reproduce it on current rf? [04:24] bradb, just tried on staging and it worked fine. sorry for the noise [04:25] cool === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === glatzor [n=sebi@ppp-82-135-83-247.dynamic.mnet-online.de] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:59] bradb, remind me of one thing [04:59] bradb: did you by any chance make bugattachment's message column nullable? [04:59] say no [04:59] kiko: nope [05:00] i just made it possible to attach a file without filling in the comment [05:00] the attachment is still associated to a message though === mholthaus_ [n=mholthau@167.20.62.81.cust.bluewin.ch] has left #launchpad ["Konversation] [05:04] bradb: what do you think of changing the bug page template to hide the bug description if it is equal to the first comment, rather than hiding the first comment? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === jd_ is now known as jd_away [05:15] jamesh: I'd prefer neither, tbh. The right way to do that, IMHO, is to never show the description as a comment [05:17] bradb: the problem I ran into is importing bugs that have an attachment on the first comment, which doesn't show up if first comment == description === glatzor [n=sebi@ppp-82-135-83-247.dynamic.mnet-online.de] has joined #launchpad [05:19] jamesh: Can you just show the attachments of the first comment under the description? [05:19] bradb: I suppose so. we'd want to not show them in the case where first comment != description though [05:19] bradb: it seems simpler to only show description if it differs from the first comment though [05:20] jamesh: Simpler to implement, I agree. [05:20] But it's hard to explain why a bug doesn't have a description. [05:20] And then suddenly does. [05:21] people also get confused why a new comment suddenly appears if they edit the description [05:21] jamesh: Yep, bug 5935 [05:21] Malone bug 5935 in malone "bug description seems duplicated" [Medium,Confirmed] http://launchpad.net/bugs/5935 [05:21] I'd think "description doesn't display til you edit it" is easier to understand than "first comment doesn't display til you edit the description" [05:21] I wrote about a solution to this problem to launchpad@, I think it was. [05:22] anyway, it is mostly a cosmetic issue [05:22] i.e. "This bug report has been modified since it was originally reported. _View the original report_. [05:22] " [05:22] the attachment is still available in the portlet (assuming the user notices it ...) [05:22] SteveA, have a minute to chat about a shipit problem reported by marilize? [05:23] salgado: I will in 10-15 mins [05:23] SteveA, cool. should I ping you again later, then? [05:23] jamesh: I think that when we implement KeepingBugsConcise (which is basically just collapsing the original description if the description is updated), this will seem a lot more obvious. [05:23] salgado: ok [05:24] it can probably be implemented pretty quickly too [05:25] i think i'll try doing that after i do the landscape hack today [05:26] bradb: for the SF import, would it be easy to move milestones around afterwards if I create them on the wrong product series? [05:26] (or if we later add new series that would be better homes for those milestones) === jsgotangco [n=jsg123@125.212.117.61] has joined #launchpad === jd_away is now known as jd_ [05:31] jamesh: I think it should be a simple db update. Just confirming something... [05:32] bradb: if it is, then I'll finish the milestone import code. That'd be everything except converting categories to keywords [05:33] which would probably provide a decent first import once we've got the testing LP instance set up [05:37] jamesh: Sweet! Yeah, I think it's easy to move ms's around with a simple UPDATE. [05:41] SteveA? [05:42] salgado: hi [05:42] can we talk on ekiga? [05:43] sure [05:43] but I just realized ekiga threw away my config [05:43] will have to do it again [05:55] I just saw some code pass by in the review list like: [05:55] comments = sorted(comments.values(), key=lambda x: x.index) [05:55] please, don't use "x" [05:56] because "x.index" is meaningless [05:56] unless you're marie curie [05:56] call it "comment.index" or something [05:56] foobar.index [05:56] yeah... then we'd all go into hospital [05:57] for diagnosis using foobar rays [05:57] Isn't that a place to use operator.attrgetter? [05:57] well spotted spiv [05:57] Which avoids the 'x' problem entirely, but not naming anything ;) === SteveA rocks out to "my guitar wants to kill your mama" while waiting for salgado to call [05:57] SteveA: I don't generally disagree that variable names should mean something, but here the need to use a variable name at all in this bit of python syntax chicken-sprinkling is just an artifact, that's just how you spell "sort on index" [05:58] malcc: pythons can eat chickens whole. [05:58] duh, I've been writing a vcs-imports-test-plan for almost two hours [05:58] it's making progress, but it's starting to make me want to cry [05:58] I'm so hungry I'll die if I don't go to Subway right now. [05:58] malcc: so use operator.attrgetter and be happy :) === bradb & # lunch [05:58] but in any case, someone can read: key=lambda comment: comment.index and understand it immediately [05:59] but this needs you to look at more context: key=lambda x: x.index [05:59] malcc: but I find that if I can't give a meaningful name to something, there's a problem, and if I can, then there's no good reason not to. [05:59] when I read that, I ask myself "what is .index being got from?" [06:00] the answer is "x", so I need to read other code to answer "what is x here?" [06:00] I started being very detailed (almost pseudocode), but now I'm being force to be higher level, and even then I cannot find a reasonable way to specify satisfying code coverage... [06:00] I agree with Steve. The less context required to comprehend a piece of code, the better. That principle applies at many scales: expressions, statements, functions, modules. [06:00] if it says "comment", I don't need to ask that question. clearer code. [06:00] at what cost? [06:00] the cost of a few characters of typing [06:00] and arguably reduced maintenance, increased clarity for all readers in the future [06:01] I, for one, welcome our new python-eating chicken overlords. [06:01] it is my experience that any loophole in that stuff will turn into a bug when implement by someone who do not really understand it, but functional tests cannot be reasonably exhaustive without going combinatorial... [06:02] ddaa: get 75% of the way there, and then talk it over with a reviewer [06:02] salgado: what's up? [06:02] Talking it over with another person might help you find a better way to express the requiresments. [06:02] requirements, rather. [06:02] I'll post it to launchpad@ when I think I have vaguely touched all the important points... [06:03] ddaa: call a reviewer for a chat before then [06:03] otherwise you may well get caught in the perfectionist trap again [06:04] SteveA: and the code is a bit less general, but not a problem for this lambda [06:04] if the code were more general, it should become a function, with a docstring explaining the general case [06:04] one reason a small lambda is okay is because it is so simple it is self-documenting [06:05] general-purpose lambdas I find scary === LarstiQ nods [06:06] jamesh: BjornT: somebody up for a call? Need a reviewer to keep me sane. === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [06:11] SteveA, one of the server's disks stopped here, sorry [06:18] salgado, I need to kick the server once again though === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad [06:30] cprov-lunch: if a build goes into dep-wait because, e.g. it is in main and build-depends on a package in universe, will the dep-wait be automatically cleared when the package moves to main? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jd_ is now known as jd_miam === jd_miam is now known as jd_ === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === lfittl [n=lfittl@83-65-242-161.dynamic.xdsl-line.inode.at] has joined #launchpad [07:02] mdz: dep-wait auto retry doesn't depend on component, AFAIK. It will be retried next queue-builder run if the package is published. What build ? === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:23] cprov: https://launchpad.net/distros/ubuntu/+source/gnome-python-desktop/2.15.4-0ubuntu1 [07:24] nice ;) [07:25] cprov: I fixed the overrides for libgnome-media-dev, but I want to know if I need to do anything further for the bulid to be retried [07:26] mdz: it will be handled next queue-builder run, after the current cron.daily [07:26] cool [07:26] cprov: ok, thanks [07:26] I tried the ubuntu libux live CD [07:26] mdz: if libgnome-media-dev is published it will retry the build [07:27] cprov: and moving between components qualifies as being republished? [07:28] sick [07:33] mdz: something is wrong, libgnome-media-dev was published in universe at 2006-07-11 09:08:05 BRT, your dep-wait build finished at 2006-07-11 14:09:40 BRT, it should have found the dep [07:38] mdz: I will wait this next queue-builder run, if it doesn't rescue the build in question I'll do it manually and investigate the bug in our code [07:38] cprov: s/universe/main/ ? [07:38] cprov: the issue is that libgnome-media-dev is in universe, while gnome-python-desktop (which build-deps on it) is in main [07:38] mdz: no, the first pub was in universe/gnome [07:39] cprov: see above [07:39] this is the question I was asking in the first place [07:39] it needed to be promoted from universe to main in order for the package to build [07:39] but apparently that doesn't clear the dep-wait [07:40] mdz: right, the chroot only looks for dep in main. [07:41] mdz: even if the auto-dep-retry doesn't do the same (it doesn't respect components) the result is expected [07:41] mdz: uhmm, not exactly , we retry the packages more than necessary. This is a bug :( [07:42] cprov: but we didn't retry this one, which actually needs it :-) [07:43] mdz: it might be retried before (the time window from created to built is bigger than usual). === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === cprov patiently waits the current cron.daily (45 min already) [07:53] mdz: https://launchpad.net/+builds/+build/226318, was automatically rescued [07:57] cprov: thanks [07:57] mdz: np === glatzor [n=sebi@ppp-82-135-83-247.dynamic.mnet-online.de] has joined #launchpad [08:05] bradb, good idea! [08:06] :) [08:08] bradb, https://chinstrap.ubuntu.com/~dsilvers/paste/fileDA3vJw.html === bradb looks [08:12] kiko: Where is bugtask necessary for BugTaskComment, btw? [08:12] bradb, bugtaskcomment/fmt:url [08:13] sorry if that wasn't clear [08:13] but that's why it's required. [08:13] (and yes, I guess we could use ILaunchbag there...) [08:14] or you could build the URL by not using fmt:url [08:14] how? [08:14] fmt:url isn't to blame [08:14] the URL /does/ require a bugtask [08:15] oh [08:15] what /do/ you mean? [08:15] not use fmt:url on the comment object, i mean [08:16] e.g. tal:attributes="href string:${context/fmt:url}/comments/${comment/id}" [08:16] bradb, you mean just link to +comments/index? [08:16] I don't have a context there. [08:16] (or /index...whatever it's supposed to be there) [08:17] but I could use a relative index.. [08:17] err a relative link [08:17]