[12:21] <dilys> Merge to devel/launchpad/: [trivial]  Fix for bug #35663: Three columns too narrow for publishing history. (r3317: Christian Reis)
[12:47] <sabdfl> elmo: very good email faking fu, btw
[12:48] <elmo> sabdfl: better than the guys on d-devel@ at least
[12:48] <sabdfl> not like that debian-devel amateur
[12:48] <sabdfl> :-)
[12:48] <elmo> you can still trivially tell it's me, by looking at the headers tho
[12:48] <sabdfl> if ever there's something you think i'm not saying, i know you'll step up
[12:49] <elmo> can I fire some folks then? :-P
[12:51] <sabdfl> elmo: just don't let me fire myself accidentally, ok?
[12:51] <sabdfl> otherwise, carry on
[12:51] <elmo> rock and roll, thanks
[12:56] <dilys> Merge to devel/launchpad/: [trivial]  really ignore sourcecode/twisted (r3318: David Allouche)
[01:01] <sabdfl> night all
[01:22] <dilys> Merge to devel/launchpad/: [r=jamesh]  Added a flush_database_updates call after a submission is stored to prevent cached values to cause the removal of the fuzzy flag. Fixes the #1660 (r3319: Carlos Perello Marin)
[01:27] <carlos> dilys: thanks
[02:12] <dilys> Merge to devel/launchpad/: [r=jamesh]  Updated the status and dates of an import queue entry that was already imported and got an updated content. Fixes bug #36044 (r3320: Carlos Perello Marin)
[02:36] <Burgwork> I LOVE YOU GUYS!!!!
[02:36] <Burgwork> the new bug editing is EXACTLY what I was looking for
[03:14] <NeiKeR> hallo
[03:15] <NeiKeR> how are you?
[03:16] <NeiKeR> english?
[03:16] <NeiKeR> espaol?
[03:16] <NeiKeR> parlare italiano?
[03:16] <NeiKeR> :S
[03:16] <NeiKeR> Deusch?
[03:47] <NeiKeR> lala
[03:47] <NeiKeR> i speak in spanish and in english
[03:47] <NeiKeR> alguien habla espaol?'
[04:19] <dilys> Merge to devel/launchpad/: [trivial]  Make test_on_merge.py produce incremental output instead of buffering, and refactor karma deletion db patch into a post rollout data migration script (r3321: Stuart Bishop)
[07:06] <dilys> Merge to devel/launchpad/: [r=lifeless]  Soyuz UI fixes and new experimental features like package-queue page (r3322: Celso Providelo)
[09:19] <lifeless> moing moin
[09:25] <stub> yo
[09:29] <lifeless> yo yo
[09:52] <lifeless> stub: I'm cherry picking 3316 into production
[10:00] <lifeless> stub ping
[10:24] <lifeless> stub - is https://wiki.launchpad.canonical.com/LaunchpadRollout current ?
[10:27] <lifeless> elmo, znarl FYI upgrading gangotri
[10:35] <bradb> matsubara: It seems like bug 36084 is happening because Fix Released bugs aren't showing up in +reportbugs. I take it your patch, revno 3312, fixes that?
[10:35] <Ubugtu> Malone bug 36084 in malone "Reported bug list is incomplete" [Normal,Unconfirmed]  http://launchpad.net/bugs/36084
[10:37] <lifeless> elmo, znarl - now upgrading gandwana
[10:39] <matsubara> bradb: exactly. 
[10:39] <bradb> cool
[10:47] <lifeless> gandwana upgraded
[10:47] <lifeless> we should not see these hangs again.
[10:47] <lifeless> elmo: Znarl ^^ please ping me ot stub urgently if you get another hang flagged, as it iwill indicate some other new problem, or new exposure of the same root cause
[10:52] <stub> lifeless: pong
[10:53] <stub> lifeless: Did you cherry pick SteveA's ZODB excision patch?
[10:53] <fabbione> hey guys
[10:54] <fabbione> assuming i want to do a batch processing like:
[10:54] <fabbione> - select N bugs on pkgs foo
[10:54] <fabbione> - switch all of them in NeedsInfo
[10:54] <fabbione> - add a comment
[10:54] <fabbione> who should i bug for that?
[10:54] <fabbione> (including sending emails out.. it needs to be visible to LP and users)
[10:55] <Znarl> lifeless : OK, will do.
[10:57] <bradb> fabbione: To let Malone developers know about it, filing a Malone bug is best. If you also think it's high priority, you probably want to bug mdz.
[10:57] <fabbione> bradb: i need it now..
[10:57] <fabbione> bradb: how can be done? or can you do it if i give you the info?
[10:57] <fabbione> like the bugs and the text..
[10:57] <fabbione> i don't need to do it personally in the UI
[10:57] <fabbione> i need it done somehow..
[10:58] <jamesh> fabbione: the email interface might be the quickest right now
[10:59] <fabbione> jamesh: what's the url of the email interface doc?
[11:00] <fabbione> bradb: btw.. mdz did warn you that i was going to do a lot of batch processing for X stuff a while ago...
[11:00] <fabbione> bradb: so he knows..
[11:01] <jamesh> fabbione: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc
[11:01] <jamesh> it is linked from https://launchpad/malone
[11:01] <fabbione> is it still the same old format that we discussed to death at UBZ?
[11:01] <jamesh> pretty much
[11:02] <jamesh> you don't need the "affects ..." bit for bugs with a single task now
[11:02] <jamesh> (I don't know if that change had been made back at UBZ)
[11:02] <fabbione> i don't think that helps at all
[11:03] <bradb> fabbione: Would you have used an XML-RPC interface, in this case?
[11:03] <fabbione> bradb: with Debian BTS ?
[11:04] <bradb> fabbione: I mean for doing these mass updates, are these things you are expecting to do via the web UI, via XML-RPC, or via some other method?
[11:04] <fabbione> web ui
[11:04] <fabbione> in bugzilla i would have done a specific search
[11:04] <fabbione> selected the bugs
[11:04] <jamesh> "change multiple bugs"
[11:04] <fabbione> and done all in once change
[11:04] <fabbione> exactly
[11:05] <fabbione> i can't use this email interface with blanks and stuff
[11:05] <fabbione> if i mistype one thing.. go figure the error with a 100 bugs..
[11:06] <fabbione> neither i plan to type my passphrase a 100 times for each email..
[11:07] <fabbione> can i get the result of a query out of an email?
[11:07] <bradb> not atm, unfortunately
[11:07] <fabbione> like: search source: foo with all status != Fixed* || NeedInfo
[11:07] <fabbione> ok
[11:07] <fabbione> i will need to ask mdz to get this fixed now..
[11:08] <fabbione> because it is blocking me
[11:08] <sladen> is there a way to setup relationships between bugs.  eg. NNNN depends on NNNN+1 in mesa and NNNN+2 in kernel
[11:08] <kiko> sladen, no, there are no dependency links between bugs.
[11:08] <sladen> kiko: what's the best kludge show that something is blocked by something else?
[11:08] <bradb> fabbione: Sorry for this inconvenience. Talking to mdz may hopefully help get this prioritized.
[11:09] <kiko> mmmmmm. mmmmmmmmmm.
[11:09] <jamesh> sladen: some cases where people use dependencies in bugzilla are represented better in Malone as a single bug targetted at multiple packages/products
[11:09] <fabbione> bradb: it's not an incovinience.. this is blocking X and release.. 
[11:09] <fabbione> kiko: what is your email? kiko@ ?
[11:09] <SteveA> stub: lifeless did so
[11:09] <SteveA> the zodb has been exorcised
[11:09] <kiko> fabbione, yes
[11:09] <fabbione> kiko: ok thanks
[11:11] <dilys> Merge to devel/launchpad/: [trivial]  add bug branch sample data (r3324: Brad Bollenbach)
[11:12] <mpt> sladen, the best kludge is probably to write "Fixing this is blocked by bug XYZ" at the end of the bug description
[11:13] <kiko> there is no dependency tree aar
[11:24] <ploum> Hello
[11:24] <ploum> Who must I ask to create an Ubuntu-be launchpad group ?
[11:25] <carlos> ploum: you can create it yourself
[11:26] <ploum> carlos: oh yes
[11:26] <ploum> indeed
[11:26] <ploum> just found it :-)
[11:26] <ploum> thanks
[11:29] <carlos> ploum: you are welcome ;-)
[11:30] <sabdfl> a little disturbing the way the airplane shadows flicker over the window here every three minutes as they are coming in to land
[11:35] <dilys> Merge to test/launchpad/sourcecode/sqlobject/: r=spiv Fix for bug #35952: SQLObject does not cope with single column tables. Make it cope! Includes patch and test. Super crisp and clean. (r55: Christian Reis)
[11:48] <jordi> how's that sprint going?
[11:49] <kiko> it's axing through east london
[11:49] <jordi> kiko: don't run, don't do it
[11:49] <jordi> I still have not gone out running since I came back
[11:49] <jordi> I've been ill
[11:49] <kiko> I have run every day
[11:50] <jordi> and had to attend a funeral, and other annoying stuff
[11:50] <jordi> kiko: go swimming. That would make you a real man.
[11:50] <kiko> I am swimming 4x a week in so carlos
[11:51] <jordi> not in the thames!
[11:55] <Mez> o_O
[11:55] <Mez> I really didnt know I did that much bugstuff
[12:07] <carlos> wow, I'm on the top list of contributors ...
[12:08] <ploum> carlos: wich list ?
[12:08] <carlos> ploum: launchpad's one
[12:08] <carlos> https://launchpad.net
[12:08] <carlos> look at the portlet on the left
[12:09] <ploum> wow :-) Flicitations ! (as we say in french)
[12:09] <ploum> is it the karma top 5 ?
[12:10] <carlos> jordi: I think the new karma rebalancing thing remove you some points...
[12:10] <carlos> ploum: yes
[12:11] <ploum> awesome ..
[12:12] <ploum> (as someone esle would say)
[12:12] <ploum> I'm glad that the karma is no more decreasing with time
[12:12] <carlos> We need to remove Rosetta Admins team from there.... it imports all Ubuntu's .po and .pot files so the amount of karma it gets is so high... 
[12:12] <SteveA> the karma will decrease with time
[12:12] <ploum> It seems that adding an attachment to a bug is 0 karma point, unlike adding a simple comment
[12:12] <SteveA> we're just trying out some different algorithms for karma
[12:12] <ploum> The decreasing Karma is not really fun..
[12:13] <carlos> ploum: well it helps to track your current work on launchpad
[12:13] <SteveA> why do you say that ploum ?
[12:14] <SteveA> i think it is reasonable that if i did lots of work on launchpad one year, and none the next year, then that counts for less than someone who did lots of work this year
[12:14] <ploum> IMHO
[12:14] <ploum> SteveA: if you work really hard in a burst, this big burst will not be reflected on your karma after one or two months..
[12:14] <SteveA> this is true
[12:15] <SteveA> we also need to consider new contributors
[12:15] <SteveA> in a year's time, if karma is not decreased over time, then new contributors will never be able to catch up
[12:15] <SteveA> i think your point about people working in a burst of activity is a valid point
[12:15] <SteveA> and we should take this into account when looking at karma
[12:16] <SteveA> stub: what do you think about the "burst of activity" issue?
[12:16] <Kinnison> Do we apply an exponential decay, linear decay or what?
[12:17] <kiko> it is poliphasic amorphous denormalizing decay
[12:17] <stub> Linear
[12:17] <SteveA> an amorous demoralizing decay, kiko?
[12:17] <Kinnison> stub: from date of acquisition or from some date afterwards?
[12:17] <kiko> that was last week
[12:17] <irvin> kiko, is that a new mathematical formula?
[12:17] <ploum> Also, I believe that people working with Launchpad for 3 years (it's an example) must have more Karma that someone who is new... It's just experience..  But it's only my opinion. I also understand your point
[12:18] <kiko> irvin, it's just a synonym
[12:18] <stub> I don't see any way to handle 'burst of activity'. I can't conceive what is wanted - either karma sticks, or it decays.
[12:18] <ploum> "demoralizing decay" :-D
[12:18] <stub> Kinnison: From date of acquisition. Each action degrades to zero over 1 year.
[12:19] <stub> So the work you did yesterday is worth 1/365th less the next day.
[12:19] <salgado> to zero, really?
[12:19] <stub> Yes
[12:19] <stub> We can tune this of course. We don't lose information when we tweak the calculations.
[12:19] <Kinnison> stub: Right. I'll have a ponder
[12:19] <salgado> right
[12:20] <ploum> wow...
[12:20] <ploum> So after one year, all your karma is lost !
[12:20] <stub> ploum: Unless someone comes up with a better idea.
[12:20] <kiko> after one year without doing anything I think your karma is pretty much forfeit anyway, isn't it?
[12:20] <SteveA> ploum: you can start a discussion of this on launchpad-users if you wish
[12:20] <bradb> If it decays over time, it seems like something more to do with "activity" than just karma.
[12:21] <SteveA> ploum: as stuart hints at, if someone or some people come up with a better idea, we can consider that instead
[12:22] <ploum> Of course, I will think about it
[12:22] <ploum> if I have an idea, I will suggest it here
[12:22] <SteveA> well
[12:22] <SteveA> suggest it on launchpad-users
[12:22] <ploum> oh sorry
[12:22] <SteveA> the mailing list is a better place for discussion
[12:22] <ploum> thanks
[12:22] <SteveA> it allows people who don't use irc so much to still contribute
[12:23] <SteveA> and keeps the discussion archived in a better way than irc logs
[12:23] <SteveA> see the MailingLists page on the launchpad wiki site.
[12:23] <ploum> Thanks, I will do that !
[12:23] <ploum> Have a nice day
[12:23] <SteveA> yeah, you too.  take it easy.
[12:28] <Kinnison> stub: http://users.pepperfish.net/dsilvers/karmagraph.png is what I was imagining. Not sure how to implement it efficiently though
[12:29] <stub> Kinnison: It is efficient if you can define a formula f(karma_points, time_since_earned)
[12:30] <Kinnison> I may grab my TI-92 later and play with some formulae
[12:32] <stub> The relevant code is in foaf-update-karma.py.
[12:43] <bradb> sabdfl: Do you want to do that roundtable discussion during the Q & A today?
[12:43] <sabdfl> bradb: that was on...?
[12:43] <bradb> sabdfl: the issues we discussed yesterday, some or all of new date fields on bug/bugtask and invalid/wontfix
[12:44] <sabdfl> sure
[12:44] <sabdfl> good idea
[12:44] <sabdfl> ask about bugtask lifecycle reporting
[12:44] <bradb> ok
[12:44] <bradb> I also opened bugs on each of those things we discussed yeterday
[12:48] <sabdfl> nice! thanks
[01:02] <daf> we seem to be getting lots of requests for translation teams recently
[01:05] <lifeless> stub - is https://wiki.launchpad.canonical.com/LaunchpadRollout current ?
[01:06] <dilys> Merge to devel/launchpad/: [trivial]  get rid of one import fascist warning. (r3325: Steve Alexander)
[01:16] <stub> lifeless: yes - just updated it.
[01:16] <lifeless> thanks
[01:16] <carlos> stub: hi
[01:16] <carlos> stub: we just detected a problem with Rosetta exports cache system
[01:17] <carlos> stub: everytime we fix the export code, we need to discard any cached file
[01:17] <carlos> stub: so we will need to execute: UPDATE POFile SET exportfile = NULL, exporttime=NULL;
[01:18] <carlos> stub: after the rollout
[01:18] <carlos> stub: how could we plan this so it does not cause a problem for you?
[01:19] <carlos> we don't need to do it with every rollout, only with rollouts that change things on the export code
[01:20] <stub> I can see this happening regularly, and also needing to be done on staging. So we might need to add an extra stage to the datebase upgrade procedures for this sort of data migration thing.
[01:21] <stub> Logic could go into upgrade.py
[01:21] <Kinnison> or we could just have a patch file each time carlos fixes a bug
[01:21] <carlos> stub: so it's an argument /env variable so you activate it only when needed?
[01:21] <stub> Kinnison: Sure. But I expect that this is going to be every rollout for some time.
[01:21] <carlos> Kinnison: but the patch should be removed for next rollout
[01:22] <Kinnison> carlos: it would already have been applied
[01:22] <carlos> Kinnison: oh, right, we only execute it once on production....
[01:23] <stub> I expect the way to go is to nuke all cached files on every database upgrade, and if it causes performance issues do something more complex (which was how we approached the full text indexes)
[01:23] <carlos> stub: well, I'm fixing many issues now, but I don't think we should remove the cached exports every week...
[01:23] <stub> Although in this case, code updates could need clearing the caches too...
[01:23] <carlos> stub: ok, that works for me
[01:24] <carlos> stub: could you execute that command now on production, please?
[01:25] <carlos> I have a 450 lines .diff from a file that I just forced the cache update because it was not changed in one year....
[01:25] <stub> carlos: done
[01:26] <carlos> stub: thank you
[01:27] <carlos> Kinnison: btw your paste script has a bug
[01:28] <daf> or a feature :)
[01:28] <carlos> or perhaps it's a feature....
[01:28] <daf> ^5s Carlos
[01:28] <carlos> ;-)
[01:28] <carlos> Kinnison: https://chinstrap.ubuntu.com/~dsilvers/paste/filemiyQKT.html
[01:28] <carlos> Kinnison: all those html tags are japanese characters
[01:28] <carlos> so it broke the diff
[01:29] <jamesh> carlos: that's what the web browser sent the script
[01:29] <daf> I wonder what content-type it used int he POST
[01:29] <carlos> jamesh: so it's a limitation of the service
[01:30] <daf> perhaps the paste script could do more decoding
[01:30] <Kinnison> it's so completely basic
[01:30] <Kinnison> carlos: feel free to write a better one
[01:30] <daf> carlos: did you use a web browser or utilities/paste?
[01:31] <carlos> Kinnison: I think I can live with it ;-)
[01:31] <carlos> daf: firefox
[01:32] <daf> can you do diff ... | ./utlities/paste?
[01:34] <daf> carlos: https://launchpad.net/products/rosetta/+bug/29466 -- did this drop-down box die with the changes to the imports page?
[01:34] <Ubugtu> Malone bug 29466 in rosetta "Import Queue -- sorting of language dropdown" [Normal,Unconfirmed]  
[01:34] <jamesh> daf: you need to tell the form to post UTF-8.  Otherwise you lose information
[01:34] <carlos> daf: no, it's still there
[01:34] <daf> I'm just curious what would happen :)
[01:34] <daf> carlos: I don't see it
[01:35] <carlos> daf: follow one of the 'Edit' links 
[01:35] <daf> ah
[01:35] <carlos> you need to be loged in
[01:36] <daf> yeah, I see it nowI know what he means now
[01:36] <jamesh> daf: the server sees exactly the same thing if you post "&12489;" as if you posted ""
[01:36] <carlos> daf: what format does .canonical_paste_auth have?
[01:37] <daf> "%s\n%s\n" % (username, password), IIRC
[01:37] <jordi> carlos: can you add ubuntu-l10n-co?
[01:37] <daf> jamesh: how so?
[01:38] <carlos> daf: that exactly text? (changing username and password?
[01:38] <sabdfl> CRISP AND CLEAN!
[01:39] <carlos> ok, got the format from your script... sorry, I was being lazy
[01:40] <jamesh> daf: if the page is served in an encoding that can't represent the character you type into the form, the web browser converts it to an &nnnn; character reference
[01:40] <jamesh> daf: unfortunately, it doesn't do anything special if you type "&nnnn;" into the form, so the server sees the same thing in both cases
[01:40] <daf> ah; I thought you were generalising to non-web-browsers
[01:41] <daf> it seems HTTP POST is somewhat under-specified
[01:41] <jamesh> daf: the only way around it is to tell the browser to send back the data in an encoding that can represent everything
[01:41] <daf> or just has too many crap implementations; not sure which
[01:42] <daf> oh, an attribute on <form>?
[01:42] <spiv> stub: every time I glance at http://pqm.launchpad.net/, I'm seeing a different exception... that must be one heck of a failure log you're going to get ;)
[01:42] <jamesh> generally the browser will send back data in the same encoding as the page
[01:42] <jamesh> unless you use the accept-encoding attribute on <form>
[01:42] <carlos> jordi: done
[01:42] <carlos> daf: https://chinstrap.ubuntu.com/~dsilvers/paste/filerXEeD8.html
[01:42] <carlos> daf: I'm not sure what's better....
[01:43] <jamesh> IE has a quirk in its accept-encoding attribute handling though: the only value it will honour is UTF-8
[01:43] <jamesh> (which is usually not a problem)
[01:43] <daf> carlos: looks ok when I tell Epiphany it's in UTF-8
[01:44] <daf> though looks like maybe some things got mangled
[01:44] <carlos> daf: well, it's the webserver which should send that UTF-8 information ;-)
[01:44] <daf> well, it's the CGI script
[01:44] <daf> it has no idea what encoding the content is in
[01:46] <jordi> carlos: thanks
[02:10] <lifeless> Znarl: can we have a bigger SMTP limit on balleny please:
[02:10] <lifeless>   File "/usr/lib/python2.4/smtplib.py", line 677, in sendmail
[02:10] <lifeless>     raise SMTPSenderRefused(code, resp, from_addr)
[02:10] <lifeless> smtplib.SMTPSenderRefused: (552, 'Message size exceeds fixed limit', 'pqm@canonical.com')
[02:11] <kiko> hoho
[02:11] <kiko> pqm the whale
[02:11] <Znarl> lifeless : OK, RT away please?
[02:12] <kiko> we need an rt-bot
[02:15] <BenC> hey everyone
[02:15] <BenC> how do I delete a team from launchpad?
[02:15] <BenC> We have a duplicate kernel-team, when out actual team is ubuntu-kernel-team
[02:16] <carlos> not sure if you can merge teams....
[02:16] <carlos> stub: ?
[02:16] <stub> admin merge interface might work
[02:17] <kiko> you can't merge teams yet
[02:17] <kiko> but we will do that rsn
[02:17] <kiko> matsubara is the man with the plan
[02:17] <BenC> can anyone use some extra powers to just get rid of kernel-team? :)
[02:18] <kiko> BenC, mmmm, you'll find this unbelievable, but not easily without merging.
[02:18] <kiko> it's not going to take forever, it shouldn't be complicated and I've planned the work
[02:18] <BenC> ok, thanks
[02:18] <kiko> sorry bout that
[02:19] <BenC> np, I didn't even notice it existed till mdz pointed it out
[02:19] <stub> BenC: kernel-team is aparently the Debian Kernel Team
[02:19] <BenC> no, it's "Ubuntu Kernel Team", and me as owner
[02:19] <BenC> debian kernel team is debian-team
[02:19] <BenC> err, debian-kernel
[02:20] <stub> hmm...ui bug...
[02:21] <BenC> we should out karmalize everyone! :)
[02:21] <stub> teams don't get karma. people get karma.
[02:21] <stub> (well... they shouldn't and they won't next landing)
[02:21] <BenC> ah
[02:22] <BenC> sweet, I've got a lot of karma
[02:35] <Kinnison> how often is karma recalculated?
[02:35] <Kinnison> and does adding a comment when changing a task not count as adding a bug comment?
[02:47] <fabbione> holy cow!
[02:47] <fabbione> BenC: i just noticed our karma :)
[02:47] <BenC> how much do you have?
[02:47] <fabbione> a bit more than 43K
[02:48] <BenC> damn, I'm only at 27k :)
[02:48] <fabbione> i am getting closer to Kamion :)
[02:49] <BenC> is there a page of the top karma?
[02:50] <fabbione> don't thjink so
[03:02] <daf> Karma:  226041 \o/
[03:03] <daf> bug triage ftw
[03:16] <daf> https://launchpad.net/people/+newteam:
[03:16] <daf> "Your name as you would like it displayed throughout Launchpad. Most people use their full name here."
[03:19] <jamesh> the Dafydd Harries team
[03:19] <daf> indeed :)
[03:52] <kiko> cprov, sleep?
[03:52] <cprov> kiko: could not talk with Kinnison yet 
[04:00] <dilys> Merge to devel/launchpad/: [trivial]  make navigation components be used for xmlrpc requests. (r3326: Steve Alexander)
[05:13] <dilys> Merge to devel/launchpad/: Finish the implementation of MirrorManagement. Mainly the prober script and a lot other fixes. r=spiv (r3327: Guilherme Salgado)
[05:18] <matid> Hi, is Launchpad being updated recently? I've noticed something wierd happening to karma like increasing enormously...
[05:19] <kiko> yeah, there was a change in the karma policy
[05:19] <kiko> don't worry too much because the actual karma events are still there
[05:19] <kiko> we are just tweaking how it is calculated
[05:19] <kiko> (so it is reversible and changeable)
[05:19] <matid> Yeah, I know
[05:19] <matid> But is new karma system temporary or is to be permanent?
[05:20] <matid> I mean the way they calculate it
[05:20] <mpt> matid, it will be changed again but will settle down over time
[05:20] <mpt> just like PageRank
[05:20] <matid> Ok
[05:21] <matid> Because right now I have over 1200 points for bug management even though I did like 2 or 3 bug reports ;)
[05:22] <matid> Anyway, thanks for info
[05:37] <bradb> bradb@oxygen:~/canonical/malone-bzr-integration $ utilities/pgmassacre.py launchpad_ftest_template
[05:37] <bradb> You are not worthy. User postgres only.
[05:40] <jamesh> haha
[05:40] <dilys> Merge to devel/launchpad/: [trivial]  reenable testImportKeyRing and testSetOwnerTrust tests (r3328: James Henstridge)
[05:44] <carlos> bradb: is that your magical script to have make schema work always?
[05:45] <bradb> carlos: No script, hand-made.
[05:45] <carlos> ;-)
[05:45] <lakin> Anyone know how many new bugs are reported per day (against ubuntu and it's packages) ....  even better would be the number of bugs reported without a package, but within ubuntu?
[05:45] <bradb> Maybe I'll try and fix the Makefile later.
[05:56] <seb128> hi
[05:56] <seb128> bradb, jamesh: could you import bugzilla.ubuntu #7714 ?
[05:56] <Ubugtu> Ubuntu bug 7714 in gtk+2.0 "Change default invisible character for GtkEntry" [Normal,New]  http://bugzilla.ubuntu.com/show_bug.cgi?id=7714
[05:58] <bradb> seb128: jamesh is picking up the task of importing the rest of the bugs from Bugzilla in
[05:59] <seb128> yeah, we exchanged some mails about that some weeks ago
[05:59] <seb128> but that has still not happened afaik
[05:59] <bradb> indeed. he seems confident about being able to make it happen today.
[05:59] <seb128> and I'm sort of waiting on some import for work stuff ...
[05:59] <kiko> can anyone remind me what the pending issue was?
[05:59] <seb128> ah, nice
[06:00] <jamesh> seb128: sorry, but I didn't get round to doing the import (I was waiting on some input from others, and then dropped the ball)
[06:00] <matsubara> bradb: are you taking care of bug 33978?
[06:00] <Ubugtu> Malone bug 33978 in malone "Advanced search page doesn't do any input validation" [Normal,Confirmed]  http://launchpad.net/bugs/33978
[06:01] <bradb> matsubara: Not during this sprint, but I know how to fix it now.
[06:01] <jamesh> seb128: that bug is on the list I generated earlier, so I'm going to look at handling them today
[06:01] <seb128> jamesh: cool, thank you!
[06:26] <elmo> ok, so how do I get history from a merged branch in bzr?
[06:27] <ddaa> "bzr log" in that branch?
[06:28] <dilys> Merge to devel/launchpad/: [r=jamesh,kiko]  Fix bug 33342 (Please make filtering on the component possible (main, universe)) (r3329: Brad Bollenbach)
[06:30] <elmo> james    14552 94.3 25.8 141120 133512 pts/4   R+   16:04  80:38              \_ /usr/bin/python2.4 /usr/bin/bzr log -l -v sync-source.py
[06:30] <elmo> oh, sorry, I missed 'in that branch'.  the problem is, I don't have access to the branch, and didn't think I would need it?  I thought history was preserved?
[06:31] <ddaa> if you do you not have the branch, you do not have it, if it is merged, its data is in your repository, but nothing says "here was a branch"
[06:31] <kiko> rock and rolly
[06:32] <ddaa> bzr has no branches, it has revisions
[06:32] <ddaa> elmo: maybe if you explained why you want to do that...
[06:32] <elmo> right, sorry, I'm not being very clear
[06:33] <elmo> I want to see the history of this one file, for the time it was in the soyuz branch
[06:33] <elmo> basically so I can determine what revision of the file, got mered into soyuz and consequently mainline
[06:33] <elmo> if that makes sense?
[06:33] <ddaa> mh... how is that different from "just give me the history of this file"?
[06:34] <jamesh> elmo: each entry in the "bzr log" output has a branch nickname, which might help you determine where the revision originated from
[06:34] <SteveA> elmo: would this be easier if you popped over to the excel to talk with the bzr guys here?
[06:34] <elmo> SteveA: excel is a 2 hour round trip minimum
[06:34] <ddaa> we'll buy you tea for your trouble
[06:34] <SteveA> you can get the buffet dinner here too
[06:35] <elmo> well, it doesn't matter, I can brute-force my way round it (check out each possible revision and compare! \o/) - I just think/hope I'm missing something obvious
[06:38] <marseillai> hi! i've report this bug https://launchpad.net/distros/ubuntu/+source/network-manager/+bug/36086 and i want to know if i can do something more to help ...........
[06:38] <Ubugtu> Malone bug 36086 in network-manager "network manager can't activate eth1 interface" [Normal,Unconfirmed]  
[06:38] <SteveA> marseillai: this is a bug on an ubuntu package
[06:38] <jamesh> seb128: https://launchpad.net/distros/ubuntu/+source/gtk+2.0/+bug/36190 <- that's the bug.  I still need to fix up the dupes
[06:38] <Ubugtu> Malone bug 36190 in gtk+2.0 "Change default invisible character for GtkEntry" [Normal,Unconfirmed]  
[06:39] <marseillai> SteveA: yes it is ...
[06:39] <SteveA> so, asking in #ubuntu or #ubuntu-motu will get a more helpful response
[06:39] <marseillai> oki SteveA 
[06:39] <SteveA> this channel is for discussing using launchpad.net, and developing it
[06:42] <seb128> jamesh: thank you
[06:42] <jamesh> seb128: that's 99 new bugs in.  I think that covers everything now.
[06:42] <jamesh> (not just 7714)
[06:44] <seb128> cool, thank you!
[06:57] <mdke> i just got rather confused with malone. There is a bug filed on Openoffice.org (Ubuntu) and there was a massive box which said "This bug has not been reported as occuring in Ubuntu", or something similar. So I clicked it, and it added a task just saying "Ubuntu". How many tasks should there be on each bug?
[06:57] <dilys> Merge to devel/launchpad/: [r=jamesh]  add support contacts for products, distributions, and source packages, which will be automatically subscribed to new support requests. (r3330: Bjorn Tillenius)
[06:57] <mpt> mdke, I'm just about to send off a fix that fixes that particular error message
[06:58] <mdke> cool
[06:58] <mpt> but I don't think it fixes your particular case
[06:58] <mpt> hmmm
[06:58] <mdke> oh
[06:58] <mdke> it's bug '36121
[06:58] <jamesh> seb128: duplicates should be updated now
[06:58] <mdke> it's bug #36121
[06:58] <Ubugtu> Malone bug 36121 in openoffice.org "crashes on more than one page" [Normal,Confirmed]  http://launchpad.net/bugs/36121
[06:58] <mpt> mdke: See, if we already know that it happens in OO.o in particular, there's no need to also register that it happens in Ubuntu in general
[06:59] <jamesh> seb128: that is, duplicates of the old bug are now duplicates of the newly imported bug, and the old bug is also a duplicate of the new bug
[06:59] <mpt> the reason you got that message is that you were looking at it from the Ubuntu-in-general URL space
[06:59] <mdke> mpt, well quite. Especially since the bug is marked "Openoffice.org (Ubuntu)"
[06:59] <mpt> We probably shouldn't show the message at all if you're looking at a distro and it's filed on a package of that distro
[06:59] <mdke> right
[06:59] <seb128> jamesh: cool
[07:01] <mpt> mdke, bug 36286
[07:01] <Ubugtu> Malone bug 36286 in malone "Don't show "not reported here" message at distro if bug is on a distro package" [Normal,Unconfirmed]  http://launchpad.net/bugs/36286
[07:03] <mdke> mpt, thanks
[07:03] <mdke> while I'm here, i really like the arrows on the tasks which bring down the ability to change a bug's status
[07:04] <mdke> those should be made the standard, and the separate page for +editstatus abolished, in my opinion
[07:04] <mdke> also, sometimes those arrows are not there, no idea why not. But it would be cool if they always were
[07:05] <mdke> gtg
[07:07] <mpt> mdke, yeah, bugs have too many pages
[07:07] <mpt> we're going to do the same expandy thing for contexts other than the one you're in right now
[07:07] <mpt> i.e. all rows will expand
[07:07] <mpt> but sabdfl says they shouldn't have expanders
[07:10] <sabdfl> really teeny tiny expanders
[07:10] <sabdfl> but let's try with none, space there is precious
[07:12] <ddaa> pornlets... expansion... what kind of website is that???
[07:14] <mpt> It's precious because the page has three columns :-)
[07:16] <carlos> UserWarning: shortlist() should not be used here. It's meant to listify sequences with no more than 15 items.  There were 16 items.
[07:16] <carlos>   releases = sorted(shortlist(sprs), cmp=compare)
[07:16] <carlos> funny
[07:16] <kiko> not funny!
[07:16] <mpt> Off-by-one error
[07:18] <spiv> Clearly we need a mediumlist ;)
[07:18] <jamesh> carlos: you can set a different "expected maximum length" for shortlist
[07:18] <carlos> spiv: then we will have one case with len(mediumlist) + 1 items ;-)
[07:18] <jamesh> spiv: mediumlist() would need to check that the list wasn't too short :)
[07:19] <carlos> jamesh: not my code, I saw it on the error mailing list
[07:19] <spiv> carlos: well, that's a case for slightlymorethanmediumlist...
[07:19] <kiko> BjornT, ping?
[07:19] <BjornT> pong?
[07:19] <kiko> https://chinstrap.ubuntu.com/~dsilvers/paste/fileft3NVJ.html
[07:19] <kiko> all tests pass.
[07:20] <kiko> BjornT, r=BjornT much appreciated
[07:20] <kiko> SteveA, https://launchpad.net/products/launchpad/+bug/31589
[07:20] <Ubugtu> Malone bug 31589 in launchpad "Attempting to set redirection_url to a tuple instead of a string in login machinery" [Normal,In progress]  
[07:20] <kiko> SteveA, find time to talk about this with salgado?
[07:21] <SteveA> didn't yet
[07:21] <kiko> you should or else update the bug with a plan
[07:21] <kiko> part of the "don't block others" campaign
[07:22] <SteveA> you tell me when salgado has some free time
[07:31] <elmo> err
[07:31] <elmo> R. [  47: Adam Conrad         ]  Accepted initramfs-tools 0.40ubuntu26 (source)
[07:31] <elmo> R.     <  44: Scott James Remnant >
[07:31] <elmo> what's wrong with this picture?
[07:32] <kiko> not sure
[07:32] <elmo> two people uploaded the same version of a package, and they both got accepted
[07:32] <kiko> file a bug!
[07:33] <Keybuk> kiko: that bug has existed for MONTHS
[07:33] <Keybuk> unfortunately filing a bug on Launchpad never seems to result in a bug being FIXED <g>
[07:33] <kiko> what's the bug #?
[07:33] <Keybuk> bug 31038
[07:33] <Ubugtu> Malone bug 31038 in launchpad-upload-and-queue "two accept messages for different udev 079-0ubuntu9 uploads" [Normal,Unconfirmed]  http://launchpad.net/bugs/31038
[07:33] <kiko> I'll ignore the rest of your drivel
[07:34] <kiko> I'll get it fixed as soon as cprov is back from his honeymoon, thanks for the heads-up
[07:56] <dilys> Merge to devel/launchpad/: [r=kiko]  Added an option to force UTF-8 export for language packs. [r=spiv]  Fixed supermirror test (r3331: Carlos Perello Marin, Carlos Perell Marn)
[08:33] <jamesh> spiv: how does this look? https://chinstrap.ubuntu.com/~dsilvers/paste/filesUOyLk.html
[08:56] <LaserJock> kiko: did you get my (Jordan Mantha) email with a list of packages to add motuscience to the initial bug contact list?
[09:01] <kiko> LaserJock, yeah, I did, I'm just terrible with email this week (sprinting), will address next week.
[09:01] <LaserJock> kiko: no problem, my email was buggy so I just wanted to make sure you got it
[09:01] <kiko> yeah, got it no worries
[09:02] <LaserJock> cool
[09:52] <dilys> Merge to devel/launchpad/: [r=lifeless]  Remove redundant bzr_push_root_url config value, use branches_root instead. (r3332: Andrew Bennetts)
[10:23] <dilys> Merge to devel/launchpad/: [r=kiko]  port the bug listings to the two column layout template, so that the navigation moves to the left (r3333: Brad Bollenbach)
[10:30] <jordi> Kinnison: are you around the conf?
[10:30] <jordi> Kinnison: can you ping carlos for me?
[10:31] <jordi> ah well
[10:46] <dilys> Merge to devel/launchpad/: [r=stub on db patch, trivial]  rename BugBranch.fixed_in_revision to BugBranch.revision_hint (r3334: Brad Bollenbach)
[11:10] <dilys> Merge to devel/launchpad/: r=BjornT Remove IRemoteBugTask marker interface; it deoptimizes BugTask._init() and can mostly be replaced with a property (r3334: Christian Reis)