=== jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === ^3OKATA^ [n=Vinica@62.162.214.48] has joined #launchpad [02:04] <^3OKATA^> ima le nekoj od MAKEDONIJA!!! [02:09] err? [02:09] <^3OKATA^> ? === rpedro_ [n=rpedro@87-196-40-165.net.novis.pt] has joined #launchpad === mdke_ [n=matt@unaffiliated/matt/x-000000001] has joined #launchpad === mdz_ [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad === stub [n=stub@ppp-58.8.2.213.revip2.asianet.co.th] has joined #launchpad [04:10] jamesh, ping [04:10] mpt: pong [04:12] jamesh, what would be the python equivalent of "context/required:launchpad.Edit"? [04:12] "python: ..." [04:12] (because I need to test something else simultaneously) [04:12] there don't seem to be any other examples of doing that in the codebase yet [04:13] from canonical.launchpad.helpers import check_permission [04:13] check_permission('launchpad.Edit', context) [04:13] however, it may be easier to go a different route using tal:define [04:13] hmm, that's not going to work inside a tal:condition, because there's no line breaks [04:13] something like this: [04:14] or I could just use nested tal:blocks [04:14] ... [04:14] kiko-zzz: zzz indeed [04:14] ah, nifty [04:14] thanks jamesh [04:15] You expect to get that past review? [04:16] ... is an AND [04:17] ... is an OR. No Python needed. [04:17] yes, that's what I meant by "nested tal:blocks" [04:17] it's messier [04:17] is it faster? [04:18] Probably slower. But avoids using Python in the TAL which is pretty much a red flag for I-need-to-be-refactored. [04:18] So what's the better solution? [04:18] a function in the browser class? [04:19] Yes. [04:19] oh! [04:19] I just found another bug in this file that makes this moot [04:19] :-) [04:19] I do need the nested blocks anyway [04:19] they won't be so directly nested [04:22] Any sprints on this week or next? I'm wondering if these spec tracker patches need to be rolled out. [04:24] jamesh: Do you think it worth stopping error reports being generated on Saturday and Sunday, and make Mondays report cover three days? [04:25] stub: might be worth it. Should see what matsubara would prefer [04:25] shuttle is launched today [04:35] stub, all products now have at least one product series, correct? [04:35] mebbe ;) === stub goes to check [04:36] I think one's created automatically when the product is, and that was retroactively done to existing products with no series [04:37] in which case I'm looking at dead code [04:38] that I wrote myself [04:38] We have 254 products without productseries at the moment, so if the code was updated the data wasn't fully. Or we have bugs allowing product creation without the product series. [04:38] IIRC, this would be a bug. [04:39] As I think it was decided that every product would have >= 1 product series. [04:39] I guess I'll leave this "if there are no series" code in here for now then === acesuares [n=ace@201.222.33.116] has joined #launchpad [04:40] stub, you reporting a bug on that, or shall I? [04:40] hi all [04:40] mpt: I'll let you if you are volunteering ;) [04:42] ok [04:43] bug 51799 [04:43] Malone bug 51799 in launchpad "There are still products without series" [Untriaged,Unconfirmed] http://launchpad.net/bugs/51799 [04:46] stub: the product series creation is done in browser/product.py, so it would be quite possible for other code to create products without a product series [04:46] Bleh [05:02] bah [05:02] What's name12's password? [05:04] I know Foo Bar's, and Mark's, and Carlos's, and no-priv's, but not name12's, which is the one I need === acesuares [n=ace@201.222.33.116] has left #launchpad ["Dang...] [05:08] mpt: test [05:09] doesn't work, jamesh [05:10] unless the e-mail address is something other than name12@canonical.com? [05:12] test@canonical.com [05:12] oh! [05:12] name12 is *that* guy! [05:12] thanks jamesh [05:12] no wonder I couldn't find "name12@" in the sampledata [05:12] we could really use some better short names in the sample data [05:27] Yer. But the fallout in the test suite will be monstrous so nobody has bothered ;) [05:32] Who is user_browser, really? [05:32] Is it name12? [05:33] yeah [05:33] dangit :-) [05:33] name12 is the owner of /products/bazaar [06:38] spiv: you marked my jamesh/launchpad/bug-45987 branch as merge-conditional, but didn't see any review. Does that mean that there isn't anything you want me to fix? === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:06] jamesh: it means I updated the wrong branch on the wiki page, I meant to update carlos' one. [07:07] okay === mpt_ [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad [07:17] Launchpad will be going down in 15 minutes for its regular code update. Estimated downtime is 20 mins. [07:17] will be good to see how the branch puller and scanner modifications improve things [07:30] soyuz publishing runs are taking > 30 mins again :-( [07:37] jamesh: Do you still need access to the production database from macquarie? [07:39] stub: Not right now. I do have a script to do zope3 spec metadata import that may get run in the future, but I guess I could ask you to run it [07:39] the bugzilla import is complete === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad [08:00] SteveA: Still getting that exception we saw last week on Production [08:01] And we can't roll back this time since we pushed out database changes [08:05] morning [08:07] ah, launchpad is taking a massage again, well I hope it's enjoying itself :-) [08:10] stub: are you rolling an prod copy to drescher as well ? [08:10] cprov: done [08:11] stub: 3737 ? [08:12] cprov: yes [08:12] HEAD [08:12] stub: good, thank you [08:15] stub: could you please check lp-errors ML drescher is facing locale issues :( [08:16] Looks like we need 'export LANG=C' in a few choice places. Can you have a look? [08:16] stub: actually was me and my damm pt_BR [08:17] stub: I can export it in the bashrc of LP relevant users, thanks [08:18] stub: additionally looks like LANG isn't enough, we need LC_ALL=C === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:19] The servers tend to be setup for locale of en_GB, but none of the locale files are installed so things blow up if you make he wrong Python calls without overriding the locale :-( [08:19] Or something like that. === carlos [n=carlos@208.Red-83-33-192.dynamicIP.rima-tde.net] has joined #launchpad [08:21] stub: makes sense, will set LC_ALL it won't hurt [08:21] morning === Calvin [i=Calvin24@67-150-215-185.sttl.mdsg-pacwest.com] has joined #launchpad [08:25] carlos: good morning [08:25] hello, how long is the website planning to be down? [08:26] morning Calvin [08:26] it's almost good night where I live [08:26] wops ;) morning carlos [08:26] Calvin: sorry, wrong nice completion [08:26] s/nice/nick [08:26] is ok [08:27] I order a free cd (I hope its free) but I entered a wrong address... [08:27] but the website is "Launchpad is offline at the moment for maintenance. It should be back, better than ever, soon. Thanks for your patience. [08:27] " [08:28] so I thought I'd stop by and see how things are going [08:28] it's back up! [08:29] nevermind... I think I got it all sorted out now [08:29] stub: Hi, did you add the DB restriction you removed to do the migration data for Rosetta? [08:29] carlos: Not yet. [08:30] ok, just asking to be sure that you don't forget it ;-) [08:30] carlos: Still need to rerun the data migration [08:30] ok [08:30] thanks [08:30] Launchpad is back up [08:33] yep... === robey [n=robey@ralph.lag.net] has joined #launchpad [08:35] launchpad question: how do i add another maintainer to a product? [08:36] Create a team and set the maintainer to the team. === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:40] stub: thanks... one more dumb question: how do i set the maintainer? [08:40] if i click "edit maintainer" on my product, it says i don't have permission to be there [08:41] That would be a bug :-( [08:42] oh no! [08:42] is it because i'm listed as the "registrant" and not "maintainer"? [08:43] is there anything i can do to fix it? [08:43] Give me the product name and the team name and I can sort it. Please file a bug too. [08:44] pycrypto for both [08:44] I'm not sure about what permission differences there should be between registrant and maintainer, but what you are trying to do sounds like it should be possible. So I call bug. [08:45] Actually... looks like registrant and maintainer are the same anyway. [08:45] If the registrant can't update the registration, that's definitely a bug, I think. [08:45] Fixed. [08:45] (this case, not Launchpad :) ) [08:47] thanks! reported as https://launchpad.net/products/launchpad/+bug/51802 [08:47] Malone bug 51802 in launchpad "can't change the maintainer of pycrypto" [Untriaged,Unconfirmed] [08:49] Ta ;) [08:50] spiv: I'm not so sure... If I register a product that is not mine and we transfer the ownership to the actual maintainer, I should not have the same rights that the maintainer... [08:50] carlos: Well, transferring ownership would mean you give up those rights, sure. [08:51] and in that situation, registrant and maintainer will be different [08:51] carlos: But clearly if you register a product, and make a mistake in that registration, you ought to be able to edit everything about it. [08:51] carlos: Also, I think "registrant" and "maintainer" are the same thing atm... [08:52] Although I think we're at least consistently calling it registrant now. [08:52] hmm, in that case, robey should appear too as the maintainer, right? [08:53] carlos: Well, there's no such thing as a product maintainer in launchpad that I know of, just registrants. [08:53] Except that the +reassign link is called "Change Maintainer" [08:54] Try a 'grep -Irni maintainer lib/canonical/launchpad/*/product*' :) === mdke_ is now known as mdke [08:55] spiv: yeah, the database just stores an 'owner' [08:55] carlos: source package releases have maintainers in lp, but not upstream products. [08:57] is launchpad in bzr? :) [08:57] spiv: right [08:58] robey: the source? yep. === mpt__ [n=mpt@203-173-177-223.bliink.ihug.co.nz] has joined #launchpad [08:58] stub: btw, with today's production update, Rosetta's karma should be more or less fixed, I guess that it would mean that karma numbers will be reduced a bit (just warning about people complaining because karma goes down ;-) [08:58] sweet :) [08:59] i have a bug open on the bad font sizes that hasn't seen any action... if i get time in the next month or so, i may try to cook up a patch [09:00] robey: it's in bzr, but not available publically [09:00] mdke: really? why? [09:01] robey: https://launchpad.net/faq [09:01] robey: look for "Is Launchpad open source? Will it be?" [09:02] carlos: I'm not sure that faq has the reason ;) === erdalronahi [n=erdal@p50876291.dip.t-dialin.net] has joined #launchpad === rpedro [n=rpedro@87-196-64-36.net.novis.pt] has joined #launchpad [09:06] mdke: well, that's what we have. If you think it's not enough, talk with Steve/kiko/mark.... [09:06] oh, so it's the traditional "we think our code is too ugly" excuse :) [09:06] robey: no [09:06] i recommend re-thinking that philosophy, given your target audience [09:06] anyway, back i go to lurking === robey [n=robey@ralph.lag.net] has left #launchpad ["Leaving"] [09:07] carlos: no, I didn't say it isn't enough... [09:08] mdke: I mean, that is not enough to say that it's the reason we don't have it as free/open source [09:08] carlos: i guess it is quite a frequently asked question, it might be worth adding an explanation. I've seen it several times in the forum and in this channel [09:10] mdke: then talk with Steve/kiko/mark, obviously, you don't think that faq covers exactly the kind of answer for that question ;-) [09:10] stub: hmmm, so we still have problems with the new virtual hosting code? [09:10] carlos: ok [09:10] carlos: i'll file a bug [09:11] ok, thanks [09:11] mdke: Mark has put up some FAQ looking item somewhere, I can't find it [09:11] carlos: yup [09:11] mdke: (re: Launchpad source etc) === mpt_ [n=mpt@203-173-177-223.bliink.ihug.co.nz] has joined #launchpad [09:51] carlos: ping [09:56] carlos, do you know what robey was referring to when mentioning font sizes? [09:56] (I was offline before and after) === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [10:08] lifeless: pong [10:09] mpt_: no, sorry === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [10:11] carlos: you have a branch marked wip in the review queue [10:11] I do not know what that means [10:12] can you either move it to the wip area, or mark it needs-review [10:12] hmmm, I think I did a mistake... [10:12] it should be needs-review [10:12] I will fix it no [10:12] now [10:12] lifeless: thanks for the warning [10:12] lifeless, the "copy and paste this text in the general queue" text has work-in-progress as its status [10:13] I was going to change it back to needs-review, but thought I should discuss it with you first [10:13] done === malcc [n=malcolm@host86-135-139-100.range86-135.btcentralplus.com] has joined #launchpad [10:13] because I don't yet understand the point of work-in-progress on PendingReviews [10:13] mpt_: well, the usual workflow is work-in-progress -> needs-review -> approved [10:14] I see that, but I don't know why [10:14] mpt_: it should say 'copy and paste this text into work in progress when you create the branch, or copy and paste to the general queue and change the text to needs-review' [10:14] mpt_: I guess it's to get a diff of your branch and its status while you work on it [10:14] mpt_: because having branches being worked on visible helps collaboration, lets managers help out with progress more easily, lets ad-hoc review be done [10:14] carlos, there are bzr commands for that :-) [10:15] lifeless, ok [10:15] mpt_: I know, but it's time consuming and others wouldn't know the name of your branch [10:16] i.e. if someone says 'can you tell me if I am going in he right direction, its easy to answer with the ready-to-use diff;) [10:16] fair enough [10:17] it also helps individuals remember what branches they have in progress [10:27] SELECT secret FROM secret [10:27] what on earth is that about === cprov finally can go to bed. see you in a bit [10:30] cprov-ZzZ: good night dude [10:31] mpt_: If we tell you it, it will not be a secret anymore... [10:31] :-P [10:31] carlos: thank you, won't be long enough ;) [10:31] all I'm doing is fiddling with pagetests === mpt_ whimpers === doko [n=doko@dslb-088-073-106-189.pools.arcor-ip.net] has joined #launchpad [10:47] Any reviewer that has some time to have a preimplementation VOIP call ? [10:51] carlos: I can in a minute or two if you like. [10:51] ok, thanks [10:51] spiv: please, ping me when you are ready [10:57] carlos: ping [10:57] carlos: I'm spivvo on skype [10:57] pong [10:58] I just added you [10:59] I don't see you yet, but try calling me anyway. [10:59] it fails [10:59] I'm carlospm_1 [10:59] try to add me, please [11:00] mpt_: We need a key shared between the appservers so we can encrypt and authenticate session information. That query is retrieving that key. [11:00] carlos: Ok, I'll try that. [11:01] Hmm, failed with "Reason unknown" [11:01] same thing here [11:02] let me restart skype... [11:02] I'll try that too. [11:03] I see you now [11:03] calling [11:04] carlos: I can't hear you. [11:04] hmm [11:04] I hear you [11:04] hmmm [11:05] try the echo test? [11:15] stub, turned out to be trying to run a pagetest while LP was still running [11:15] which broke the DB so badly I had to restart [11:15] (though no doubt there is a psql command that would have been quicker than restarting) [11:21] pg_ctlcluster 8.1 main stop; pg_ctlcluster 8.1 main start [11:22] thankyou :-) === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === svaksha [n=svaksha@unaffiliated/svaksha] has joined #launchpad === svaksha [n=svaksha@unaffiliated/svaksha] has left #launchpad [] === Yannig [n=yannick@AToulouse-254-1-80-153.w86-201.abo.wanadoo.fr] has joined #launchpad [12:09] Hello everybody :) [12:10] I hope you will be able to help me, I just cannot sign Launchpad code of conduct :( [12:10] yannick@kokoyaya:~/Desktop$ gpg --clearsign pouet.txt [12:10] gpg: no default secret key: secret key not available [12:10] gpg: pouet.txt: clearsign failed: secret key not available [12:10] I've never used gpg and I don't know anything more than what is written on https://launchpad.net/codeofconduct/1.0.1/+sign :( [12:12] Yannig: it seems that you did not create or don't have your GPG key where gpg can find it? [12:15] Indeed, I have never created such a key :$ [12:17] carlos, ping [12:17] mpt_: pong [12:18] carlos, where would I get a PO template for alsa-utils so I can test uploading it? [12:18] mpt_: export it from launchpad ;-) [12:18] aha [12:18] hmmm, actually, I suppose uploading is already tested somewhere [12:19] is it? [12:19] yeah, uploads should be tested [12:19] it's not in standalone/ that I can see [12:19] or in rosetta/ [12:19] either web interface and as a doc test [12:20] mpt_: xx-translation-import-queue.txt [12:20] has some tests for uploads [12:20] ah, excellent [12:20] thanks [12:21] you are welcome === matthewrevell [i=synchron@silenceisdefeat.org] has joined #launchpad [12:32] Hello [12:33] On the Ubuntu Marketing mailing list, we've discussed how to track our work. [12:33] Launchpad says that only admins can create projects. [12:33] Who do we contact to put our case forward for the creation of an Ubuntu Marketing project? [12:34] matthewrevell: you can either mail launchpad-users mailing list requesting it [12:34] or try directly with stub, kiko, SteveA or lifeless [12:34] but I think the mailing list option is better [12:35] carlos: Thanks, I'll join then mail the ML. [12:35] ok [12:35] matthewrevell, if you use Launchpad at all, you might find that it's better to set up a team [12:35] rather than a project [12:36] With a team you can list members and hold polls [12:36] With a project you have a bugtracker and a "translation group" [12:37] Neither of which would be relevant to marketing, really [12:37] mpt_: Hi Mpt, we have a team, but we were looking to do version tracking with bzr, which I understood required a project. [12:37] matthewrevell, no, that requires a product [12:37] mpt_: Talking of translation, we're looking to translate materials with the loco teams. [12:38] A product, you can set up without administrator intervention [12:38] mpt_: Ah, doesn't a product require a project, though? Or do you recommend we hook into an existing project? [12:38] It doesn't [12:39] You can group products into projects, but the large majority of products aren't in a project [12:39] Ah right. [12:39] (yes, this is confusing) [12:39] :-) [12:39] I'll create a product and see how we get on with that, then. [12:40] well, I was just going to say [12:40] A product would work best for a specific thing you wanted to have translations + bug reports about [12:40] e.g. a specific marketing document [12:40] then when you have several, you can use a project to group them [12:41] Right, that makes sense. Thanks. [12:41] hmmm, in fact... matthewrevell your project is Ubuntu ;-) [12:41] the version tracking wouldn't work so well if you were tracking multiple documents as the same product :-) === carlos -> out [12:41] see you later [12:42] mpt_: Yeah, that could be difficult. [12:43] mdke has offered us svn space on the doc team server. I suppose it's just a case of trying to work out which tools suit us best. [12:44] yeah [12:44] Thanks guys. [12:45] On the one hand, bzr launchpad rah rah, but on the other hand, there's probably a fair bit of, uh, "synergy" between the work of the docteam and marketing team [12:45] mpt_: Yeah, that's true. [12:46] bzr >>> svn [12:46] "Easy" solution: convince the docteam to switch to bzr :-) [12:47] the consistent story I hear is [12:47] 'after dapper releases' [12:47] so, IMO, they should switch now [12:47] But in fact, I have no idea how to create such a key for gpg :( [12:48] mpt_: :) [12:50] mpt_: It sounds as tho' a general purpose repository, rather than an individual product for each document we work on, may be more flexible. Unless I'm missing something. [12:50] I think something is confused here [12:51] perhaps you giys could restate the constraints and goals for me, and I can offer suggestions [12:52] you need a fair amount more definition about the projects first I think [12:52] lifeless: We're planning to write material such as press releases, articles, etc as a marketng team. [12:52] ok [12:52] lifeless: There's a discussion on the list as to how we organise that material, and track changes, etc. [12:53] ok [12:53] I wanted to investigate the best way to do that. [12:53] got a URL for me? [12:53] As mdke says, things are a touch up in the air. [12:54] It should be a trivial problem [12:54] unless you have several thousand documents. [12:54] lifeless: No URL, I'm afraid, yet. [12:55] matthewrevell: for the mailing list ? [12:55] Oh, sorry. [12:55] speifically, for the discussion that has the context [12:55] https://lists.ubuntu.com/archives/ubuntu-marketing/2006-July/000474.html [12:58] I've seen nothing in that conversation to justify having more than one product and one bzr tree (with many branches) [12:58] maybe I am missing something === jenda [n=jenda@ubuntu/member/jenda] has joined #launchpad [12:58] different projects might warrant doing so, I suppose [12:58] hi jenda [12:58] hello [12:58] we are just talking about the mt [12:59] lifeless: I think it more likely that I'm missing something. [12:59] :) [01:00] lifeless: I'm just trying to get to grips with Launchpad's terminology and how we can best use it. [01:00] matthewrevell: well the thing is, we can have a bzr branch up for you and running in about 10 minutes [01:00] and you can grow from there in any way you want [01:01] (and be nearly totally self managing too) [01:01] could someone pastebin me a log, please? ;) [01:01] oh! [01:01] Why did I think separate documents would need separate products? [01:02] mpt_: I have no idea [01:02] I suppose it would be slightly less confusing that way, but a fair bit more work [01:02] mpt_: I think a single product, single bzr tree, is by far the easiest and least confusing way to manage the documents [01:03] lifeless: Thanks, that makes sense. My gut feeling is that we should use the Launchpad tools, because we don't have a legacy system to port away from. [01:03] matthewrevell/mpt can you do the log for jenda please, as I'm juggling much right now [01:04] sure [01:04] Jenda, watch out for a pm window [01:04] I do have a gpg key now, I follow the instructions by when I validate, I'm told "Please fix the problems below and try again. [01:04] No public key" :( [01:04] Yannig: You've uploaded your public key to launchpad? [01:05] Yannig: or to a keyserver [01:05] matthewrevell: no!!! Please pastebin :) === svaksha [n=svaksha@unaffiliated/svaksha] has joined #launchpad [01:07] I just created my key on my computer [01:08] BjornT, ping [01:09] Guys, I've got to head off. Thank you for your input, it's been very helpful [01:09] pastebin's timing out on me, jenda, did you get it already? [01:10] Yannig: If you go to https://launchpad.net/people//+editpgpkeys it explains how to give your public key information to launchpad [01:10] mpt_: http://rafb.net/paste/ seems to be up. [01:10] mpt_: no problem with pastebin here, but there's nothing in it. [01:10] "there's nothing in it"? [01:11] jenda, http://rafb.net/paste/results/DTL2Mf44.html [01:11] mpt_: I was in the wrong bin ;) [01:12] thanks spiv [01:14] malcc> Thanks but I cannot find my key id with gpg --list-keys my@e-mail [01:15] I don't understand in which line it is (pub, uid, sub, etc.) [01:15] Sorry for being so long to understand :( [01:15] Yannig: do gpg --edit-key you@email [01:16] then look for [01:16] pub XXXXD/???????? created:... [01:16] the ??????? bit is your keyid [01:17] Thanks a lot lifeless :) [01:17] I tried with the whole XXXXD/???????? :( [01:17] yannick@kokoyaya:~$ gpg --send-key 2BCDE704 [01:17] gpg: sending key 2BCDE704 to hkp server subkeys.pgp.net [01:17] yannick@kokoyaya:~$ [01:17] I guess it's fine now :) [01:18] mpt_: pong [01:22] Thanks a lot for your patience :) [01:22] See you [01:23] BjornT, is there an example anywhere of using the new pagetest system to verify that a page returns a 403 Forbidden error? There doesn't seem to be such an example in README.txt, or in Google [01:23] lifeless: so... having read that log. If what I need is to keep track of a tree of files, let's say different mockups of the future Spreadubuntu site, each with a dir and subdirs, probably - and possibly other dirs of SU stuff, have URLs I can link people to to look at the material - can bzr+launchpad do all that in a single product / bzr tree? [01:23] BjornT, I have [01:23] what is SU ? [01:23] >>> browser.open('blah') [01:23] SPreadubnutu [01:23] Traceback... [01:23] oh right [01:23] ...403: Forbidden [01:24] so, right now (as in right this minute), yes, but people will need bzr to look at the material themselves. [01:24] but the test fails with a Forbidden error :-) [01:24] spiv: is working on integrating the bzr online web viewer with launchpad so that you can look at the material without bzr [01:25] you can run that yourself, if you have a server, while still using the launchpad bzr hosting [01:25] mpt_: We set the handleErrors (or somesuch) attribute on the Browser objects already in the page test namespace. [01:25]