=== irvin [n=ipp@ubuntu/member/irvin] has joined #launchpad [04:03] jamesh: +1 === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === stub [n=stub@ppp-58.8.2.123.revip2.asianet.co.th] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === quail [n=quail@ppp200-1.lns1.adl4.internode.on.net] has joined #launchpad [07:57] jamesh: sweet. I've mailed stub to try it again [07:58] lifeless: I renamed the db user it logs in as, so he might need to rerun the security setup [08:00] lifeless: I think most of the existing patterns we have registered should work with the new semantics [08:00] wiked. If we can prep a conversion script for the ones that dont [08:00] that would be nice [08:01] well [08:01] I think the ones that don't work will need to be fixed on a case by case basis [08:02] to find where the tarballs actually ar [08:02] e [08:03] lifeless: I did up a quick spec on karma for bazaar commits: https://features.launchpad.net/products/launchpad-bazaar/+spec/branch-karma [08:03] jamesh: which ever approach is easier :) [08:04] jelmer brought it up as a feature that'd be nice to have, but it probably isn't high priority [08:04] yeah, its also viciously open to gaming [08:05] one reason previous discussions foundered [08:05] unlike every other place we give out karma in the system? :0 [08:05] yeah, unlike ;) [08:06] I'd say it is a bit more useful now we've got KarmaContext [08:06] whats dat? === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad [08:07] you can say that a particular bit of karma was given out for work on the "Bazaar" product [08:07] or ubuntu distro [08:07] or "tickcount" ubuntu package [08:07] cool [08:07] one spec down, N to go [08:07] the product summary page shows a list of top contributors based on the karma assigned in that context [08:08] so having code contributions affect that would be nice [08:10] btw, do you have any opinion on adding the extra branch attribute to product series for imports [08:10] yes [08:10] (related to Mark's message "ProductSeries imports") [08:10] I was going to spec all the transitions that can occur, but ddaa let me off the hook :) [08:12] having the two attributes seems safest [08:12] my view is that having a CVS convert and a native bzr at the same time is desirable for migrators [08:13] simply checking if productseries.branch is owned by vcs-imports is not that safe if the product owner can change it [08:13] having the CVS conversions coupled to series is a separate discussion to having the facility to have a native bzr branch for the series. [08:13] So I'd like to see the key use cases: [08:13] what if the product owner sets another vcs-imports branch as the default? :) [08:13] thats fine, thats their silliness [08:13] I think we dont want a 'default' situation, I think we want: [08:14] - there is a importd slot, which if filled offers a 'series branch' [08:14] - there is a user branch slot, which if filled offers a 'series branch' and has higher priority than the importd slot. [08:14] I dont see a use case for 'has a native branch, but the series branch is the importd one' [08:15] me neither. The above is basically what I had in mind. [08:15] cool [08:16] Mark isn't against having two branch references in the product series now, so we should be able to do the above [08:18] yeah, I tracked that === mdz_ [n=mdz@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === BjornT [n=bjorn@213.226.190.253] has joined #launchpad === Keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [08:51] morning [08:55] morning! === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:08] morning guys [09:26] moin moin [09:30] hola [09:32] danilos: there were a few rosetta questions over the weekend. I directed the guy to post to launchpad-users, so there are a few questions that need a followup from you or carlos [09:32] jamesh: will do [09:33] danilos: the question was about using Rosetta for document translation. I'm not sure how well suited it is for that though. === milosz [n=dem@ninkendo.org] has joined #launchpad === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === panickedthumb [n=travis@cdm-75-109-115-91.asbnva.dhcp.suddenlink.net] has joined #launchpad === Znarl [n=znarl@193.254.31.152] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #launchpad === jordi [n=jordi@213.96.69.115] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === LeeJunFan_ [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === lamont [n=lamont@mib.fc.hp.com] has joined #launchpad === [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #launchpad === steph [i=steph@sgserv.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === SteveA [n=steve@costello.z3u.com] has joined #launchpad [09:46] jamesh: well, it depends on how can we split the document into small translatable unit === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [09:46] morning === SteveA_ [n=steve@costello.z3u.com] has joined #launchpad === zakame [n=zakame@ubuntu/member/zakame] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === danilos [n=danilo@82.117.204.199] has joined #launchpad === mpool [n=mbp@ozlabs.org] has joined #launchpad === SteveA_ [n=steve@costello.z3u.com] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad === carlos [n=carlos@110.Red-81-39-99.dynamicIP.rima-tde.net] has joined #launchpad [09:54] morning === jamesh [n=james@203-59-20-109.dyn.iinet.net.au] has joined #launchpad [09:55] morning carlos === SteveA [n=steve@costello.z3u.com] has joined #launchpad === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === jinty [n=jinty@221.Red-83-58-174.dynamicIP.rima-tde.net] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === siretart [i=siretart@tauware.de] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mholthaus [n=mholthau@137.24.76.83.cust.bluewin.ch] has joined #launchpad === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === malcc [n=malcolm@82.109.136.103] has joined #launchpad === Keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === stub [n=stub@ppp-58.8.5.222.revip2.asianet.co.th] has joined #launchpad [10:19] stub: morning [10:19] stub: what's the status of Edgy translations? === Spads [n=crack@82.211.81.249] has joined #launchpad === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [10:23] stub: morning, could you help me optimise a query please? [10:23] carlos: I can't get a downtime window during UK time this week due to the sprint, and I didn't get a reply back in time from mdz to run it early this morning. So I want to put out an anouncement saying 0200 UTC to 0530 UTC Tuesday [10:23] sabdfl: If you mean the one you emailed, I'm having a look now. [10:24] yes, that's it [10:24] makes....staging.....cry.... but no wonder, it's a mess of joins and conditions, and the query planner wants to seqscan teamparticipation as a result :-) [10:25] I'm taking a sicky today btw - feeling crap for no good reason. Will email list shortly. === kiko [n=kiko@82.109.136.103] has joined #launchpad [10:27] ok, pls let stevea know and heal up quickly === Keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [10:27] btw, i will be in thailand in october again [10:27] for a slightly longer stay, inc weekend [10:27] i heard about these.... bars. [10:27] heh [10:28] :-) [10:28] The good ones, not the sleazy ones this time? [10:28] ;) [10:28] stub: ok. I guess that's good enough for us [10:29] stub: how good are they ? :) [10:29] stub: well, i like a bit of good sleaze [10:29] stub: thanks [10:29] i don't think i need another darts show though [10:29] that one burst my bubble, somewhat [10:31] kikomatic, where are you sprinting? [10:31] sabdfl, in london! more specifically, in the mezzanine. [10:32] novotel or k&k? [10:32] heh. the novotel. [10:32] hi everyone [10:32] ello SteveA [10:32] conveniently next to the airport [10:32] hey SteveA === cprov [n=cprov@82.109.136.103] has joined #launchpad [10:32] jamesh, well, one airport. [10:32] hi sivan. [10:32] jamesh: an air port hotel ? goody! ;-) [10:32] :) [10:32] sivang: I think it is all relative. I suspect they compare quite favorably to Israel ;) [10:33] sivang: thanks for looking into the launchpad dependencies issues. I'll talk with etienne about this today. [10:33] lifeless: thanks for your followup about launchpad dependencies packaging. [10:33] sivang: it is about an hour or so from the airport I usually arrive at though :( [10:33] jamesh: ah :/ [10:34] jamesh: be a bad day if a flight from Perth landed at London City :-) [10:34] sivang: it is near the London city airport (to the east of London), while Heathrow is to the west [10:34] sabdfl: I could just imagine a 747 trying to land there ... [10:34] jamesh: that bridge would be a problem [10:34] or an A380 :) [10:35] kiko: i will likely only be able to swing by tomorrow evening, en route to wiesbaden [10:35] stub: Well, our always have some amount of sleaziness in them, in fact, there are only sleazy ones :-) [10:35] sabdfl, that's fine. you and I can have a phone call to discuss our current schedule if you like. [10:36] kiko: if you have a uk mobile, pls sms me === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [10:36] sabdfl, will do one moment. [10:37] SteveA: no prob, one goal I see is to have those packages do as much as can be done for a new devel, to have him up and running without environment setup hassle. [10:38] jamesh: A380 is dual motor one right, not quatro ? [10:38] kiko: thanks [10:39] mosht welcome [10:40] New bug: #57063 in soyuz "Accept/Reject buttons shown even if user has no permissions" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57063 [10:40] kiko: mosht is a name of a fish here [10:40] or rather, 'moosht' [10:41] sivang: 4 huge engines, two decks: http://en.wikipedia.org/wiki/A380 [10:41] they are huge [10:42] sabdfl: So we don't want to list specs of inactive products? [10:42] stub: nup, there was a bug filed on that and it was fixed with me last big landing [10:43] they were leaking out through latest-specs portlets, etc [10:43] jamesh: ah, that the new one that said to break a world record of flying accross the world or something like that? [10:43] then you couldn't actually get to them, because traversal across inactive products is verboten [10:43] Ahh.. that makes the decision easy ;) [10:43] jamesh: man , it is *huge*. Looks a bit non aerodynamic to my taste [10:44] anyway, I have to run, be back in about 2 hours. [10:44] sabdfl: Should someone see a private specification if they are the owner of the product? === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad [10:45] (or the distro, distrorelease too I guess) [10:45] Yech.. that is getting ugly [10:45] stub: good point, no, they should not [10:45] subscriber, assignee, drafter, approver [10:46] and members of those teams, if there's a team in any of those slots [10:46] i have to travel, chat further this afternoon. [10:46] where's mark headed? [10:47] wiesbaden? [10:47] nope [10:48] it's certainly not thailand [10:48] he said something about thailand ;-) [10:48] he also said something about bars in thailand :-) === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === Keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === __keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [11:01] lifeless: are we having a launchpad/bazaar meeting today? [11:03] AFAIK yes [11:05] are there any way to remove the calendar once you clicked it when it was new? ;-) [11:05] I don't use the thing :-P [11:07] lifeless: is the meeting about now? [11:07] SteveA: about 50 minutes, iirc === Keybuk [n=scott@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [11:07] thanks jamesh [11:07] in irssi, /go #launchpad no longer works. [11:07] ah, works again [11:08] strange program [11:08] someone should write an IRC problem that has none of the faults of the existing ones === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === mpt [n=mpt@195.182.78.95] has joined #launchpad [11:24] hi mpt [11:24] hello jamesh [11:25] mpt: I updated the pqm-submit plugin so that it'll stop submitting your branches to bzr.dev [11:25] details on the list [11:40] thanks jamesh [12:03] jamesh: now for the meeting ? [12:04] lifeless: I guess. === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [12:12] SteveA: bazaar meeting in #launchpad-meeting === mdz [n=mdz@p54A83070.dip0.t-ipconnect.de] has joined #launchpad === seb128 [n=seb@p54A83070.dip0.t-ipconnect.de] has joined #launchpad [12:51] review meeting in 10 === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [01:00] lifeless: meeting on this channel? [01:00] yes [01:00] right here [01:00] right now [01:00] high five [01:00] reviewer meeting time [01:01] roll call [01:01] hi [01:01] i'm here [01:01] here [01:02] anyone else? [01:02] spiv: ? [01:02] is there anybody out there? [01:02] kiko: ? [01:02] kiko is sprinting [01:02] so I expect no kiko [01:02] ok [01:02] * Next meeting [01:02] * Queue status. [01:03] 28th aug, 1100UTC ? [01:03] (thats now, 1 week) [01:03] lifeless, about my reviews, I might do them today, in the evening. If not, I'll give them up tomorrow. [01:03] I'm here [01:04] kiko-afk: thanks, ok. === lifeless assumes that everones ok with the date [01:05] yes [01:05] crrent queue size: [01:05] 7 reviews + 2 bzr ones that I'm holding off on, I'll discuss with ddaa when he returns [01:06] salgado has a 9 day review, kiko a 26 day one that is okish as flacoste was on leave [01:06] other than that its optimal for a monday afternoon [01:08] so [01:08] end of meeting? [01:09] yeah, I think so [01:09] thanks lifeless [01:09] unless theres other business [01:09] 5 [01:09] 4 [01:09] 3 [01:09] 2 [01:09] 1 [01:09] meeting over [01:09] fat meeting :-) [01:09] s/fat/fast/ [01:10] phat [01:10] lol [01:10] BjornT: 20 mins? [01:10] night all [01:10] lifeless: g'night [01:11] SteveA: sure. i'm leaving now, so i should be there in 20 mins, unless there's a lot of traffic. === BjornT -> lunch === niemeyer [n=niemeyer@200.138.54.39] has joined #launchpad === Tobias__ [n=chatzill@tux.ph2.uni-koeln.de] has joined #launchpad [01:30] I have a question regarding the translation of PO files. How to force the acceptance of a string? [01:32] My problem is the string "#1%ld% complete". If it were prinf syntax, the last should be a "%%". But it is not. msgformat --check regards the "% complete" as "%c" and thus a translation "% fertig" as "%f" and claims thus that they don't match. === frodon_ido [n=patrick@ip-213-49-173-125.dsl.scarlet.be] has joined #launchpad [01:32] Any idea? [01:34] Tobias__: that's a bug with the application [01:34] we only check the strings that have the 'c-format' tag [01:34] and it comes from the application's .pot file [01:35] Tobias__: what application are we talking about? [01:35] Hmm, this is a kind of c-format string; unfortunally not the ISO standard C but seemingly the one of Microsoft Windows (its a wxWidget project). [01:35] Well, it's Xara LX. [01:35] hmm [01:36] that's really, really broken [01:36] Tobias__: what happens if your translation has %% there? [01:37] do you see it twice? [01:37] You mean in the application? I think one sees it twice, but I have to (re)check. [01:38] Tobias__: please, do it [01:38] Tobias__: the program source probably needs updating [01:39] Tobias__: if a comment like /* xgettext:no-c-format */ appears above the string, xgettext won't think it is a C format string [01:39] jamesh: well, it's a c-format string, but with a small subset? [01:39] jamesh: I mean, the '%ld' part is still in c-format [01:40] jamesh: but the '%' escaping is not needed.... [01:40] but that sounds really weird... [01:40] ah. I guess the string should be corrected in any case .. [01:40] yeah, it's the only way that we accept such string [01:40] disabling any kind of validation [01:41] would xgettext's format string checker object to an identity translation of that string? [01:41] if so, maybe such a PO file should refuse to import? [01:42] jamesh: sorry, I don't understand what you mean [01:42] s/PO/POT/ above [01:43] carlos: would gettext's format string checker allow something like this: msgid "#1%ld% complete" ... msgstr "#1%ld% complete" [01:43] jamesh: only if it's not tagged with c-format [01:43] jamesh: so with your patch to the source code, yes [01:43] i.e. if the format string checker would reject an identity translation, maybe the POT file should be rejected [01:44] Yes, I think it does as it regards "% c" as "%c". === Tobias__ fills now a bug to XaraLX to remove the "#, c-format" lines in such cases. Is the /* xgettext:no-c-format */ needed in addition? [01:45] Tobias__: it's the only way to remove it [01:45] Tobias__: the .pot file is autogenerated [01:46] and that tag tells to the program that generates the .pot file, when it shouldn't put it === Tobias__ great. [01:46] Tobias__: but did you check that with '%%' the '%' char appears twice? [01:47] Tobias__: if you change the source to use the string "#1%ld% complete" instead, does it display a double % in the UI? [01:47] bah. I mean "#1%ld% complete" [01:48] No, I think you mean "#1%ld%%". [01:48] jamesh: do you mean "#1%ld%% complete" ? [01:48] yeah ;-) [01:48] carlos: I do, but xchat seems to be eating the double % [01:48] %% [01:48] not mine... [01:48] ^ that's what I get for 4 percent signs [01:49] jamesh, that appears as just two percent signs. [01:49] %% [01:50] that was 2 here. so no eating here. [01:50] jamesh, is it something to do with python scripting I wonder? [01:50] Fujitsu: yeah. It is getting mangled on my end [01:50] kiko-afk: no clue. [01:50] %%%% [01:50] Your end, jamesh... [02:10] Ok, I finally found a place that uses %. The answer is: "#1%d%%" shows up as "200%%". In addition, I found the following statement in Xara's Bugzilla: [02:10] This is because the strings concerned are NOT sent to printf (i.e. they are not c-string type things in gettext terminology). They are sent to MakeMsg. MakeMsg token are of the form #x%y where x is the parameter number and y is the type - so #1%d is a token. A single "%" has no significance unless immediately receeded by #x (where x is 0-9). So if the string above had "retaining #1%d%% of... [02:10] ...image quality" what would be printed (assuming that it was passed 50 as the integer parameter) would be "retaining 50%% of image quality". === Tobias__ now really files a bug at Xara. === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:13] Tobias__: ok, thanks for investigating it [02:13] Tobias__: okay. The string should be marked in the source code with /* xgettext:no-c-format */ then [02:13] Tobias__: I guess gettext should implement too a 'MakeMsg' format check [02:14] jamesh: what do you think? [02:14] carlos: at a minimum it should be marked as no-c-format (since it isn't a C format string) [02:15] yeah, but I guess is a bit difficult to know that without the tag, because it would be a typo in the English string [02:15] having gettext handle the Xara LX format string type would be nice, but probably won't happen [02:16] jamesh: I think it's more WxWidgets format more than Xara LX [02:16] carlos: okay. Same thing :) [02:16] Tobias__: is that true? [02:23] I don't know, I'm not a WxWidget expert; I never used it. === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === simira [n=simira@tellus.err.no] has joined #launchpad [02:30] can someone here change my wikiname? === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:35] New bug: #57094 in launchpad-support-tracker "New support ticket email doesn't include package name" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57094 [02:38] carlos, jordi? [02:38] simira: hi [02:39] simira: https://launchpad.net/people/simira/+editwikinames [02:39] you should be able to change it yourself === Tobias__ [n=chatzill@tux.ph2.uni-koeln.de] has left #launchpad [] [02:40] hi simira [02:40] carlos: ah, thanks. I didn't find that [02:40] simira: it's the 'Wiki Names' option [02:41] and it works! Thank you. [02:42] you are welcome ;-) === jgi [n=jgilli@251.9.39-62.rev.gaoland.net] has joined #launchpad [02:55] BjornT, is there any specific reason for using a pop3 server instead of imap for incoming emails in launchpad? === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === simira [n=simira@tellus.err.no] has left #launchpad [] === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad === stub [n=stub@ppp-58.8.5.222.revip2.asianet.co.th] has joined #launchpad === malcc [n=malcolm@82.109.136.103] has joined #launchpad === cprov [n=cprov@82.109.136.103] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"] === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === mpt [n=mpt@195.182.78.95] has joined #launchpad [03:37] salgado: the major reason for using pop3 over imap was that at the time i implemented it, there was no good imap module in python. [03:40] salgado: do you have a use case that would require imap? === kiko [n=kiko@82.109.136.103] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-173-125.dsl.scarlet.be] has joined #launchpad [03:43] BjornT, no. just asked because cr3 pointed out that some extension rfcs to the imap protocol allow being informed of new messages, and that it could be an interesting alternative to polling the server periodically === AM|R [n=gomo@debian.localhost.com.my] has joined #launchpad [03:49] BjornT, salgado: but I think that for polling to work we would need to use a long-running daemon and I think we prefer regular polling to that to avoid problems with potential memory leak === dsas [n=dean@host217-42-227-42.range217-42.btcentralplus.com] has joined #launchpad [03:53] flacoste, salgado: agreed. in order for us to reimplement the email system, there has to be some strong use cases, or some serious problems with the current approach. no need to change something that works, you'll probably introduce bugs if you try to re-implement it. [03:54] flacoste: you can have a fixed lifespan daemon [03:54] so, a daemon that runs for say 4 hrs, then dies, to be respawned by cron [03:54] so the memory leaks needn't be an issue [03:55] another option is to use the SMTP server in twisted, and run that on the app servers, and get mail sent there [03:55] but, that has problems with security policies in the data centre === irvin [n=ipp@ubuntu/member/irvin] has joined #launchpad [03:56] IMAP is more powerful but a lot harder to debug. I'd keep it simple. [03:56] mails are handled in series === doko [i=doko@conference/ubuntu/de/unlabeled] has joined #launchpad [03:57] so we could have a cron script that simply loops -- handle all pending email from the POP server. when done, get more email from the POP server. [03:57] repeat N times, or until N seconds are elapsed [03:57] then die and wait to be respawned [03:58] so, if there is a real problem with slow email that is caused because of not polling often enough [03:58] we can do simple stuff to fix it === spiv [n=andrew@218-214-66-203.people.net.au] has joined #launchpad === jinty [n=jinty@221.Red-83-58-174.dynamicIP.rima-tde.net] has left #launchpad ["Leaving"] === jinty [n=jinty@221.Red-83-58-174.dynamicIP.rima-tde.net] has joined #launchpad [04:45] New bug: #57109 in rosetta "Duplicated entries in /distros/ubuntu/+lang/xx" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57109 === cprov [n=cprov@82.109.136.103] has joined #launchpad [04:50] jamesh, ping [04:50] mpt: pong [04:50] New bug: #57110 in launchpad "Link not clickable" [Untriaged,Unconfirmed] http://launchpad.net/bugs/57110 [04:50] jamesh, unping, sorry === carlos -> out. Will be back soon. === lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad [05:17] mpt: Do you think it makes sense to upload the attached file even when the "Include attachment" box is not checked to help users that have JS turned off, so the CB isn't being checked automatically for them? [05:18] It seems more a hint to me that a cb is not the right control. [05:20] so/so the CB/for whom the CB/ [05:21] possibly === jamesh thinks the checkbox should just go completely [05:24] bradb: have you considered changing the bug page so that it is only a single form to edit all bug tasks and add comments/attachments? [05:24] I haven't considered that change to the bug page, no. [05:25] But I fear presenting too much at once to the user. [05:25] would make it possible to get rid of the duplicated comment boxes and a few other controls. [05:25] we already have all the controls in place (albeit collapsed by default) [05:25] I wasn't suggesting uncollapsing them [05:27] doh === bradb jumps on jamesh's pqm-submit fixes === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [05:51] carlos, danilo: I'm around, but trying to repair my devel box [05:51] it seems my root filesystem will survive === mpt [n=mpt@195.182.78.95] has joined #launchpad [05:52] jordi: hi [05:52] jamesh, really ping this time [05:53] mpt: pong [05:53] hey danilo [05:53] jamesh, can you please complete or correct this line for me? [05:53] bzr diff -r3913..3912 | patch -p [05:53] The difficulty is that it's re-adding a couple of binary files I removed [05:54] mpt: maybe bzr merge -r 3913..3912 . ? [05:54] ooo [05:55] that should take care of adds/deletes/renames [05:55] That doesn't seem to work [05:56] After doing that, bzr diff is empty, and bzr st still shows the images as "unknown" [05:57] hmm [05:57] if it is just the tip of the branch you are trying to revert, "bzr uncommit" might do [05:57] Unfortunately it's not :-) [05:58] It's a "please restore that" from the sabdfl [05:58] I could just bzr add them again, there isn't really anything important in their history (except that they've been hanging around for a year or two) [05:58] I'm not sure then. I thought "bzr merge" was the correct way to do this [05:59] mpt, what are you undoing, just so we know? [05:59] try asking on #bzr [05:59] argh! === mpt prepares to report another "Give me a more informative error message when I type something stupid" bug === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [06:01] :-) [06:01] something like what Keybuk wrote on #ubuntu-devel then ;-) [06:02] ok, even typing it properly doesn't do the correct thing [06:02] thanks anyway jamesh === Nafallo is eating his lunchbox for tomorrow he just realised. === ailean [n=ailean@80-195-57-19.cable.ubr07.uddi.blueyonder.co.uk] has joined #launchpad [06:04] jordi: ok [06:05] how do I get my translations actually uploaded to the repos? I'm the only translator for Scots [06:05] danilos, jordi: please, join #ubuntu-meeting [06:05] ailean: hi [06:05] hi carlos :) [06:05] ailean: talking about Ubuntu translations? [06:05] yes [06:06] ailean: if there is no Scots translation team, anyone is allowed to translate into Scots for Ubuntu [06:06] ailean: do you want to restrict who is able to do it? (you will need to create a team) [06:06] yeah, but I've had translations up for months and they've never been added or updated [06:06] carlos, i have created a team [06:06] hmmm [06:06] "team":) [06:06] ailean: did you started before dapper release? [06:07] or after the final release [06:07] before [06:07] dapper gets translations updates every month [06:07] hmm [06:07] let me check... [06:07] ta [06:07] ailean: what's your country code ? [06:08] carlos: joined. What's the business? [06:08] ummm [06:08] Scotland, i wouldn't know where to get it [06:08] jordi: talk with Og about the translation team coordinator position [06:08] jordi: we switched some emails about it on Friday and this morning [06:09] ailean: sorry, I mean your language code... [06:09] carlos: ok, I need some update on this, was there any action taken on Friday? [06:09] ah [06:09] ailean: I'm a bit slow right now... :-P [06:09] sco, i think [06:09] jordi: no, just that we agreed on the document you sent us [06:09] I'm abit behind on email, having no rgood access to it [06:09] it is sco, carlos [06:09] ok [06:09] jordi: today is to get some input from Og and then move to talk with the Ubuntu CC [06:10] nod [06:10] ailean: ok, thanks [06:10] ailean: I don't see your 'team' added to the official page of links at: https://launchpad.net/rosetta/groups/ubuntu-translators [06:10] ailean: what's your team name? ubunut-l10n-sco? [06:10] it's not clear how to do that [06:10] ailean: you request it and we add it [06:11] scotstranslators [06:11] the FAQ explains it more or less if you already read it and is confusing... poke jordi to improve it, please [06:11] sure :) [06:11] ailean: could you rename it to ubuntu-l10n-sco so it follows our name schema and other translators find it more easy? [06:12] done [06:12] ailean: thanks [06:13] ailean: I just added your team to the official list of teams [06:13] let me check now how is that your translations are not in dapper... [06:13] you did it for me? :) [06:13] ta :) === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad [06:19] ailean: ok, I think I found the problem... We don't have locale information for your language, so Dapper is not able to use it as a valid translation domain. [06:19] jordi or danilos: could you handle this? [06:20] jordi, danilos: confirm that I'm right and help ailean to prepare such information [06:20] rrright [06:20]