[04:55] <ulph> 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] <spiv> ulph: you can merge them
[04:59] <spiv> ulph: https://launchpad.net/people/+requestmerge
[05:20] <jamesh> 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] <stub> 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] <jamesh> stub: I assumed the second bug you filed meant you'd tried it with ftp_proxy set
[05:25] <stub> 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] <stub> 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] <lifeless> stub: mmm, possibly. 
[05:31] <stub> Stripping most of the path from the 'in /srv/blah/blah/blah/blah/blah/actually_meaningful and sticking it at the front?
[05:32] <lifeless> something like that
[05:35] <jamesh> branch nickname maybe?
[05:35] <jamesh> (with sensible branch nicknames set, that is)
[05:37] <lifeless> I should apply matthieus patch
[05:41] <jamesh> spiv: out of interest, what are your thoughts on using "deferred.addCallback" as a decorator?
[05:42] <spiv> jamesh: It's cute, but I don't like it.
[05:42] <spiv> 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] <spiv> So I think it's probably more harmful to readability than helpful.
[05:44] <spiv> In particular, it's pretty weird to do "@decorator\ndef foo(...)" etc etc, then never reference foo again.
[05:44] <jamesh> that's just because people don't do it all the time yet :)
[05:44] <spiv> I think probably deferredGenerator solves that use case better
[05:45] <spiv> Particularly with python 2.5's generators.
[05:45] <jamesh> deferredGenerator looks like it could have a much nicer API with 2.5
[05:45] <jamesh> yeah
[05:45] <jamesh> get rid of the "you must do these things after the yield statement or your program will be broken" stuff from the docs ..
[05:48] <spiv> Precisely.
[05:49] <spiv> There's a version of it that takes advantage of 2.5 somewhere already, maybe in the svn sandbox.
[05:49] <spiv> radix knows, I think he wrote it.
[05:55] <jamesh> if you really wanted to use the function when using "@deferred.addCallback", you could call the function "deferred"
[05:55] <jamesh> since deferred.addCallback() returns deferred
[05:55] <jamesh> but that might be even more confusing
[05:56] <spiv> jamesh: I think so :)
[05:56] <spiv> jamesh: or to put it a different way, the only person I've seriously heard advocate this idea is moshez ;)
[06:35] <Ubugtu> New bug: #57391 in launchpad "Message column on branch summary list should honour newlines in log messages" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57391
[07:35] <Ubugtu> New bug: #57394 in soyuz "Ubuntu replaces Debian maintainer by Ubuntu maintainer in changelog" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57394
[07:45] <sivang> morning
[08:23] <carlos> morning
[09:23] <sivang> morning sabdfl 
[09:24] <sabdfl> hi folks
[09:25] <Nafallo> morning sabdfl :-)
[09:32] <YokoZar> 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] <lifeless> YokoZar: what package is it ?
[09:33] <YokoZar> wine
[09:35] <sabdfl> morning robert. how's 0.10 looking?
[09:35] <lifeless> going to be small but on time
[09:35] <lifeless> number of good fixes, performance, ui and correctness
[09:35] <sabdfl> sounds great
[09:36] <YokoZar> lifeless: I can't even figure out what the "Product" value even means in that form
[09:36] <YokoZar> 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] <lifeless> YokoZar: launchpad tracks both distributions, which is where 'packages' live, and 'upstreams' which are known as 'products'
[09:36] <sabdfl> YokoZar: a product is an upstream
[09:37] <sabdfl> lifeless: small but regular releases are +1 from me!
[09:37] <YokoZar> Ok, so how do I add Wine as a product then?
[09:37] <lifeless> 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] <YokoZar> Somehow I managed to add Wine's bugzilla database a while back without doing htat
[09:37] <lifeless> sabdfl: :)
[09:38] <lifeless> YokoZar: https://launchpad.net/products/+new
[09:38] <YokoZar> 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] <YokoZar> Nor why it's mandatory
[09:38] <lifeless> YokoZar: we track more than bugs from upstreams
[09:39] <lifeless> bugs is just the tip of the iceberg
[09:41] <sabdfl> 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] <YokoZar> oh well that's neat
[09:41] <jsgotangco> its awesome
[09:42] <YokoZar> You should have a nice little "what's this" next to "CHOOSE PRODUCT" explaining that :)
[09:45] <YokoZar> Thanks for your help guys
[09:47] <lifeless> YokoZar: np
[09:57] <lifeless> YokoZar: for instance: https://launchpad.net/products/wine/+distributions
[09:59] <SteveA> morning
[10:00] <SteveA> hmm, just missed stub
[10:00] <Ubugtu> New bug: #57406 in malone "Should map binary package names to source package names" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57406
[10:33] <sabdfl> malcc: have some feedback for you on pool names
[10:33] <sabdfl> kamion says it should be absolutely fine to futz with the filenames in the pool
[10:33] <malcc> Cool
[10:33] <sabdfl> apt *should* only care about the pointer from Packages -> pool/filename.deb
[10:33] <sabdfl> not what the filename happens to be
[10:34] <sabdfl> that said, it's an untested not caring :-)
[10:34] <sabdfl> another suggestion was to use hardlink farms to get the apparent benefits of pool sharing on the server side
[10:35] <sabdfl> that doesn't help mirrors, who can't usually seehardlinks
[10:35] <malcc> Yes
[10:35] <sabdfl> 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] <malcc> 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] <malcc> Overloading our pool would give them an unnecessarily large pool to mirror
[10:38] <sabdfl> right
[10:38] <sabdfl> so, you were right, the pool is entirely orthogonal
[10:41] <sabdfl> folks here like the idea of soyuz enforcing source package publishing before binaries are published
[10:44] <malcc> Yes, the popularity of that change is growing over here too
[10:48] <lifeless> we're going to hash based names or some such ?
[10:52] <luopio> 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? 
[10:55] <lifeless> luopio: it takes a few minutes to copy across to the http copy
[10:55] <lifeless> 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] <lifeless> if you uploaded it to ~luopio thats just you
[10:56] <lifeless> if you uploaded to ~groupname, its the entire group
[10:59] <luopio> 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] <danilos> carlos: just let me know of the time jordi agrees on, and I am all for it
[11:03] <lifeless> luopio: that means your bzr is not installed correctly
[11:03] <lifeless> luopio: apt-get install python-paramiko
[11:04] <danilos> carlos: have you seen the chinese (I think) email on rosetta experts list? I agree with all its points, how about you :)
[11:06] <Ubugtu> New bug: #57414 in malone "Two comment boxes are confusing" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57414
[11:06] <carlos> danilos: jordi sent an email already
[11:06] <carlos> danilos: 15:00 UTC
[11:06] <carlos> well, he said anytime after 15:00 UTC
[11:07] <carlos> danilos: yeah, I was thinking the same about the chinese email ;-)
[11:15] <fschoep> 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] <kiko> fschoep, please open a ticket on this.
[11:16] <fschoep> kiko: will do then, I assume it's not possible (yet)?
[11:17] <jamesh> fschoep: one of the admins should be able to reassign the branches to the team
[11:18] <fschoep> OK, that's good to hear, I'll get in touch with them, thanks.
[11:18] <jamesh> fschoep: it will be possible for branch owners to do this in the future
[11:20] <jamesh> 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] <fschoep> jamesh: OK, thanks - is filing a ticket the same as filing a bug?
[11:21] <fschoep> I don't see the term "ticket" mentioned on Launchpad support.
[11:21] <jamesh> fschoep: not quite: https://launchpad.net/products/launchpad/+addticket
[11:21] <jamesh> fschoep: it is under the "support" context
[11:21] <jamesh> facet, even
[11:23] <fschoep> Ah, I see - thanks for pointing that out, I somehow missed that.
[11:25] <Ubugtu> New bug: #57418 in soyuz "Support debtags in Packages.gz" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57418
[11:27] <luopio> lifeless: thanks. works now. 
[11:43] <SteveA> I'm updating our BeautifulSoup.py to the latest version
[11:44] <SteveA> which involves fixing up a couple of tests
[11:44] <SteveA> there are some advantages to the new version.  it works better, consistently works with unicode and outputs unicode
[11:44] <SteveA> and is more supported
[11:47] <jordi> danilos: re chinese mail, I 'm not too sure. Have you thought about the long term implications?
[11:50] <jordi> carlos, danilos: I got a mail from neil which 'll forward, but I'll reply to him
[11:50] <carlos> jordi: I already answered one email from him
[11:51] <carlos> is it the same?
[11:51] <SteveA> stub: hi
[11:51] <jordi> nope, one just sent to me
[11:51] <SteveA> stub: chat about edge / ui-demo things later?
[11:51] <carlos> jordi: then it's the same
[11:51] <carlos> at least you were in the CC of that email
[11:51] <jordi> "Xara LX import reviews"?
[11:51] <jordi> no
[11:51] <carlos> oh, it's another one
[11:52] <carlos> I got it, not sure if due you redirected it
[11:52] <jordi> I just bounced it
[11:53] <carlos> 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] <carlos> and well, anyway, it only happens from time to time 
[11:54] <carlos> jordi: also, would be also interesting that they send us their UI complains so we get a chance to fix any problem
[11:57] <jordi> yeah
[11:57] <jordi> ok
[12:04] <stub> SteveA: ok
[12:11] <SteveA> xx-tags-on-buglistings-page.txt
[12:11] <SteveA> I'm doing some work on this test
[12:11] <SteveA> anyone familiar with it who can help me out by answering some questions?
[12:11] <SteveA> BjornT: maybe you?
[12:12] <kiko> SteveA, uhh, I think I've looked at it once.
[12:25] <loko555> 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] <seb128> any reason why bugzilla.ubuntu.com is password protected now?
[12:26] <BjornT> SteveA: did someone answer your questions? (i didn't see any question before my connection died)
[12:27] <kiko> seb128, not sure, check with karl or spads
[12:27] <elmo> seb128: yes, the code base was out of date and full of security vulnerabilities
[12:27] <carlos> kiko: email with Edgy translations update is sent
[12:27] <kiko> loko555, are you a package contact?
[12:27] <kiko> thanks carlos good work
[12:27] <seb128> elmo: could we get a redirection to the corresponding launchpad bug?
[12:27] <SteveA> BjornT: I figured it out
[12:27] <elmo> seb128: is there a 1 to 1 mapping of bug IDs?
[12:27] <BjornT> ok
[12:27] <kiko> loko555, or are you a member of a team which is a bug contact?
[12:28] <kiko> 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] <loko555> kiko: what is a package contact and how can i find out if i am a package contact?
[12:28] <kiko> remember?
[12:28] <kiko> loko555, what's your launchpad username?
[12:28] <seb128> elmo: https://launchpad.net/malone/bugtrackers/ubuntu-bugzilla/$BUGZILLA_ID
[12:28] <loko555> loko
[12:28] <elmo> kiko: yeah, I do - but we had to kill the bugzilla install - no one was maintaining it
[12:29] <elmo> seb128: ok, I'll get a redirection added for that
[12:29] <seb128> elmo: thank you!
[12:29] <kiko> loko555, are you sure?
[12:29] <loko555> yes
[12:29] <loko555> kiko: sure with what?
[12:30] <kiko> loko555, that your launchpad username is loko
[12:31] <kiko> because there's no launchpad person called loko
[12:31] <loko555> kiko: i can see on the website: "Logged in as loko"  
[12:31] <kiko> loko555, that's your display name; what is your URL? /people/XXX/
[12:32] <loko555> kiko: ok, its arph
[12:32] <kiko> ah
[12:32] <kiko> loko555, what bug is sending you email?
[12:33] <loko555> kiko: many, but they all have the same "*** This bug is a duplicate of bug 32963 ***" content
[12:33] <Ubugtu> 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] <kiko> loko555, the reason is that you are subscribed to bug 42349.
[12:34] <Ubugtu> 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] <kiko> loko555, I suspect that bug should be unduplicated.
[12:36] <kiko> loko555, because it sounds like your bug is fixed but the first one isn't.
[12:36] <loko555> 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] <kiko> loko555, that's because the dupe bug is "not open". :-/
[12:37] <kiko> it's been fix released
[12:38] <loko555> kiko: thanks for your help
[12:38] <kiko> loko555, you're welcome. we have a proposed change for this
[12:38] <kiko> two actually
[12:39] <kiko> one would be indicating why you are getting notified (in the also notified: section of the subscription portlet)
[12:39] <kiko> another would be allowing you to unsubscribe from the bug and make it "just work".
[12:39] <loko555> that is a good idea
[12:39] <kiko> 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. <a href="">unsubscribe from that bug</a>"
[12:39] <kiko> which do you think is the best idea?
[12:41] <loko555> with the unsubscribe-option i think
[12:41] <loko555> <a href="">unsubscribe from that bug</a>"
[12:41] <loko555> is good
[12:50] <Keybuk> https://launchpad.net/distros/ubuntu/dapper/+source/trojan-horse
[12:50] <Keybuk> kiko, stub: ^ is there any way to remove that information from the DB?
[12:52] <Keybuk> SPN 45393, SPR 94472, no SSPPH
[12:53] <stub> I can remove it I think, but need to confirm if there are non-db records that need to be updated too.
[12:53] <kiko> let me see.
[12:54] <kiko> stub, no publications ever happened, so there should be nothing on-disk.
[12:54] <kiko> Keybuk, how did this happen?
[12:54] <Keybuk> kiko: when we were testing some Launchpad security bug ages ago
[12:54] <Keybuk> I forget which one it was
[12:54] <kiko> IC.
[12:54] <Keybuk> it was allowing uploads that shouldn't have been allowed
[12:54] <kiko> stub, should be fine.
[12:55] <Keybuk> that was a test case
[12:55] <kiko> Keybuk, I see. this would now get stuck in the queue, right?
[12:55] <kiko> Keybuk, at worse, I mean.
[12:55] <kiko> Keybuk, normally it would just get rejected unless it was uploaded by someone with the privs to do so.
[12:56] <Keybuk> 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] <Keybuk> it might encourage other people to try
[12:56] <kiko> yeah.
[12:56] <Keybuk> it's been there for ages, I just went passed it again in the list and thought "must mention that"
[12:56] <kiko> I agree we should remove it, just double-checking that the original problem was solved.
[12:56] <kiko> stub, do it :)
[12:57] <Keybuk> the original problem was that it didn't check signatures if the package went into NEW, that's definitely solved
[12:57] <Keybuk> (Kamion remembered)
[12:57] <Keybuk> thanks
[01:02] <sabdfl> kiko: how's it going over there?
[01:04] <kiko> sabdfl, going super! lots of cleanups
[01:05] <kiko> 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] <kiko> sabdfl, how's it going up north
[01:17] <sabdfl> kiko: the team is in the thick of a bug day, which is giving me plenty to observe about bug workflows
[01:20] <kiko> cool, very very cool
[01:58] <carlos> stu1: do you have time for a fast review?
[01:59] <carlos> stu1: I forgot to migrate POTemplate priority with the Edgy translations
[01:59] <carlos> https://sodium.ubuntu.com/~andrew/paste/fileCE7aZ0.html
[02:05] <stub> carlos: Looks trivial
[02:05] <carlos> it's
[02:06] <carlos> so you think I should commit it as [trivial]  ?
[02:06] <carlos> I already did 3 trivial commits yesterday, so I wanted to be sure I'm not abusing of that tag ;-)
[02:06] <stub> r=stub if you want
[02:15] <carlos> ok
[02:15] <carlos> thanks
[02:40] <sivang> re
[02:42] <elmo> ehm
[02:42] <elmo> https://launchpad.net/distros/ubuntu/+tickets isn't paged at all and is growing at a scary rate
[02:42] <elmo> is there an open bug about that?
[02:43] <matsubara> elmo: yes
[02:43] <matsubara> elmo: bug 37865
[02:43] <Ubugtu> 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] <elmo> matsubara: cool, thanks
[02:45] <sivang> matsubara: wasn't +tickets supposed to be +questions ? 
[02:49] <matsubara> sivang: I remember francis and kiko discussing about it, but don't remember if they agreed on changing that
[03:05] <danilos> carlos, jordi: ping
[03:06] <carlos> danilos: hi, I'm leaving to lunch
[03:06] <carlos> what do you need?
[03:06] <danilos> carlos: uhm, ok, I thought we were having a meeting ;)
[03:07] <carlos> danilos: 15:00 UTC...
[03:07] <carlos> that's in two hours
[03:07] <danilos> carlos: ugh, when have we started getting things scheduled in UTC, when all three of us are in the same timezone? :)
[03:07] <danilos> ok, so see ya at 1500
[03:07] <carlos> danilos: well, since jordi sent the time with 'UTC' tag
[03:07] <carlos> :-P
[03:08] <danilos> silly jordi, he must have visited sitges again
[03:08] <carlos> :-)
[04:30] <Ubugtu> New bug: #57458 in launchpad "oops.cgi crashes when entering a non-existent OOPS id." [Low,Confirmed]  http://launchpad.net/bugs/57458
[04:45] <Ubug2> New bug: #57460 in rosetta "Add a new translation mode" [Medium,Confirmed]  http://launchpad.net/bugs/57460
[04:45] <Ubug2> New bug: #57461 in malone "AssertionError when we change tags ordering." [Medium,Confirmed]  http://launchpad.net/bugs/57461
[04:51] <lucasvo> why does it take so long to review the .po files?
[04:57] <salgado> jamesh, around?
[04:57] <jamesh> salgado: yeah
[04:59] <salgado> 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] <salgado> (https://launchpad.net/products/launchpad/+bug/2547)
[05:00] <jamesh> salgado: status is a bitfield
[05:00] <jamesh> let me see
[05:01] <jamesh> salgado: it would probably be the same since we are checking that there is a single import
[05:02] <jamesh> 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] <danilos> carlos, jordi: reping
[05:02] <jamesh> rather than looking at the overall statistics
[05:02] <jamesh> (what do you think?
[05:02] <carlos> danilos: pong
[05:03] <carlos> jordi: ?
[05:03] <carlos> let's move to #cm, ok?
[05:03] <salgado> jamesh, yeah, I see your point
[05:03] <jamesh> salgado: ah.  I remember now
[05:04] <jamesh> salgado: if I do importKey() to import a secret key, secret_imported == 1
[05:04] <jamesh> salgado: if I do importKey() again on the same secret key, secret_imported == 0
[05:04] <jamesh> because the secret key has already been imported
[05:04] <salgado> jamesh, ah, right
[05:04] <jamesh> however the status bit will still identify the key as a secret key
[05:05] <salgado> the only place where this method was used to import a secret key was when setting up some things for testing
[05:05] <jamesh> so it isn't just for readability -- it is for correctness
[05:05] <salgado> so I thought it'd be better to rename it to importPubKey() and import the secret key manually in the test setup
[05:06] <salgado> I found it quite confusing that the method doesn't return the secret key but it is actually imported into the keyring
[05:07] <jamesh> salgado: this code has a crap interface -- it returns None on error
[05:07] <kiko> salgado, finally decided to clean up the gpg handler api?!
[05:07] <jamesh> salgado: read the "return None" bit in the secret key check as "raise DontSendYourSecretKeysToLaunchpad()"
[05:08] <salgado> jamesh, yeah, I'm fixing it to raise proper exceptions
[05:08] <kiko> wow! salgado! you rock!
[05:08] <jamesh> salgado: so yes, it is only intended for public keys
[05:08] <salgado> kiko, somebody had to do it. :)
[05:08] <jamesh> 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] <salgado> 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] <salgado> the problem is that even if I raise an AssertionError the key would still be imported
[05:09] <salgado> would it be possible to revert that import?
[05:10] <jamesh> it is possible to deleted the key from the keyring (ctx.delete(), iirc)
[05:10] <jamesh> but I don't know if it is worth it
[05:15] <salgado> jamesh, aparently, when importing a secret key, you'll always get len(result.imports) > 1
[05:15] <salgado> is that true?
[05:15] <salgado> (always true, that is)
[05:15] <Ubugtu> 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] <jamesh> salgado: I think so -- an armour version of the secret key includes the public key
[05:16] <jamesh> s/armour/exported/
[05:16] <jamesh> salgado: the secret key test doesn't hurt though ...
[05:17] <kiko> stub, why does that bug make sense?
[05:20] <stub> kiko: So it doesn't drop off the radar
[05:21] <kiko> stub, what should we do if the librarian is down? shut down uploads and publishing?
[05:21] <stub> Sure. 
[05:22] <elmo> kiko: not explode
[05:22] <stub> Anything is preferable to screwing things up and requiring lengthy manual repairs (or whatever happens - I don't actually know)
[05:22] <kiko> elmo, stub: it helps if we can define explode more appropriately
[05:23] <elmo> kiko: I don't remember the failure mode - but I was told to entirely disable drescher before taking down the librarian
[05:23] <elmo> if you guys are confident that it'll work, I'm happy to test it later this week
[05:23] <elmo> ;-)
[05:23] <jamesh> 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] <Ubugtu> Malone bug 55795 in soyuz "+changelog includes misleading information related to package versions and authors" [Medium,Confirmed]  http://launchpad.net/bugs/55795
[05:23] <kiko> we'll see about that
[05:23] <stub> 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] <jamesh> (it does indicate a usability problem though)
[05:24] <stub> Maybe a spec will be required too - too early to say.
[05:24] <malcc> 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] <elmo> malcc: what about builds?
[05:26] <malcc> elmo: Yes, build results would fail to upload silently too, I'd guess
[05:26] <salgado> 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] <malcc> Builds trying to start and unable to get their files should just go pfft
[05:26] <elmo> malcc: well and what happens to any ongoing builds
[05:26] <stub> 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] <elmo> the other thing LP is awfully fragile for is internal DNS
[05:27] <elmo> if I take that out, matsubara cries
[05:27] <jamesh> salgado: that sounds like a good idea.
[05:27] <jamesh> salgado: or do the secret keys check before the len(imports) check
[05:27] <malcc> 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] <salgado> jamesh, but I have to look in all imported keys to check if any of them are secret or not, right?
[05:28] <jamesh> salgado: something like [fingerprint for (fingerprint, res, status) in result.imports if status & gpgme.IMPORT_SECRET != 0] 
[05:28] <elmo> malcc: hum, is the build log transferred at the end of the build then?
[05:28] <jamesh> then check if that list has non-zero length
[05:28] <elmo> (to the librarian I mean)
[05:29] <salgado> 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] <jamesh> salgado: doesn't hurt to do it always
[05:30] <malcc> 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] <salgado> jamesh, indeed
[05:30] <jamesh> salgado: in case there is some circumstance where you can get a single key imported and it is secret
[05:30] <malcc> elmo: Yes good point, that will also break in some way I'm not quite sure of right now
[05:30] <jamesh> which I don't know about
[05:42] <salgado> 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] <jamesh> 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
[05:47] <danilos> kiko: have you maybe thought off...
[05:47] <carlos> kiko: that's fine for me. I added Rosetta stuff there just because Soyuz had its data there too...
[05:47] <danilos> kiko: ...reviewing bug-2237? fifteen minutes (if that much) work :P
[05:47] <salgado> 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] <kiko> danilos, it will help if you give me a link to the diff when you remind me :)
[05:48] <jamesh> salgado: I'd call it input validation.  Is the keyserver a trusted data source?
[05:49] <danilos> kiko: np at all: https://devpad.canonical.com/~jamesh/pending-reviews/danilo/launchpad/bug-2237/full-diff ;)
[05:49] <salgado> jamesh, it may be, but I don't think we should count on that
[05:49] <jamesh> salgado: so the checks should stay then :)
[05:50] <salgado> agreed
[06:30] <cprov> malcc: kiko: can one of you review this -> https://sodium.ubuntu.com/~andrew/paste/file8McJPE.html ?
[06:40] <kiko> SteveA?
[06:51] <SteveA> kiko: !
[06:55] <kiko> hey SteveA!
[07:13] <sabdfl> lifeless: ping
[07:13] <sabdfl> anybody know what to put in a CVS import for module?
[07:14] <sabdfl> and for branch?
[07:15] <Ubugtu> 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] <Ubugtu> 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] <Ubugtu> New bug: #57479 in launchpad "No way to link to product from package" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57479
[07:17] <mpt> sabdfl, what exactly did you mean by "a page design for an 'admin' who could add bug contacts?"
[07:17] <mpt> Did you mean a page for setting a product's/distro's bug contact?
[07:17] <mpt> Or a page for admins to define the set of people who are allowed to set a product's/distro's bug contact?
[07:25] <SteveA> sabdfl: clan wanted to check you're expecting a conf call with me and mpool tomorrow morning.
[07:26] <Ubugtu> New bug: #57485 in launchpad "Mail notification should mention added attachments" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57485
[07:26] <kiko> dupe!
[07:35] <welshbyte> bradb: ping?
[07:35] <bradb> welshbyte: pong
[07:35] <cprov> kiko: final patch -> https://sodium.ubuntu.com/~andrew/paste/fileVo6heL.html
[07:35] <welshbyte> bradb: sfllaw said i should bug you about the disappeared links to add links to other bugtrackers
[07:36] <bradb> welshbyte: You can link to bugs in other trackers with the "Also affects:" links under the table on the bug page.
[07:37] <welshbyte> 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] <welshbyte> but bonfire uses the gnome bugzilla
[07:38] <bradb> welshbyte: ah, sounds like a config issue in LP perhaps. /me looks
[07:38] <welshbyte> bradb: thanks
[07:40] <bradb> 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] <bradb> I'll email him.
[07:41] <welshbyte> bradb: ah i see
[07:41] <welshbyte> bradb: ok, thanks again :)
[07:41] <bradb> welshbyte: no prob. do you want to be Cc'd??
[07:41] <bradb> s/\??/?/
[07:41] <welshbyte> bradb: oh, yes please
[07:41] <bradb> welshbyte: email?
[07:46] <bradb> welshbyte: sent
[07:47] <welshbyte> bradb: received :)
[07:47] <bradb> heh
[07:54] <bradb> welshbyte: sorted, linking should work now
[07:55] <welshbyte> bradb: great, thanks again
[07:55] <bradb> welshbyte: no prob
[08:01] <bradb> BjornT: ping?
[08:02] <BjornT> bradb: pong
[08:02] <bradb> BjornT: voip call time?
[08:02] <BjornT> bradb: yeah
[08:03] <BjornT> bradb: do you think there's some setting you could change to improve the sound quality (last time it was impossible to hear what you said time from time)
[08:03] <BjornT> bradb: otherwise, let's do skype this time
[08:04] <bradb> hm
[08:04] <bradb> no time to check right now. skype's better.
[08:05] <BjornT> ok, i have skype running now
[08:10] <Ubugtu> New bug: #57488 in soyuz "Soyuz scripts are too noisy" [Medium,Confirmed]  http://launchpad.net/bugs/57488
[08:49] <Nafallo> carlos: ping
[08:50] <Nafallo> carlos: unping, forgot we haven
[08:50] <Nafallo> 't had a meeting to decide what I was about to ask for ;-)
[08:55] <Mez> =hey, have a couple of questions regarding bazaar branches
[08:55] <Mez> 1) if I set the branch as abandoned - it wont try to mirror it anymore right (I'm going to be deleting the branches from my server)
[08:55] <Mez> 2) If I import a branch from SVN... will it auto-scan svn for changes ?
[08:57] <Mez> 3) is there a way I can grab a list through XMLRPC of branches for a specific product
[09:01] <carlos> Nafallo: ok
[09:05] <Ubugtu> New bug: #57497 in soyuz "Bad assert in pool.py breaks deleting symlinks during death row." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57497
[09:15] <Ubugtu> New bug: #57499 in malone "Bugmail should have an explantory header/footer for why you're getting the mail" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57499
[09:16] <kiko> dupe!
[09:19] <Mez> kiko, can you access the LP db and change/delete something for me? 
[09:21] <Mez> https://launchpad.net/distros/ubuntu/breezy/+source/nmap/+packaging
[09:21] <Mez> nmap is NOT a part of katapult
[09:23] <kiko> Mez, I can't do that yet. can you please add a +ticket on it?
[09:23] <Mez> +ticket on what product ?
[09:26] <salgado> Mez, launchpad
[09:30] <jkakar> So, other than filebug, does Malone's XML-RPC provide any other integration with the system?  I'm looking for a way to get a summary when given a bug number.
[09:31] <jkakar> I'd also like a way to get at changes, more-or-less as they happen.  An RSS feed would be suitable, I think.
[09:39] <bradb> jkakar: not yet. just filebug.
[09:40] <jkakar> bradb: Ah, I see.  Thanks.
[09:40] <bradb> jkakar: But there are workarounds, like the +text page.
[09:40] <bradb> https://launchpad.net/bugs/1/+text
[09:40] <Ubugtu> Malone bug 1 in ubuntu-meta "Microsoft has a majority market share" [Critical,Confirmed]  
[09:40] <jkakar> bradb: That's workable, thanks.
[09:40] <bradb> np
[09:46] <Mez> lifeless: ping
[09:55] <Ubugtu> New bug: #57503 in malone "Request: Assign bug to branch" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57503
[09:55] <Ubugtu> New bug: #57505 in launchpad "Distro mirror freshness should be defined as the least-fresh of its DAR's" [High,Unconfirmed]  http://launchpad.net/bugs/57505
[10:00] <Ubugtu> New bug: #57506 in launchpad "Code layout policy is not being enforced" [High,Unconfirmed]  http://launchpad.net/bugs/57506
[10:00] <Ubugtu> New bug: #57507 in soyuz "Mirror display for distro should be full table that includes Mirror freshness summary" [High,Unconfirmed]  http://launchpad.net/bugs/57507
[10:19] <aigarius> could a launchpad administrator please remove https://launchpad.net/products/sbackup/trash ? thanks.
[10:19] <kiko> aigarius, can you please file a +ticket?
[10:19] <kiko> salgado, are those bugs yours?
[10:20] <salgado> kiko, 57505 is a dupe of bug 51872
[10:20] <salgado> ah, no, I didn't file them, no
[10:20] <salgado> (if that was your question)
[10:21] <aigarius> kiko: I tried to find where to file a bug/ticked for that, but failed miserably
[10:26] <salgado> Ubugtu, how about bug 51872, eh?
[10:55] <lifeless> sabdfl: pong
[10:55] <lifeless> Mez: pong
[10:55] <sabdfl> lifeless: morning
[10:56] <sabdfl> in the source admin page for a distrorelease, for CVS,we currently list module and branch as required but we don't give any good examples
[10:56] <sabdfl> mdz and i were left guessing about branch, in particular
[10:56] <lifeless> MAIN for branch
[10:57] <sabdfl> https://launchpad.net/products/debian-developers-reference/trunk
[10:57] <lifeless> module is the bit you give to the cvs checkout line
[10:57] <sabdfl> lifeless: ok, please could you land a [trivial]  patch that gives examples of that, especially the MAIN bit?
[10:57] <sabdfl> thanks
[10:57] <Mez> lifeless: you can delete branches right ?
[10:57] <mdz> sabdfl,lifeless: it should default to MAIN
[10:57] <lifeless> my lp tree is a little out of date, what with the bzr focus - but I'll get one in one way or another
[10:58] <mdz> most CVS repositories have only one branch
[10:58] <lifeless> sabdfl: ^^
[10:58] <lifeless> mdz: what cvs command would you run to checkout this thing ?
[10:59] <mdz> lifeless: cvs -d :pserver:anonymous@cvs.debian.org:/cvs/debian-doc co developers-reference
[10:59] <lifeless> it looks fine then
[10:59] <mdz> in fact s/would/did/
[10:59] <sabdfl> lifeless: ok, i'm happy for this change to be slipstreamed in by anybody else, as long as you give them the wording
[11:00] <Mez> sabdfl, good evening 
[11:00] <lifeless> Mez: no, I cant delete branches
[11:00] <sabdfl> lifeless: please make it default to MAIN (visibly, i.e. that's what shows up in the input field when the page loads if there is no current value), and give an example for both
[11:00] <Mez> lifeless: darn, who can ?
[11:00] <lifeless> Mez: branches, like bugs, dont have a delete option at the moment
[11:00] <lifeless> sabdfl: gotchya
[11:01] <Mez> lifeless: darn
[11:01] <sabdfl> lifeless: thanks muchly. i'm very pleased with the freshness of imports generally, btw, seems much snappier
[11:01] <Mez> lifeless: you do the supermirror stuff right ?
[11:01] <lifeless> Mez: yes, FSVO do
[11:01] <lifeless> Mez: what's up - whats happened that you want to delete a branch
[11:02] <Mez> I was wondering.. with SVn imports, does it just import, or will it keep checking.
[11:02] <Mez> lifeless, a few teething troubles, plus, mirrored branches I'm going to delete from my server
[11:02] <lifeless> Mez: its ongoing, every day it checks. We'll make it faster than daily in the future
[11:02] <Mez> lifeless: but it will re-scan SVN ?
[11:02] <lifeless> Mez: what do you mean by re-scan ?
[11:03] <Mez> sabdfl: you have a query
[11:03] <Mez> lifeless... when it imports something from SVN ... will it now and then check SVN and update the bzr branch with the new updates in SVM
[11:03] <lifeless> Mez: yes, daily
[11:04] <Mez> lifeless: sweel
[11:04] <Mez> sweet*
[11:05] <Mez> now if only I could get it to work
[11:35] <laszlok> jordi: ping
[11:38] <laszlok> jordi: when you get a chance can you look at the rosetta import queue. I have 19 POs and one POT that are stuck on needs review. thanks :)
[11:40] <laszlok> jordi: one more thing; those are for the Jokosher product
[12:06] <kiko> danilos, PEP-8 violation in POTemplateView.pofiles() call.
[12:06] <kiko> +        return POTemplateView.pofiles(self, preferred_only = True)
[12:08] <danilos> kiko: ah, I fixed one instance, and left the other, sorry about that :)
[12:08] <kiko> sure.
[12:10] <danilos> kiko: anything else, or good to go with [r=kiko] ?
[12:11] <danilos> kiko: or are you in the middle of the review?
[12:12] <kiko> danilos, don't use "\" -- use parenthesis
[12:13] <kiko> in the code I'm looking at you could use set().union()
[12:13] <lifeless> mmmm sets