=== niemeyer [n=niemeyer@201.15.220.105] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has left #launchpad [] === niemeyer_ [n=niemeyer@200.138.133.166] has joined #launchpad === spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad === niemeyer__ [n=niemeyer@200.138.54.228] has joined #launchpad === jkakar [n=jkakar@204.174.36.228] has joined #launchpad === Zaxxon [n=zaxxon_z@toronto-HSE-ppp4018179.sympatico.ca] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === spiv [n=andrew@ppp112-44.static.internode.on.net] has joined #launchpad === ulph [i=ulfc@ef.csbnet.se] has joined #launchpad [04:55] I recovered my password for my old user ulfc but it seems like I now have two, users: ulfc-ef and ulfc. Is it possible to remove the old one? [04:58] ulph: you can merge them [04:59] ulph: https://launchpad.net/people/+requestmerge === stub [n=stub@ppp-58.8.3.253.revip2.asianet.co.th] has joined #launchpad [05:20] stub: do you still consider #57198 to be high priority, given that we won't be exercising that code at the data centre? [05:23] jamesh: It is high - I need to prove it works like you say in the data centre by performing a dyson run, at which point I can reject the bug. [05:25] stub: I assumed the second bug you filed meant you'd tried it with ftp_proxy set [05:25] lifeless: Is there a simple way we can improve the PQM subject lines? Now we seem to have multiple Launchpad branches being maintained it will be rather confusing. [05:25] jamesh: Yeah, but I didn't look closely enough to tell if ftp was working or if it just happened to do things in a different order. [05:29] stub: mmm, possibly. [05:31] Stripping most of the path from the 'in /srv/blah/blah/blah/blah/blah/actually_meaningful and sticking it at the front? [05:32] something like that [05:35] branch nickname maybe? [05:35] (with sensible branch nicknames set, that is) [05:37] I should apply matthieus patch [05:41] spiv: out of interest, what are your thoughts on using "deferred.addCallback" as a decorator? [05:42] jamesh: It's cute, but I don't like it. [05:42] It's not really intended as a decorator, it doesn't really match the intent of what @foo syntax is meant to indicate. [05:43] So I think it's probably more harmful to readability than helpful. [05:44] In particular, it's pretty weird to do "@decorator\ndef foo(...)" etc etc, then never reference foo again. [05:44] that's just because people don't do it all the time yet :) [05:44] I think probably deferredGenerator solves that use case better [05:45] Particularly with python 2.5's generators. [05:45] deferredGenerator looks like it could have a much nicer API with 2.5 [05:45] yeah [05:45] get rid of the "you must do these things after the yield statement or your program will be broken" stuff from the docs .. === jkakar [n=jkakar@204.174.36.228] has joined #launchpad [05:48] Precisely. [05:49] There's a version of it that takes advantage of 2.5 somewhere already, maybe in the svn sandbox. [05:49] radix knows, I think he wrote it. [05:55] if you really wanted to use the function when using "@deferred.addCallback", you could call the function "deferred" [05:55] since deferred.addCallback() returns deferred [05:55] but that might be even more confusing [05:56] jamesh: I think so :) [05:56] jamesh: or to put it a different way, the only person I've seriously heard advocate this idea is moshez ;) === jkakar [n=jkakar@204.174.36.228] has joined #launchpad [06:35] New bug: #57391 in launchpad "Message column on branch summary list should honour newlines in log messages" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57391 === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:35] New bug: #57394 in soyuz "Ubuntu replaces Debian maintainer by Ubuntu maintainer in changelog" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57394 [07:45] morning === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === carlos [n=carlos@110.Red-81-39-99.dynamicIP.rima-tde.net] has joined #launchpad [08:23] morning === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === fabbione [n=fabbione@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === fabbione [n=fabbione@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === __keybuk [n=scott@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === mdz [n=mdz@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === stub [n=stub@ppp-58.8.8.6.revip2.asianet.co.th] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [09:23] morning sabdfl [09:24] hi folks [09:25] morning sabdfl :-) === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === YokoZar [n=scott@c-67-188-45-230.hsd1.ca.comcast.net] has joined #launchpad [09:32] Ok, I am completely confused about what to put for "Product" when I try and link a bug to an upstream bug in launchpad [09:33] YokoZar: what package is it ? [09:33] wine [09:35] morning robert. how's 0.10 looking? [09:35] going to be small but on time [09:35] number of good fixes, performance, ui and correctness [09:35] sounds great [09:36] lifeless: I can't even figure out what the "Product" value even means in that form [09:36] It seems to me like the only thing that should be there is the "Link to a bug in another bug tracker" option (which is a checkbox for some strange reason I don't get) [09:36] YokoZar: launchpad tracks both distributions, which is where 'packages' live, and 'upstreams' which are known as 'products' [09:36] YokoZar: a product is an upstream [09:37] lifeless: small but regular releases are +1 from me! === jinty [n=jinty@80.Red-83-50-208.dynamicIP.rima-tde.net] has joined #launchpad [09:37] Ok, so how do I add Wine as a product then? [09:37] products that have their own bugtracker configure that in launchpad, so you can link to the product in malone, and it will know how to get updates from the remote bug tracker [09:37] Somehow I managed to add Wine's bugzilla database a while back without doing htat [09:37] sabdfl: :) [09:38] YokoZar: https://launchpad.net/products/+new [09:38] I still don't understand what the "product" information is being used for when the system is just tracking the remote bug tracker [09:38] Nor why it's mandatory [09:38] YokoZar: we track more than bugs from upstreams [09:39] bugs is just the tip of the iceberg === frodon_ido [n=patrick@ip-213-49-173-125.dsl.scarlet.be] has joined #launchpad [09:41] YokoZar: once a product is registered in LP, they can use LP for translations, bugs, feature planning, support request management, code repository management... [09:41] oh well that's neat [09:41] its awesome [09:42] You should have a nice little "what's this" next to "CHOOSE PRODUCT" explaining that :) [09:45] Thanks for your help guys === agy [n=anton@194.215.226.98] has joined #launchpad [09:47] YokoZar: np [09:57] YokoZar: for instance: https://launchpad.net/products/wine/+distributions [09:59] morning [10:00] hmm, just missed stub [10:00] New bug: #57406 in malone "Should map binary package names to source package names" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57406 === malcc [n=malcolm@82.109.136.111] has joined #launchpad === glatzor [n=sebi@ppp-82-135-3-190.dynamic.mnet-online.de] has joined #launchpad === YokoZar [n=scott@c-67-188-45-230.hsd1.ca.comcast.net] has left #launchpad [] [10:33] malcc: have some feedback for you on pool names [10:33] kamion says it should be absolutely fine to futz with the filenames in the pool [10:33] Cool [10:33] apt *should* only care about the pointer from Packages -> pool/filename.deb [10:33] not what the filename happens to be [10:34] that said, it's an untested not caring :-) [10:34] another suggestion was to use hardlink farms to get the apparent benefits of pool sharing on the server side [10:35] that doesn't help mirrors, who can't usually seehardlinks [10:35] Yes [10:35] but on our side it would allow us to offer a derivative a "complete pool" without copying tons of files around, and without overloading the ubuntu pool [10:36] Yes; we could even process removals in their pool so that they wouldn't see package versions still used in some release of ubuntu but not in their system [10:36] Overloading our pool would give them an unnecessarily large pool to mirror [10:38] right [10:38] so, you were right, the pool is entirely orthogonal [10:41] folks here like the idea of soyuz enforcing source package publishing before binaries are published [10:44] Yes, the popularity of that change is growing over here too === jinty [n=jinty@80.Red-83-50-208.dynamicIP.rima-tde.net] has joined #launchpad [10:48] we're going to hash based names or some such ? === luopio [n=abuser@a11.mtori.tontut.fi] has joined #launchpad === cprov [n=cprov@82.109.136.111] has joined #launchpad [10:52] hi all. I'm trying to get my bzr branch into launchpad. I apparently got it pushed into bazaar.launchpad.net, but can't get it out with "bzr branch". What address should I use with it? The same as with push (sftp) or a http one? === mpt [n=mpt@195.182.78.95] has joined #launchpad [10:55] luopio: it takes a few minutes to copy across to the http copy [10:55] but you can branch from the SFTP one immediately, and so can anyone who has access to the user you uploaded it too... i.e. [10:55] if you uploaded it to ~luopio thats just you [10:56] if you uploaded to ~groupname, its the entire group [10:59] lifeless: ok. I used a group. How is the location formed for sftp in bzr? usin "sftp://luopio@bazaar.launchpad.net/~dd.team/dd/devel" with bzr branch ends up with bzr complaining about the missing paramiko module [10:59] carlos: just let me know of the time jordi agrees on, and I am all for it [11:03] luopio: that means your bzr is not installed correctly [11:03] luopio: apt-get install python-paramiko [11:04] carlos: have you seen the chinese (I think) email on rosetta experts list? I agree with all its points, how about you :) [11:06] New bug: #57414 in malone "Two comment boxes are confusing" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57414 [11:06] danilos: jordi sent an email already [11:06] danilos: 15:00 UTC [11:06] well, he said anytime after 15:00 UTC [11:07] danilos: yeah, I was thinking the same about the chinese email ;-) === fschoep [n=frank@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === kiko [n=kiko@82.109.136.111] has joined #launchpad [11:15] I'm sorry to ask, but can anyone help me remove two branches from Launchpad? I created them under my personal account and they should be assigned to a team instead. [11:15] fschoep, please open a ticket on this. [11:16] kiko: will do then, I assume it's not possible (yet)? [11:17] fschoep: one of the admins should be able to reassign the branches to the team [11:18] OK, that's good to hear, I'll get in touch with them, thanks. [11:18] fschoep: it will be possible for branch owners to do this in the future [11:20] fschoep: if you file a ticket one of the admins should do the move for you. I was just telling you that a move is possible so you don't upload the branch again as a team branch [11:20] jamesh: OK, thanks - is filing a ticket the same as filing a bug? [11:21] I don't see the term "ticket" mentioned on Launchpad support. [11:21] fschoep: not quite: https://launchpad.net/products/launchpad/+addticket [11:21] fschoep: it is under the "support" context [11:21] facet, even [11:23] Ah, I see - thanks for pointing that out, I somehow missed that. [11:25] New bug: #57418 in soyuz "Support debtags in Packages.gz" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57418 [11:27] lifeless: thanks. works now. === irvin [n=ipp@ubuntu/member/irvin] has joined #launchpad === seb128 [n=seb@p54A821B7.dip0.t-ipconnect.de] has joined #launchpad === Techno [n=adrielk@210-246-35-76.paradise.net.nz] has joined #launchpad === Techno [n=adrielk@210-246-35-76.paradise.net.nz] has left #launchpad [] [11:43] I'm updating our BeautifulSoup.py to the latest version [11:44] which involves fixing up a couple of tests [11:44] there are some advantages to the new version. it works better, consistently works with unicode and outputs unicode [11:44] and is more supported [11:47] danilos: re chinese mail, I 'm not too sure. Have you thought about the long term implications? === stub [n=stub@ppp-58.8.8.6.revip2.asianet.co.th] has joined #launchpad [11:50] carlos, danilos: I got a mail from neil which 'll forward, but I'll reply to him [11:50] jordi: I already answered one email from him [11:51] is it the same? [11:51] stub: hi [11:51] nope, one just sent to me [11:51] stub: chat about edge / ui-demo things later? [11:51] jordi: then it's the same [11:51] at least you were in the CC of that email [11:51] "Xara LX import reviews"? [11:51] no [11:51] oh, it's another one [11:52] I got it, not sure if due you redirected it [11:52] I just bounced it === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [11:53] jordi: ok, just about the po import issue. Just tell him that we are going to give priority to that kind of uploads so they don't need to wait so much with a high load in Rosetta [11:54] and well, anyway, it only happens from time to time [11:54] jordi: also, would be also interesting that they send us their UI complains so we get a chance to fix any problem [11:57] yeah [11:57] ok [12:04] SteveA: ok [12:11] xx-tags-on-buglistings-page.txt [12:11] I'm doing some work on this test [12:11] anyone familiar with it who can help me out by answering some questions? [12:11] BjornT: maybe you? [12:12] SteveA, uhh, I think I've looked at it once. === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === loko555 [n=user@88.134.196.56] has joined #launchpad [12:25] i get emails every day with ubuntu-bugs but i am not assigned to them. what is this and how can i stop this? [12:26] any reason why bugzilla.ubuntu.com is password protected now? [12:26] SteveA: did someone answer your questions? (i didn't see any question before my connection died) [12:27] seb128, not sure, check with karl or spads [12:27] seb128: yes, the code base was out of date and full of security vulnerabilities [12:27] kiko: email with Edgy translations update is sent [12:27] loko555, are you a package contact? [12:27] thanks carlos good work [12:27] elmo: could we get a redirection to the corresponding launchpad bug? [12:27] BjornT: I figured it out [12:27] seb128: is there a 1 to 1 mapping of bug IDs? [12:27] ok [12:27] loko555, or are you a member of a team which is a bug contact? [12:28] elmo, yes, it's pretty easy to do so and I added a link to each page with the correct URL I believe [12:28] kiko: what is a package contact and how can i find out if i am a package contact? [12:28] remember? [12:28] loko555, what's your launchpad username? [12:28] elmo: https://launchpad.net/malone/bugtrackers/ubuntu-bugzilla/$BUGZILLA_ID [12:28] loko [12:28] kiko: yeah, I do - but we had to kill the bugzilla install - no one was maintaining it [12:29] seb128: ok, I'll get a redirection added for that [12:29] elmo: thank you! [12:29] loko555, are you sure? [12:29] yes [12:29] kiko: sure with what? [12:30] loko555, that your launchpad username is loko [12:31] because there's no launchpad person called loko [12:31] kiko: i can see on the website: "Logged in as loko" [12:31] loko555, that's your display name; what is your URL? /people/XXX/ [12:32] kiko: ok, its arph [12:32] ah [12:32] loko555, what bug is sending you email? [12:33] kiko: many, but they all have the same "*** This bug is a duplicate of bug 32963 ***" content [12:33] Malone bug 32963 in xserver-xorg-driver-i810 "Xv movies on 810/i945 gives horrible color, Gamma" [Unknown,Needs info] http://launchpad.net/bugs/32963 [12:34] loko555, the reason is that you are subscribed to bug 42349. [12:34] Malone bug 42349 in xserver-xorg-driver-i810 "Dapper Drake - i810 - Video Color output wrong" [Medium,Fix released] http://launchpad.net/bugs/42349 [12:35] loko555, I suspect that bug should be unduplicated. [12:36] loko555, because it sounds like your bug is fixed but the first one isn't. [12:36] kiko: i didn't see that i am subscribed anymore, cause i clicked on "https://launchpad.net/people/arph/+subscribedbugs" but there was the message "There are currently no open bugs." [12:37] loko555, that's because the dupe bug is "not open". :-/ [12:37] it's been fix released [12:38] kiko: thanks for your help [12:38] loko555, you're welcome. we have a proposed change for this [12:38] two actually [12:39] one would be indicating why you are getting notified (in the also notified: section of the subscription portlet) [12:39] another would be allowing you to unsubscribe from the bug and make it "just work". [12:39] that is a good idea [12:39] so you could unsubscribe from the dupe bug and then it would say "Actually, you are subscribed to bug XXX and that's why you're getting spam. unsubscribe from that bug" [12:39] which do you think is the best idea? === jinty [n=jinty@149.Red-81-34-246.dynamicIP.rima-tde.net] has joined #launchpad [12:41] with the unsubscribe-option i think === fschoep [n=frank@p54A821B7.dip0.t-ipconnect.de] has left #launchpad [] [12:41] unsubscribe from that bug" [12:41] is good === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:50] https://launchpad.net/distros/ubuntu/dapper/+source/trojan-horse [12:50] kiko, stub: ^ is there any way to remove that information from the DB? [12:52] SPN 45393, SPR 94472, no SSPPH [12:53] I can remove it I think, but need to confirm if there are non-db records that need to be updated too. [12:53] let me see. [12:54] stub, no publications ever happened, so there should be nothing on-disk. [12:54] Keybuk, how did this happen? [12:54] kiko: when we were testing some Launchpad security bug ages ago [12:54] I forget which one it was [12:54] IC. [12:54] it was allowing uploads that shouldn't have been allowed [12:54] stub, should be fine. [12:55] that was a test case [12:55] Keybuk, I see. this would now get stuck in the queue, right? [12:55] Keybuk, at worse, I mean. [12:55] Keybuk, normally it would just get rejected unless it was uploaded by someone with the privs to do so. [12:56] yeah, but it's kinda bad having a visible package saying "this hacks the archive and lets me do evil things", etc. :p [12:56] it might encourage other people to try [12:56] yeah. [12:56] it's been there for ages, I just went passed it again in the list and thought "must mention that" [12:56] I agree we should remove it, just double-checking that the original problem was solved. [12:56] stub, do it :) === irvin [n=ipp@ubuntu/member/irvin] has left #launchpad ["Leaving"] [12:57] the original problem was that it didn't check signatures if the package went into NEW, that's definitely solved [12:57] (Kamion remembered) [12:57] thanks [01:02] kiko: how's it going over there? [01:04] sabdfl, going super! lots of cleanups [01:05] sabdfl, we're cleaning up in order to start on the archive rework; should start this afternoon if we're lucky with the cleanups. [01:05] sabdfl, how's it going up north [01:17] kiko: the team is in the thick of a bug day, which is giving me plenty to observe about bug workflows [01:20] cool, very very cool === stu1 [n=stub@ppp-58.8.5.44.revip2.asianet.co.th] has joined #launchpad [01:58] stu1: do you have time for a fast review? [01:59] stu1: I forgot to migrate POTemplate priority with the Edgy translations [01:59] https://sodium.ubuntu.com/~andrew/paste/fileCE7aZ0.html === stu1 is now known as stub [02:05] carlos: Looks trivial [02:05] it's [02:06] so you think I should commit it as [trivial] ? [02:06] I already did 3 trivial commits yesterday, so I wanted to be sure I'm not abusing of that tag ;-) [02:06] r=stub if you want === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:15] ok [02:15] thanks === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jelmer [n=jelmer@gwalcmai.vernstok.nl] has joined #launchpad [02:40] re [02:42] ehm [02:42] https://launchpad.net/distros/ubuntu/+tickets isn't paged at all and is growing at a scary rate [02:42] is there an open bug about that? [02:43] elmo: yes [02:43] elmo: bug 37865 [02:43] Malone bug 37865 in launchpad-support-tracker "Support listing could use a list similar to the bug listing" [Medium,In progress] http://launchpad.net/bugs/37865 [02:44] matsubara: cool, thanks [02:45] matsubara: wasn't +tickets supposed to be +questions ? === fabbione_ [n=fabbione@p54A83C35.dip0.t-ipconnect.de] has joined #launchpad [02:49] sivang: I remember francis and kiko discussing about it, but don't remember if they agreed on changing that === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === sabdf1 [n=sabdfl@p54A83C35.dip0.t-ipconnect.de] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === niemeyer [n=niemeyer@200.193.159.35] has joined #launchpad [03:05] carlos, jordi: ping [03:06] danilos: hi, I'm leaving to lunch [03:06] what do you need? [03:06] carlos: uhm, ok, I thought we were having a meeting ;) [03:07] danilos: 15:00 UTC... [03:07] that's in two hours [03:07] carlos: ugh, when have we started getting things scheduled in UTC, when all three of us are in the same timezone? :) [03:07] ok, so see ya at 1500 [03:07] danilos: well, since jordi sent the time with 'UTC' tag [03:07] :-P [03:08] silly jordi, he must have visited sitges again [03:08] :-) === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === cprov [n=cprov@82.109.136.111] has joined #launchpad === ulph [i=ulfc@ef.csbnet.se] has joined #launchpad === lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad === cprov [n=cprov@82.109.136.111] has joined #launchpad === malcc [n=malcolm@82.109.136.111] has joined #launchpad === janimo [n=jani@Home03207.cluj.astral.ro] has joined #launchpad === sivang -> out === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === dsas [n=dean@host86-129-22-173.range86-129.btcentralplus.com] has joined #launchpad === sabdf1 is now known as sabdfl === kiko [n=kiko@82.109.136.111] has joined #launchpad === mpt [n=mpt@195.182.78.95] has joined #launchpad === jelmer [n=jelmer@gwalcmai.vernstok.nl] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === danilos is out, brb [04:30] New bug: #57458 in launchpad "oops.cgi crashes when entering a non-existent OOPS id." [Low,Confirmed] http://launchpad.net/bugs/57458 === jelmer [n=jelmer@gwalcmai.vernstok.nl] has joined #launchpad === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === niemeyer_ [n=niemeyer@200.193.168.35] has joined #launchpad [04:45] New bug: #57460 in rosetta "Add a new translation mode" [Medium,Confirmed] http://launchpad.net/bugs/57460 [04:45] New bug: #57461 in malone "AssertionError when we change tags ordering." [Medium,Confirmed] http://launchpad.net/bugs/57461 [04:51] why does it take so long to review the .po files? === lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad === niemeyer__ [n=niemeyer@200-203-209-139.ctame7004.dsl.brasiltelecom.net.br] has joined #launchpad === seb128 [i=seb@conference/ubuntu/de/unlabeled] has joined #launchpad [04:57] jamesh, around? [04:57] salgado: yeah [04:59] hey jamesh. I'm doing some cleanups on GPGHandler and I came to see bug 2547, in which you tell cprov to do a ".status & GPGME_IMPORT_SECRET != 0" to check if a secret key has been imported. is that any different than checking result.secret_imported? [05:00] (https://launchpad.net/products/launchpad/+bug/2547) [05:00] salgado: status is a bitfield [05:00] let me see [05:01] salgado: it would probably be the same since we are checking that there is a single import [05:02] salgado: I think it is clearer to check to see if the key we're interested in is not a secret key (by checking its status) [05:02] carlos, jordi: reping [05:02] rather than looking at the overall statistics [05:02] (what do you think? [05:02] danilos: pong [05:03] jordi: ? [05:03] let's move to #cm, ok? [05:03] jamesh, yeah, I see your point [05:03] salgado: ah. I remember now [05:04] salgado: if I do importKey() to import a secret key, secret_imported == 1 [05:04] salgado: if I do importKey() again on the same secret key, secret_imported == 0 [05:04] because the secret key has already been imported [05:04] jamesh, ah, right [05:04] however the status bit will still identify the key as a secret key [05:05] the only place where this method was used to import a secret key was when setting up some things for testing [05:05] so it isn't just for readability -- it is for correctness [05:05] so I thought it'd be better to rename it to importPubKey() and import the secret key manually in the test setup [05:06] I found it quite confusing that the method doesn't return the secret key but it is actually imported into the keyring [05:07] salgado: this code has a crap interface -- it returns None on error [05:07] salgado, finally decided to clean up the gpg handler api?! [05:07] salgado: read the "return None" bit in the secret key check as "raise DontSendYourSecretKeysToLaunchpad()" [05:08] jamesh, yeah, I'm fixing it to raise proper exceptions [05:08] wow! salgado! you rock! [05:08] salgado: so yes, it is only intended for public keys [05:08] kiko, somebody had to do it. :) [05:08] salgado: if the tests are using it to import a secret key, then they are relying on a side effect of it failing ... [05:09] jamesh, okay, I've already done this change, the test setup is importing the secret key manually and I'm thinking of raising an AssertionError() on importPubKey() if the key is secret [05:09] the problem is that even if I raise an AssertionError the key would still be imported [05:09] would it be possible to revert that import? [05:10] it is possible to deleted the key from the keyring (ctx.delete(), iirc) [05:10] but I don't know if it is worth it [05:15] jamesh, aparently, when importing a secret key, you'll always get len(result.imports) > 1 [05:15] is that true? [05:15] (always true, that is) [05:15] New bug: #57464 in soyuz "Soyuz screws up in horrible ways if the Librarian is down" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57464 [05:15] salgado: I think so -- an armour version of the secret key includes the public key [05:16] s/armour/exported/ [05:16] salgado: the secret key test doesn't hurt though ... [05:17] stub, why does that bug make sense? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [05:20] kiko: So it doesn't drop off the radar [05:21] stub, what should we do if the librarian is down? shut down uploads and publishing? [05:21] Sure. [05:22] kiko: not explode [05:22] Anything is preferable to screwing things up and requiring lengthy manual repairs (or whatever happens - I don't actually know) [05:22] elmo, stub: it helps if we can define explode more appropriately [05:23] kiko: I don't remember the failure mode - but I was told to entirely disable drescher before taking down the librarian [05:23] if you guys are confident that it'll work, I'm happy to test it later this week [05:23] ;-) [05:23] bug 55795 was a bit entertaining today -- "someone changed the title of my bug and I don't like the new one so I'll close the bug and open a new one" [05:23] Malone bug 55795 in soyuz "+changelog includes misleading information related to package versions and authors" [Medium,Confirmed] http://launchpad.net/bugs/55795 [05:23] we'll see about that [05:23] kiko: Sure. I think that the first part of fixing the bug would be to see what actually happens at the moment, at which point the description can be filled out and it moved to confirmed status. [05:24] (it does indicate a usability problem though) [05:24] Maybe a spec will be required too - too early to say. [05:24] stub: I suspect attempted uploads would fail silently, as unexpected errors tend to do with Soyuz uploads, and that publishing would just not work [05:25] malcc: what about builds? [05:26] elmo: Yes, build results would fail to upload silently too, I'd guess [05:26] jamesh, right, I'm just trying to find out what are all the necessary checks that I need to do. it seems to me that the right thing to do would be to check if len(result.imports) is greater than 1 and inthat case inspect all imported keys. if any of them is secret, tell the user not to import his secret key. otherwise tell him that he probably pasted the armour of two keys (or something like that) [05:26] Builds trying to start and unable to get their files should just go pfft [05:26] malcc: well and what happens to any ongoing builds [05:26] Same goes for db outages too - I could have sworn there was already a bug open on that but I can't find it :-( [05:27] the other thing LP is awfully fragile for is internal DNS [05:27] if I take that out, matsubara cries [05:27] salgado: that sounds like a good idea. [05:27] salgado: or do the secret keys check before the len(imports) check [05:27] elmo: I'd expect ongoing builds to be just fine, right up to the moment the final build results silently fail to upload and go missing [05:27] jamesh, but I have to look in all imported keys to check if any of them are secret or not, right? [05:28] salgado: something like [fingerprint for (fingerprint, res, status) in result.imports if status & gpgme.IMPORT_SECRET != 0] [05:28] malcc: hum, is the build log transferred at the end of the build then? [05:28] then check if that list has non-zero length [05:28] (to the librarian I mean) [05:29] jamesh, I suggested the other because I was assuming I only need to do this check if len(imports) is greater than 1 [05:30] salgado: doesn't hurt to do it always [05:30] But yes, we need to harden Soyuz, it's woefully delicate; software which works by coincidence doesn't tend to do well in unusual circumstances [05:30] jamesh, indeed [05:30] salgado: in case there is some circumstance where you can get a single key imported and it is secret [05:30] elmo: Yes good point, that will also break in some way I'm not quite sure of right now [05:30] which I don't know about [05:42] jamesh, there's one thing I forgot to mention... importPubKey() is only called with the result of _getPubKey(fingerprint). can a _getPubKey() call return a secret key or concatenated public keys? [05:44] salgado: I don't think it would under normal circumstances, but I don't know if it is worth trusting the keyserver more than we have to === Starting logfile irclogs/launchpad.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #launchpad === Topic for #launchpad: Developer meeting: Thu 24 Aug, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 === Topic (#launchpad): set by stub at Tue Aug 22 09:48:23 2006 [05:47] kiko: have you maybe thought off... [05:47] kiko: that's fine for me. I added Rosetta stuff there just because Soyuz had its data there too... [05:47] kiko: ...reviewing bug-2237? fifteen minutes (if that much) work :P [05:47] jamesh, we'll always search on the keyserver with the fingerprint provided by the user, so I'm wondering if we really need to check whether or not the keyserver returned a secret key or multiple concatenated keys. it sounds like WAGNI [05:48] danilos, it will help if you give me a link to the diff when you remind me :) [05:48] salgado: I'd call it input validation. Is the keyserver a trusted data source? [05:49] kiko: np at all: https://devpad.canonical.com/~jamesh/pending-reviews/danilo/launchpad/bug-2237/full-diff ;) [05:49] jamesh, it may be, but I don't think we should count on that [05:49] salgado: so the checks should stay then :) [05:50] agreed === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mdz [i=mdz@conference/ubuntu/de/unlabeled] has joined #launchpad === mdz_ [i=mdz@conference/ubuntu/de/unlabeled] has joined #launchpad [06:30] malcc: kiko: can one of you review this -> https://sodium.ubuntu.com/~andrew/paste/file8McJPE.html ? [06:40] SteveA? === lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad [06:51] kiko: ! [06:55] hey SteveA! [07:13] lifeless: ping [07:13] anybody know what to put in a CVS import for module? === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad [07:14] and for branch? [07:15] New bug: #57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Medium,Confirmed] http://launchpad.net/bugs/57474 [07:15] New bug: #57476 in soyuz "initialiseFromParent's helper methods should me moved out of distrorelease.py" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57476 [07:16] New bug: #57479 in launchpad "No way to link to product from package" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57479 [07:17] sabdfl, what exactly did you mean by "a page design for an 'admin' who could add bug contacts?" [07:17] Did you mean a page for setting a product's/distro's bug contact? [07:17] Or a page for admins to define the set of people who are allowed to set a product's/distro's bug contact? === Spads [n=crack@host-87-74-18-62.bulldogdsl.com] has joined #launchpad [07:25] sabdfl: clan wanted to check you're expecting a conf call with me and mpool tomorrow morning. [07:26] New bug: #57485 in launchpad "Mail notification should mention added attachments" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57485 [07:26] dupe! === jinty [n=jinty@80.Red-83-50-208.dynamicIP.rima-tde.net] has joined #launchpad [07:35] bradb: ping? [07:35] welshbyte: pong [07:35] kiko: final patch -> https://sodium.ubuntu.com/~andrew/paste/fileVo6heL.html [07:35] bradb: sfllaw said i should bug you about the disappeared links to add links to other bugtrackers [07:36] welshbyte: You can link to bugs in other trackers with the "Also affects:" links under the table on the bug page. [07:37] bradb: we tried that, it said "Bonfire uses Malone as its bug tracker, and it can't at the same time be linked to a remote bug" [07:37] but bonfire uses the gnome bugzilla === vagn [n=vagn@c-71-233-204-126.hsd1.ma.comcast.net] has joined #launchpad [07:38] welshbyte: ah, sounds like a config issue in LP perhaps. /me looks [07:38] bradb: thanks [07:40] welshbyte: hm. we might need to contact pygi, and ask him why he set bonfire as using Malone, if it's not supposed to be using Malone. [07:41] I'll email him. [07:41] bradb: ah i see [07:41] bradb: ok, thanks again :) [07:41] welshbyte: no prob. do you want to be Cc'd?? [07:41] s/\??/?/ [07:41] bradb: oh, yes please [07:41] welshbyte: email? === lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad [07:46] welshbyte: sent [07:47] bradb: received :) [07:47] heh === seb128 [i=seb@conference/ubuntu/de/unlabeled] has joined #launchpad [07:54] welshbyte: sorted, linking should work now [07:55]