[12:15] kiko: ping [12:15] sabdf1, yeees? [12:15] sabdf1, for how long are you going to be in wiesbaden? === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [12:16] sabdf1, yeees? [12:16] bugrit [12:16] hmmm! [12:17] man am I sleepy today [12:17] kiko-zzz: did you see my privmsg? [12:18] resent [12:18] kiko-zzz: aren't you in brazil? [12:18] kiko-zzz: 2 days, by the looks of things [12:18] ah saw it now [12:18] sabdfl, okay. I arrive sunday [12:18] you arrive where sunday? [12:19] in the city with the complicated airport [12:19] LONDON [12:27] ah. will be great to have you here! [12:27] soyuz sprint? [12:31] sabdfl, yes! have you forgotten? next time I'll fly malcc down here if you are not excited too! === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === MilanZR [n=milanzr@ipd50af43c.speed.planet.nl] has joined #launchpad [12:41] hey ppl [12:42] what's up? [12:42] going to bed [12:42] that's the latest craze! :) [12:42] LarstiQ, and yes, I am, but I'm tired! [12:42] kiko-zzz: sure, but you always surprise me by going zzz before I do. === LarstiQ is supposed to be in utc+2 === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has left #launchpad ["Leaving"] === mpt [n=mpt@george.kkhotels.co.uk] has joined #launchpad === mholthaus_ [n=mholthau@17-174.0-85.cust.bluewin.ch] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === BenC [n=bcollins@72.169.114.90] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === Fujitsu [n=Fujitsu@203.23.49.35] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === stub [n=stub@ppp-58.8.4.254.revip2.asianet.co.th] has joined #launchpad === stub [n=stub@ppp-58.8.4.254.revip2.asianet.co.th] has joined #launchpad === AM|R [n=gomo@linux.opensource.org.my] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === fabbione [i=fabbione@195.22.207.162] has joined #launchpad === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad === BenC_ [n=bcollins@72.169.114.90] has joined #launchpad === Spads [n=crack@host-87-74-18-227.bulldogdsl.com] has joined #launchpad === rraphink_ [n=raphink@wormhole.x-echo.com] has joined #launchpad [09:00] morning === glatzor [n=sebi@ppp-82-135-3-190.dynamic.mnet-online.de] has joined #launchpad [09:09] lifeless: looks like the guile-gnome developers are looking at switching to bzr [09:10] (they were previously using arch) [09:10] cool === stub [n=stub@ppp-58.8.4.254.revip2.asianet.co.th] has joined #launchpad [09:24] stub: morning === jkakar [n=jkakar@204.174.36.228] has joined #launchpad [09:36] carlos: Morning [09:36] stub: https://sodium.ubuntu.com/~andrew/paste/filekQo3Cb.html [09:37] stub: I reverted the temporary table solution and seems like it's taking only 20 minutes more, but it works [09:38] So 3.5 hours if we don't rebuild the distrorelease stats until after (I've already commented that bit out in rocketfuel) [09:38] The results look good as far as you can tell? [09:38] stub: the temporary table trick added a lot of complexity to the queries and I was not able to find the problem so I timed the initial solution and got that output [09:39] stub: I noticed one more project that had been renamed to "*-project" because of an inactive product of the same name: mercury-project [09:39] stub: well, I went to sleep before the process finished and I'm going to run now a test as kiko asked me that will get a .po file output from dapper and from edgy and get a diff [09:40] stub: to validate that the migration didn't miss anything [09:40] yup. [09:40] I'm going to execute it right now, so I don't think we can do the scheduled migration until two or three hours [09:40] but with that, we will be completely sure that the migration worked as it should [09:42] We won't be able to run the migration today as we need to notify the community of the downtime and coordinate with the admins since they need to do hardware stuff at the same time. [09:45] I see [09:46] well, at least I will leave everything in place... [09:46] stub: any chance to connect as the launchpad user to jubany's database? [09:46] Sure [09:46] I need more permissions to do the check [09:46] I'm using the launchpad account [09:46] thanks [09:48] carlos: done [09:50] thanks [09:53] stub: ok, so the check process started [09:54] if everything is ok, we can be completely sure that the migration works perfectly [09:54] stub: btw, I guess the Breezy -> Dapper migration could be done without shutting down launchpad, right? [09:55] stub: I think it's fast enough [09:55] Not really - it will still lock tables for 10 or 15 minutes. Not worth the hassle of trying to do it live. [09:55] ok [10:00] stub: do you have time to help me with an sql query? [10:00] BjornT: Sure [10:01] stub: see https://sodium.ubuntu.com/~andrew/paste/filef51SCf.html === mpt [n=mpt@217.205.109.249] has joined #launchpad [10:02] stub: basically what i want is a query which is more efficient than issuing the two separate queries, combining them in python [10:02] stub: what i'm looking for is to get all the tags used by a product/distribution, together with the number of open bugs for each tag [10:05] hi. some time ago, there has been a bug import from sourceforge regarding the python project. [10:05] does this offer apply to other sourceforge projects as well? [10:06] siretart: it sure does [10:06] siretart: I suppose so. The import code I've written isn't specific to Python === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [10:09] ok. it wasn't really mentioned on the MaloneHighlights wiki page. wanted to be sure [10:11] BjornT: perhaps COUNT(BugTask.status in (...))? [10:13] siretart: it's probably not yet announced, but I guess it will be at some point [10:14] siretart: at the moment we've been focusing on making it work for Python, but should be able to migrate other projects afterwards. [10:15] jamesh: doesn't seem to work. when i try that, i get a count of 1 for 'doc', when it should be 0. === Spads [n=crack@82.211.81.249] has joined #launchpad [10:18] jamesh: ah, ok. so I'll wait for the announcment before I propose the project I have in mind to switch to lp [10:18] btw, has python decided yet if they switch? [10:19] BjornT: okay. Probably SUM(CASE WHEN BugTask.status in (...) THEN 1 ELSE 0 END) would do the trick [10:19] BjornT: not sure how well it'd perform === rraphink_ [n=raphink@raphink.net] has joined #launchpad [10:19] siretart: I think they've definitely decided to switch away from SF. They haven't yet decided what to switch to [10:20] siretart: there are four proposals to compare [10:21] BjornT: alternatively, COUNT(NULLIF(BugTask.status in (...), FALSE)) [10:21] danilos: dude, I had to revert the use of a temporary table for translations migration [10:22] danilos: the whole process takes only 30 minutes more without it and it's much more easy to understand and fix... [10:24] jamesh: yeah, both seems to work. stub, would any of the alternatives proposed by jamesh perform better than the current two queries? [10:25] carlos: well, if that's what you want to do, sure, go ahead [10:25] carlos: btw, can't we do it in two steps as well? first breezy -> dapper migrations === WaterSevenUb [n=WaterSev@195-23-238-132.nr.ip.pt] has joined #launchpad [10:25] carlos: and then when that lands on production/staging, try dapper->edgy [10:25] danilos: I did it yesterday night and timed it because I was not able to detect the error [10:26] it's not yet merged === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [10:26] carlos: so, no errors without temp table? [10:26] right [10:26] no errors [10:26] carlos: then sure, lets get it over with even if it takes longer [10:27] carlos: btw, what time are we talking about? [10:27] 3 hours and a half for both process [10:27] on production? [10:27] danilos: I talked with stuart about running it in two steps [10:27] danilos: yeah, on production [10:27] wow, that's longer than expected [10:28] oh, you're talking about 3.5h for both of them together? [10:28] danilos: but he told me that breezy -> dapper requires also to shutdown launchpad [10:28] danilos: yeah [10:28] danilos: https://sodium.ubuntu.com/~andrew/paste/filekQo3Cb.html [10:28] danilos: the final run will not execute the distrorelease statistics update [10:29] carlos: yeah, so it will be shorter? [10:29] danilos: we think it would take around 3 hours and a half once without that part [10:29] those statistics are updated every day anyway [10:30] carlos: ah, ok [10:30] carlos: sounds fine; any idea about when it will happen? [10:30] in fact... [10:31] stub, danilos: Dapper -> Edgy doesn't need the pofile statistics updates, that's 40 minutes less [10:31] carlos: pofile? that takes like a second on each run [10:31] danilos: not today, seems like we need to coordinate with admins to do some admin stuff at the same time we do the copy [10:31] carlos: or distrorelease [10:31] ? [10:31] 02:01:11 INFO Filling POSelection table... [10:31] 02:42:48 INFO Updating POFile's statistics [10:32] yeah, that's poselection filling, no? [10:32] oh right [10:32] I misread the log [10:32] ;-) [10:32] :) [10:32] please, ignore me ;-) [10:32] BjornT: https://sodium.ubuntu.com/~andrew/paste/fileFusYcu.html [10:32] nah, you're just starting to get overly optimistic with this :P [10:33] danilos: well, I guess the fact that I didn't sleep enough today is affecting me... [10:33] carlos: ah well :) [10:35] stub: thanks [10:36] BjornT: https://sodium.ubuntu.com/~andrew/paste/fileI8mq4T.html is better [10:37] stub: will that double count bugs with multiple tasks? [10:38] Can't have a bug with two tasks on the same product, and we are filtering by product [10:38] good point [10:38] til we have tasks on product series, I guess :) === jinty [n=jinty@221.Red-83-58-174.dynamicIP.rima-tde.net] has joined #launchpad === doko [n=doko@dslb-088-073-110-172.pools.arcor-ip.net] has joined #launchpad === mpt [n=mpt@217.205.109.249] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === poningru [n=poningru@pool-71-251-119-89.tampfl.fios.verizon.net] has joined #launchpad [11:48] is staging.ubuntu.com working right now? [11:57] poningru: it is, but the server is a bit overloaded atm [11:57] so it's being slow [11:58] ah ok thanks [11:59] yeah the proxy gave me a 502 proxy error === mpt [n=mpt@217.205.109.249] has joined #launchpad === webben [n=webben3@82.152.242.13] has joined #launchpad [12:30] what's staging.ubuntu.com? [12:31] lucasvo: staging.launchpad.net [12:31] jamesh: and what is it? [12:31] it looks normal to mee. [12:32] lucasvo: a server running with a copy of the production database and the current version of the LP code [12:32] oh, ok [12:32] (as opposed to the production server which gets weekly code rollouts) [12:37] danilos: please, could you review and add anything you think I missed from https://launchpad.canonical.com/EdgyTranslations ? === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #launchpad [12:50] New bug reported: Malone bug 56792 in rosetta "request to translate variables" [Untriaged,Unconfirmed] https://launchpad.net/bugs/56792 [12:56] carlos: sure === mpt [n=mpt@217.205.109.249] has joined #launchpad [12:57] danilos: thanks === mpt [n=mpt@217.205.109.249] has joined #launchpad === heno [n=henrik@henrik.gotadsl.co.uk] has joined #launchpad [01:18] jamesh: ping? [01:18] heno: pong [01:19] jamesh: good blog entry on shared bzr hosting in lp, thanks :) [01:19] wish I had read it before doing this https://launchpad.net/people/henrik/+branch/onboard/main [01:20] I think I left of --create-prefix so it's still a private branch [01:20] heno: --create-prefix isn't what makes it a private vs. team branch [01:20] heno: it is the directory you upload it to on sftp://bazaar.launchpad.net [01:21] I now have a total of two branches under ~henrik at https://launchpad.net/products/onboard [01:21] if you create branches under ~henrik/ then they are personal. If you create them under ~teamname they are team branches [01:21] heno: you can use that as your personal branch though. [01:21] can you tell if the 'main' one work for vthe team? [01:21] heno: it is possible to change a branch' [01:21] s ownership, but I don't think it is currently exposed to normal users [01:21] one of the LP admins could do it for you though [01:22] (we will expose it to branch owners in future) [01:22] jamesh: cool, who should I ask? [01:22] I am not sure who is best to annoy at this time of day. Stub could do it if he's around [01:23] does LP have an RT queue? [01:23] kiko would be able to do it later on [01:23] afaik, heno already has a team shared branch though? [01:23] heno: you could add me to the team, and I could tell you if I see it. [01:23] we've got a support tracker [01:23] LarstiQ: yes, I'll do that. see if you can upload [01:24] LarstiQ: doesn't look like it. Both branches are registered to him [01:24] LarstiQ: what is your LP username? [01:24] heno: larstiq [01:24] jamesh: whats up ? === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad [01:25] lifeless: heno wants the registrant for https://launchpad.net/people/henrik/+branch/onboard/main changed to the team "onboard" [01:25] heno: ^^ is that correct? [01:25] jamesh: yes please [01:25] and the other one can be deleted [01:25] jamesh: I see [01:25] if that is possible [01:25] we dont do deletions [01:26] ok [01:26] there you go [01:26] https://launchpad.net/people/onboard/+branch/onboard/main [01:27] heno: so that's changed the SFTP URL you need to push to [01:27] lifeless: thanks! [01:27] heno: but other people on the team will be able to commit too [01:27] jamesh: to bla-bla/~onboard/bla right? [01:27] heno: ftp://bazaar.launchpad.net/~onboard/onboard/main [01:27] sftp, even [01:27] jamesh: yes that's what we want [01:28] cool, looks good [01:28] LarstiQ: want to test it (I've added you to the team)? === AM|R [n=gomo@linux.opensource.org.my] has joined #launchpad [01:28] heno: if you were following the instructions in my blog article, you can issue "bzr bind sftp://bazaar.launchpad.net/~onboard/onboard/main" to convert your local branch to a checkout of the team branch [01:29] jamesh: if I were following the instructions in your blog I would probably not have messed it up ;p [01:30] jamesh: I'm happy to just keep my own branch local [01:30] jamesh: do you have an URL to that? I'd like to read it :-) [01:30] we have a small team so we don't need several public branches [01:30] Nafallo: http://blogs.gnome.org/view/jamesh/2006/08/17/1 [01:30] thanks heno :-) [01:32] heno you might like to set a branch summary etc [01:32] just click on branch details in launchpad [01:32] heno: if you have other people committing to the "main" branch, it would be a good idea to use a checkout for merging changes from your local branch [01:32] heno: yes [01:32] lifeless: ok, will do [01:33] jamesh: right, I should read up a bit more on the bzr site about checkouts [01:33] I'm not seeing the branch yet === webben1 [n=webben3@82.152.242.13] has joined #launchpad [01:34] LarstiQ: are you trying to check it out via sftp or http? [01:34] jamesh: sftp === LarstiQ was manually checking with the sftp client [01:34] LarstiQ: it should be available as soon as you were added to the team [01:35] jamesh: I can reach ~onboard, but that is emptyu [01:36] that's weird [01:36] I have the same problem [01:37] bzr checkout sftp://bazaar.launchpad.net/~onboard/onboard/main [01:37] should work right? [01:37] jamesh: any idea how much of a difference between mirrored and hosted branches there is? [01:38] oh. this wasn't a push branch to start with? [01:39] no it was mirrored in from my webspace [01:39] LarstiQ: mirrored branches do not show up on the SFTP server [01:40] heno: okay. You'll need to push a branch to sftp://bazaar.launchpad.net/~onboard/onboard/$SOMETHING [01:40] if you want the branch to be called main, then you'll need to rename the existing "main" branch [01:41] jamesh: where something is _different_ from 'main'? [01:41] which I cannot do myself right? [01:41] jamesh: what happens if you push to the sftp server in their location? [01:41] doesn't look like you can change the name as a normal user at the moment either. [01:42] ehm, I thought you could [01:42] so can we change the names of the current branches to void1 and void2 ? [01:42] hmmno, no access [01:42] LarstiQ: the sftp server won't let you push to a name taken by an existing mirrored branch [01:42] they aren't of any use I'm affraid [01:42] jamesh: so how does one convert from the one to the other? [01:43] lifeless: would you be able to rename https://launchpad.net/people/onboard/+branch/onboard/main to something other than "main"? (maybe old-main) [01:43] LarstiQ: at the moment you don't. [01:43] jamesh: hmm. [01:43] jamesh: people frequently run into issues in this area [01:43] LarstiQ: I'm not saying it isn't a problem. [01:43] we need to improve things in this area [01:46] jamesh: ok [01:46] ywhy ? [01:47] why not push --overwrite ? [01:49] How log does a bzr landing take roughly? [01:49] landing ? [01:49] lifeless: the branch was a pull branch. You can't sftp push to a pull branch [01:50] and they want to use that name [01:50] ah [01:50] true. we need a knob for that [01:50] well, I'm not too worried about the name [01:50] just a working repo, and ideally tidy up the loose ends a bit [01:51] renamed [01:52] lifeless: thanks [01:53] heno: ok, time to push your branch under ~onboard [02:00] LarstiQ: done. I got '0 revisions uploaded' though [02:00] but it appears on LP now [02:00] heno: I think that's a bug in the version of bzr. It should have worked still [02:01] heno: that is a known bug in bzr 0.8 [02:01] heno: but that should really be fixed in 0.9? [02:01] jamesh: ok. The web page doesn't show any revision either, but if you say it probably works then cool === LarstiQ can see the branch now too [02:01] LarstiQ: can you just add a comment to a file, commit and push? [02:02] heno: there is a delay between pushing to sftp and the branch being published via HTTP and the revision info being scanned [02:02] sure [02:02] so we can test it [02:02] heno: but the branch is available via SFTP to other team members immediately === LarstiQ has faith it works already, but will test anyway [02:04] heno: done, go ahead and pull [02:05] LarstiQ: \o/ works :) [02:05] Thanks everyone! [02:06] heno: great, now you can get rid of that revision :) === jose__ [n=jose@195.113.96.197] has joined #launchpad [02:06] hello, anyone here? [02:06] right, so I need to find the command for rolling back ... [02:06] heno: bzr uncommit [02:06] heno: and then bzr push --overwrite [02:06] thx, ok [02:07] heno: after that, you can throw me out of the team again [02:07] ok :) [02:07] please i am new to launchpad. i would like someone to explain relationship between an official translation from l10n.kde.org team and the team registered at launchpad [02:08] jose__: I don't know what the kde situation is, but in general, a product on launchpad can specify wether they use rosetta (translation part of lp) at all or not [02:09] jose__: if they do, then supposedly they are the same team or have something set up for merging [02:10] LarstiQ: done. you are still listed as an inactive member though. I think you have to 'leave' the team yourself === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:11] well, i am trying to set up a slovak translation team at l10n.kde.org but now the problem appeared that a certain apps (e. g. akregator) is both translated at KDE svn and launchpad [02:11] heno: will do [02:12] so the translators are asking - where should we post our translations.. [02:12] heno: hmm, it said I'm not an active member so I don't have to leave it. === webben1 [n=webben3@82.152.242.13] has joined #launchpad [02:13] jose__: I'm just a user, you'll probably want to talk to carlos or jordi [02:13] LarstiQ: heh, would you prefer I reactivate you so you can leave properly? [02:13] carlos, jordi: can you help jose? [02:13] and if someone do a translation on launchpad. will it make it back to kde svn? if so. whenabout [02:13] LarstiQ: are they around? [02:13] heno: we can try that, see what happens then :) [02:13] jose__: no, we don't have a way to send translations back automatically [02:14] is a duty of the translators [02:14] jose__: apparently, yes :) [02:14] LarstiQ: done [02:14] heno: done. [02:14] carlos: then for kde programs the right way to commit translations is using the kde svn system, right? [02:15] LarstiQ: same result [02:15] So I guess 'LP never deletes anything' is correct :) [02:15] heno: fwiw, I'm not seeing myself anymore on the people/onboard page [02:15] jose__: if you just one to translate for KDE, yes [02:16] heno: I also can't access ~onboard on the sftp server anymore [02:16] jose__: if you want to translate the specific translation we have in Ubuntu, would be really good if you also upload your changes in Rosetta [02:17] LarstiQ: I still see you at: https://launchpad.net/people/onboard/+members [02:17] in two different browsers, logged in or not [02:17] means that translation in ubuntu and in the rest of distributions (using official KDE translation) may live a completely separate lives, doesnt it? [02:17] and after Ctrl+Shift refresh [02:18] jose__: yes, but we try to encourage people to collaborate with upstream KDE/GNOME, etc [02:18] heno: ah, I see. [02:18] jose__: well, we have some problems on it, yes, but we are working on ways to prevent that and to diverge as less as possible === LarstiQ hadn't ever looked at a +members before [02:19] heno: cool, thanks for pointing that out :) [02:19] jamesh: know anything about the people part of launchpad? [02:20] heno: I think you're right that lp will never forget this. [02:20] carlos: could you please send me the whole discussion (from the point i started to ask [02:20] ? [02:20] on my email. i found out my irssi does not save configuration and a few lines are lost [02:20] damn [02:20] sure [02:21] thank you [02:21] jose1711 gmail com please [02:21] copy-paste is just fine [02:22] jose__: sent [02:23] thank you very much [02:24] please what is your relationship to launchpad? administrator? [02:27] jose__: I'm one of the Rosetta developers [02:28] carlos: thx [02:28] you are welcome === niemeyer [n=niemeyer@200-163-194-221.ctame7043.dsl.brasiltelecom.net.br] has joined #launchpad === glatzor [n=sebi@ppp-82-135-3-190.dynamic.mnet-online.de] has joined #launchpad === mpt [n=mpt@217.205.109.249] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [02:49] I'd like to nominate the following line of code from distribution.py for an award of some appropriate kind: [02:49] suffixes = [suffix for suffix, ignored in suffixpocket.items()] [02:52] instead of just keys() eh? === Seveas_ [n=seveas@seveas.demon.nl] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === AM|R-- [n=gomo@Malaysian.Computer.Emergency.Response.Team.MyCERT.org] has joined #launchpad === AM|R-- is now known as AM|R [03:13] danilos: hi, did you have time to read https://launchpad.canonical.com/EdgyTranslations ? [03:13] I would like to send it to kiko [03:13] before I leave today [03:21] carlos: yeah, that's basically what we discussed earlier [03:21] carlos: so, I have no objections, and don't have any suggestions off the top of my head [03:21] Oh, really? [03:21] O:-) [03:22] carlos, danilos: could you take a look at this: https://launchpad.net/bugs/56792 and confirm or reject appropriately? I don't think it's a bug but better to confirm with you. [03:22] Malone bug 56792 in rosetta "request to translate variables" [Untriaged,Unconfirmed] [03:23] matsubara: I am not sure what this is about [03:24] the translation string contains only variables, so there's nothing to translate. [03:25] rejected [03:25] If that's a bug, it's in the application. But usually, as there are more than one variable, I guess they are set to translate because depending on the language the order could change. [03:25] matsubara: well, it's not a bug, it's sometimes required, and it's up to template author (application author) to decide if it is to be included for translation or not [03:26] danilos, carlos: ok, thank you guys. [03:26] one should probably ask for translator comment from application author [03:26] danilos: yeah, I guess that's actually the bug [03:26] carlos: well, I noted that in bugreport === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:27] danilos: ok, thanks [03:56] Another question about https://launchpad.net/people/onboard/+branch/onboard/main [03:57] Does someone have to be a member of the 'onboard' team to branch or checkout? [03:58] not via http no [03:58] heno: via http, anyone can do that [03:58] it is just the sftp location that requires team membership [03:58] ah, good point [04:00] BjornT, ping? [04:01] salgado: pong [04:01] hi BjornT. about the email you just sent to me... [04:02] that docstring is wrong. the main use case I have is checking if the request's status is APPROVED [04:02] what do you think of having an isApproved() and another isApprovedOrShipped()? [04:02] salgado: why don't you check the status directly instead? [04:03] salgado: i think isApproved is a confusing name for something that does a simple status comparison [04:04] mainly because I do that in /a lot/ of different places, and using a method makes things easier in this case [04:06] do you really think we'd make things clearer by checking the status directly in all these places? [04:07] salgado: well, the name doesn't make things clearer, though :-/. statusIsApproved would be clearer in that case. [04:08] salgado: i think checking the status would be clearer, since shipped orders are also approved. but i haven't looked at all the call sites (for the one you added, using isApproved() or isShipped() was confusing for me) [04:09] there it would have been much clearer checking the status directly. [04:11] hello old men and women [04:11] hello young grasshopper. [04:11] LarstiQ, how are you doing today? did you fix that bug yet? :) [04:12] kiko: no, fighting with paramiko .deb first === LarstiQ is about to give that up though [04:12] LarstiQ, I know some guys that know something about debs [04:13] BjornT, I really don't like the idea of checking the status directly... how about the statusIsApproved() idea you gave? [04:13] kiko: heh :) [04:17] salgado: well, would something break if you made isApproved() return True if status is SHIPPED? if it does, then i guess statusIsApproved would be acceptable, at least it makes it clear what the method is checking. === stub [n=stub@ppp-58.8.4.254.revip2.asianet.co.th] has joined #launchpad [04:17] BjornT, yes, things will break if I do that [04:19] BjornT, but if I rename isApproved() I'd have to rename the other methods that check for other statuses --it wouldn't make sense to have some of them called statusIsFoo and others called isFoo === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [04:24] salgado: right. and since this is existing code, maybe we shouldn't change it too much. so, an alternative would be to correct the docstrings, to say what the methods really do. then also improve the comment before the 'isApproved() or isShipped()' part. [04:28] BjornT, yeah, I wasn't planning to leave that docstring as it is, definitely. anyway, I'll change the docstrings and the comment. will send the diff to you quickly === lfittl [n=lfittl@85-125-227-23.dynamic.xdsl-line.inode.at] has joined #launchpad [04:34] BjornT, hmm, apparently I forgot to commit one small comment Steve asked me to add on webapp/publisher.py. this is the diff: https://sodium.ubuntu.com/~andrew/paste/fileGUoApq.html === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [04:37] salgado: ok, r=me [04:37] BjornT, cool, thank you === AM|R [n=gomo@Malaysian.Computer.Emergency.Response.Team.MyCERT.org] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-182.nr.ip.pt] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:40] BjornT, still around? [05:40] salgado: yeah [05:42] BjornT, so, there's one issue with these changes you've reviewed that I haven't noticed before. I'm using canonical_url(shipit_request) in a script, which means I don't have a browser request and thus I can't generate the URL [05:43] I guess I'll have to hardcode the root url in this case? [05:43] well, I can use the shipit root_url from the config file [05:44] yeah, I don't think that's too evil... what do you think? [05:46] New bug reported: Malone bug 56820 in rosetta "Po export script is not robust enough" [Medium,Confirmed] https://launchpad.net/bugs/56820 === carlos -> out [05:46] enjoy your weekend!!! [05:46] danilos: btw, edgy opening testing worked perfectly [05:47] danilos, good news finally did you notice! [05:48] salgado, look at this message in bug 56820: [05:48] Malone bug 56820 in rosetta "Po export script is not robust enough" [Medium,Confirmed] https://launchpad.net/bugs/56820 [05:48] RuntimeError: Non-merged person u'enver-altin-frontsite' has no email addresses! [05:49] that's not good. :/ [05:50] salgado: can't you fall back on some rooturl if request is None? (instead of asserting that a request has to be used for shipit) === danilo_ [n=danilo@82.117.204.199] has joined #launchpad [05:52] BjornT, yes, that would be an option. it sounds good to me, I think [05:53] SteveA, around? [06:00] BjornT, I think it'd be reasonable to fail with an AssertionError if the request is not None and neither provide one of the shipit layers, because that's not supposed to happen. what do you think? === _malcc [n=malcolm@host86-138-252-18.range86-138.btcentralplus.com] has joined #launchpad [06:07] salgado: yeah, it seems reasonable to me. [06:09] BjornT, does https://sodium.ubuntu.com/~andrew/paste/filePe3GXF.html look okay? [06:11] salgado: looks good to me === webben [n=webben3@82.152.242.13] has joined #launchpad [07:27] kiko-fud: if you have the time, please do another review of bug-2237; thanks and enjoy the weekend :) [07:30]