[12:06] mhz_design: ping me when you're ready to continue === blech_ [n=blech@86.112.166.176] has joined #launchpad === ajmitch__ [n=ajmitch@203.89.167.142] has joined #launchpad === ajmitch__ is now known as ajmitch [12:28] bradb: i'm back but wife is calling me now :( [12:28] mhz_design: https://launchpad.net/people/edubuntu-chile/+editemail [12:28] I was going to ask you to try reconfirming it [12:28] To see if that helps [12:28] bradb: will you be around in 45? [12:29] probably not === mhz_design loking [12:29] bradb: I can loggin [12:30] I am asked to use the same email address or other. [12:30] bradb: which? [12:30] mhz_design: log in as your normal user [12:30] mhz.chile@gmail.com, if I'm not mistaken [12:30] bradb: I am logged in === mhz_design confirming [12:31] An e-mail message was sent to 'mhz.chile@gmail.com'. Follow the instructions in that message to confirm the new contact address for this team. [12:31] yep [12:31] ok, bradb thx [12:31] did confirming work though? [12:32] not gotten any email yet [12:32] it might take a min or two [12:32] my wife will kick my butt === mhz_design BBS [12:32] ok :) === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #launchpad [12:37] Hullo. Any thoughts about deleting/undoing mistakes at launchpad.net? I'm creating small bits of clutter on my way to understanding how things work. [12:47] kjcole: Sorry, Launchpad isn't very good at dealing with user mistakes yet. Don't stress too much about messing things up. When things get mucked up a bit because a new user was playing around and didn't have an undo facility, that's our fault, not theirs. [12:49] bradb: Thanks. In that case, I'll be slightly less cautious, as I attempt to learn the brave new world (for me) of RCS by jumping right into bzr. ;-) [12:50] kjcole: have fun :) [12:54] bradb: Oops [12:54] Sorry, something just went wrong in Launchpad. [12:54] .9 [12:54] :( [12:55] bradb: obviously, I got email, I visited url, I pressed ok, but error :( [12:57] mhz_dinner: Is there another contact email address you can try to confirm with? [12:57] bradb: yup mhz@tecnocimiento.cl [12:58] bradb: could it be that I am aproved ubuntu memeber but not updated yet ? [01:00] mhz_dinner: I don't think so, but I'm not 100% sure on that. [01:00] mhz_dinner: Can you try that other address? === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] [01:45] re === mhz [n=mhz_chil@moinmoin/fan/mhz] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === ajmitch_ [n=ajmitch@port162-85.ubs.maxnet.co.nz] has joined #launchpad === dewd [n=dewd@201.29.130.84] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === carlos [n=carlos@54.Red-83-53-61.dynamicIP.rima-tde.net] has joined #launchpad [08:20] morning [08:21] morning === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has left #launchpad ["Leaving"] === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [09:16] hi === carlos workraves [09:20] SteveA, hi [09:41] jordi, ping [09:43] hey [09:44] carlos: I was about to ping you [09:44] I need the GNU team now [09:44] mailman has accepted [09:44] jordi, ok [09:44] jordi, I'm reading all pending emails from rosetta-users [09:44] and I think you missed "Translation of Django web framework" [09:45] jordi, at least I don't see any answer to that email [09:45] hmm [09:45] would you take a look, please? === carlos goes and creates the GNU team [09:45] in exchange ;-) [09:45] yes [09:45] carlos: should we create a GNU team and a TP team? [09:46] there's a difference [09:46] GNU team would be people with translation disclaimers [09:46] thank you [09:46] hmmm [09:46] TP team would be people doing non-GNU translations in the TP [09:46] we don't need the TP team now [09:46] but we want to make this clear in the team description [09:46] it's the same team [09:46] no [09:46] but with different status, right? [09:47] people without translation disclaimers in the FSF should not be allowed to translate mailman [09:47] oh, yes. [09:47] but we can't have statuses in Rosetta, right? [09:47] we don't support that difference, so perhaps the non-GNU translators should just joing Ubuntu's teams? [09:48] is more or less the same.. [09:48] django, I had this message flagged, but unanswered due to the policy thing (which I wanted to finish writing now) [09:48] evening [09:48] jordi, I need a name (used for the URL), title, and a summary [09:49] jordi, oh, I thought you already started the rejection/acceptance of the imports using the new policy [09:49] ok [09:49] ajmitch_, morning ;-) [09:49] carlos: I don't think so, because they are already established teams as GNOME or Debian [09:49] ok [09:49] ajmitch_: Iiiii waaaant a paackaaaageeee!! [09:49] jordi: dude, check experimental [09:49] jordi, give me the information and you will have your team! :-P [09:50] jordi: I just had to pull patches from CVS to get it building again [09:50] carlos: no, not yet, didn't finish it last week, went out for the weekend and didn't work yesterday [09:50] so today was The Day [09:50] ajmitch_: woops :) [09:51] jordi, ok [09:52] jordi, btw, I will be on holidays next week so please, prepare a list of things you need done as soon as possible from my side because I don't think I will have Internet access [09:52] jordi, anyway, I will send an email today to warthogs mailing list to notify that [09:52] jordi, I'm already handling the plural form requests [09:53] carlos: GNU Translators, gnu-translators, "The GNU translators are in charge of localising the official GNU projects. GNU translators need to send a signed Translation Disclaimer on paper to the FSF, for copyright reasons, before they can translate." [09:53] carlos: great [09:54] maybe translation Disclaimer can have a link to the place [09:54] jordi, sure, URL? [09:54] http://www.iro.umontreal.ca/translation/HTML/disclaim.html [09:55] thanks [09:55] hmm [09:55] jordi, seems like I'm not able to add a link... [09:57] jordi, https://launchpad.net/rosetta/groups/gnu-translators/ [09:57] carlos: got any review for me to do? [09:57] SteveA, near there, I fixed all issues I got yesterday [09:57] fixing tests [09:57] well... running tests [09:57] ;-) [09:57] SteveA, btw, is the karma test fixed on rocketfuel? [10:00] carlos: file a bug :) [10:00] I am wondering, is the Karma on launchpad supposed to dwindle as time passes? [10:01] yes [10:06] carlos: stub fixed the karma test yesterday [10:06] BjornT, ok, thanks [10:17] jordi, which kind of permissions should mailman have? [10:18] Structured or Closed? [10:18] I guess Closed, right? [10:22] nuclear safe :) [10:23] sivang: yes. [10:23] jordi, done [10:24] lifeless: ok, such that contribution should be maintained over time and not stick I suppose? [10:26] carlos: great === Nafallo_away is now known as Nafallo === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [10:33] jordi, you will need to create the GNU translation teams [10:33] jordi, setting as the owner the official coordinator for GNU [10:33] jordi, and setting the team as closed so only the owner can add new members [10:34] yes === carlos workraves === koke [n=koke@ubuntu/member/koke] has joined #launchpad === gml_ [i=gml@dyn-83-156-6-248.ppp.tiscali.fr] has joined #launchpad [10:58] carlos: i'm sure there will be other changes based on the new review. is there other stuff you can be doing while i review it and get it back to you, or would you rather that i did the review in chunks so that you can address one set of points while i continue reviewing? [10:59] SteveA, I have other things to do so I can wait for a full review [10:59] ddaa: how's work going? [10:59] morning carlos [10:59] zyga, morning [10:59] SteveA, does it mean you want the diffs now? [10:59] Little by little. Still reading morning email. [10:59] SteveA, the notification thing broke many tests and I'm still fixing some of them [11:00] SteveA: once I'm done I think I'll start doing the importd2bzr tests that require a sandbox and sample archive (registration and checkout). [11:01] SteveA: BTW, I hit again the problem of wanting to change sample data with permission of a user different from the user running the rest of a doctest. [11:01] I hacked something with login(), but I think that's wrong. [11:02] actually, not hacked... I do login('foo.bar@canonical.com'), make sample data changes, then login(ANONYMOUS), go on with the test. [11:02] Is that supported? [11:03] ddaa: yes, you can do that [11:03] SteveA: I'm not too sure how that will interact with the fact that those tests shoud be run with a specific dbuser... [11:04] but... well, I think I we can leave by running importd2bzr as the importd user, even if it does not need all the privs. [11:04] * tha we can live === ddaa does not usuall make much sense before lunch === zygis [n=zygis@clt-84-32-129-122.dtiltas.lt] has joined #launchpad [11:33] hi folks [11:33] hey siretart [11:33] can please anyone explain me why this bug: https://launchpad.net/distros/ubuntu/+source/pure-ftpd/+bug/3172 does not appear on this list: https://launchpad.net/people/motureviewers/+assignedbugs [11:33] Malone bug #3172: ftpd (Ubuntu) - pure-ftpd does not install correctly. In: pure-ftpd (Ubuntu), Severity: Normal, Assigned to: MOTU Reviewers Team, Status: PendingUpload http://launchpad.net/bugs/3172 [11:34] siretart: it also doesn't show up on https://launchpad.net/distros/ubuntu/+source/pure-ftpd/+bugs [11:34] (probably due to pendingupload) [11:35] it's part of pending upload & fixed bugs not showing up, I think [11:35] I don't understand why 'pending upload' bugs should not appear on bug lists [11:36] something to bug bradb about :) [11:36] hm. he is currently not here.. let's wait for him [11:45] jordi, will you answer the request for evolution's doc import? [11:46] it all depends who the bug list is for [11:47] if it is for a programmer or package maintainer then probably they're not immediately interested in "pending upload" bugs [11:47] if it is for a person reporting a bug, looking for dupes, then they are interested in a "pending upload" bug, because the bug is not fixed in any usable version of the software. === carlos -> breakfast [11:50] SteveA: is there any possibility to get a list of all bugs assigned to a group which are 'pending upload' or 'new' or 'accepted'? [11:51] carlos: I wanted to talk about that with you [11:51] probably just a matter of adding the advanced search to the lsit [11:51] carlos: do you plan to autoimport that as well? [11:51] jordi, if GNOME's CVS has it, yes [11:51] is there any 'advanced search' to bug lists at all? [11:52] siretart: yes, for /distros/ubuntu/+bugs [11:52] carlos: GNOME CVS has xml [11:52] carlos: but danilo's webpage has templates === siretart check [11:52] siretart: it shows 92 currently pendingupload [11:52] http://kvota.net/doc-l10n/by-modules.html [11:53] thisi s what currently uses gnome-doc-utils === ajmitch_ should close the phpmyadmin one [11:53] evo not included, as expected [11:53] jordi, hmmm, I suppose we could add them then [11:53] jordi, let's talk about it after my breakfast, please :-P [11:53] ok [11:53] see you in 15 minutes [11:53] pretty late for breakfast :) [11:54] jordi, I was waiting for my gf to wake up ;-) [11:54] see you [11:54] Sorry, Launchpad took too long to process your request. :( [11:55] siretart: what URL? [11:56] laters [11:56] SteveA: I was trying to use https://launchpad.net/distros/ubuntu/+bugs-advanced. I want a list of all bugs assigned to motureviewers which are in state 'New' 'Needinfo' 'Accepted' or 'Pending Upload' [11:56] SteveA: would it be possible to add such a query to the motureviewers group? [11:57] there are two things going on here, i expect [11:57] the first is that the particular choice of query you're using on the +bugs-advanced page could do with better indexes [11:57] siretart: it just worked for me, but fails sometimes [11:57] so that the query doesn't time out. please file a bug saying what query you chose, so that someone can reproduce it, and we'll look into what indexes are needed. [11:58] the second is that you're asking to be able to use a preconfigured query, i think. so, that's another bug, and one for brad to look at. [11:59] SteveA: should I ask brad here when he arrives or should I file a malone bug and assign it to him? [11:59] file a bug anyway, but you can also talk with brad [11:59] if we have the bug, then it's in the system [12:00] ok. filing bug now [12:00] thanks === stub [i=stub@sweep.bur.st] has joined #launchpad [12:04] is bradb brad.bollenbach@gmail.com? [12:05] obviously yes. never mind [12:05] filed as malone bug #5163 [12:05] Malone bug #5163: Need advanced query on MOTUReviewers group In: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: New http://launchpad.net/bugs/5163 === niemeyer [n=niemeyer@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:08] good morning! [12:09] Morning! === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:24] morning guys [12:24] niemeyer: could you please join ##soyuz1.0 [12:24] Sure [12:25] jordi, ping === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === etnoy [n=etnoy@227.236.216.81.vs.vf.siwnet.net] has joined #launchpad === ..[topic/#launchpad:SteveA] : launchpad.net | developer meeting: Thur 1 Dec, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) === ..[topic/#launchpad:SteveA] : launchpad.net | developer meeting: Thur 1 Dec, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) [12:55] lifeless? [12:55] kiko: ? [12:55] lifeless, any ETA on fixing the merge issue (crashing with a missing revision)? [12:55] it's basically blocked my work on the gina branch [12:56] kiko: its essentially top priority [12:56] (yes I realize I can pull out patches and apply to a new tree but I am avoiding that because there are a ton of diffs and logs I don't want to replay) [12:56] I've a new bzr I'm testing for it at the moment [12:56] had some versioning issues getting it onto chinstrap w/out fucking everything [12:57] wheres your branch published ? [12:57] SteveA and I had discussed having a way to know where status is on the various bzr work, do you have a suggestion? [12:57] on chinstrap, kiko/launchpad/gina-production IIRC [12:57] I'm not sure what you mean about status on bzr work [12:57] chinstrap.ubuntu.com:/home/warthogs/archives/kiko/launchpad/gina-production/ [12:57] well [12:58] there's a bunch of improvements and fixes to "bzr the platform" that are high-priority for the launchpad team. [12:58] like ? [12:58] pqm move to balleny [12:58] Sorry I spoke with steve yesterday [12:58] fixes to various bugs reported [12:58] and there was only one show stopper we discussed [12:59] which is the one affecting you/jamesh/ a couple of other people [12:59] lifeless: feature request for pqm's web ui... some indication of when pqm started the currently active job would be really nice [12:59] okay, SteveA may have forgotten or chosen to talk about this at another time [12:59] everything else is moving along as it moves along [12:59] I don't mean that in an offhand manner [12:59] I would like a better plan or status report than that [01:00] I mean that specific things like 'enable pqm on balleny' are in hand [01:00] And other specific things like 'implement archives' are much more vague, and I don't know which things interest you and which don't. [01:01] kiko: lifeless and I have discussed that the current serious can't merge bug was top priority for lifeless, and that the move of pqm to its own server was what was top priority before the merge bug appeared. [01:01] so I suggest that you treat the me & bzr the way the sysadmins team is treated: have a wiki page on wiki.lp.canonical.com where the things that matter to you right now are listed [01:01] lifeless, we need WAY better response time than the sysadmins team [01:01] so I'm not sure what the best way to go about this is [01:01] kiko: i don't think that's helpful [01:01] we get really good response time from the admins [01:02] when it matters, and when we communicate that it matters [01:02] perhaps once the major blockers (this bugfix, move to balleny) are done we'll feel less need for this. [01:02] I don't agree, SteveA, but we don't need to dicuss that now. [01:03] so kiko, what is the issue - do you feel you are getting bad response times? or are you stressed that a bug has not been fixed (it takes 2 hours to do a single analysis run on it you know) [01:03] you're getting me sidetracked :-) so let me get back to my original question: is there an ETA on the fix for the bug. [01:03] kiko: I wish there was - no. [01:03] okay. is it something that might take a week or a month? [01:04] currently I have this new bzr I'm testing then once I have it passing with all the moving bits - pqm, cm, email, bzrtools - I will be will rolling it out [01:04] next day or two I sincerely hope. I know its a huge impediment to have a branch you can't merge. [01:04] it's okay, I just want to know when to schedule a retry (because it takes 7 hours to run) [01:04] so I'll do that on thursday at the earliest [01:04] thanks [01:04] it should only take that time once [01:05] unless it fails :) [01:05] unless you are throwing away the dir afterwards [01:05] oh? [01:05] even if it fails it should have updated the weaves [01:05] interesting. [01:05] how do we get the updated weaves onto chinstrap? does that even make sense? [01:05] and as for the PQM move, ETA would be probably sometime next week, lifeless? [01:05] i mean, it seems odd to have everyone doing tons of reweaving === Nafallo is now known as Nafallo_away [01:05] SteveA: we will be doing that in the big-upload-of-all-old branches [01:05] SteveA: but we should not do that before then [01:06] and, that's after the pqm move? [01:06] SteveA: otherwise we will cause more reweaving than is needed [01:06] thats after the pqm move [01:06] pqm is running on balleny, its just not fully usable yet. === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [01:06] stub: ping? [01:06] elmo fixed the issues a few hours ago in theory, so I'm testing it again shortly. Tomorrow morning I expect [01:07] okay, that's what I wanted to know for now. thanks. === Nafallo_away is now known as Nafallo [01:11] carlos: pong [01:11] SteveA, I have a new dependency for launchpad development (python2.4-pylib, to run the sqlobject tests), but the package is available only in breezy. should I add it now to the RocketFuelSetup wikipage or wait until pqm moves to balleny and we can have that package installed on the pqm box? === ulinskie [n=yolynne@202.57.88.34] has joined #launchpad [01:11] hi! [01:12] anybody knows how I can digitally sign my UBUNTU code of conduct? [01:12] salgado: does the package work on hoary? [01:12] SteveA, it should work, as that's where I built it the first time === salgado tries [01:13] salgado: we should get mdz to make it a dependency of the launchpad dependencies package [01:13] and then get that package installed on the pqm machine [01:14] lifeless / elmo: does balleny run breezy? are we using mdz's launchpad dependency package on there? [01:14] SteveA, yes, it does run breezy. I asked elmo already [01:15] salgado: pylib? [01:15] open question: has anyone had test failures in PQM in buildd-scoring ou person.txt? [01:15] we're seeing apparently random failures [01:15] lifeless, you apparently told niemeyer this had to do with postgresql? [01:15] salgado: Managed to convince them it makes sense? :) [01:15] kiko: BjornT was looking at that i think [01:16] niemeyer, actually it was uploaded to breezy when I asked doko. it was rejected in debian only [01:16] salgado: Ah, I see.. :( [01:16] only in debian, even [01:16] salgado: Quite odd [01:16] I only noticed it last week [01:17] kiko: I didn't, stevea said it might be a 8.0 vs 7.4 thing [01:17] ah. [01:17] sucks to be us. [01:18] ulinskie: hello [01:18] ulinskie: do you use GPG ? [01:19] SteveA: was my review response enough to get r=stevea on the buildd/uploader branch? [01:19] Kinnison: if i didn't explicitly say so in my response, then no [01:19] I just created minde [01:19] I just created mine this morning [01:19] SteveA: okay [01:19] SteveA: thanks [01:20] and was trying to figure out how to digitally sign the ubuntu code of conduct with it === SteveA checks what he wrote [01:21] Kinnison: did i reply to your last response? i mean, who spoke last in the thread? [01:21] SteveA: I did [01:22] ulinskie: don't go! [01:22] Kinnison: then i owe you a reply [01:22] SteveA: okay, just thought I'd ask [01:24] SteveA, kiko: i haven't looked at any buildd-scoring failures, i looked only slightly on the person.txt failure, but stub fixed it. [01:24] okay, 50% cool [01:24] kiko: what is the error exactly? [01:24] kiko: dude, you're at least 70% cool [01:24] I'll ask niemeyer to mail the mailing list [01:25] buildd scoring failures? [01:25] yeah === niemeyer submits the merge again and hopes for the best [01:27] jamesh: hello [01:27] or spiv perhaps [01:27] kiko: erk [01:29] niemeyer is sending the email [01:31] jordi, so... evolution documentation... [01:34] SteveA: Hello === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:34] hey spiv [01:35] hi spiv. can you give some advice to Kinnison about testing a buildd related script? [01:35] Sure. [01:35] he has sent email [01:37] Yep, got it. [01:38] ta === radix [n=radix@c-67-186-54-77.hsd1.pa.comcast.net] has joined #launchpad [01:40] night === jinty [n=jinty@205.134.224.215] has joined #launchpad [01:46] carlos: yeah [01:46] hey jordi my man === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad [01:47] carlos: evo hasn't adopted gnome-doc-tools it seems [01:47] jamesh: Hmm, the pending-reviews is lacking diffs... [01:47] so there is no "official" pot [01:47] kiko: YOU are the man [01:48] I want some official pot [01:48] and if you can't get me any can I at least have some glue [01:48] I want some pot [01:48] hah [01:49] kiko, I know you're very good at this... can you suggest better names for this: https://chinstrap.ubuntu.com/~dsilvers/paste/fileDti2ia.html ? [01:49] jordi, then I don't think we should import it [01:50] jordi, ask him to bore upstream to move to use gnome-doc-tools [01:51] salgado, flattery could get you in trouble [01:51] Kinnison: Have you see canonical.librarian.ftests.test_gc? [01:52] spiv: No, I haven't [01:52] salgado, maybe getRequestedCDCount(self, country=None, approved=False) -- ? [01:52] Kinnison: I think the right approach to testing the buildd slave scanner would probably look quite similar. [01:53] spiv: I'm just merging into my buildd fixes branch and I'll take a look, thanks [01:53] Kinnison: test_gc is the tests for LibrarianGarbageCollection, which is a cronscript. test_gc tests the functions directly, and also invokes the cronscript. [01:53] Kinnison: I think it's a similar, if slightly simpler, situation to yours. === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [01:54] spiv: thanks [01:56] carlos: ok [02:01] kiko, looks okay. I'll try that [02:03] salgado, the "or" there is what makes me uneasy about Requested, but if you think it's okay.. [02:03] grr, why does the launchpad-dev pkg recommend the lunachpad-database-dev package? it massively reduces it's usabilityt [02:06] it does? [02:07] % apt-cache show launchpad-dependencies | grep Recommends [02:07] Recommends: launchpad-database-dependencies [02:07] Kinnison: pong [02:07] the ratio of machines that need database to that don't in the DC is something like 8:1 [02:07] stub: Librarian GC fails when it has to merge > 2 aliases pointing at the same content [02:08] stub: as a stop-gap to get it running on dogfood I subbed the comma for a percent on the relevant cur.execute [02:08] stub: this is running from allegedly up-to-date rocketfuel [02:11] stub: basically the cursor is turning "123, 456" into a quoted string in the interpolation, rather than a list of numbers [02:12] stub: so it needs to be interpolated in first, or else you need to use an SQL function in the query to split it apart again [02:12] Kinnison: Hmm... I could have sworn that was fixed and merged in. [02:13] Kinnison: It is fixed on the version I'm running on staging anyway [02:14] stub: How did you fix it? [02:14] Kinnison: Do you have BATCH_SIZE = 1 near the top of lib/canonical/librarian/librariangc.py ? [02:14] Kinnison: The fix it to replate ', vars()' with '% vars()' [02:16] No I don't [02:16] and yes, I did that replace === SteveA [n=steve@213.226.190.253] has joined #launchpad [02:21] Kinnison: Hmm... then either my changes havn't landed or you aren't up to date enough === Kinnison re-ran rollout [02:23] I just pushed that branch to pqm again [02:25] carlos: there are more updates to do in the DB [02:26] jordi, which ones did I miss? [02:26] Send 'em through - I was about to do the one Carlos emailed me [02:26] carlos: wait [02:26] ok [02:27] jordi, I saw another plural form request but I asked form more info. And the spokenin update is also pending for more info [02:27] s/form/for/ [02:28] carlos: also pending: add ubuntu-l10n-mr to ubuntu translators [02:29] jordi, I can do that from the website === carlos does it now [02:29] The other one with pending info, is it "Sng"? [02:30] don't think so, no [02:30] when was it send? [02:30] So would the buildd's scoring system (whatever it is scoring) degrade scores over time by any chance? [02:30] Oct 23 [02:30] jordi, btw, which language is mr ? [02:30] cprov, Kinnison: ^^^ [02:31] stub: the opposite, older builds in queue has higher scores. [02:32] Marathi [02:32] carlos: the spoken in thing, is it the Sri Lanka request? [02:32] stub: this way we enforce they get processed ASAP. Did I missunderstand your question ? [02:33] that would be Sinhala (si) and Tamil (ta) [02:33] Ah, I see you replied [02:33] Sinhala = si, yes [02:33] jordi, yes [02:33] Sinhala and Sinhalese are equivalent [02:33] so you can add that to the DB [02:33] ok [02:34] stub, for soyuz testing, is it okay that we are testing using the development config and not the production config? [02:34] cprov: Oh - just thinking that niemeyer 's problem with the buildd tests failing on him might have had the same cause as the karma tests failing on me the other day. If the score calculation changes, then the scores of the sampledata items will change over time. And tests that encode the scores will start failing. [02:34] did you find Sng? [02:35] kiko: What bits of soyuz? The config you are using shouldn't matter (and you couldn't use production config anyway since that will only work for production systems) [02:35] stub: the score tests have relational interval times, NOW - X seconds [02:35] stub, ftp, upload queue and publish bits [02:36] stub: I have the same karma errors and the wrong about that was the current karma datecreated not a 2025 pattern as the other, it's time sensible too [02:36] carlos: according to the guy, Sango [02:36] n == 1 ? 0 : (n == 0 ? 0 : 1) [02:36] is this [02:36]