=== Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad [12:25] Merge to rocketfuel@canonical.com/launchpad--devel--0: Split the person edit page into more specific one (wikiname, irdid, jabber, passwordchange), allow Person.name changes, make sure admins can't upload SSH keys in behalf of other users. Lots of small tweaks. r=spiv (patch-2309: guilherme.salgado@canonical.com) [12:27] lamont: thanks! [12:40] SteveA: ping [12:41] carlos, you rock! [12:41] kiko, test fixed and it's ready to review [12:45] carlos, I also filed a few bugs based on the script runs [12:45] carlos, how big is the patch/ [12:45] 166 lines [12:46] with many sample data and test changes [12:46] line code, no more than 50-60 lines [12:47] why don't you mail me a diff? [12:50] kiko, sure [12:53] kiko, sent === ddaa boggles [12:55] baz COTM regression... [12:57] whee === seb128 [n=seb128@ANancy-151-1-20-3.w83-194.abo.wanadoo.fr] has joined #launchpad [12:59] seb128 ! [12:59] hey [12:59] hey carlos :) [01:00] https://launchpad.net/distros/ubuntu/breezy/+sources/firefox/+gethelp and https://launchpad.net/distros/ubuntu/breezy/+sources/firefox/+translate get a " Sorry, a system error occurred" [01:00] is that known? should I put that to malone? [01:00] seb128, file a bug, please [01:02] k === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [01:06] seb128, thanks [01:06] np [01:09] wait [01:09] that URL does not exists at all [01:09] kiko: there you go. it's only an 8,000 line diff ;-) [01:09] seb128, it's normal that you get a system error [01:10] @#!@$!@#! [01:11] sabdfl, is that the new spec system? [01:12] carlos: it not existing is the bug :p [01:12] carlos: try with mozilla-firefox instead of firefox [01:12] seb128, is that part of launchpad integration? [01:12] seb128, the source package name is mozilla-firefox, isn't it? [01:13] kiko: no [01:13] where's the error? [01:13] carlos: yes [01:13] no? [01:13] carlos: rather nicely done, too ;-) [01:13] kiko: it has been rename some time ago [01:13] kiko@lozenge:~$ apt-get source firefox [01:13] Reading package lists... Done [01:13] Building dependency tree... Done [01:13] E: Unable to find a source package for firefox [01:13] ah. [01:13] I didn't know that. [01:13] kiko: you use hoary? [01:13] seb128, right, I use hoary. [01:13] sabdfl, dude, you rock! [01:14] " firefox (1.0.2-0ubuntu6) breezy; urgency=low [01:14] . [01:14] * Rename to firefox per MoFo's trademark requirements" [01:14] thanks carlos. next i'll do the support tracker. [01:14] so the issue is that gina hasn't had a breezy run, and therefore, we don't have breezy package names, seb128 [01:14] kiko: k, so nothing to worry about, that will be automagically fixed before 5.10, right? === ddaa hides under a big stone [01:15] .oO(that's going to be a rought ride) [01:15] should be, seb128 [01:15] thanks [01:15] carlos, so, big sampledata change -- why? [01:16] kiko, because I did a .pot import [01:16] lifeless: would be nice if you could fix the COTM regressions affecting pybaz before releasing baz-1.5 [01:17] carlos, okay, replying === dePOLL is now known as depoll [01:18] kiko, ok [01:20] carlos, I have some questions [01:20] do you have time to answer? [01:20] sure === Grap [n=somewher@62-14-91-146.inversas.jazztel.es] has joined #launchpad [01:22] ddaa: care to be more specific ? perhaps file bugs ? [01:23] cd launchpad/sourcecode/pybaz ; make check [01:23] it's not very urgent [01:23] it's just that I forgot about them and stumbled upon the problem again (made me loss a little time) [01:24] jamesh: ping [01:24] kiko, ? [01:24] I think all baz .0 releases had bugs that broke pybaz... it's not hard for your to check. === WaterSevenUb [n=WaterSev@bl5-45-33.dsl.telepac.pt] has joined #launchpad [01:33] carlos, almost there [01:33] kiko: with the review? [01:34] sabdfl, with carlos' review [01:34] kiko: it would be great to have the specmgr in the next production rollout [01:34] because it brings the new page layout too === camilotelles [n=Camilo@200165215194.user.veloxzone.com.br] has joined #launchpad [01:35] sabdfl, that's no longer possible because we cut code this morning [01:35] you've missed monday, so you have a week to land it. === kiko wonders what monday lifeless is talking about, but okay [01:35] carlos, replied. === kiko waits for carlos [01:36] kiko: the cutoffdate for rollouts is just before the meeting [01:36] kiko: the rollout happens monday [01:36] tuesday IIRC, no lifeless? [01:36] monday/tuesday, its all the same [01:36] :) [01:36] kiko, thanks [01:37] I'll clean up here while I wait [01:37] kiko: you have executive authority to make the cutoff tonight, if that code passes review [01:37] kiko, monday at .au :-P [01:37] carlos, no, wednesday at .au :) [01:37] hmmm, right [01:37] kiko, monday at .br! [01:37] :-) [01:37] heh [01:38] it's always monday here [01:38] reply to my review! [01:38] lifeless: sabdfl: https://macquarie.warthogs.hbd.com/roomba/status/python-python-main/events/73/log [01:38] I think I'll call it a day now. [01:38] roooomba [01:38] ddaa, I always meant to ask [01:39] why do we test imports before doing them? [01:39] and is there a chance of a race condition between these events? [01:39] caveat: it might blow during the import, or at validation at the end, but there are measurable progress. [01:39] ERROR: Parsing CVS log [01:39] cute :) [01:41] kiko: the autotester tries to work with whatever people have fed it [01:41] that way our team knows which ones will just work [01:41] and they also have debugging feedback from others [01:41] like the branch diff machines from jamesh, for code reviews [01:42] kiko: there are various reasons for testing first, some related to implementation issues, other related to workflow, etc. TBH I do not remind the rationale very well :) [01:42] * do not recall the rationale [01:42] ddaa: is that a pass or a fail? [01:42] so far it's making progress [01:42] that is, the bug that previously blocked cvs log parsing appears to have been effectively fixed by yours truly. [01:43] ddaa: well done [01:43] will it automatically try samba as well tonight? [01:43] But it still has many opportunity to fail... [01:43] samba is another bug [01:43] that I will unfortunately do not have the time to fix before london [01:44] sabdfl: I'd like to do the bzr pqm support in my public branch, so we get community input. Is that ok ? [01:44] lifeless: go ahead [01:45] thanks [01:46] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Convert personal bug pages to use the tableview macros; practically no externally visible changes (apart from sortability), minor fixes to tableview template and addition of default columns to make listing_columns optional. (patch-2310: christian.reis@canonical.com) [01:46] kiko: it's certainly possible that somebody can do something evil with a CVS repo that breaks cscvs (or even rlog) between the test and the import. But that is also true between two syncs... so there's no additional trouble. [01:47] Also, roomba can play staging. This time I only rolled out roomba to get some extra confidence in the code. [01:47] kiko: its so that we don't have to be pulling production stuff up/down to fix bugs [01:47] kiko: do you know if a decision was taken to allow people to edit their own name? [01:47] kiko: we get autotested results in isolation [01:48] sabdfl, yes, it's allowed -- see launchpad mail for today [01:49] ok [01:49] i noticed the change in the merge diff, and wondered about it [01:49] ah, right. [01:50] salgado's been knocking em off right and left [01:50] he said you disapproved of his rudimentary condorcet saver, tsk tsk [01:50] hm... that code needs a tweak, so that it knows to redirect you to a sensible place after you rename yourself [01:50] s/saver/resolver [01:50] as it is, it will leave you in the wrong place altogether [01:50] I'll complain to him, he's at the door [01:50] we don't have time to implement condorcet properly, he needs to be focused on shipit [01:51] and the ui he described is hideous [01:51] and i never asked for it ;-) [01:51] though i'm glad he took the initiative, i don't want more time spent on it now [01:53] kiko, there you have the answers :-) [01:55] i'll fix the persn edit thing [01:55] kiko: if you change a name, then you need a class like this as the EditView [01:55] class PersonAdminView(EditView): [01:55] def changed(self): [01:55] self.request.response.redirect(canonical_url(self.context)) [01:55] that's all [01:56] the point being that otherwise it comes up on the old url [01:56] and the next click fails [01:56] this way, it processes the form, and redirects to the new home page for the person [01:56] it's fixed in the branch you'll review [01:59] Merge to rocketfuel@canonical.com/sqlobject--test--0.6: [trivial] Fix two unresolved names. (patch-34: guilherme.salgado@canonical.com) [02:02] night all [02:02] sabdfl, yeah, salgado knows already and was going to fix [02:03] kiko: it's fixed === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] [02:04] trigger-happy sab [02:04] :) === kiko landed a couple of checkins today [02:04] more tomorrow [02:04] night people [02:08] kiko-zzz, night [02:18] is there any chance canonical can release the cscvs they're using to generate the trees at bazaar.ubuntu.com? [02:19] assuming that's what they're using, that is. [02:20] PEOPLE WANTS TO FREE ROSETTA , MAKE IT OPEN SOURCE PLEASE!!! === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad [02:38] interalia, no idea, It's better if you ask it again tomorrow to SteveA, sabdfl or lifeless (perhaps lifeless will be around soon) === carlos -> bed [02:38] good night [02:59] Merge to rocketfuel@canonical.com/launchpad--devel--0: We fix now automatically missing/extra trailing leading whitespaces r=kiko (patch-2311: carlos.perello@canonical.com) === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [03:09] SCHTUB! [03:09] huh? [03:09] 02:04 -!- stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [03:09] ah [03:10] thought you were speaking in tongues, there [03:10] or, perhaps, speaking after swallowing your tongue [03:10] haha [03:14] interalia: I think most of our changes are in Robert's public tree [03:15] interalia: oops. I was thinking of something else [03:18] right, let's reboot and see whether seb has fixed the figlet-sized fonts === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [03:21] jamesh: sooo... that'd be a no then? I just want to use it locally for projects I'm interested in. obviously bazaar.ubuntu.com isn't going to have every software project out there. [03:22] and work would want a local copy, not on a remote website. [03:23] a) the aim is to have every (Free) software project out there [03:23] b) the point of arch/baz/bzr is that you can branch from the version on bazaar.canonical.com and work localally [03:27] bob2: but what I want is a tree tracking upstream with full history (hence the cscvs). [03:27] if I tag off b.u.c and do a tla/baz logs, that isn't going to show me what the upstream developers have done, right? [03:27] that's the point of bazaar.canonical.com [03:28] because that's not what the logs command is for [03:29] interalia: the branches at bazaar.ubuntu.com stuff track upstream [03:29] interalia: so if you regularly merge from the branch there, you will see what upstream has done [03:30] you'd be working the same way if you did your own local CVS import, but this way you also get the same file IDs as other people who branch from bazaar.ubuntu.com [03:30] so you can successfully merge with them too [03:31] jamesh: yeah I know. I guess I could regularly merge, but I would really rather have the tool. that way if there's another project I'm interested in that b.u.c doesn't have, we can create it ourselves, without having to involve canonical folks [03:31] interalia: cscvs locally won't stop you from having to merge regularly -- you shouldn't be committing your own changes into the branch cscvs manages [03:32] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Added Asturian plural forms (patch-2312: carlos.perello@canonical.com) [03:32] jamesh: yep, I know. we already have multiple branches, one for tracking upstream and one for local development. === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad [04:00] lifeless: pong === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === mdz_ [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === robitaille [n=daniel@S0106000d88b9f3db.gv.shawcable.net] has joined #launchpad === lamont-away is now known as lamont === lamont is now known as lamont-away [07:25] Merge to rocketfuel@canonical.com/launchpad--devel--0: Calendar UI improvements, r=BjornT (patch-2313: james.henstridge@canonical.com) === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === mdke [n=matt@81-178-66-99.dsl.pipex.com] has joined #launchpad === sd-tux [i=sd@2001:4ca0:0:fe00:0:0:a96:3f18] has joined #launchpad === ubuntulog [n=warthylo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 1 Sep, 12:00 UTC === Topic (#launchpad): set by SteveA at Thu Aug 25 14:02:43 2005 === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === ChanServ [ChanServ@services.] has joined #launchpad === depoll [i=ng2@nerdKing.de] has joined #launchpad === dand [n=dand@83.103.205.136] has joined #launchpad === ChanServ [ChanServ@services.] has joined #launchpad === segfault [i=carlos@prognus.com.br] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === dand [n=dand@83.103.205.136] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.pooles.rima-tde.net] has joined #launchpad === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad === bradb-away [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === jamesh [n=james@203-59-251-126.dyn.iinet.net.au] has joined #launchpad === bob2 [n=rob@crumbs.ertius.org] has joined #launchpad === lamont-away [n=lamont@mix.mmjgroup.com] has joined #launchpad === niran [n=niran@cpe-67-10-213-51.houston.res.rr.com] has joined #launchpad === kiko_ [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === depoll [i=ng2@nerdKing.de] has joined #launchpad === Znarl [i=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === SteveA [n=steve@adsl-213-190-44-43.takas.lt] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === bob2 [n=rob@crumbs.ertius.org] has joined #launchpad === bradb-away [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === superted [n=superted@213.167.101.222] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === asmodai [n=asmodai@sakko.demon.nl] has joined #Launchpad === sivang [n=sivang@box79162.elkhouse.de] has joined #launchpad === tepsipakki [n=tjaalton@replicant.hut.fi] has joined #launchpad === tepsipakki [n=tjaalton@replicant.hut.fi] has left #launchpad [] === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad [09:04] so dudes [09:04] stub: please don't branch for production yet [09:04] i'm waiting for the go-ahead from kiko to land spec-mgmt [09:04] k [09:04] jblack: ping [09:05] Pong [09:05] sabdfl: pong [09:06] jblack: could you draw up a wiki page which lays out a plan to engage the 500 upstream communities for which we have active imports, please? [09:06] we discussed it in brazil, but i haven't seen the plan yet [09:06] then i need you to be in touch with 3 communities per day [09:06] Sure thing. [09:07] I've been working with lifeless, stevea, jdub and mako on reaching people. === dilys [i=daf@muse.19inch.net] has joined #launchpad [09:09] Our current plans include getting all of gnome imported (about 90% of its done), doing the gnome build process (they have a script that pulls everything from cvs, convert it to bazaar), and show that to the gnome guys. [09:10] I'll write that up and the other things we've done in addition to what you've asked for. [09:13] sabdfl: someone suggested I ask you if canonical is going to release the cscvs used to generate those trees [09:13] interalia: in due course [09:13] at the moment, a lot of it is manual [09:14] when we hit a bump, we have to go and manually jimmy it [09:14] sabdfl: ok. I'm just interested in using them here at work to internally track (other) projects we're interested in [09:14] interalia: seems sensible. there's so much *crack* in cvs repositories that i don't think we'll every have a fully automated process [09:15] cvs was just designed to be broken [09:15] yeah :( [09:15] interalia: if the ones you are interested in are also packaged in ubuntu, then we could add them to our queue [09:16] but no promises as to whether or not it would be successful [09:16] here's how: [09:16] - go into launchpad, see if there is a product for that upstream already registered [09:16] - register the product [09:16] - create a new product series, called MAIN usually [09:17] - add the source details (cvs repo, module, branch) [09:17] then its in the queue [09:17] sabdfl: ah :) well TBH I'd really prefer we had it on-site. they're for internal use only, so I can't see that we'd ever be publishing them online (and thus confusing things with b.u.com) [09:17] sabdfl: About the contacting three people a day... I tried that for a couple weeks without much success (that's why I went to the people I mentioned). Do you have suggestions on how to pull it off without looking spammy? [09:22] interalia: if they are part of ubuntu, then it's no problem, we would get to them anyway in due course, you're just bringing that day forward :-) === dand [n=dand@gw.datagroup.ro] has joined #launchpad === BjornT [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad === sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad [] === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [09:44] morning [09:45] stub, hi, were you able to run the whitespace fix script on staging? when will it finish? [09:45] 8.6831 done (320000 of 3685315). eta 10:48:43.452025 [09:45] So 10 or 11 hours to go [09:45] 10 hours? [09:45] wow [09:46] stub, thanks for the info [09:49] stub, one more thing... I think my code changes are not applied to staging, could you force it? [09:50] force an update [09:50] I've updated the code but not restarted it. I'll bounce it now. [09:50] oh, ok. Thank you [09:51] It is restarting now [09:52] cool [09:54] are people working on making zope instance startup faster? [09:59] Not here they arn't [10:00] I don't think anyone is [10:01] stub, btw, seems like the staging DB is not up to date [10:02] It isn't - it won't have synced for the last week because of the whitespace migration testing. [10:02] oh [10:02] ok [10:03] I can sync it now if that will be a problem (it still won't be ready until tomorrow, so it doesn't matter much) [10:03] hmm, that's bad then... [10:03] that means I have a bug in the migration script [10:03] and I'm missing some cases.. [10:03] stub: will we need better database hardware sooner to cope with things like the whitespace update? [10:03] bob2: if you remove all unnecessary package includes, it starts really fast [10:04] stub, no, don't worry it will be ready later today for me so I can test what I need to test on staging [10:05] SteveA: Updating several million rows takes time no matter what hardware you have. If we went out and bought a top of the line replacement to emperor now, we could maybe get a 15% improvement. But we don't need it now. === stub pulls random statistics out of his arse [10:05] SteveA: oh, good idea [10:06] SteveA: love your poem, too [10:06] aroldo got martijn faassen to write a sonnet for this year's europython [10:06] his python poetry project is coming along very slowly [10:07] Asuka on the other hand might need an upgrade - it was lobotimized recently (lost a CPU and 1GB RAM), but I'm not fussed about it atm. === mdke [n=matt@81-178-66-99.dsl.pipex.com] has left #launchpad [] [10:09] is pound working out okay? === sabdfl [n=mark@217.205.109.249] has joined #launchpad === carlos -> breakfast [10:20] Pound is running fine - no problems there as far as I'm aware (I don' t have access to the production install) [10:26] so, no pressure to move to squid there [10:33] Not unless we want caching, no. [10:35] the main cacheables will be the RDF (served up separately) and the front page (slashdot material) [10:40] hi [10:40] hey mark, thanks for replying to mikel. [10:40] I'm quite excited about the Asturian team [10:42] morning all [10:42] when i first saw it, i thought it was a typo for "austrian" :-/ [10:42] then again, i get "austrian" and "australian" confused too === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [10:44] SteveA: hehe [10:44] let's many more non-dialect languages in the Iberian Peninsula than people think. :) [10:45] morning jordi , 'sup? [10:45] Another I have no hope for, although I love it, is Aragonese. In a desperate attempt, I wrote its locale data (an_ES) [10:45] hi sivang [10:48] jordi, please, next time don't accept emails like the one from Alfonso, it's too big for a mailing list [10:48] jordi, btw, good morning [10:48] I didn't [10:48] Or did I? [10:48] hmm [10:48] that sucks then.... [10:48] No, I didn't. [10:48] we should reduce the size of the attachments [10:48] nod [10:48] let me do it [10:48] jordi, thank you [10:48] jordi, more than 100KB is too much [10:49] carlos: did it hit the list? [10:49] jordi, I think so [10:49] I'm still downloading it [10:49] I only see the non-attachment version hitting the list, while we got the mailman request mails (two of them) [10:49] carlos: that's the mailman copy [10:49] really? [10:49] hmmm [10:49] yeah [10:49] then I have a problem with my imap server [10:49] why? [10:50] no, you're downloading the full copy, but only daf, you and me are getting it. [10:50] yeah, it was my imap server + evolution [10:50] oh [10:50] go evo :) [10:50] jordi, it got stalled [10:50] and I thought it was downloading a huge email [10:51] it was big, but not as much :) [10:51] jordi, after 1 hour waiting.... [10:51] lol [10:53] carlos: current rosetta-users@ limit is 40Kb. Sounds like enough. [10:54] jordi, yeah [10:54] They should not send the .po and .pot files there [10:55] via another channel, I learn that Wesnoth 1.0, due very very soon, will be fully translated to only four languages. [10:55] German, Swedish, English... [10:55] ... and Latin! [10:56] That translation is quite big, and someone found the time to do it for a dead language. :) === WaterSevenUb [n=WaterSev@bl5-223-181.dsl.telepac.pt] has joined #launchpad [11:28] jordi: you're welcome. can you help with his LOCALE? [11:33] do you mean the plural forms bit? I don't see any other question regarding the ast locale [11:33] it should be in glibc already, I believed === jordi checks this. [11:33] oh damn [11:34] it seems Glibc locales don't, only belocs. [11:34] moving Ubuntu (and Debian) to belocs-locales-data for breezy+1 is going to be my #1 goal. [11:35] sabdfl: ok, how do we handle missing locales in ubuntu? Do langpacks take care of that? === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [11:35] jordi, don't think so [11:35] jordi, langpacks create the locales based on glibc's data [11:35] carlos: it wouldn't be *that* hard anyway. [11:36] what do you mean with "create"? [11:36] jordi, is better if you add it directly to glibc [11:36] localedef? [11:36] jordi, the generation [11:36] carlos: that takes a long time, always... could be late for breezy+1 even, if Drepper has a bad semester. [11:36] jordi, the binary files that localegen creates [11:37] jordi, the only way I see to do it is to add language packs for that language [11:37] before the release [11:37] carlos: nod. Why wouldn't an Asturian langpack be able to provide a /usr/share/i18n/locales/ast_ES file? [11:37] jordi, the problem is if you don't have a language pack before release [11:37] that localedef/locale-gen can use to generate it? [11:37] we cannot/shouldn't add new packages post release [11:38] only updates [11:38] oh. Right. That sucks... Hmm, what can we do about this particular case? [11:38] jordi, ask pitti [11:38] I guess translating Asturian w/o a locale would be quite futile [11:38] jordi, but I suppos it's ok to add empty packages while that's done [11:38] oh good. [11:38] jordi, ask pitti, he's on charge of that [11:39] I need to contact the Asturian guys and try to get them a ISO 639-2 code. They comply with the requisites a lot better than Aragonese, for example. [11:39] They only have a 639-3 right now. [11:40] jordi, anyway, a 639-3 code is enough [11:40] jordi, and that will take a lot of time... [11:41] not really [11:41] I got "an" assigned in little more than 3 months. [11:42] jordi, dude, that's a lot of time in Ubuntu's time :-) [11:43] I know it's enough. "at" would be better though. :) [11:43] they can start with ast, switch to whatever they get later. [11:43] It's just a personal wish, don't worry :) [11:46] jordi, yeah, that will be a good challenge to Rosetta, rename a language code without introducing duplicates.... [11:49] good :) === Mez [n=Mez@cpc3-lich4-3-0-cust227.brhm.cable.ntl.com] has joined #launchpad [12:00] <\sh> can someone add "gajim" to the malone sourcepackages? :) thx [12:01] <\sh> and add a direct assignment to MOTU team for this? (is it possible?) [12:05] I'm receiving this error over and over when trying to translate gnome-app-install [12:05] Proxy Error [12:05] The proxy server received an invalid response from an upstream server. [12:05] The proxy server could not handle the request POST /distros/ubuntu/breezy/+sources/update-notifier/+pots/update-notifier/pt/+translate. [12:05] Reason: Error reading from remote server [12:05] any idea? [12:06] WaterSevenUb, hmmm, the server is up [12:13] <\sh> hmm...I just assigned a new malone bug to my account...but it doesn't show up in my "assigned bugs" list === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #launchpad [12:23] wow, the amount of requests to add new languages too Rosetta is being really high this month [12:24] jordi, Friulian [12:24] :-) [12:34] stub: can you check the error logs and see if WaterSevenUb's failed request is there? [12:43] carlos: friwhat? [12:44] carlos: I mailed mikel asking about their glibc data. [12:45] jordi, the new language === jordi checks [12:46] oh, I see [12:49] yet another Italian language. :) [12:59] carlos: should I ask for plural form data? (and warn about locale data?) [12:59] jordi, yes, please [01:00] and check if the isocode list has that language with that code [01:00] if they don't have that they should ask for it before we add it [01:00] it does [01:00] fur [01:00] carlos: why can't we add a language after release? [01:01] sabdfl: it'd be NEW [01:01] sabdfl, new package addition [01:01] we can do tht [01:01] sabdfl, we are supposed to deliver only updates [01:01] a new language is an update :-) [01:01] sabdfl, pitti said we should not [01:01] ok, just let him know i think we should if we could [01:02] sabdfl: in the specific case of Asturian, I'm going to get him add an empty langpack preemptively :) [01:02] + write their libc locale stuff so it's usable === asgeirf [n=asgeirf@203-173-59-20.dyn.iinet.net.au] has joined #launchpad [01:06] sabdfl, ok, we can add new language packs post release === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [01:20] yay. :) === Kinnison heads out for lunch, on cell if needed === WaterSevenUb [n=WaterSev@bl5-50-32.dsl.telepac.pt] has joined #launchpad === Alinux [n=Ubuntu@p54A382F3.dip0.t-ipconnect.de] has joined #launchpad [01:58] falem mal mas falem de mim === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === Alinux [n=Ubuntu@p54A382F3.dip0.t-ipconnect.de] has joined #launchpad [02:10] kiko, morning, superkiko! [02:11] sabdfl, I'm afraid the chance of me oking the specs machine for landing today is definitely zero :) [02:12] sabdfl, do you have another branch up for review, or is this the only one? [02:13] kiko: only this one [02:13] kiko: zero because of problems in the branch, or time managment? [02:13] time constraints, rather [02:14] because it's a very large branch, and it will take a long time to review, and it's a risky landing for our rosetta 1.0 week === BjornT heads out for a bike ride [02:15]