[12:21] Merge to devel/launchpad/: [trivial] Fix for bug #35663: Three columns too narrow for publishing history. (r3317: Christian Reis) [12:47] elmo: very good email faking fu, btw [12:48] sabdfl: better than the guys on d-devel@ at least [12:48] not like that debian-devel amateur [12:48] :-) [12:48] you can still trivially tell it's me, by looking at the headers tho [12:48] if ever there's something you think i'm not saying, i know you'll step up [12:49] can I fire some folks then? :-P [12:51] elmo: just don't let me fire myself accidentally, ok? [12:51] otherwise, carry on [12:51] rock and roll, thanks [12:56] Merge to devel/launchpad/: [trivial] really ignore sourcecode/twisted (r3318: David Allouche) [01:01] night all === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === erdalronahi [n=erdal@p50877D96.dip.t-dialin.net] has left #launchpad ["Derdikevim"] [01:22] 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] dilys: thanks === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [02:12] 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) === Burgwork [n=corey@d66-183-174-128.bchsia.telus.net] has joined #launchpad [02:36] I LOVE YOU GUYS!!!! [02:36] the new bug editing is EXACTLY what I was looking for === stub [n=stub@ppp-58.10.66.68.revip2.asianet.co.th] has joined #launchpad === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #launchpad === NeiKeR [n=neiker@201.251.6.195] has joined #launchpad [03:14] hallo === lakin_ [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #launchpad [03:15] how are you? [03:16] english? [03:16] espaol? [03:16] parlare italiano? [03:16] :S [03:16] Deusch? [03:47] lala [03:47] i speak in spanish and in english [03:47] alguien habla espaol?' === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [04:19] 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) === NeiKeR [n=neiker@201.251.6.195] has left #launchpad [] === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === irvin [n=vx@ubuntu/member/irvin] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [07:06] Merge to devel/launchpad/: [r=lifeless] Soyuz UI fixes and new experimental features like package-queue page (r3322: Celso Providelo) === doko [n=doko@dslb-088-073-095-096.pools.arcor-ip.net] has joined #launchpad [09:19] moing moin [09:25] yo [09:29] yo yo === stub goes for a swim === mpool [n=mbp@82.109.136.110] has joined #launchpad === kiko [n=kiko@82.109.136.110] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === carlos [n=carlos@82.109.136.110] has joined #launchpad [09:52] stub: I'm cherry picking 3316 into production === fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad === spiv [n=andrew@82.109.136.110] has joined #launchpad [10:00] stub ping === bradb [n=bradb@82.109.136.110] has joined #launchpad === mpt [n=mpt@82.109.136.110] has joined #launchpad === ritvik [n=ritvik@mailout1.vmware.com] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === salgado [n=salgado@82.109.136.110] has joined #launchpad === matsubara [n=matsubar@82.109.136.110] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === irvin is now known as anaya === jamesh [n=james@82.109.136.110] has joined #launchpad === ddaa [n=ddaa@82.109.136.110] has joined #launchpad [10:24] stub - is https://wiki.launchpad.canonical.com/LaunchpadRollout current ? [10:27] elmo, znarl FYI upgrading gangotri === linet [n=linet@202.67.8.180] has joined #launchpad [10:35] 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] Malone bug 36084 in malone "Reported bug list is incomplete" [Normal,Unconfirmed] http://launchpad.net/bugs/36084 [10:37] elmo, znarl - now upgrading gandwana [10:39] bradb: exactly. [10:39] cool [10:47] gandwana upgraded [10:47] we should not see these hangs again. [10:47] 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 === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [10:52] lifeless: pong [10:53] lifeless: Did you cherry pick SteveA's ZODB excision patch? === irvin [n=irvin@203.213.212.249] has joined #launchpad [10:53] hey guys === erdalronahi [n=erdal@p50877E37.dip.t-dialin.net] has joined #launchpad [10:54] assuming i want to do a batch processing like: === stub reads scrollback [10:54] - select N bugs on pkgs foo [10:54] - switch all of them in NeedsInfo [10:54] - add a comment [10:54] who should i bug for that? [10:54] (including sending emails out.. it needs to be visible to LP and users) [10:55] lifeless : OK, will do. [10:57] 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] bradb: i need it now.. [10:57] bradb: how can be done? or can you do it if i give you the info? [10:57] like the bugs and the text.. [10:57] i don't need to do it personally in the UI [10:57] i need it done somehow.. [10:58] fabbione: the email interface might be the quickest right now [10:59] jamesh: what's the url of the email interface doc? [11:00] 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] bradb: so he knows.. [11:01] fabbione: https://wiki.launchpad.canonical.com/MaloneEmailInterfaceUserDoc [11:01] it is linked from https://launchpad/malone [11:01] is it still the same old format that we discussed to death at UBZ? [11:01] pretty much [11:02] you don't need the "affects ..." bit for bugs with a single task now [11:02] (I don't know if that change had been made back at UBZ) [11:02] i don't think that helps at all [11:03] fabbione: Would you have used an XML-RPC interface, in this case? === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [11:03] bradb: with Debian BTS ? [11:04] 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] web ui [11:04] in bugzilla i would have done a specific search [11:04] selected the bugs [11:04] "change multiple bugs" [11:04] and done all in once change [11:04] exactly [11:05] i can't use this email interface with blanks and stuff [11:05] if i mistype one thing.. go figure the error with a 100 bugs.. [11:06] neither i plan to type my passphrase a 100 times for each email.. [11:07] can i get the result of a query out of an email? [11:07] not atm, unfortunately [11:07] like: search source: foo with all status != Fixed* || NeedInfo [11:07] ok [11:07] i will need to ask mdz to get this fixed now.. [11:08] because it is blocking me [11:08] is there a way to setup relationships between bugs. eg. NNNN depends on NNNN+1 in mesa and NNNN+2 in kernel [11:08] sladen, no, there are no dependency links between bugs. [11:08] kiko: what's the best kludge show that something is blocked by something else? [11:08] fabbione: Sorry for this inconvenience. Talking to mdz may hopefully help get this prioritized. [11:09] mmmmmm. mmmmmmmmmm. [11:09] 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] bradb: it's not an incovinience.. this is blocking X and release.. [11:09] kiko: what is your email? kiko@ ? [11:09] stub: lifeless did so [11:09] the zodb has been exorcised [11:09] fabbione, yes [11:09] kiko: ok thanks [11:11] Merge to devel/launchpad/: [trivial] add bug branch sample data (r3324: Brad Bollenbach) [11:12] sladen, the best kludge is probably to write "Fixing this is blocked by bug XYZ" at the end of the bug description === kiko shrugs [11:13] there is no dependency tree aar === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === ploum [n=ploum@user-85-201-2-96.tvcablenet.be] has joined #launchpad [11:24] Hello [11:24] Who must I ask to create an Ubuntu-be launchpad group ? [11:25] ploum: you can create it yourself [11:26] carlos: oh yes [11:26] indeed [11:26] just found it :-) [11:26] thanks [11:29] ploum: you are welcome ;-) [11:30] 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] 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) === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:48] how's that sprint going? [11:49] it's axing through east london [11:49] kiko: don't run, don't do it [11:49] I still have not gone out running since I came back [11:49] I've been ill [11:49] I have run every day [11:50] and had to attend a funeral, and other annoying stuff [11:50] kiko: go swimming. That would make you a real man. [11:50] I am swimming 4x a week in so carlos [11:51] not in the thames! === ploum doesn't want to hear jordi and kiko ! He was so proud to run 12km once a week... === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:55] o_O [11:55] I really didnt know I did that much bugstuff === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === ploum [n=ploum@user-85-201-2-96.tvcablenet.be] has joined #launchpad [12:07] wow, I'm on the top list of contributors ... [12:08] carlos: wich list ? [12:08] ploum: launchpad's one [12:08] https://launchpad.net [12:08] look at the portlet on the left [12:09] wow :-) Flicitations ! (as we say in french) [12:09] is it the karma top 5 ? [12:10] jordi: I think the new karma rebalancing thing remove you some points... [12:10] ploum: yes [12:11] awesome .. [12:12] (as someone esle would say) [12:12] I'm glad that the karma is no more decreasing with time [12:12] 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] the karma will decrease with time [12:12] It seems that adding an attachment to a bug is 0 karma point, unlike adding a simple comment [12:12] we're just trying out some different algorithms for karma [12:12] The decreasing Karma is not really fun.. [12:13] ploum: well it helps to track your current work on launchpad [12:13] why do you say that ploum ? === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [12:14] 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] IMHO [12:14] 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] this is true [12:15] we also need to consider new contributors [12:15] in a year's time, if karma is not decreased over time, then new contributors will never be able to catch up [12:15] i think your point about people working in a burst of activity is a valid point [12:15] and we should take this into account when looking at karma [12:16] stub: what do you think about the "burst of activity" issue? [12:16] Do we apply an exponential decay, linear decay or what? [12:17] it is poliphasic amorphous denormalizing decay [12:17] Linear [12:17] an amorous demoralizing decay, kiko? [12:17] stub: from date of acquisition or from some date afterwards? [12:17] that was last week [12:17] kiko, is that a new mathematical formula? [12:17] 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] irvin, it's just a synonym [12:18] 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] "demoralizing decay" :-D [12:18] Kinnison: From date of acquisition. Each action degrades to zero over 1 year. [12:19] So the work you did yesterday is worth 1/365th less the next day. [12:19] to zero, really? [12:19] Yes [12:19] We can tune this of course. We don't lose information when we tweak the calculations. [12:19] stub: Right. I'll have a ponder [12:19] right === Kinnison is imagining a non-simple graph [12:20] wow... [12:20] So after one year, all your karma is lost ! [12:20] ploum: Unless someone comes up with a better idea. [12:20] after one year without doing anything I think your karma is pretty much forfeit anyway, isn't it? [12:20] ploum: you can start a discussion of this on launchpad-users if you wish [12:20] If it decays over time, it seems like something more to do with "activity" than just karma. [12:21] ploum: as stuart hints at, if someone or some people come up with a better idea, we can consider that instead === ploum personnaly like the gnome bugzilla karma [12:22] Of course, I will think about it [12:22] if I have an idea, I will suggest it here [12:22] well [12:22] suggest it on launchpad-users [12:22] oh sorry [12:22] the mailing list is a better place for discussion [12:22] thanks [12:22] it allows people who don't use irc so much to still contribute [12:23] and keeps the discussion archived in a better way than irc logs [12:23] see the MailingLists page on the launchpad wiki site. === ploum needs to have an idea now... This is not the easier part unlike complaining [12:23] Thanks, I will do that ! [12:23] Have a nice day [12:23] yeah, you too. take it easy. [12:28] stub: http://users.pepperfish.net/dsilvers/karmagraph.png is what I was imagining. Not sure how to implement it efficiently though [12:29] Kinnison: It is efficient if you can define a formula f(karma_points, time_since_earned) === Kinnison nods [12:30] I may grab my TI-92 later and play with some formulae [12:32] The relevant code is in foaf-update-karma.py. [12:43] sabdfl: Do you want to do that roundtable discussion during the Q & A today? [12:43] bradb: that was on...? [12:43] sabdfl: the issues we discussed yesterday, some or all of new date fields on bug/bugtask and invalid/wontfix [12:44] sure [12:44] good idea [12:44] ask about bugtask lifecycle reporting [12:44] ok === sabdfl plants questions left and right [12:44] I also opened bugs on each of those things we discussed yeterday [12:48] nice! thanks === stub [n=stub@ppp-58.10.66.68.revip2.asianet.co.th] has joined #launchpad [01:02] we seem to be getting lots of requests for translation teams recently [01:05] stub - is https://wiki.launchpad.canonical.com/LaunchpadRollout current ? [01:06] Merge to devel/launchpad/: [trivial] get rid of one import fascist warning. (r3325: Steve Alexander) [01:16] lifeless: yes - just updated it. [01:16] thanks [01:16] stub: hi [01:16] stub: we just detected a problem with Rosetta exports cache system [01:17] stub: everytime we fix the export code, we need to discard any cached file [01:17] stub: so we will need to execute: UPDATE POFile SET exportfile = NULL, exporttime=NULL; [01:18] stub: after the rollout [01:18] stub: how could we plan this so it does not cause a problem for you? [01:19] we don't need to do it with every rollout, only with rollouts that change things on the export code [01:20] 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] Logic could go into upgrade.py [01:21] or we could just have a patch file each time carlos fixes a bug [01:21] stub: so it's an argument /env variable so you activate it only when needed? [01:21] Kinnison: Sure. But I expect that this is going to be every rollout for some time. [01:21] Kinnison: but the patch should be removed for next rollout [01:22] carlos: it would already have been applied [01:22] Kinnison: oh, right, we only execute it once on production.... [01:23] 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] stub: well, I'm fixing many issues now, but I don't think we should remove the cached exports every week... [01:23] Although in this case, code updates could need clearing the caches too... [01:23] stub: ok, that works for me [01:24] stub: could you execute that command now on production, please? [01:25] 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] carlos: done [01:26] stub: thank you [01:27] Kinnison: btw your paste script has a bug [01:28] or a feature :) [01:28] or perhaps it's a feature.... [01:28] ^5s Carlos [01:28] ;-) [01:28] Kinnison: https://chinstrap.ubuntu.com/~dsilvers/paste/filemiyQKT.html [01:28] Kinnison: all those html tags are japanese characters [01:28] so it broke the diff [01:29] carlos: that's what the web browser sent the script [01:29] I wonder what content-type it used int he POST [01:29] jamesh: so it's a limitation of the service [01:30] perhaps the paste script could do more decoding [01:30] it's so completely basic [01:30] carlos: feel free to write a better one === Kinnison 's is just a few lines of perl [01:30] carlos: did you use a web browser or utilities/paste? [01:31] Kinnison: I think I can live with it ;-) [01:31] daf: firefox [01:32] can you do diff ... | ./utlities/paste? [01:34] carlos: https://launchpad.net/products/rosetta/+bug/29466 -- did this drop-down box die with the changes to the imports page? [01:34] Malone bug 29466 in rosetta "Import Queue -- sorting of language dropdown" [Normal,Unconfirmed] [01:34] daf: you need to tell the form to post UTF-8. Otherwise you lose information [01:34] daf: no, it's still there [01:34] I'm just curious what would happen :) [01:34] carlos: I don't see it [01:35] daf: follow one of the 'Edit' links [01:35] ah [01:35] you need to be loged in [01:36] yeah, I see it nowI know what he means now [01:36] daf: the server sees exactly the same thing if you post "&12489;" as if you posted "" [01:36] daf: what format does .canonical_paste_auth have? [01:37] "%s\n%s\n" % (username, password), IIRC [01:37] carlos: can you add ubuntu-l10n-co? [01:37] jamesh: how so? [01:38] daf: that exactly text? (changing username and password? [01:38] CRISP AND CLEAN! [01:39] ok, got the format from your script... sorry, I was being lazy [01:40] 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] 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] ah; I thought you were generalising to non-web-browsers [01:41] it seems HTTP POST is somewhat under-specified [01:41] 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] or just has too many crap implementations; not sure which [01:42] oh, an attribute on

? === niemeyer [n=niemeyer@200.138.134.221] has joined #launchpad [01:42] 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] generally the browser will send back data in the same encoding as the page [01:42] unless you use the accept-encoding attribute on [01:42] jordi: done [01:42] daf: https://chinstrap.ubuntu.com/~dsilvers/paste/filerXEeD8.html [01:42] daf: I'm not sure what's better.... [01:43] IE has a quirk in its accept-encoding attribute handling though: the only value it will honour is UTF-8 [01:43] (which is usually not a problem) [01:43] carlos: looks ok when I tell Epiphany it's in UTF-8 [01:44] though looks like maybe some things got mangled [01:44] daf: well, it's the webserver which should send that UTF-8 information ;-) [01:44] well, it's the CGI script [01:44] it has no idea what encoding the content is in [01:46] carlos: thanks === Martolod [n=jeremy@ARennes-257-1-22-123.w81-53.abo.wanadoo.fr] has joined #launchpad === mpt [n=mpt@82.109.136.110] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has left #launchpad ["Leaving"] [02:10] Znarl: can we have a bigger SMTP limit on balleny please: [02:10] File "/usr/lib/python2.4/smtplib.py", line 677, in sendmail [02:10] raise SMTPSenderRefused(code, resp, from_addr) [02:10] smtplib.SMTPSenderRefused: (552, 'Message size exceeds fixed limit', 'pqm@canonical.com') [02:11] hoho [02:11] pqm the whale [02:11] lifeless : OK, RT away please? [02:12] we need an rt-bot === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [02:15] hey everyone [02:15] how do I delete a team from launchpad? [02:15] We have a duplicate kernel-team, when out actual team is ubuntu-kernel-team [02:16] not sure if you can merge teams.... [02:16] stub: ? [02:16] admin merge interface might work === stub gives it a go [02:17] you can't merge teams yet [02:17] but we will do that rsn [02:17] matsubara is the man with the plan [02:17] can anyone use some extra powers to just get rid of kernel-team? :) [02:18] BenC, mmmm, you'll find this unbelievable, but not easily without merging. [02:18] it's not going to take forever, it shouldn't be complicated and I've planned the work [02:18] ok, thanks [02:18] sorry bout that [02:19] np, I didn't even notice it existed till mdz pointed it out [02:19] BenC: kernel-team is aparently the Debian Kernel Team [02:19] no, it's "Ubuntu Kernel Team", and me as owner [02:19] debian kernel team is debian-team [02:19] err, debian-kernel [02:20] hmm...ui bug... === BenC wonders why the ubuntu-kernel-team has no karma [02:21] we should out karmalize everyone! :) [02:21] teams don't get karma. people get karma. [02:21] (well... they shouldn't and they won't next landing) [02:21] ah [02:22] sweet, I've got a lot of karma [02:35] how often is karma recalculated? [02:35] and does adding a comment when changing a task not count as adding a bug comment? [02:47] holy cow! [02:47] BenC: i just noticed our karma :) [02:47] how much do you have? [02:47] a bit more than 43K [02:48] damn, I'm only at 27k :) [02:48] i am getting closer to Kamion :) [02:49] is there a page of the top karma? [02:50] don't thjink so [03:02] Karma: 226041 \o/ [03:03] bug triage ftw === salgado [n=salgado@82.109.136.110] has joined #launchpad === matsubara [n=matsubar@82.109.136.110] has joined #launchpad === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad [03:16] https://launchpad.net/people/+newteam: [03:16] "Your name as you would like it displayed throughout Launchpad. Most people use their full name here." [03:19] the Dafydd Harries team [03:19] indeed :) === BenC [n=bcollins@debian/developer/bcollins] has left #launchpad ["Ex-Chat"] === kiko [n=kiko@82.109.136.110] has joined #launchpad === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [03:52] cprov, sleep? [03:52] kiko: could not talk with Kinnison yet === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [04:00] Merge to devel/launchpad/: [trivial] make navigation components be used for xmlrpc requests. (r3326: Steve Alexander) === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === kiko [n=kiko@82.109.136.110] has joined #launchpad === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #launchpad [05:13] Merge to devel/launchpad/: Finish the implementation of MirrorManagement. Mainly the prober script and a lot other fixes. r=spiv (r3327: Guilherme Salgado) === matid [n=matid@195.116.35.7] has joined #launchpad [05:18] Hi, is Launchpad being updated recently? I've noticed something wierd happening to karma like increasing enormously... [05:19] yeah, there was a change in the karma policy [05:19] don't worry too much because the actual karma events are still there [05:19] we are just tweaking how it is calculated [05:19] (so it is reversible and changeable) [05:19] Yeah, I know [05:19] But is new karma system temporary or is to be permanent? [05:20] I mean the way they calculate it [05:20] matid, it will be changed again but will settle down over time [05:20] just like PageRank [05:20] Ok [05:21] Because right now I have over 1200 points for bug management even though I did like 2 or 3 bug reports ;) [05:22] Anyway, thanks for info === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad === ddaa [n=ddaa@82.109.136.110] has joined #launchpad [05:37] bradb@oxygen:~/canonical/malone-bzr-integration $ utilities/pgmassacre.py launchpad_ftest_template [05:37] You are not worthy. User postgres only. === bradb flips the virtual finger [05:40] haha [05:40] Merge to devel/launchpad/: [trivial] reenable testImportKeyRing and testSetOwnerTrust tests (r3328: James Henstridge) === dooglus [n=dooglus@rincevent.net] has joined #launchpad === dooglus [n=dooglus@rincevent.net] has left #launchpad [] === dooglus [n=dooglus@rincevent.net] has joined #launchpad [05:44] bradb: is that your magical script to have make schema work always? [05:45] carlos: No script, hand-made. [05:45] ;-) [05:45] 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] Maybe I'll try and fix the Makefile later. === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [05:56] hi [05:56] bradb, jamesh: could you import bugzilla.ubuntu #7714 ? [05:56] 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] seb128: jamesh is picking up the task of importing the rest of the bugs from Bugzilla in [05:59] yeah, we exchanged some mails about that some weeks ago [05:59] but that has still not happened afaik [05:59] indeed. he seems confident about being able to make it happen today. [05:59] and I'm sort of waiting on some import for work stuff ... [05:59] can anyone remind me what the pending issue was? [05:59] ah, nice [06:00] 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] bradb: are you taking care of bug 33978? [06:00] Malone bug 33978 in malone "Advanced search page doesn't do any input validation" [Normal,Confirmed] http://launchpad.net/bugs/33978 [06:01] matsubara: Not during this sprint, but I know how to fix it now. [06:01] seb128: that bug is on the list I generated earlier, so I'm going to look at handling them today [06:01] jamesh: cool, thank you! === erdal_ [n=erdal@p50877E37.dip.t-dialin.net] has joined #launchpad === erdal_ is now known as erdal_dido === erdal_dido [n=erdal@p50877E37.dip.t-dialin.net] has left #launchpad ["Derdikevim"] === G0SUB [n=ghoseb@ubuntu/member/g0sub] has joined #launchpad === Martolod [n=jeremy@ARennes-257-1-22-123.w81-53.abo.wanadoo.fr] has joined #launchpad === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad [06:26] ok, so how do I get history from a merged branch in bzr? [06:27] "bzr log" in that branch? === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === erdalronahi [n=erdal@p50877E37.dip.t-dialin.net] has left #launchpad ["Derdikevim"] [06:28] Merge to devel/launchpad/: [r=jamesh,kiko] Fix bug 33342 (Please make filtering on the component possible (main, universe)) (r3329: Brad Bollenbach) [06:30] 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] 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] 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] rock and rolly [06:32] bzr has no branches, it has revisions [06:32] elmo: maybe if you explained why you want to do that... [06:32] right, sorry, I'm not being very clear [06:33] I want to see the history of this one file, for the time it was in the soyuz branch [06:33] basically so I can determine what revision of the file, got mered into soyuz and consequently mainline [06:33] if that makes sense? [06:33] mh... how is that different from "just give me the history of this file"? [06:34] elmo: each entry in the "bzr log" output has a branch nickname, which might help you determine where the revision originated from [06:34] elmo: would this be easier if you popped over to the excel to talk with the bzr guys here? [06:34] SteveA: excel is a 2 hour round trip minimum [06:34]