[12:08] <raphink> hi there
[12:09] <sivang> hey raphink !
[12:09] <raphink> is it possible to export the new po files from rosetta back to the language-selector package ? currently the desktop files cannot be translated 
[12:09] <raphink> hi sivang
[12:09] <kiko> raphink, just request an export. have you done so?
[12:09] <raphink> kiko: who do I request it to?
[12:09] <kiko> raphink, on Launchpad!
[12:09] <raphink> kiko: ...
[12:10] <kiko> raphink?
[12:10] <raphink> you mean I should request all the po files manually from LP
[12:10] <raphink> then add them to the package
[12:10] <raphink> ?
[12:11] <mdke> raphink: which package do you have in mind?
[12:11] <raphink> language-selector mdke
[12:11] <raphink> its been translated in many languages
[12:11] <kiko> you can request a tarball export, raphink 
[12:11] <raphink> kiko: ic
[12:11] <mdke> it's likely that the language-selector package uses langpacks, which get weekly uploads from pitti
[12:11] <raphink> mdke: the desktop files are still not translated
[12:12] <raphink> mdke: the langpacks don't update desktop files, do they?
[12:12] <raphink> language-selector builds the desktop files with desktop.in files using .po
[12:12] <mdke> yes, afaik
[12:12] <raphink> so the package needs to be rebuilts with the new po files 
[12:12] <raphink> imo
[12:12] <kiko> raphink, https://launchpad.net/distros/ubuntu/dapper/+source/language-selector/+pots/language-selector/+export
[12:12] <raphink> s/rebuilts/rebuilt/
[12:12] <raphink> yes I saw that kiko thanks
[12:13] <mdke> but you should ask pitti
[12:13] <mdke> try -devel
[12:13] <raphink> sure thanks mdke :)
[12:13] <raphink> pitti is not around lately though
[12:13] <kiko> well, not at this hor
[12:13] <kiko> hour
[12:13] <mdke> you have to use email when he is asleep
[12:13] <mdke> or watching star trek
[12:13] <raphink> mdke: language-selector is an ubuntu internal app
[12:13] <mdke> yes, I know
[12:14] <raphink> so it wouldn't harm any upstream to sync the po files from rosetta I guess
[12:14] <raphink> although I agree pitti should agree with it beforehand
[12:14] <mdke> yes.
[12:14] <mdke> I'm sure he has it in hand
[12:14] <raphink> he has :)
[12:14] <raphink> the big bug we had with kde was fixed today
[12:14] <raphink> now we have KDE in french again :D
[12:15] <raphink> such a relief, 15 days before release ;)
[12:15] <raphink> I'll try locall to sync the po see if that works though
[12:15] <raphink> so it's ready whenever pitti is around :)
[12:16] <mdke> try these debs too, maybe they'll solve your problem
[12:16] <mdke> http://people.ubuntu.com/~pitti/langpacks/daily/
[12:16] <raphink> the same happens with adept btw
[12:17] <raphink> mdke: I have them installed daily 
[12:17] <raphink> ;)
[12:17] <raphink> and I'm up-to-date with them
[12:17] <raphink> they don't fix desktop files translations
[12:18] <kiko> raphink, because the packages require a rebuild?
[12:19] <kiko> that's a problem, I think
[12:19] <raphink> kiko: yes 
[12:19] <raphink> the desktop files are built from desktop.in templates
[12:19] <kiko> hmmm
[12:19] <raphink> using the po files for translations
[12:19] <raphink> so they need to be rebuilt
[12:19] <raphink> and yes it's a problem
[12:19] <kiko> that is indeed a problem. do you know if a bug has ever been reported on this, and if carlos or martin are aware of the problem?
[12:19] <raphink> but desktop files are static translations
[12:20] <raphink> the desktop files engine doesn't assume to find translations in mo
[12:20] <kiko> right
[12:20] <kiko> right
[12:20] <mdke> I'd be willing to bet that they have it under control, but it is worth emailing pitti about it
[12:20] <raphink> I'll talk to pitti tomorrow
[12:21] <raphink> kiko: in order to fix that to the root, the functions that deal with desktop files in Qt would have to be recoded to search for i18n strings
[12:21] <raphink> that's a huge change :(
[12:22] <kiko> raphink, well, we could probably do a rebuild-world with new translations before release
[12:22] <raphink> sure
[12:22] <raphink> but the way we deal with po files
[12:22] <raphink> we file them apart
[12:22] <kiko> other than that, we'd need to generate desktop files as part of the generation of langpacks
[12:22] <kiko> and provide them with langpacks
[12:22] <raphink> so rebuilding the package won't change anything
[12:22] <kiko> that is true
[12:22] <raphink> if the po files have not been added 
[12:22] <kiko> they need to go back in the loop
[12:22] <raphink> yes
[12:23] <raphink> if the po files are not in the package
[12:23] <raphink> it won't change anything to rebuild it
[12:25] <raphink> I shall talk to pitti
[12:25] <raphink> :)
[12:26] <kiko> mdz!
[12:26] <raphink> hola mdz 
[12:29] <lifeless> how is lovely mehiko ?
[12:31] <mdz> muy bien
[12:31] <raphink> :)
[12:32] <mdz> hace mucho calor
[12:32] <lifeless> ahha
[12:32] <sivang> how was the flight? :)
[12:32] <raphink> es lo pienso si
[12:32] <raphink> eso
[12:32] <mdz> easy
[12:33] <lifeless> just a walk down the coast right ?
[12:33] <raphink> mdz: not too tiring to drive that long?
[12:33] <lifeless> :)
[12:47] <salgado> lifeless, ping
[12:47] <lifeless> hi
[12:48] <kiko> it's lifeless!
[12:48] <salgado> yo lifeless. can you insert some rows on staging's db for me?
[12:48] <lifeless> sure
[12:48] <lifeless> one sec
[12:48] <salgado> lifeless, https://chinstrap.ubuntu.com/~dsilvers/paste/fileHAknk9.html
[12:50] <lifeless> kiko: hey dude
[12:51] <kiko> hey duder
[12:51] <kiko> yawn 
[12:51] <kiko> etc
[12:51] <lifeless> done
[12:51] <lifeless> salgado: this is done, until the next sync of course
[12:52] <salgado> lifeless, it'd be great if you could disable the auto sync, too. :)
[12:52] <salgado> I can mail stub, explaining why it's needed
[12:52] <lifeless> pleas email stub
[12:52] <lifeless> he'll be up in a few hours anyway
[12:52] <lifeless> I'll have a look at disabling
[12:52] <kiko> yawn
[12:52] <lifeless> (cc launchpad please)
[12:52] <salgado> okay. I'll email him, then
[12:53] <lifeless> ok, I dont know where it is configured
[12:53] <lifeless> hmm, one moreplace to check
[12:55] <lifeless> ok, I'm not sure
[12:55] <lifeless> I would rather not poke randomly on production :)
[12:55] <kiko> it's staging, not production
[12:56] <lifeless> syncing is a push operation
[12:56] <lifeless> staging has no access to production; production has access to staging
[12:56] <lifeless> I know where the scripts are to do it, I'm just not sure where the trigger is.
[12:58] <kiko> salgado, in your email you only refer to the code update. did you not mean the db update too?
[01:01] <salgado> yeah. although that'd be easily woraroundable, I think it's good to disable it too
[01:04] <kiko> well, how can you work around the fact that you need those standard shipping options?
[01:05] <salgado> inserting them again would be almost instantanous. :)
[01:05] <kiko> if you had privileges
[03:29] <MagicFa1> hello
[03:29] <paulproteus> Hello.
[03:29] <MagicFa1> Is there a tutorial I could direct a new member of our locoteam to know how to contribute to translations ?
[03:30] <paulproteus> I'm afraid I don't know.
[04:14] <jamesh> lifeless: pending-reviews on a knit repository seems to be working well
[04:14] <lifeless> jamesh: sweet
[04:14] <lifeless> jamesh: faster ?
[04:15] <jamesh> lifeless: last two runs have been a bit under an hour each
[04:15] <jamesh> but the performance in the past has been heavily dependent on what else is being done on chinstrap
[04:15] <jamesh> so it is a bit early to tell
[04:16] <lifeless> k
[04:17] <jamesh> it probably is faster
[04:17] <jamesh> it doesn't look like it is slower though, which is good :)
[05:08] <dilys> Merge to dev/launchpad/sourcecode/bzrtools/: [r=jamesh]  ignore timezone in cscvs 'Date:' lines (r215: David Allouche)
[06:23] <stub> mpool: Staging is all back up if you want to play with XML-RPC
[06:30] <mpool> stub, thanks
[08:04] <stub> is our preferred product series name 'main' or 'trunk'?
[08:07] <jamesh> stub: "trunk" is created automatically for new products created through the web UI
[08:07] <stub> ta
[08:07] <jamesh> so it's probably the one to prefer
[08:43] <dilys> Merge to devel/launchpad/sourcecode/cscvs/: [r=jamesh]  test suite cleanups (r119: David Allouche)
[09:03] <SteveA> histu
[09:03] <SteveA> hi stub 
[09:03] <stub> Morning
[09:03] <SteveA> is there / was there a roll out today?
[09:04] <stub> Not yet. I don't see much point, given we rolled out HEAD on Thursday. Are you aware of any patches that need to land?
[09:04] <stub> I was going to wait until shipit-for-dapper and land then
[09:05] <stub> So maybe tomorrow or Thursay. Thats my gut feeling.
[09:06] <SteveA> ok, cool
[09:06] <SteveA> mark said he was keen to get the translation priority stuff out soon.
[09:07] <SteveA> it's a small change in rosetta, but will help direct translation efforts in the best directions for the dapper release
[09:07] <stub> I don't think that has finished or landed yet - he just passed the branch to Carlos IIRC
[09:07] <stub> Unless it is the one he said this morning he would land this evening
[09:08] <SteveA> carlos has the branch, and is writing a small sql update script for it
[09:08] <SteveA> mark/carlos needs an sql patch number from you for it, and a review of the patch, of course
[09:08] <SteveA> other than that, the code is reviewed
[09:09] <stub> I think they have the db patch number and approval (if I'm thinking of the right branch)
[09:15] <SteveA> it's on the PendingReviews page as needs-review
[09:26] <stub> The only thing in my queue is not related to translation priorities
[09:31] <SteveA> oh yeah
[09:31] <SteveA> then i guess you reviewed it
[09:31] <SteveA> ta
[09:36] <carlos> SteveA: yeah, mark got the patch number already
[09:37] <carlos> hmm, but I thought my sql script would land inside the same SQL patch that mark wrote
[09:40] <carlos> SteveA: if you talk with mark, please, tell him that he should change his laptop's timezone, is a bit difficult to know when is 'tonight' atm
[09:40] <SteveA> "tonight" ?
[09:40] <SteveA> i need more context
[09:40] <carlos> SteveA: he sent me an email saying that his branch would land 'tonight'
[09:40] <SteveA> and i also can't read email right now
[09:41] <carlos> on Mon, 15 May 2006 10:55:09 +0100  (11:55 CEST)
[09:41] <carlos> ok
[09:45] <stub> It lands when it lands. If it gets into the queue now, it still won't be 'in rocketfuel' until tomorrow at the earliest. Assuming no conflicts or failing tests.
[09:47] <SteveA> mpt: hello
[09:47] <mpt> hi SteveA 
[09:47] <SteveA> voice call?
[09:48] <mpt> sure
[10:04] <carlos> SteveA: should we have that voice call we talked about yesterday?
[10:04] <SteveA> carlos: yes, although i'm in another call right not
[10:05] <carlos> ok, ping me when you are ready, please
[10:11] <SteveA> mpt: ?
[10:20] <stub> Is it my imagination, or has the number of 'can't find debbugs bug #' errors increased rather than decreased with recent landings?
[10:24] <BjornT> i'd be surprised if it had increased. i haven't looked at it, though, but i'll take a quick look.
[10:31] <stub> This is just by eyeball - nothing scientific :)
[10:32] <stub> If the errors are valid, we need to work out how to handle them automatically - eg. a special status for bugs we can confirm don't actually exist, or just removing the watches that don't exist in the db mirror after X days.
[10:33] <stub> Don't know if we can do anything similar for other bugtrackers - I guess it depends on how much we trust the results of the probes.
[10:36] <BjornT> stub: it shouldn't be that many errors, it will get better when bug 42573 gets fixed.
[10:36] <Ubugtu> Malone bug 42573 in malone "Look in the debbugs archive when syncing bug watches" [Critical,Confirmed]  http://launchpad.net/bugs/42573
[10:36] <stub> I'm on the 36th floor. wft are these ants coming from?
[10:36] <stub> BjornT: Ahh... I thought that had landed. My mistake.
[10:41] <KelebekUsr1> hello room
[10:59] <SteveA> mpt_: hello
[11:01] <SteveA> mpt__: hello
[11:05] <Yannig> Hello everybody
[11:24] <mpt__> BjornT, ping
[11:25] <BjornT> hi mpt 
[11:26] <mpt> BjornT, should the tests for get_sortorder_from_request go on launchpad/doc/bugtask.txt?
[11:27] <mpt> in, rather
[11:29] <BjornT> mpt: no. either in the function's docstring or in doc/bugtask-search-pages.txt.
[11:29] <mpt> Docstring would be better?
[11:30] <BjornT> yeah i think so, as long as the docstring doesn't get too big. but there won't be that many tests, so in the docstring will probably be fine.
[11:31] <mpt> ok
[11:31] <mpt> So this means the tests can't be run standalone, but they get run every time Launchpad is started
[11:32] <BjornT> mpt: the test can be run standalone, and they will never get run when Launchpad is started.
[11:33] <BjornT> tests aren't extracted from the docstrings automatically, you need to set it up yourself. but there are already some docstring tests in that module, so you don't have to do anything to get it to work.
[11:34] <BjornT> you can look in browser/tests/test_bugtask.py if you're interested to see how it's done.
[11:34] <mpt> ok, thanks
[11:34] <mpt> ooh!
[11:35] <mpt> if __name__ == '__main__': !
[11:35] <BjornT> if you want to run the tests, you can do 'python test.py test_bugtask'
[11:38] <stub> SteveA: Did you want that wiki report as something readable, or a CSV?
[11:38] <SteveA> csv is fine
[11:40] <mpt> BjornT, the tests you wrote don't define what "TestRequest" is
[11:40] <BjornT> mpt: ah, true. you need to add >>> from zope.publisher.browser import TestRequest
[11:40] <Yannig> Would someone be able to answer me about a translation problem in debian-installer?
[11:41] <mpt> BjornT, excellent, thanks
[11:41] <Yannig> I have to translate US[ Translators: put here the ISO-3166 CODE of the country which should be 
[11:41] <Yannig> selected as default for your language ]  into Occitan but the problem is that Occitan is not France official language so what should I do in your opinion?
[11:53] <carlos> Yannig: hi
[11:53] <ddaa> stub: can you give me back Launchpad admin membership please?
[11:53] <ddaa> kiko removed it yesterday, but the +sourceadmin page is still unusable w/o it
[11:54] <ddaa> (and I've got a couple of ubuntu devs asking for vcs imports)
[11:54] <carlos> Yannig: well, is not a problem that is not an official language
[11:54] <carlos> Yannig: I think you should put there the country that has more speakers for that language
[11:54] <carlos> jordi: ^^^ 
[11:54] <carlos> jordi: I think you could give us more input on that
[11:55] <Yannig> Thanks carlos :)
[11:55] <jordi> carlos: hi
[11:55] <jordi> so, what's tthe question again?
[11:56] <carlos> jordi: which country should Yannig select as the default country for Occitan?
[11:56] <Yannig> France
[11:56] <carlos> in the context of Debian installer
[11:56] <jordi> I think it should be France.
[11:56] <stub> ddaa: Done
[11:56] <ddaa> stub: thank you
[11:56] <carlos> ok
[11:56] <jordi> Spain should be an option as well
[11:56] <jordi> but France as default
[11:57] <Yannig> Well, if you consider Catalan is part of Occitan but it's far from being commonly thought :)
[11:57] <Yannig> And do you know if I should write another message to admins to tell them about the new translation team for Occitan (I created it after I emailed them my request)?
[12:00] <carlos> Yannig: no, I will add it today
[12:00] <Yannig> OK
[12:01] <Yannig> I'm not in a hurry, it was just to know if the information given were enough :)
[12:01] <carlos> Yannig: done
[12:02] <Yannig> Thanks :)
[12:06] <mpt> stub, ping
[12:09] <stub> mpt: pong
[12:09] <stub> Only 33 degrees out there... better have my swim before it gets too cold!
[12:22] <mpt> stub, can I get an r= for the latest variation of the BugTask severity+priority schema patch?
[12:22] <mpt> The only difference from the previous one is that I'm not dropping the priority field
[12:23] <dilys> Merge to devel/launchpad/: [trivial]  Fix OOPS bug 44198 (Trying to traverse to a bug using a nickname with non-ASCII characters causes an OOPS) (r3556: Firstname Lastname)
[12:23] <Ubugtu> Malone bug 44198 in malone "Trying to traverse to a bug using a nickname with non-ASCII characters causes an OOPS" [Normal,In progress]  http://launchpad.net/bugs/44198
[12:35] <SteveA> BjornT: hello
[12:35] <BjornT> hi SteveA 
[12:35] <SteveA> BjornT: i'd like to meet with you one day this week, so we can think about how full functional tests of xmlrpc tests will work
[12:37] <SteveA> thursday would be good for me
[12:38] <BjornT> SteveA: ok, sounds good. thursday is fine for me as well.
[12:38] <SteveA> ok.  10am ?
[12:39] <BjornT> yeah, 10am is fine.
[12:39] <SteveA> great
[01:16] <stub> mpt_: Which branch is that?
[01:18] <stub> sftp://chinstrap/home/warthogs/archives/mpt/launchpad/2006-03-MaloneSimplifications ?
[01:21] <stub> mpt_: If so, r=stub
[01:21] <stub> Same patch number
[01:25] <stub> (18:16:34) stub: mpt_: Which branch is that?
[01:25] <stub> (18:18:27) stub: sftp://chinstrap/home/warthogs/archives/mpt/launchpad/2006-03-MaloneSimplifications ?
[01:25] <stub> (18:19:26) ivoks [n=ivoks@ubuntu/member/ivoks]  entered the room.
[01:25] <stub> mpool mpt_ 
[01:25] <stub> (18:21:28) stub: mpt_: If so, r=stub
[01:25] <stub> (18:21:37) stub: Same patch number
[01:25] <stub> (18:22:25) ***stub gives mpt a gold star sticker for updating comments.sql
[01:25] <SteveA> mpt__ should bite the bullet and get irssi going
[01:26] <stub> Or just use that cool OS X client ;)
[01:29] <ivoks> i need suggestion
[01:29] <ivoks> upstream amarok is OK
[01:29] <ivoks> but LP placed hindu translation under croatian
[01:29] <ivoks> hindu (hi) croatian (hr)
[01:30] <ivoks> so, could that be purged or i should upload emtpy template?
[01:31] <mpt__> stub, thanks
[01:31] <carlos> ivoks: ?
[01:31] <carlos> ivoks: let me check
[01:32] <mpt__> stub, using an OS X client would defeat the point, which is to be running *some* IRC client over ssh on a server that doesn't have connectivity issues :-)
[01:32] <ivoks> carlos: https://launchpad.net/distros/ubuntu/dapper/+source/amarok/+pots/amarok/hr/+translate
[01:32] <stub> Ahh...
[01:33] <carlos> ivoks: could it be something related to https://launchpad.net/products/rosetta/+bug/38472 ?
[01:33] <Ubugtu> Malone bug 38472 in amarok "Korean instead of Kurdish imported into Rosetta" [Normal,Unconfirmed]  
[01:33] <ivoks> carlos: could be
[01:33] <carlos> ivoks: do you know if they fixed it recently?
[01:33] <ivoks> carlos: amarok doesn't have po/hr at all (1.4rc3)
[01:36] <ivoks> i'll try to find older version
[01:36] <ivoks> heh... ubuntu source would be a good place to search
[01:37] <carlos> ivoks: I just got ubuntu source
[01:37] <carlos> and there is such .po file
[01:37] <ivoks> so, it is upstream
[01:37] <carlos> and yes, it's the Indi translation
[01:37] <ivoks> can this be fixed in rosseta anyhow?
[01:37] <carlos> so seems like they fixed it if you say that latest release doesn't have it
[01:37] <ivoks> right
[01:38] <carlos> ivoks: please, could you point me to the latest release tarball?
[01:38] <ivoks> so, would uploading new, empty, template, overwrite old translation?
[01:38] <ivoks> sec
[01:38] <ivoks> http://heanet.dl.sourceforge.net/sourceforge/amarok/amarok-1.4-beta3c.tar.bz2
[01:38] <carlos> yes, but the indi translations will still appear as suggestions
[01:38] <carlos> so we need to remove them completely
[01:38] <ivoks> ah, never mind that... :)
[01:50] <mpt__> ugh
[01:50] <mpt> Anyone got time to give me a Python lesson?
[01:51] <SteveA> what's up mpt?
[01:51] <mpt> I've got an error I don't understand, at least partly because it's in code I haven't (to my knowledge) changed
[01:51] <SteveA> use the pastebin
[01:51] <ivoks> yup
[01:51] <mpt> ok
[01:53] <erdalronahi> ping carlos
[01:53] <carlos> erdalronahi: pong
[01:53] <erdalronahi> Hi Carlos
[01:54] <mpt> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/filefRX1XR.html
[01:55] <SteveA> ok
[01:55] <mpt> I was getting a similar error about view/assignee/widget on another page
[01:55] <SteveA> and the code you changed?
[01:56] <mpt> The only change in this file is view/severity/widget to view/importance/widget
[01:57] <mpt> well, that's not entirely true
[01:57] <SteveA> do you get this error running a test?
[01:57] <SteveA> or using launchpad interactively?
[01:57] <mpt> yes
[01:57] <mpt> both
[01:58] <mpt> Everything that looks at a search page
[01:58] <mpt> fails on either assignee widget or owner widget
[01:58] <mpt> neither of which are anything to do with this branch
[01:59] <SteveA> BjornT: do you have some time to help mpt with this?
[01:59] <BjornT> sure, i'll take look
[01:59] <carlos> erdalronahi_away: hi ?
[01:59] <SteveA> thanks BjornT 
[02:00] <mpt> BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/fileIRhorI.html is the diff
[02:02] <mpt> BjornT: self.importance_widget = CustomWidgetFactory(DBItemDisplayWidget)
[02:02] <mpt> (which is copied directly from the method from self.status_widget)
[02:03] <BjornT> mpt: make sure that your zope tree is up to date, it looks like a bug i fixed a while ago.
[02:04] <mpt> What's the pull location for sourcecode/zope?
[02:04] <BjornT> mpt: sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/zope/3.2
[02:04] <mpt> thanks
[02:05] <mpt> BjornT: so 'echo "sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/zope/3.2" > .bzr/x-push-data; bzr revert'?
[02:06] <mpt> (starting from sourcecode/zope)
[02:06] <BjornT> mpt: no, 'bzr pull --remember sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/zope/3.2' should do
[02:06] <erdalronahi_away> carlos: I just got your bugreport about the Corean imports resp. the Hindi into Croatian
[02:07] <erdalronahi_away> and thought I'look whether you are here
[02:07] <mpt> ah, nifty
[02:07] <BjornT> mpt: the --remember makes it so that next time a simple 'bzr pull' is sufficient
[02:09] <carlos> erdalronahi_away: I'm here, but going to have lunch
[02:10] <carlos> erdalronahi_away: could we take later?
[02:10] <carlos> s/take/talk/
[02:10] <erdalronahi_away> of course, I have work to do, too
[02:10] <carlos> ok, see you later then
[02:10] <carlos> cheers
[02:10] <erdalronahi_away> cheers
[02:10] <ddaa> mpt: as much as good progress feedback fixes "foo is too slow" sort of bugs while actually slowing it down a bit, using strace will probably incurr an unacceptable slowdown.
[02:11] <ddaa> mpt: OTOH, adding progress feedback points should usually be quasi-trivial
[02:13] <mpt> matsubara: pong
[02:13] <SteveA> mpt: guido w is back
[02:13] <matsubara> mpt: did I ping you?
[02:14] <mpt> matsubara: yes, but it was a few days ago :-)
[02:14] <cprov> good morning 
[02:15] <matsubara> mpt: oh, I don't remember, probably nothing important.
[02:19] <olive> hello, how to close a support request in launchpad ?
[02:23] <salgado> carlos, around?
[02:26] <salgado> lifeless, around?
[02:27] <lifeless> whatsup
[02:28] <salgado> lifeless, so, I asked stub to do a code update on staging, but I think he forgot to run the script to update the db schema...
[02:28] <salgado> can you do that for me?
[02:35] <carlos> salgado: hi
[02:37] <salgado> hi carlos. I needed to bother you about staging again. but I think lifeless is taking care of it for me
[02:39] <carlos> lifeless: I will take care of this request
[02:40] <salgado> thanks, carlos!
[02:57] <mpool> SteveA: ping?
[03:00] <olive> any idea how to close a request ticket in launchpad ?
[03:00] <matsubara> olive: currently only the requester or a Launchpad admin can close a support request. that's a know bug.
[03:01] <olive> i'm the requester
[03:01] <olive> ticket 369
[03:03] <olive> I can "reject request" but it's not what I want
[03:03] <matsubara> olive: hmm I'm taking a looking at it. Indeed, the UI isn't very intuitive
[03:04] <olive> yes ^^
[03:04] <matsubara> olive: you can add a comment and mark it as answered or
[03:04] <olive> ok
[03:05] <olive> Status:  Answered
[03:05] <olive> oh ok.
[03:05] <olive> thanks ;)
[03:07] <matsubara> olive: you're welcome
[03:17] <carlos> salgado: hmm you will need to wait for my language pack export script until I'm able to update staging
[03:17] <carlos> salgado: it's locking the database
[03:18] <carlos> In 50 minutes or so it should be done
[03:18] <SteveA> mpool: hello
[03:21] <scp2004> how i do to encommend a ubuntu cd to my home?
[03:21] <scp2004> sorry, my english is bad because i'm brazilian
[03:22] <`6og> scp2004: you want to order an ubuntu cd?
[03:24] <ddaa> breno_comp: https://shipit.ubuntu.com/
[03:24] <ddaa> not taking orders at the moment
[03:24] <breno_comp> i register now, and how i do?
[03:24] <breno_comp> why?
[03:25] <ddaa> it's all explained on that page
[03:25] <ddaa> see also http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607
[03:29] <breno_comp> i saw, thanks
[03:29] <breno_comp> here, all use linux?
[03:30] <`6og> when did the sorting collums by clicking the title dissapear from LP? :( i used that all the time
[03:31] <ddaa> recently, it was incorrect when there was multiple pages of bugs
[03:31] <ddaa> since there was no easy fix, it was disabled
[03:31] <ddaa> (it sorted only the current page, not the whole bug list)
[03:31] <breno_comp> ahh
[03:32] <breno_comp> you are a free man!!!
[03:34] <kiko> ddaa, incorrect in actually not so many cases if you consider source package bug listings! I really think that change should have been discussed further, it was a cop-out solution :-/
[03:35] <ddaa> I agree this is annoying, but any other solution would have been confusing at least.
[03:35] <kiko> I don't think we discussed any other solutions but feature removal.
[03:36] <ddaa> ideally, we would have a bit of javascript to do it correctly
[03:36] <ddaa> a half-assed solution would be only enabling that on non-batched pages, which would be very confusing
[03:37] <ddaa> since it would work in some pages, and not in others
[03:37] <ddaa> the old situation was arguably the worst, so I consider the removal of the feature a net improvement
[03:37] <breno_comp> Brazil is the piratary country, in brazil, all is pirate because the laws aren't used corretly
[03:39] <breno_comp> and i am nervous with the situation of the brazil.... not laws, not justice, not of not
[03:39] <kiko> ddaa, it's only an improvement for people who didn't use the feature, if you look at it honestly...
[03:39] <breno_comp> did you see in tv, the attacks of gangs in brazil???
[03:39] <kiko> breno_comp, I don't think thisis the right channel for this discussion.
[03:39] <ddaa> kiko: I disagree
[03:40] <SteveA> breno_comp: hi.  this is a channel for discussing launchpad.  please keep the conversation on-topic.
[03:40] <ddaa> I was bitten myself by its confusing behaviour
[03:40] <breno_comp> sorry
[03:40] <breno_comp> ok
[03:41] <ddaa> and a awkyard and reliable feature is better than a misleading error-prone easy feature
[03:42] <kiko> "is better" is a questionable statement in any context.
[03:43] <Yannig> carlos> Te puedo hacer otra pregunta tonta? ;)
[03:44] <carlos> Yannig: sure, tell me, but in English, please, this is an English channel
[03:44] <Yannig> Sorry :)
[03:44] <Yannig> Well, two questions actually :)
[03:44] <ddaa> kiko: ultimately, a lot of UI design is faith-based
[03:45] <kiko> that's true.
[03:45] <Yannig> First of all: I translate online when I'm on Windows and with gtranslator when on Linux. I've just noticed that the online translation are just considered as "suggestions" although I'm connected as Kokoyaya. Why? Any way to validate all these translations?
[03:46] <Yannig> Secondly: I'm considered as an active member of ubuntu-l10n-oc team but https://launchpad.net/people/ubuntu-l10n-oc/+translations tells "No translations recorded from Ubuntu Occitan Translators." Any idea why?
[03:49] <carlos> Yannig: where do you see they being as 'suggestions' ?
[03:49] <carlos> Yannig: about the second one, we don't record there the translations from the team
[03:50] <Yannig> 1) https://launchpad.net/distros/ubuntu/dapper/+source/debian-installer/+pots/debian-installer/oc/+translate?alt=fr&offset=700 (number 701)
[03:51] <Yannig> 2) Not so important, it was just for stats love :)
[03:56] <carlos> Yannig: let me finish with a small meeting and I will take a look.
[04:05] <ddaa> funny
[04:06] <ddaa> not-registered.com is indeed registered...
[04:06] <ddaa> but none of no-route-to-host.{com,net,org}
[04:07] <ddaa> though no-route-to.example.com is probably the safe bet
[04:28] <carlos> Yannig: please, could you file a bug about it?
[04:28] <carlos> Yannig: it should not be there as suggestion unless you removed it and clicked over the Submit translations button
[04:41] <Yannig> carlos> Well, it may be the problem...
[04:41] <malcc> Anybody give me a hint how to run doctests inside docstrings in a code module, eg lib/canonical/launchpad/validators/url.py?
[04:41] <Yannig> As I work on both systems, I submitted oc.po file with some of the translations done online blank in the po file :(
[04:42] <Yannig> If at least I could find a way to validate all these suggestions at once
[04:42] <carlos> Yannig: that's the problem then...
[04:42] <carlos> Yannig: not yet, but we will add a way to do it
[04:43] <Yannig> So I should post a bug report about it?
[05:38] <carlos> Yannig: well, not really, the system did exactly what you asked it to do...
[05:39] <Adri2000> hello :)
[05:40] <carlos> hi
[05:40] <Adri2000> i have problems signing the code of conduct... : "str: The signed text does not match the Code of Conduct. Make sure that you signed the correct text (white space differences are acceptable)."
[05:42] <Adri2000> my public key is correctly registered to launchpad, and if i gpg --verify the .asc it says it's signed
[05:53] <Adri2000> any idea where the error could be ?
[05:54] <matsubara> hi Adri2000 that's a known problem. bug 39547
[05:54] <Ubugtu> Malone bug 39547 in launchpad "Code of Conduct 1.0.1 signatures not accepted" [Critical,Confirmed]  http://launchpad.net/bugs/39547
[05:56] <Adri2000> ok matsubara :) thanks
[06:01] <kiko> matsubara, how about we fix that problem? what's the bug?
[06:03] <matsubara> kiko: well, according to the bug report CoC 1.0.1 is unsignable 
[06:03] <kiko> why?
[06:04] <matsubara> kiko: further investiagtion needed to answer that
[06:04] <kiko> do it
[06:05] <matsubara> kiko: ok
[06:10] <carlos> matsubara: https://launchpad.net/products/rosetta/+bug/44529
[06:10] <Ubugtu> Malone bug 44529 in rosetta "Translation import queue query needs validation." [Normal,Rejected]  
[06:11] <carlos> matsubara: I rejected it, please, read the explanation there and tell me if you agree or not
[06:12] <salgado> hey carlos. how's staging going?
[06:12] <carlos> uupps
[06:12] <carlos> salgado: I forgot about it O:-)
[06:12] <carlos> doing last thing before turning it on
[06:14] <matsubara> carlos: well, it sounds reasonable to me. is there a bug open for the issue you commented there?
[06:17] <carlos> hmm
[06:17] <SteveA> matsubara: https://launchpad.net/products/launchpad/+bug/44872
[06:17] <carlos> seems like I forgot to file it
[06:17] <Ubugtu> Malone bug 44872 in launchpad "xmlrpc should use the OOPS system" [Normal,Confirmed]  
[06:17] <carlos> matsubara: I will file the bug and mark that one as a duplicate of the new bug
[06:19] <matsubara> SteveA: thanks
[06:20] <matsubara> carlos: I suppose then that bug 40321 would be a dupe of that too, right? And thanks for filing the bug. 
[06:20] <Ubugtu> Malone bug 40321 in malone "We should sanitize all values from the URL generated in the advanced bug search form." [Normal,Confirmed]  http://launchpad.net/bugs/40321
[06:20] <kiko> carlos, and staging?
[06:21] <carlos> kiko: running analyze
[06:21] <kiko> thanks
[06:22] <carlos> matsubara: not really, that bug should raise UnexpectedFormData exception
[06:22] <carlos> matsubara: I guess we should update the FAQ page...
[06:22] <kiko> carlos, UFD is a bit of a let-down for two reasons:
[06:22] <kiko> a) it generates an OOPS which appears in the daily reports
[06:22] <kiko> b) it doesn't have a special page
[06:23] <carlos> UFD?
[06:23] <kiko> until we fix those, I don't think we should be promoting the use of UFD
[06:23] <kiko> unexpected form data
[06:23] <carlos> oh
[06:23] <carlos> kiko: well, I was told to use it in London
[06:23] <kiko> that's great, and it's okay to use it there, but until those steps are addressed it's not really the best solution
[06:24] <carlos> and I don't think we should fix an URL that someone broke by hand if later we should raise it...
[06:24] <carlos> where it is UFD
[06:24] <kiko> I mean, the end-user gets an OOPS, matsubara gets an OOPS
[06:24] <kiko> well, the batching code throws away arguments that are broken
[06:24] <kiko> if you supply batch=3d12 or start=foo
[06:25] <kiko> it's cheap to do
[06:25] <kiko> at any rate, I just think we shouldn't do anything with UFD until a) and b) are addressed
[06:25] <kiko> I can address a) though
[06:25] <kiko> partially at least
[06:25] <kiko> staging is up yippee
[06:26] <carlos> in fact
[06:27] <carlos> it was not London
[06:27] <carlos> but after a launchpad meeting on January
[06:29] <carlos> kiko: https://wiki.launchpad.canonical.com/DevelopmentMeeting20060126
[06:29] <carlos> I raised it there
[06:29] <kiko> yeah yeah
[06:30] <carlos> kiko: my point is
[06:31] <carlos> instead of expending time to remove those OOPs, fixing the arguments, let's expend some time adding that other error form
[06:31] <salgado> carlos, would you do me another big favour and run https://chinstrap.ubuntu.com/~dsilvers/paste/fileHAknk9.html on staging? :)
[06:31] <carlos> kiko, salgado: btw, staging is up and running now
[06:31] <salgado> carlos, yeah, I saw it. thanks!
[06:31] <carlos> salgado: done
[06:33] <kiko> old news
[06:33] <carlos> I need to leave now
[06:33] <carlos> will be back later tonight
[06:34] <carlos> see you
[06:34] <kiko> night carlos 
[07:21] <SteveA> SteveA: hello
[07:21] <SteveA> stub: hello
[07:21] <stub> SteveA: Hi
[07:21] <SteveA> stub: i'm arsing about on staging
[08:10] <mdke_> is there a way to remove a remote bug watch?
[08:11] <mdke_> the one on bug #45040 seems to have been added by accident
[08:11] <Ubugtu> Malone bug 45040 in gnome-mime-data "Don't open any MP3 files..." [Normal,Unconfirmed]  http://launchpad.net/bugs/45040
[08:11] <kiko> mdke_, no, but there will be soon.
[08:11] <mdke_> cool
[08:30] <siretart> is it possible to unsubscribe a group from a malone bug? if yes, how?
[08:31] <bradb> siretart: No, not atm.
[08:31] <siretart> ah, found it. #30532 - never mind
[09:57] <salgado> kiko, the last changes Jane requested: https://chinstrap.ubuntu.com/~dsilvers/paste/fileWF2614.html
[09:57] <kiko> looking.
[10:56] <bradb> salgado: Not a big deal, but the "create a new account" link on https://ubuntu.shipit.staging.launchpad.net/ seems to be hardcoded to point at production.
[11:54] <Yannig> carlos> Thanks for your answer
[11:54] <Yannig> Bad luck, I'll try and find a way to send my po file before working online...
[11:54] <Yannig> Meanwhile, I just have to find every "suggestion" to validate them