=== mpt [n=mpt@222-154-181-61.jetstream.xtra.co.nz] has joined #launchpad === b3nw [n=io@res21382.rh.rit.edu] has joined #launchpad [12:31] Gooooooooooooooooood afternoon Launchpadders! [12:32] hi mpt === hannosch [i=hannosch@e176108231.adsl.alicedsl.de] has joined #launchpad === daf_ [n=daf@muse.19inch.net] has joined #launchpad === mpt [n=mpt@222-154-181-61.jetstream.xtra.co.nz] has left #launchpad ["http://mpt.net.nz/"] === mpt [n=mpt@222-154-181-61.jetstream.xtra.co.nz] has joined #launchpad [02:12] sivang: Slept in a little. Had a long day yesterday. What's up? [02:14] jblack, you wrote "2005-01-23 * (1h) Met with mpt about bazaar-ng wiki site". I don't remember that ... [02:16] mpt: Remember the discussion about templates, bzr and the wiki? [02:16] no [02:17] You wanted to help, bzr hooked you and I up [02:17] Either I have a really bad memory, or you're confusing me with Henrik or someone else [02:17] Pardon, you wanted to help, lifeless hooked you and I up [02:17] What did I want to help with? [02:17] The wiki. I was planning and had just started the redesign for the site. [02:18] hummm [02:18] That sounds like something I *would* be interested in, if I wasn't so busy === thierry [n=thierry@modemcable151.48-131-66.mc.videotron.ca] has joined #launchpad [02:19] Check the 24th [02:19] which channel? [02:20] or was it a query? [02:20] I think we were in bzr [02:20] I'm never in bzr [02:20] It could have been the 22nd, 23rd and 24th. [02:20] that's because my workday crosses the natural day boundary [02:21] It would have been 22rd or 23rd I didn't get logging turned back on until the 24th [02:22] The only time I've been in #bzr since the start of the year was 4.5 minutes on the 28th, and nobody said anything during that time [02:22] and I have no memory of that conversation [02:22] It must have been someone else :-) [02:22] check #launchpad and #canonical? [02:23] every time I try to set a "target fix to release" tonight, I get a timeout error [02:24] A good word to key in on is "template" [02:27] 20:26 < fullermd> mlh_ on the 23rd? [02:27] jblack, you didn't mention anything related while I was in #launchpad during that time, and I wasn't in #canonical at all because I was on holiday [02:27] mpt: I'm very sorry. It was mlh. [02:27] ok :-) [02:28] I feel a _lot_ better now [02:28] me too, I'm glad I'm not amnesiac or sleepworking [02:28] or being impersonated [02:28] Is this doublechecking stuff or do I need to go back and somehow get the record changed? [02:29] It was mainly for my reassurance, I don't mind what you do now :-) [02:31] Good. Because I just got my new "Matthew Thomas" Gold card. [02:31] Free beer tonight! [02:31] haha [02:31] free-as-in-beer [02:31] free-as-in-fraud === AlinuxOS [n=alinux@d83-176-9-1.cust.tele2.it] has joined #launchpad === jamesh [n=james@203-59-207-160.dyn.iinet.net.au] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] === mpt wonders why his new branch is failing [04:15] jblack, what's wrong with this picture: [04:15] cp -a ~/hacking/lp/rocketfuel ~/hacking/lp/$1 [04:16] when I do that all the subdirectories are present, but the files at the top level are not === jinty [n=jinty@196-28-46-130.jhb.netdial.co.za] has joined #launchpad [04:26] (where $1 is the name of my new branch) [04:29] Yeah, lets fix that [04:30] where is that? [04:30] huh, I tried it again and it works === mpt kicks his computer [04:30] mpt: I can't find where you got that from anyways [04:31] my old new-branch script [04:31] Ohh. I thought you meant the new RocketfulSetup PQMSetup scripts [04:31] no ... sorry for the interruption [04:32] You didn't interrupt me. Thats part of my job. :) === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [04:38] great, make schema fails [04:41] I guess that gives me an excuse to get back to design work until someone who knows what they're doing arrives ... === mpt_ [n=mpt@222-154-112-65.jetstream.xtra.co.nz] has joined #launchpad === bob_ [n=bob@HSE-Toronto-ppp189281.sympatico.ca] has joined #launchpad [05:08] mpt_: wassup === stub [n=stub@ppp-58.10.74.44.revip2.asianet.co.th] has joined #launchpad === mpt__ [n=mpt@219-89-145-207.jetstart.xtra.co.nz] has joined #launchpad [05:24] lifeless, after make clean and make build, make schema fails with "psycopg.ProgrammingError: ERROR: relation "poll" already exists" [05:24] in a brand-new branch [05:24] while applying patch-25-01-0.sql [05:25] that is not a new branch [05:26] patch-25 is ancient, we are in the 40's now [05:26] the basis schema is launchpad-40 now [05:30] hmmmmm [05:31] I updated my rocketfuel copy yesterday [05:32] ls databases/schema/launchpad* [05:32] after running pull-rocketfuel again, database/schema/ contains patch-25-00-0.sql through patch-40-08-0.sql [05:35] should it not contain the -25- ones? [05:35] the -25- ones should be under archive/ [05:36] rsync -aP chinstrap:/home/warthogs/archives/rocketfuel-built/ ~/hacking/lp/rocketfuel [05:36] is that correct? [05:36] or has rocketfuel-built been renamed recently? [05:36] (or obsoleted, rather) [05:36] no, rf-built is still in use [05:38] so why would the destination still contain the obsolete patches? [05:38] -aP looks right... [05:38] erm [05:39] mpt: you need --delete or --delete-after [05:39] why are you working in the rysnced dir ? [05:39] mpt: otherwise files that have been removed will remain in your local copy [05:39] I think thats your problem, bzr is not managing your dir, and you'll be wipiing out all your local edits [05:39] you have to rsync into a *different* dir and use bzr to merge from that [05:40] ~/hacking/lp/rocketfuel is not my working directory [05:40] that would explain why you still have the patch-25-* patches [05:40] ~/hacking/lp/whatever-branch-name is my working directory [05:40] which is from cp -a of ~/hacking/lp/rocketfuel === mpt could swear this used to work :-) [05:41] if you don't pass --delete to rsync, you'll end up with old crap in your tree === mpt_ [n=mpt@219-89-129-215.jetstart.xtra.co.nz] has joined #launchpad [05:57] victory! [05:57] thanks lifeless and jamesh [05:58] (having all my new forthcoming branches be less than half their traditional size is an added bonus) === jsgotangco [n=jsg@210.4.38.43] has joined #launchpad [06:14] mpt_: Should searching for "window not responding" match bugs containing the word "window" but not "responding", or bugs containing the words "window", "not" and "responding". [06:15] mpt_: If the latter, should we go with google's "window NOT responding" or use our own syntax like "window !responding" to do the 'not' search? [06:15] stub, the latter, and in MaloneSearch I specced syntax of the form 'window -responding' [06:16] I didn't know Google did 'NOT foo' as well as -foo [06:17] ... it doesn't [06:18] http://www.google.com/search?q=virus+NOT+computer [06:18] http://www.google.com/search?q=virus%20-computer === mpt_ wonders why, when searching for "virus -computer", Google suggests searching for "vikings" and "I pledge allegiance" [06:19] heh [06:20] ok. ta. [06:24] Dealing with Malone as a seperate product is a pita because we don't have any project wide views for specs, bugs etc. :-( [06:25] stub, that's bug 5584 [06:25] malone bug 5584 in malone "Project bugs page needs implementing" [Normal,Confirmed] http://launchpad.net/bugs/5584 [06:25] at least partly [06:26] which is one of the things I'm specifying for https://wiki.launchpad.canonical.com/MaloneFrontPages [06:27] feel free to report bugs about missing project^W product group specs pages, bounties pages, etc [06:51] spiv: get I make 'module.attribute' run a function ? [06:52] lifeless: The practical answer is no. [06:52] The tasteful answer is also no. [06:52] I have an attribute I want to deprecate [06:52] I dont want to break clients [06:52] but I want them to know that its moving [06:53] I feel your pain. [06:53] python, why art though guidos child! [06:53] But essentially the answer is no. [06:53] can pypy help ? [06:53] (you don't really want to hear about the mess required to make it a "yes") [06:53] I'm guess change the metatype of the module for starters [06:54] Putting non-module objects in sys.modules is probably nicer, relatively speaking. [06:54] during __init__ sys.modules=MyFakeModule(__module__) [06:54] ;) [06:54] You're better off making the relevant attribute raise deprecation warnings when used. [06:54] its a constant [06:55] Make it a smart constant ;) [06:55] oh ? [06:55] do tell [06:55] But yeah, I realise this is also not practical all the time. [06:56] Well, e.g. you could replace a string constant with a custom object that implements __str__. Or perhaps even make it subclass basestring if you have really tight backwards-compat concerns... [06:56] But basically, I think you're stuck with purely documenting and crossing your fingers. [06:56] holy mother of fuck [06:57] that would be a mess - __str__, __iter__, __eq__ etc [06:57] subclassing str would be better [06:57] I think I'll try that [06:58] class DeprecatedString coming right up === poningru [n=poningru@n128-227-1-26.xlate.ufl.edu] has joined #launchpad === poningru_ [n=poningru@n128-227-1-26.xlate.ufl.edu] has joined #launchpad [07:53] there is i think some code in zope3 to rename and deprecate the old name of something [07:55] i just checked. it is for aliasing one module to another. [07:55] so, not quite what you're looking for. [07:56] lifeless: you could also implement a proxy that issues a deprecation warning, and then sends messages to the new thing. [08:01] SteveA: I guess I was thinking of strings as special. [08:01] I am enlifted now === zyga [n=zyga@ubuntu/member/zyga] has joined #launchpad === mpt_ [n=mpt@222-154-152-180.jetstream.xtra.co.nz] has joined #launchpad === AlinuxOS [n=Ubuntu@d83-176-78-150.cust.tele2.it] has joined #launchpad [08:38] lifeless: strings are somewhat special, but probably not in ways that matter for this particular circumstance === ritvik [n=ritvik@mailout1.vmware.com] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === jamesh wonders if there is a bzrtools that works with current bzr [09:25] problem ? [09:25] oh, I am guessing the merge of storage broke the bzrtools mainline [09:25] I have fixes in my plugins/bzrtools/storage dir, or plugins/bzrtools/trunk [09:27] cool. I'll look at that === mpt [n=mpt@222-154-154-231.jetstream.xtra.co.nz] has joined #launchpad === fabbione [n=fabbione@82.109.136.125] has joined #launchpad [09:39] fabbione! [09:39] hey lifeless [09:40] caught up with Mark today, hes talking about 'server profiles'... has he mentioned that to you ? [09:40] i still need to read my emails [09:40] okies [09:40] otherwise i have no idea :) [09:40] anyway, when you have, ping me === mpt_ [n=mpt@222-154-154-231.jetstream.xtra.co.nz] has joined #launchpad === Keybuk [n=scott@82.109.136.125] has joined #launchpad [09:44] lifeless: i have nothing in my inbox from Mark [09:44] hah [09:44] lifeless: are you sure i was CC'ed? [09:44] he did say it was a new idea [09:45] no, he didn't email me === fabbione checks in the spam folder [09:45] we had lunch [09:45] so I have *no* idea if he has emailed you or not [09:45] ok [09:45] anyway the idea is that the server install would have profiles [09:46] so you can say 'db server', or 'LAMP profile', or 'LDAP server', or 'Bastion Host' [09:46] and we offer 4 or 5 really key and common configurations. [09:46] it's really nothing new about that [09:46] a profile would come up after the install with a sane default [09:46] and we did kill it for a reasons a looong time ago [09:46] heh [09:47] reintroducing it would be a pain [09:47] i think [09:47] hes talking about it during Q&A sessions in the asia tour :) :) :) [09:47] you may have to talk with him to pin down the details about how its different to what we had before [09:47] yes === pollo [n=olopez@123.Red-83-36-149.dynamicIP.rima-tde.net] has joined #launchpad [09:48] what he wanted me to do was chat with you about the 4-5 key profiles that would make sense. [09:48] also because i don't understand why he want something like that [09:48] lifeless: i need to understand why he wants that in the first place [09:48] yah [09:48] because with the actual CD/status [09:48] there is only one daemon for each task [09:48] like apache -> www [09:48] postfix -> mail [09:48] etc. [09:48] Hi i want to do kiax package to kubuntu , what i must do ? [09:49] so introducing a profile it's kind of pointless [09:49] I'm guessing here... but my gut feeling is its like having a bunch of very small targeted distros, one for each common task [09:49] pollo: join #ubuntu-motu [09:49] pollo: where I think someone is already working on that [09:49] mm ok [09:49] thanks [09:49] fabbione: well, a LAMP profile would for instance know to install mysql and apache, enable both by default, activate mod_python and mod_perl === pollo [n=olopez@123.Red-83-36-149.dynamicIP.rima-tde.net] has left #launchpad [] [09:50] fabbione: or a bastion host would have amavis (or whatever we support) and postfix preconfigured to intercept, scan, and forward email, a squid ready to go, iptables in sane mode for a 192.168.0.0 internal network [09:50] lifeless: that's so much a NO NO NO [09:50] fabbione: Mark and I only had literally 2 minutes talking about this === kiko [n=kiko@217.205.109.249] has joined #launchpad [09:51] good morning [09:51] hey SteveA [09:51] fabbione: so, I am really not a great champion of the idea :) [09:51] we did discuss these options already and we are not going to do stuff like that in a week from feature freeze [09:51] morning Mr Kiko [09:51] how's everything [09:51] rocking [09:51] thankful to know that it is rocking somewhere in the globe [09:51] fabbione: I have no idea what timeframe he was thinking === mdz [n=mdz@82.109.136.125] has joined #launchpad === cprov [n=cprov@217.205.109.249] has joined #launchpad === sivang [n=sivang@193.28.45.42] has joined #launchpad [10:10] morning all === sivang awaits for daf to arrive [10:10] hi sivan [10:11] Kinnison: Hi Daniel :-) === sivang managed to use jblack's script last night (following the whole RocketFuelSetup page , and then even DatabaseSetup including cd $your_launchpad_checkout/database/schema; make; cd -) however, the launchpad start script didn't run. throw some missing ..proxy_proxy.. modules exceptions. [10:15] really [10:15] a-ha === mpt_ tries to use a Bugzilla report to see the distribution of bug severities in bugzilla.ubuntu.com, and fails because Bugzilla reports require login [10:16] sivang: did you run "make" at the top level? [10:17] Kinnison, you've been working on the autobuild stuff, right? [10:17] along with cprov? [10:17] mpt_: yes === stub [n=stub@gb.ja.96.122.revip.asianet.co.th] has joined #launchpad [10:17] What's the difference between CHROOTWAIT and CHROOTFAIL? [10:17] hey stub [10:17] kiko: yo [10:18] Kinnison: I recall I did, let me double check that. [10:18] mpt_: the latter doesn't exist [10:18] OH RLY? [10:18] mpt_: Or rather, CHROOTFAIL is the build state caused by CHROOTFAIL from the builder [10:19] urgh [10:19] english -- she is bad today [10:19] stub, we're getting somewhere. we would like to be able to do a production to staging database/librarian (but no code) sync today -- how difficult is it to kick that off when we want to? [10:19] mpt_: Or rather, CHROOTWAIT is the build state caused by CHROOTFAIL from the builder [10:19] stub, is it something we can manually trigger? [10:19] (keep in mind we have elmo on our side) [10:19] Kinnison, ok, thanks === jsgotangco [n=jsg@210.4.38.43] has joined #launchpad [10:20] mpt_: can you fix the UI, it sounds like a typo, use CHROOTWAIT [10:20] kiko: You can trigger it if I give you instructions, but it would be better if you can ping me and I kick it off. [10:20] cprov, next question: database/build.py contains a build_icon() function. Should that be in browser/build.py instead? [10:20] I think current time to do a restore is about 2.5 hours now that I've worked around the issue causing slow restores. [10:21] mpt_: uhm, the best should be in formatters, like bug [10:21] mpt_: what do you think ? [10:21] cprov, that makes more sense, yes [10:22] hi [10:22] mpt_: good ! [10:22] stub, what if it's too late for you -- this may only happen in some 6-8h [10:23] kiko: I'll write up the instructions and make sure there is an up to date database dump on asuka [10:23] Kinnison: cd rocketfuel/launchpad && make build is what I did, it uses some python shhh script so I am not sure if I could see errors that bounced out of it. [10:23] jamesh: hello [10:24] (under 'Build Launchpad' section in RFS) [10:24] stub, so, just to be clear -- I need to be able to say "sync the current (now) production database" [10:24] I will need to chase people down to add keys and sign CoCs and I don't want to have to redo that on staging === BjornT -> lunch [10:25] kiko: If you want to do *that*, I need to do it. Or possibly elmo. Because it first involves dumping the production database (about 2 hours), copying the file across to asuka, and then doing the restore. [10:25] sivang: And after that, it still ranted about not being about to load the proxy module? [10:25] Kinnison: yep. [10:25] sivang: commonly that error indicates that it hasn't built, but the ssshhh program is meant to show you errors, just not bother you if there are no errors [10:25] stub, grumble. what if we schedule a time for it? [10:25] kiko: How about I do it first thing tomorrow my morning? It should be ready for you when you start work tomorrow morning London time? [10:26] stub, then the builds can't run overnight and we lose a day [10:26] (one MORE day) [10:26] Kinnison: ah ok then, thx. I'll need to check those errors later on today - is there a way to make sshh more verbose? [10:26] sivang: not sure [10:27] Kinnison: nm, I'll use the source ;-) [10:28] kiko: How about we schedule me to do it in 6 hours time? (10:30pm Thailand time). If we do that, you should be able to start the builders in about 11 hours time before collapsing for the night [10:28] that sounds like a plan.; [10:28] stub, so we have 6 hours to prepare for this. that is good. [10:28] kiko: Although I can't guarantee that the restore will only take 2.5 hours [10:28] that's okay. [10:29] So if you want to get to bed earlier, ping me to start it earlier :-) [10:32] great. [10:32] stub, have you tried using the admin-people-merge stuff matsubara landed? [10:33] kiko: Nope. I didn't think I had rolled it out yet? === stub reminds himself he is supposed to do a production update today [10:33] it hasn't, no. [10:34] I haven't played with it locally anyway. [10:34] I was going to suggest testing on staging but... never mind me :) [10:37] In [5] :re.sub(" ", "\s+", "\t") [10:37] Out[5] :'\t' [10:38] kiko: don't write code including literals like " " [10:38] and dont' allow such code to be written [10:38] use " " * 30 instead [10:38] sorry, that was actually a wrong example [10:38] In [8] :re.sub("\s+", "\t", " x ") [10:38] Out[8] :'\tx\t' [10:38] that's what I meant. [10:39] kiko: yep, thanks [10:39] line = re.sub(r"\s+", "\t", line) [10:40] In [18] :a = "\t \tfoo\t \t\tbar\t \t\txxx\tooo " [10:40] In [19] :a.split(None, 2) [10:40] Out[19] :['foo', 'bar', 'xxx\tooo '] [10:44] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/filevxFpP5.html [10:46] jamesh: ping [10:47] SteveA: pong [10:47] kiko: the call site is at: https://chinstrap.ubuntu.com/~dsilvers/paste/fileicOoty.html [10:48] hi jamesh. do you have a headset for your computer? [10:49] yeah [10:50] cool. can we try some voice stuff out? [10:50] okay [10:51] actually, i should wait a few minutes until the vacuum cleaning has finished here [10:55] thanks for using the list SteveA === mpt_ sleepily wonders why that wasn't a bug report instead [11:00] can you guys keep an eye out at the next oops code [11:00] see if the login link on it is to localhost [11:01] https://launchpad.net/foo gives https://launchpad.net/foo/+login as the login link === Plavus [i=plavus@62.162.240.218] has joined #launchpad [11:03] I've seen localhost as a login link on an oops code, but have not been able to reproduce it :-/ [11:04] I haven't either [11:04] stub: i just sent a test message to system-error@launchpad.ubuntu.com, including Bug in the subject line [11:05] stub: do you know if it has been received somewhere? [11:05] I have no idea [11:05] it should be on the errors list that you admin [11:06] i guess it should be in its own topic [11:06] It should? [11:06] yes [11:06] this is the email address presented on oops pages, when someone can't file a bug [11:06] Ok. Someone should ask rt@ to sort out the forwarding then [11:06] the forwarding should be already arranged [11:07] elmo wrote a script to accept email only when it has "Bug" in the subject line [11:07] and forward on to the errors list [11:07] at least, i think that's where it forwards on to [11:07] Nup - that email address has been busted for months and months. In fact, there may already be an rt job or a Malone bug on it. [11:07] I'll talk to elmo about it [11:07] aw crap [11:07] it is bullshit having an email address like that, which doesn't work [11:07] and, the email address should'nt have "ubuntu" in it either [11:07] thanks kiko [11:09] jamesh: thats not an oops code [11:10] lifeless: i can imagine why the problem would occur. it is possible that the request is in some kind of incomplete state when the oops page is rendered [11:10] lifeless: not found errors generate oops reports [11:10] of course, if so, this is a bug [11:11] jamesh: well they *look* different that the one I saw [11:11] lifeless: there are separate error pages for 404, timeout and generic oops [11:12] jamesh: so, it was a generic oops I saw it on [11:12] lifeless: but the same error report code is executed in each case [11:12] jamesh: sure, but its not having the same result ;) [11:13] There is a quick fix for this, even if we can't reproduce it. There is a launchpad.conf entry config.root_url which we can use to build the link instead of grabbing it from the environment somehow (although this won't work for shipit...) [11:13] SteveA, just explain to me -- where is this email displayed? [11:14] oops pages [11:14] is it our fault that they are @xxx.ubuntu.com? [11:16] our fault? [11:16] I mean, is that address hardcoded in our templates, code or config? [11:17] kiko: i'm on a call with james. [11:17] that's good to know [11:17] kiko: the address is hard coded in some templates, displayed to users [11:17] ok. [11:17] jamesh, that is [11:17] there is no need to have the email address in a config [11:18] Yes, I knew. I'll ask elmo if we can have both @launchpad.net work as well and then we can migrate. [11:18] i think it was a "@xxx.ubuntu.com" address because it was easier for elmo to set up [11:18] ok. === SteveA goes back to the call [11:18] say hi to james for me === daf [n=daf@193.28.45.42] has joined #launchpad [11:27] mpt_: So I assume that searching for 'launchpad-bugs' would be different from searching for 'launchpad -bugs' ? The first being a search for 'launchpadbugs' and the second 'launchpad' and not 'bugs'? [11:37] ddaa: what time (UTC) is the meeting on monday? [11:39] 0900 UTC usually [11:39] man, you dragged me out of bed [11:40] stub, yes, with the first being a search for launchpad{any or no punctuation}bugs if possible === ddaa goes for rest of boot up procedure [11:40] that's what Google does, anyhow [11:41] mpt_: Seems sane. [11:41] ddaa: jamesh will be joining us for the meeting on monday [11:43] mpt_: I doubt we will be able to implent MaloneSearching as specced btw in the short term - it pretty much involves writing a full text search engine from the ground up, or glueing something that meets the criteria onto the PostgreSQL backend. Either way, lots of work. But we can still aim towards it. [11:43] stub, yes, it's not meant to be implemented all at once ;-) [11:43] but it's generally arranged in order of importance [11:46] stub: voice call? [11:46] Sure === stub grabs his headphones [11:47] stub: I merged a branch into rocketfuel that just missed the last production rollout [11:48] stub: it changes the oops code numbering going on from February, so I was wondering if it would be possible to get it cherry picked into production [11:48] jamesh: I should be doing a rollout later today, and it will go out then [11:48] stub: that works for me :) [11:49] stub: it was merged into rocketfuel as r3020 [11:50] jamesh/stub: if it's possible, getting __len__ fixes in this rollout would be good [11:51] SteveA, wouldn't it be better to let that bake a week first? [11:51] I am only asking because, well, __len__ hasn't been removed in RF yet, has it? === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [12:10] kiko: If the system-errors email address is busted because of the script that looks for 'Bugs', I might be able to do this at the mailman end [12:11] I am unable to check up on that, stub, until elmo arrives [12:11] stub, gina isn't running on asuka at the moment, right? [12:13] (meaning -- is it disabled in cron) [12:15] kiko: Gina is disabled on asuka [12:16] great. === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === carlos [n=carlos@84.76.255.40] has joined #launchpad [12:42] back to life! [12:43] kiko: hi [12:43] hey carlos [12:43] I'll give you a ring in 45 minutes. [12:43] kiko: ok === niemeyer [n=niemeyer@200-181-148-206.ctame7043.dsl.brasiltelecom.net.br] has joined #launchpad [12:44] hey niemeyer [12:44] Morning! [12:50] SteveA: ping [12:51] hi niemeyer [12:51] Heyho! [12:51] Feeling better today? :) [12:52] it's daytime! === Nafallo_away is now known as Nafallo === hannosch [i=hannosch@e176106134.adsl.alicedsl.de] has joined #launchpad [12:57] carlos: you around? [12:58] hannosch: yes [12:58] on a recent import one of my po files where associated with the wrong template, jordi couldn't fix it and said you could [12:58] carlos: launchpad_carlos is rebuilding at the moment. [12:59] carlos: Should be ready in an hour or two [12:59] SteveA: it would be nice if the OOPS page linked to /products/launchpad/+filebug with some fields already filled in [12:59] SteveA: it makes it easier for users to file a bug [12:59] stub: ok, thanks. Did you added it to your cronscripts? [12:59] SteveA: and the reports we would get would be more consistent and hence easier to triage [01:00] carlos: could you take a look at https://launchpad.net/products/plonesoftwarecenter/+translations and move the pt_BR file to the right template removing the plonehelpcenter one, would be great ;) [01:00] hannosch: plone? [01:00] SteveA: if it was a timeout, it could put "Timeout" in the summary, for instance [01:00] hannosch: no, I cannot fix it [01:01] carlos: not plone itself, but some add-on module for it [01:01] we need to do some code updates to allow it [01:01] hannosch: yeah, I know. I need some extra info from jordi [01:01] hannosch: reimport the .po file and we will handle the wrong import [01:01] carlos: ok, great [01:05] carlos: hhm, I get an error: "Ignored your upload because the file you uploaded was not recognised as a file that can be imported." [01:07] hannosch: it should end with '.po' [01:08] carlos: it does, poEdit can open it, so I guess the format is right [01:09] that message is related only to the filename [01:09] hannosch: we don't check the content at that point [01:09] hannosch: could you give me the URL where you are trying to upload it and the filename it has? [01:09] it's pt_BR.po and now I use the one exported from rosetta ;) on https://launchpad.net/products/plonesoftwarecenter/+series/trunk/+pots/plonesoftwarecenter/+upload === jbailey [n=jbailey@82.109.136.125] has joined #launchpad [01:12] ah sorry, my mistake this is the template upload ;) [01:13] https://launchpad.net/products/plonesoftwarecenter/+series/trunk/+pots/plonesoftwarecenter/pt_BR/+upload [01:13]