[12:18] Merge to devel/launchpad/: Fix https://launchpad.net/products/launchpad/+bug/6429 (Links to consumed tokens generate 404 errors). r=jamesh (r3478: Guilherme Salgado) === kiko [n=kiko@gw.bsb-fixo.vexwifi.com.br] has joined #launchpad [12:40] matsubara, DUPEME: https://launchpad.net/malone/bugs/39293 [12:40] Malone bug 39293 in rosetta "No way to search for specific translated item" [Normal,Unconfirmed] [12:41] kiko: duped that one today in the morning. [12:41] rock and roll [12:43] don't you wish all our launchpad error reports were like the one on easter sunday? :) [12:48] kiko! [12:48] sabdfl, sabdfl, sabdfl! [12:48] happy easter, bunny [12:49] I refuse to be a bunny! [12:49] kiko: dude, stop bouncing then :) [12:49] ai ai [12:49] mdz and i just toured the DC with james [12:50] isn't it lovely? [12:50] great work he and Znarl have been up to [12:50] yeah, they are busy bodies [12:50] okay, let me move out of the airport into the house [12:51] kiko: did stub decide if he was going to power ahead with zope3.2 tomorrow, in production? [12:51] sabdfl: for your stuff I think he was going to cherry pick it [12:52] not likely [12:52] pretty big patch landed there, with lots of rf merges along the way [12:52] mmmm not sure [12:52] oh? touches too much ? === erdalronahi [n=erdal@p50876786.dip.t-dialin.net] has joined #launchpad [12:54] mpt_ did a great job on the menu [12:54] looks much better [12:54] need to put proper links there though [12:56] Hi all, hi doko [12:56] I just tried to export some po-templates of OpenOffice2 in Breezy, [12:56] but Rosetta "encountered" problems. [12:57] night all === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [12:57] Unfortunately these templates are vital for us, since we (the Kurdish team) produce our GSI for upstream from them, [12:58] and the deadline for OOo 2.0.3 is in two days. [12:58] Can anybody help with that? Maybe doko? === unwant936 is now known as unwanted === radix [n=radix@c-67-171-105-233.hsd1.pa.comcast.net] has joined #launchpad [01:04] Hi! [01:05] I'm having trouble creating a branch for a team for a product, or something [01:05] yup [01:05] just waiting for ddaa to resume [01:05] Branch URL is required (I've had other problems with this before), but lifeless is telling me I should be able to create a branch without specifying it [01:06] ok [01:06] historically we had that form set so you could create it with NULL [01:07] which creates a team branch. === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [01:08] ddaa: hi [01:08] just for a moment ;) [01:08] 09:04 < radix> Hi! [01:08] 09:05 < radix> I'm having trouble creating a branch for a team for a product, or something [01:08] 09:05 < radix> Branch URL is required (I've had other problems with this before), but lifeless is telling me I should be able to create a branch without specifying it [01:09] Well, no, you should not. [01:09] ddaa: I knew you'd know this [01:09] ddaa: how do we do hosted branches now ? [01:09] just push to sftp [01:09] aha [01:09] so, what's the format for pushing to a team SFTP URL, then? [01:09] ddaa: oh. Can we -please- get a web ui for it back. [01:09] ddaa: discoverability! [01:09] radix: I'll show you in a sec [01:10] sftp://bazaar.launcphad.net/~team/product/branch [01:10] cool [01:10] assuming you are a member of team === radix tries it [01:10] yeah, I should be now [01:10] hrm [01:10] lifeless: I think I have work in the pipe that includes some text which explains that hosted branches are created by pushing. [01:10] can a team create a branch for any product? cause I don't think I've done any explicit association between my team and my product yet [01:11] ddaa: it forces people to use an awkward workflow. [01:11] #1 go to the web [01:11] #2 go to bzr, init, push [01:11] oh right, --create-prefix. [01:11] #3 back to the web to set the rest of the metadata [01:11] ddaa: awesome [01:11] ddaa: I'd be happy to review ;-) [01:12] lifeless: the #1 is one-off, it's not part of the workflow [01:12] and it's much less error-prone === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [01:12] since once the branch has been set with a NULL url, you cannot edit it. [01:12] ddaa: well, thats a different issue. [01:12] are we talking about UI? [01:12] ddaa: I think you should be able to unhost a branch - not delete, just move it to a new home. [01:13] ddaa: and if you can do that, the branch url starting NULL is not a problem. [01:13] yes, but it's not trivial, and IMO it's not worth the trouble right now [01:13] that said, I think there should be a toggle for having a NULL branch - rather than just enter nothing, have a group, with a tick box for 'hosted' and a text field for 'mirrored' [01:14] I thought about that at first, but writing a custom widget was too much trouble at the time [01:14] lifeless: I think your point has merit, so please file bugs if you do not want to to be forgotten [01:15] But the current UI is the best compromise I (in concertation with spiv, salgado, etc.) could come up with given the current constraints. [01:16] for example, switching branches to/from hosted would require expensive, launchpad-driven, operations on the branch warehouse. [01:17] nup [01:17] it doesn't [01:17] I knew you would disagree :) [01:17] it *could* [01:18] good night, guys [01:20] cprov: good night [01:20] lifeless: at the very least, it would require implementing a garbage collector for the sftp area. [01:20] could be a simple cron script === mpt_ wakes up and learns a new word [01:20] hey mpt_ [01:20] mpt_: "damnitwhyamIupsoearlybuggrit"? [01:20] comportment (k?m-p?rt'm?nt, -p?rt'-) n. Bearing; deportment. [01:21] but I'm guessing it means something wildly different in French [01:21] in french it means "behaviour" or "attitude" [01:21] bug 39312 seems to be using it synonymously with "problem" [01:21] Malone bug 39312 in konqueror "BAD tab comportements in Launchpad (and others)" [Normal,Rejected] http://launchpad.net/bugs/39312 [01:22] Seveas, that's a slight bug in Ubugtu [01:22] lifeless: essentially I agree with you on the desired functionality. [01:23] mpt_, it currently sorts on severity first and status second [01:23] I'm planning to make it a bit more intelligent [01:23] lifeless: what I'm arguing is that the present UI is a reasonable way to present the _existing_ functionality. [01:24] I'll be happy to discuss it when I come back from vacation, thursday. [01:29] ddaa: thanks [01:32] Seveas, cool [01:37] turned out not to be a lack of intelligence but a bug, fixed [01:37] it still is somewhat unintelligent, but I'm not too much in a hurry to fix it === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === poningru_ [n=poningru@n128-227-50-237.xlate.ufl.edu] has joined #launchpad === hummer [n=chatzill@stjhnf0112w-142162181228.pppoe-dynamic.nl.aliant.net] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === mpt [n=mpt@219-89-148-220.jetstart.xtra.co.nz] has joined #launchpad === dinda [n=dinda@cpe-72-177-136-116.houston.res.rr.com] has joined #launchpad === dinda [n=dinda@cpe-72-177-136-116.houston.res.rr.com] has left #launchpad [] === stub [n=stub@ppp-58.8.4.85.revip2.asianet.co.th] has joined #launchpad [04:34] Do we have a magic method to flush the SQLObject cache in tests that need to do so? [04:35] nm... found it === mpt [n=mpt@219-89-145-100.jetstart.xtra.co.nz] has joined #launchpad [05:13] Merge to devel/launchpad/: [trivial] Person.is_valid_person should be false for teams (Bug 39241) (r3479: Stuart Bishop) === mpt_ [n=mpt@222-154-183-99.jetstream.xtra.co.nz] has joined #launchpad === mpt__ [n=mpt@219-89-157-93.jetstart.xtra.co.nz] has joined #launchpad === poningru [n=poningru@ip24-250-200-144.ga.at.cox.net] has joined #launchpad [05:49] Merge to devel/launchpad/: [trivial] Add explicit 'return None' to assignKarma (r3480: Stuart Bishop) [06:51] erdalronahi: I currently can't do anything about the rosetta export problem, waiting we'll have to wait until the removal of the wrong message strings is finished. carlos and stub are working on it === dsas [n=dean@host86-129-9-55.range86-129.btcentralplus.com] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === mpt_ [n=mpt@219-89-157-86.jetstart.xtra.co.nz] has joined #launchpad [07:39] Gooooooooooooooooood evening Launchpadders! === mpt_ [n=mpt@219-89-141-143.jetstart.xtra.co.nz] has joined #launchpad === carlos [n=carlos@225.Red-88-4-143.staticIP.rima-tde.net] has joined #launchpad [08:46] morning [09:00] morning [09:09] yo [09:11] stub: hi, sorry for not answering your email, I got the branch review and did all fixes I was asked for, but I'm getting weird test errors (looks like a bad conflict resolution with sample data) and my girlfriend was not happy with the idea of me working on holidays... [09:12] stub: I'm fixing the problem now and will ping you to execute it on production (after testing it on staging again) [09:12] ok. So the only holdup is sample data? That shouldn't affect me running it for OOo [09:13] stub: that's what I think, but I want to be 100% sure [09:13] that script destroys data [09:13] ok. [09:14] Email me when you are done - hopefully I can run it tomorrow morning my time. [09:14] mpt_: ping [09:17] stub: voice call in a bit? [09:18] SteveA: Sure. === koke [n=koke@ubuntu/member/koke] has joined #launchpad [09:19] stub: ok, thanks [09:20] carlos: Or tonight if it doesn't take 7 hours to run on staging this time ;) [09:20] stub: well, I'm not sure it will be faster, but I'm not going to remove all templates we need to remove on production, I will test it only with a couple of POTemplates [09:21] if it works there, it should work for 10-13 === stub [n=stub@ppp-58.8.4.85.revip2.asianet.co.th] has joined #launchpad === doko [n=doko@dslb-088-073-102-001.pools.arcor-ip.net] has joined #launchpad [10:04] doko: good morning [10:05] erdalronahi: good morning [10:08] SteveA, pong [10:08] doko: Maybe you have read my mail, we had serious problems with your script [10:10] erdalronahi: I didn't claim it would be perfect, didn't see the failures you experience [10:11] :) I'm sure you didn't [10:11] Unfortunately I did. Now we are stuck up a bit, [10:12] because the deadline of OOo 2.0.3 is tomorrow and I can't [10:12] produce a GSI, let alone an up-to-date GSI [10:13] I could not figure out what the script is supposed to do, else I would have done it "by hand" myself [10:15] you can find the updated GSI here: http://people.ubuntu.com/~doko/GSI_ku_20060418.sdf [10:17] doko: I am very grateful [10:17] we currently cannot import the 2.0.3 templates into rosetta (not before dapper release), when the first OOo 2.0.3 is uploaded. but maybe carlos knows that better === mdz [n=mdz@217.205.109.249] has joined #launchpad [10:19] doko: right, Ubuntu should not have .pot files that doesn't match what we have in Ubuntu [10:20] doko: I guess we don't have 2.0.3 in dapper, right? [10:21] doko: the last time the GSI was 12,1 megabyte, now it is 4,4 [10:21] there seem to be some things missing [10:21] it's not the en-US originals that are missing [10:22] I check, that about 7800 translations in the po files are present in the GSI as well [10:23] s /check/checked/ [10:24] carlos: right, but I'm talking about GSI files ;-P it should be safe to import these once the project is in string freeze [10:24] doko: Import the GSI files? === dooglus [n=dooglus@rincevent.net] has joined #launchpad [10:24] doko: we don't have a way to import them, It's a completely new feature we need to implement [10:26] doko: about your mail to upload a new OO file, we will execute it later today. I think you will be able to do the upload tomorrow morning (your morning) [10:29] doko: 7800 may be correct, but why was the GSI so much bigger last time? === mpt_ [n=mpt@219-89-145-30.jetstart.xtra.co.nz] has joined #launchpad [10:29] And not only yours, the one Rail Aliev from OOo produced was even bigger, 14,4 MB [10:31] it has only the en-US strings, for which you have translated strings [10:31] ok, that's a sound explanation [10:32] but it means you have used a different script now? [10:34] no, apparently po2oo wants to have the template files saved with an .oo extension [10:37] that is a good explanation why I got those "no template present" errors [10:44] mpt_: skype call? [10:48] doko: the translate-toolkit in Dapper (0.8rel) is newer than 0.8rc6? Does "rel" stand for release? === frodon_ido [n=patrick@ip-213-49-233-214.dsl.scarlet.be] has joined #launchpad [10:50] erdalronahi: yes [10:51] doko: so to use your script I have to rename all "pot" to "oo"? [10:52] SteveA, sure [10:53] erdalronahi: no, the sdf files [10:54] well, I didn't come that fare, before I get there, the directory with the script and all subdirs are wiped out completely [10:54] I reproduced that on two different computers === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === erdalronahi [n=erdal@p50876786.dip.t-dialin.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [11:16] stub: hi, do you have 5 minutes to help me with a test that is failing with the new testing infrastructure? (it was working before) [11:22] BjornT: voice call later (phone perhaps) ? [11:25] SteveA: sure, either phone or skype. [11:26] carlos: sure [11:27] carlos: I probably need to see the test output and the setup and teardown methods being used. [11:29] stub: this is the test: https://chinstrap.ubuntu.com/~dsilvers/paste/filePN146I.html [11:29] stub: I think the problem is that I'm doing the SetUp and TearDown twice [11:30] stub: the problem is that the second SetUp is not restoring the database, and the test after "Or even a concrete language." [11:30] I need the test output [11:30] is getting the database modifications done before [11:30] ok, let me run it again... [11:31] Don't worry - I think I know what is going wrong [11:31] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/file86S8sg.html [11:34] stub: what should I fix? === dooglus [n=dooglus@rincevent.net] has left #launchpad [] [11:34] from canonical.ftests.pgsql import PgTestSetup [11:34] PgTestSetup._reset_db = True [11:35] What is happening is that database changes are not being noticed, as they are being made by a subprocess, so the database is not being reset. [11:35] oh [11:35] carlos: Put those lines before the tearDown [11:36] Ok [11:36] thanks [11:36] I think I have worked out how to fix this ad hope to sort this when improving the test fixtures. [11:37] ok, thanks [11:40] stub: in fact... it was breaking the next test [11:41] I guess we should add it always before the tearDown if we test a script, even if we execute the setUp and tearDown just once, right? === mpt__ [n=mpt@219-89-130-115.jetstart.xtra.co.nz] has joined #launchpad === mpt__ is now known as mpt === erdalronah2 [n=erdalron@p50876786.dip.t-dialin.net] has joined #launchpad === erdalronah2 [n=erdalron@p50876786.dip.t-dialin.net] has left #launchpad [] === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:14] So what happens when I push a --lightweight checkout to rocketfuel? [12:14] c/rocketfuel/chinstrap [12:19] stub: don't know, i would suggest pushing the whole repo instead [12:20] So commits to the lightweight branch are actually committed to the repo, and then you push the repo as a whole. I see. [12:20] yeah === BjornT -> lunch [12:36] stub: right === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === sabdf1 [n=mark@217.205.109.249] has joined #launchpad [12:39] stub: are you planning a rollout today? [12:40] i'm keen to send off a note w.r.t. dapper+1 specs that depends on the rollout [12:40] sabdf1: Yes. Just deciding on what revision. Thinking about r3473 [12:41] jamesh: hi, around? [12:41] carlos: yeah === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad [12:42] jamesh: Seems like I did a small mistake this weekend and merged from rocketfuel in the middle of fixing a branch you reviewed [12:42] jamesh: I was planning to send you a diff with the changes I did after the review [12:43] but I don't see a way to do it... Do you mind if I send you a diff against rocketfuel? [12:43] carlos: that's fine. Alternatively if you've pushed to chinstrap I should be able to see that diff on the pending reviews page [12:44] jamesh: you have there partial changes, I just did the final ones and I guess it would take some time to get the pending reviews page updated, but whatever you prefer [12:44] carlos: in that case, send me the diff [12:45] ok [12:51] stub: does that include mpt's nice menu improvement, and my milestone landing? [12:56] sabdfl: That would be r3473 and r3474. They can go in too if you are confident they are solid. [12:56] Most developers will not have tested it though as yesterday was a holiday for most [12:57] stub: yes, they are solid [12:57] (But then again, same goes for the Sunday code I was considering...) [12:57] ok. [12:57] ok, thanks! [12:57] pls ping me when it's out so i can send that mail === sabdf1 [n=mark@217.205.109.249] has left #launchpad [] === stbeg [n=stefan@M1787P009.adsl.highway.telekom.at] has joined #launchpad [01:10] stub, anyone else: Is there any problem if I turn off staging for 10 - 15 minutes to merge one of my branches and test a script there? [01:10] No problem here === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === carlos goes ahead === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [01:23] Seveas: around? [01:24] yes === erdalronahi [n=erdal@p50877791.dip.t-dialin.net] has joined #launchpad [01:31] BjornT: could you do me a favour ? [01:32] lifeless: maybe :) what do you want me to do? [01:32] allocate the current pending reviews to folk [01:33] sure [01:33] thanks - I owe you one [01:33] tchau eveyone [01:38] hmm, seems like staging will take a bit more to be back [01:38] the bzr merge says that it would take 45 minutes.... [01:39] BjornT: My branch in unassigned is a fix for the topcrasher and small [01:41] stub: ok, i can review it today then if you send me a diff. it shows up as already merged, though, can you check out why? [01:42] BjornT: you haven't pushed it ;0 === stub pushes [01:44] My bad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:45] morning, hackers [01:45] hi cprov, there's an urgent bug for you [01:46] mpt: tell me which one === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:47] "Can I please have a fix for this available somewhere on drescher by the end of Tuesday? We *need* to have this fixed for beta." -- bug 37156 [01:47] Malone bug 37156 in qprocd "can't change sections or priorities with change-override.py" [Major,In progress] http://launchpad.net/bugs/37156 [01:48] mpt: I've sorted this with Kamion yesterday, landed a workarrounded script in drescher for him, I'm reimplementing new version right now [01:49] mpt: my fault, must update the bug info :( [01:51] ok, no worries, just saw it hanging there :-) [01:52] lifeless: https://chinstrap.ubuntu.com/~dsilvers/paste/filewRqTXf.html [01:52] lifeless: any idea about that one? [01:52] carlos: looks like a corrupt branch [01:52] are you using a shared repository ? [01:52] not yet [01:53] mpt: bug info up to date, thank you for the heads up [01:54] lifeless: what could I do to fix it (and help you to debug the problem that caused it)? [01:55] carlos: report it on #bzr [01:55] carlos: file a bug [01:56] what it indicates is that a revision referenced in that branch is not in the storage for the branch. [01:56] lifeless: and is there a fast solution to be able to merge that on staging? [01:57] carlos: your branch is corrupt [01:57] carlos: you need to fix that, which probably involves remirroring it [01:57] I guess I would need to get a diff and create a new one... [01:57] oh, so it's a problem with the mirror? [01:57] Merge to devel/launchpad/: [trivial] expose destroySelf() through the IRevisionNumber interface (r3481: James Henstridge) [01:57] I mean, it would be a problem with the mirror? [01:58] its a problem with sftp://carlos@chinstrap.ubuntu.com/home/warthogs/archives/carlos/launchpad/bug-32610/ [01:58] probably [01:58] lifeless: I had a network problem pushing that branch, but I thought that a new push would fix anything broken ... [01:59] carlos: how do you push? rsync or sftp ? [01:59] rsync [01:59] it should yes [02:01] is there any way to test my local branch to know if it's a problem with my branch instead of the mirror? [02:02] bzr check === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === carlos checks it === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === zul [n=chuck@ubuntu/member/zul] has joined #launchpad === niemeyer [n=niemeyer@200.181.176.38] has joined #launchpad [02:17] lifeless: it ends killed [02:18] that smells like somethig is wrong with my branch :-( [02:20] probably out of memory [02:20] weave check can do that I hear [02:21] its late here and I'm really beat [02:21] can you please seek help on #bzr? [02:22] night all [02:29] sure [02:29] lifeless: thanks [02:29] lifeless: and night === carlos -> lunch === jsgotangco [n=jsg@125.212.121.89] has joined #launchpad [02:47] Kinnison, cprov: I'm disabling the ftpmaster stuff on drescher in preparation for an update. [02:47] stub: okay [02:47] cprov: Do you want the code updated too? Or should we keep running the existing code [02:47] stub: we need code update [02:52] Launchpad will be going down in 15 minutes for a regular code update. Estimated downtime is 10 minutes. Wikis will be in read only mode during this period. === Kamping_Kaiser [n=kgoetz@ppp100-144.static.internode.on.net] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:20] Kinnison, cprov: Soyuz stuff should all be online again [03:20] stub: thank you [03:34] cprov: are you still involved with the CoC code? [03:34] jamesh: UI code, when I have time [03:34] jamesh: I've seen bug 39547 [03:34] Malone bug 39547 in launchpad "Code of Conduct 1.0.1 signatures not accepted" [Normal,Confirmed] http://launchpad.net/bugs/39547 [03:35] jamesh: not sure if I'll have time for it today [03:35] It looks like changing CodeOfConductConf.currentrelease to '1.0.1' would make 1.0.1 signatures work (and stop 1.0 signatures from being accepted) [03:36] jamesh: yes [03:37] but it seems a bit weird that https://launchpad.net/codeofconduct/1.0.1/+sign expects a signed 1.0 CoC [03:37] jamesh: I wonder if we can make this system better, maybe replace this code by a config section [03:37] and after updating current version to 1.0.1, https://launchpad.net/codeofconduct/1.0/+sign would expect a 1.0.1 signature [03:38] jamesh: yes, it's wrong, old CoC version should not traverse to +sign [03:39] jamesh: what do you think ? [03:40] cprov: ideally the 1.0 CoC should point people at the 1.0.1 CoC for signing [03:41] cprov: if we only have a single CoC, I'd expect to have https://launchpad/codeofconduct/+sign (no version number) [03:42] or if we have multiple CoC series, https://launchpad/codeofconduct/$cocseries/+sign [03:42] stuuuuuuuuuuuub [03:42] jamesh: makes sense, "Sign the current version", maybe "Read the old versions" [03:42] elmoooo! [03:42] cprov: to top it off, mpt would like to see this stuff under /people/$user/... [03:43] (at least the signing UI) [03:43] stub: never mind [03:43] your signatures in /people/you/+signatures, and the Ubuntu CoC in /distros/ubuntu/+coc/1.0.1 [03:44] jamesh: feasible, summarizing CoC system needs some hours of love [03:44] mpt: so you mean CoC you be oriented by distribution ? [03:45] cprov, or product or project [03:46] mpt: uhm, that's a nice decision, we missed it from the original implementation [03:46] ./whois kiko [03:46] oops... [03:46] cprov, either that, or we say "right, CoC's an Ubuntu-only thing", and put it at conduct.ubuntu.com similar to ShipIt [03:47] mpt: the last should make people less scared for now [03:48] mpt: not sure if project/product admins will fill comfortable to manage CoC things at all (yet) [03:49] mpt/cprov: it is something that needs some specing (plus decisions on what is worth spending time on to support). [03:49] yeah [03:50] jamesh/mpt: what about have a meeting with SteveA/kiko about the conduct.ubuntu.com idea ? [03:50] yes, or maybe bring it up at the LP meeting [03:51] We probably need whatever evidence there is of the CoC working for Ubuntu [03:51] (has it been enforced? Is it a good persuasive tool? etc) [03:51] to know whether it's worth letting everyone else have one [03:51] cprov: moving it to a separate site sounds like it would be a similar amount of work to allowing multiple CoCs (especially if you include the work the admins would need to do to get the separate site up and running with SSL, etc) [03:51] elmo: If I'm supposed to be able to log in to carbon, I can't; it doesn't seem to have my key. [03:52] stub: yeah, it won't yet - I've "borrowed" it for preview on thursday [03:52] elmo: No probs [03:53] elmo: a few months ago you reported https://launchpad.net/products/launchpad/+bug/30276. Do you remember enough about what you did to answer the question I asked in a comment? [03:53] Malone bug 30276 in launchpad "launchpad claims a key is expired when it's not" [Major,Needs info] [03:54] jamesh: I suspect it was after - I didn't notice the key had expired until the (old dak-based) archive broke [03:54] gar, why can't you reply to specific comments through the web-ui [03:54] jamesh: maybe, sounds like we are swapping coding time by DC-admin time; don't know need focused discussion. [03:55] elmo: okay. I'll dupe it then. === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad [04:00] is there any launchpad admin's around that can merge 2 accounts for me? [04:02] Is there a reason why you cannot merge them yourself? [04:02] yeah i dont have access to one of the email addressess anymore [04:03] aah, yes === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad [04:03] zul is the old one and i want it to be merged with zulcss [04:03] zul: you probably need one of lifeless or stevea [04:04] kiko may also know how to do it === Kinnison is an admit, but doesn't know how to merge two accounts forcibly [04:04] s/admit/admin/ [04:04] ok...ill just wait around for kiko then [04:04] steve did it for me [04:05] send him a gpg signed request with both account names [04:05] is the key on both of them? [04:05] just one of them [04:06] the lost one, or the good one? [04:07] the good one [04:07] cool [04:08] tseng: the bad one has my gentoo account and im pretty sure it has been retired [04:26] stub: still around? [04:26] carlos: yes [04:26] stub: could you take a look to pqm? [04:27] seems like it's stalled, we got a confirmation of current task about 2 hours and a half [04:27] ago [04:27] so, that's pretty cool [04:27] Launchpad is censoring the FAQ [04:28] mpt: I see it... [04:28] by not linking to it on half the pages in Launchpad [04:28] carlos: it is busy doing stuff - I think the 'push to chinstrap' stage. You sure about that 2 hours? [04:29] mpt: oh [04:29] stub: that or we got the same merge request twice === erdalronahi [n=erdal@p50877791.dip.t-dialin.net] has joined #launchpad [04:30] stub: I got the email from arch-commits mailing list two hours and a half ago [04:31] Hmm... not pushing to chinstrap - no activity on that box... [04:37] ok. Can't see anything to do except kill it :-( [04:38] stub: Can you do the push manually? or next merge will do that push? [04:38] or will be that merge lost? [04:40] carlos: The merge never completed - it didn't get to the push stage. So there is nothing new to push. [04:40] pqm is retrying the job now. [04:41] ok [04:41] stub: thanks for looking at it === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [04:48] zul: hello [04:49] hi SteveA [04:50] let's talk in private about your account merging issues [04:50] sure.. [04:50] SteveA, bug 40014 is very strange, I think it might be Zope [04:50] Malone bug 40014 in launchpad "Variable chunks (e.g. FAQ link) missing from pages' footer" [Normal,Unconfirmed] http://launchpad.net/bugs/40014 [05:07] mpt, SteveA: yes, it is zope, it happens every time zope inserts a tag. it doesn't update the content-length header after doing so. [05:11] aw crap [05:11] BjornT: any idea if this is fixed with zope3.2 [05:11] ? [05:14] SteveA: it doesn't seem to be fixed, but i'll write a test just to make sure. [05:14] ok [05:14] this can go straight upstream, of course [05:21] as a workaround, add whitespace crap at the end of the main template ;-) [05:29] SteveA: i have a test now that confirms that it's not fixed. do you want me to fix it? [05:35] please [05:35] if you fix it upstream, then we can also apply the diff to our Zope [05:36] or do it the other way around, if you prefer [05:37] i'll fix it upstream first since i have zope3 trees already set up. [05:38] ok [05:40] quick fix is to trash the content-length header === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [06:30] stub: can you please pull r67079 from upstream zope3? it fixes bug 40014, and the diff is at https://chinstrap.ubuntu.com/~dsilvers/paste/fileo1sNuL.html [06:30] Malone bug 40014 in launchpad "Variable chunks (e.g. FAQ link) missing from pages' footer" [Normal,In progress] http://launchpad.net/bugs/40014 [06:36] BjornT: looks good to me. r=me [06:40] cool [06:41] SteveA, stub: btw, did you see my patch i sent to launchpad-reviews? it gets rid of the annoying warnings produced when running page tests? [06:46] what kind of warnings? [06:46] i saw that it was a very minimal patch [06:48]