[12:06] <dilys> Merge to devel/launchpad/: [r=kiko]  Fix bug 35945 (Duplicate of bug links to $current_package/$bug_number) (r3458: Brad Bollenbach)
[12:31] <bradb> BjornT: ping
[12:46] <dilys> Merge to devel/launchpad/: Fix broken traversal in TicketSetNavigation (OOPS-100D166) r=kiko (r3459: Diogo Matsubara)
[12:57] <bradb> kiko: so, bugtask dates, any final decision?
[12:57] <bradb> !!!
[12:58] <kiko-zzz> where is that email, but yes
[12:58] <kiko-zzz> I am inclined to using transitionToStatus because it makes it a lot clearer that the method can have side-effects
[12:59] <kiko-zzz> and also because it increases greppability world-wide
[12:59] <kiko-zzz> are you violently opposed to it?
[12:59] <kiko-zzz> bradb?
[12:59] <bradb> kiko-zzz: Not violently, just that it creates a lot more work, with little ROI IMHO.
[01:00] <kiko-zzz> bradb, is it a /lot/ more work?
[01:00] <bradb> quite a bit yeah, that's quite a lot of callsites to change
[01:00] <kiko-zzz> really? I would have sworn at most 3
[01:01] <kiko-zzz> you can probably find out by making status read-only and then running the suite overnight
[01:01] <bradb> lots more than three, plus all the tests
[01:01] <kiko-zzz> I think it's worth the effort if we are making it clearer /who/ sets status
[01:01] <kiko-zzz> which is such an important change
[01:02] <kiko-zzz> (I don't think that we should set the status from a lot more than 3 places, if you see what I mean)
[01:02] <bradb> kiko-zzz: so, you're saying we'd have a method to set the status, but access it as a prop?
[01:03] <kiko-zzz> bradb, yes.
[01:03] <kiko-zzz> that's my idea, anyway
[01:03] <bradb> that would break somewhat fewer things, i guess
[01:03] <kiko-zzz> that's what I thought myself
[01:03] <kiko-zzz> worth a try?
[01:03] <bradb> sure, worth a try
[01:04] <kiko-zzz> okay, cool. thanks for keeping the faith (and sorry for @#!@ taking so long)
[01:04] <bradb> no worries :)
[01:04] <kiko-zzz> I'm rolling out
[01:04] <kiko-zzz> you guys take it easy but not TOO easy
[01:05] <bradb> later dude
[01:05] <kiko-zzz> (I have some cool JS fixes for sorting in my tree, yay)
[01:48] <carlos> night!!
[03:24] <raphink> hi there
[03:24] <raphink> just got OOPS-102A10 if someone could look it up :)
[03:24] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/102A10
[03:24] <raphink> just as I was registering a branch for a project
[03:24] <jamesh> raphink: I'll be able to look it up in 5-10 minutes
[03:25] <raphink> ok
[03:25] <raphink> i'll probably be bedded then
[03:25] <raphink> thanks for having a look though :)
[03:25] <jamesh> raphink: the reports get collected from the app servers by a regular cron job, which is why I can't check immediately
[03:25] <raphink|ZzzZ> ah ok :)
[03:25] <raphink|ZzzZ> I'll try to remember that ;)
[03:26] <raphink|ZzzZ> makes sense
[04:12] <mpt_> Goooooooood afternoon Launchpadders!
[05:05] <dilys> Merge to devel/launchpad/: [trivial]  Pause before running createdb to ensure that all connections to template database have had a chance to drop (r3460: Stuart Bishop)
[05:10] <stub> Heh... this is the *third* time I've worked with a web designer who used OS X and the second time they have ripped of the OS X striped look ;)
[05:24] <mpt__> stub, that wasn't my choice, and Mark has given me permission to change it back to Launchpad blue
[05:24] <stub> :-)
[05:25] <mpt> unless it was Mark you were referring to in the first place :-)
[05:25] <stub> Isn't that Plone blue?
[05:25] <stub> Oh... I remember now... 
[05:26] <stub> Original was plone.css with the primary colour changed
[05:27] <spiv> Interestingly, I see lots of jumping around in launchpad page rendering on staging, as the page renders the breadcrumbs first as a bulleted list, then applies the style to put them on one fancy line.
[05:27] <mpt> no module named pytz, eh
[05:27] <mpt> spiv, yes, that's the JavaScript applying style to the list after the page loads
[05:28] <spiv> mpt: ick :(
[06:14] <mpt> stub, chinstrap:/home/warthogs/archives/rocketfuel/sqlos/ doesn't appear to contain a .bzr/ directory
[06:14] <mpt> chinstrap:/home/warthogs/archives/rocketfuel/sqlos/3.0/, rather
[06:18] <mpt> crud
 stub, chinstrap:/home/warthogs/archives/rocketfuel/sqlos/3.0/ doesn't appear to contain a .bzr/ directory
[06:19] <mpt> oh, he's gone
[06:22] <spiv> mpt /home/warthogs/archives/rocketfuel-built/launchpad/sourcecode/sqlos has one, though.
[06:22] <spiv> mpt: Also, I think you want chinstrap:/home/warthogs/archives/rocketfuel/sqlos/3.0/test
[06:25] <spiv> lifeless: Did you see my mail about the buildbot merge?  Aside from the bzrtools test failure not being related to my changes that I can see, the bzr and bzrtools tests in a clean rocketfuel tree don't pass for me locally anyway.
[06:39] <lifeless> spiv: meep
[06:39] <lifeless> spiv: yes I saw
[06:39] <lifeless> spiv: juggling time
[06:40] <lifeless> that is, I have too few cycles for the days
[06:41] <lifeless> spiv: remember how we were trying to get the sourcecode/make check to pass ?
[06:41] <spiv> lifeless: Understood, I see how active you are on #bzr as the 0.8 deadline approaches.  Just wanted to be sure it was on your radar.
[06:41] <lifeless> spiv: I think thats where you should focus.
[06:41] <spiv> lifeless: Indeed.  This is part of that effort.
[06:42] <lifeless> spiv: so lets do this. email me direct the tests that are failing and tracebacks, from the first thing failing in sourcecode when you do make check.
[06:42] <lifeless> check your pythonpath etc are correct too when doing this.
[06:42] <spiv> I've been double-checking those things :)
[06:42] <lifeless> I will shoot back direct to you my intuition on each.
[06:42] <spiv> Sounds good.  Thanks!
[06:43] <lifeless> dont cc launchpad unless you feel a strong urge too, this is just a high latency irc session
[06:43] <spiv> Ok.
[07:25] <spiv> mpt: I think you want chinstrap:/home/warthogs/archives/rocketfuel/sqlos/3.0/test
[07:26] <mpt> spiv, thanks, I figured that out :-)
[07:26] <mpt> however, I have another problem now
[07:26] <mpt> after updating zope, sqlos, and launchpad, I get an error
[07:26] <mpt> when I make schema
[07:26] <mpt>     from pytz import utc
[07:26] <mpt> ImportError: No module named pytz
[07:27] <mpt> This happens in only one of my branches
[07:29] <mpt> Should I pastebin the full error?
[07:29] <spiv> mpt: yeah, that'd be good.
[07:30] <spiv> mpt: Also, check that you have sourcecode/pytz, and a lib/pytz symlink.
[07:32] <mpt> aha, the pytz symlink is broken
[07:32] <mpt> it's pointing at ../sourcecode/zope/src/pytz
[07:32] <mpt> so it should point at ../sourcecode/pytz
[07:33] <spiv> Hmm, you should have ../sourcecode/zope/src/pytz
[07:33] <spiv> Although I don't know why we have both.
[07:33] <mpt> BTrees      docutils          tags           z3checkins  ZEO       zope
[07:33] <mpt> buddydemo   persistent        ThreadedAsync  ZConfig     ZODB      zwiki
[07:33] <mpt> bugtracker  RestrictedPython  transaction    zdaemon     zodbcode
[07:33] <mpt> That's all that's in ../sourcecode/zope/src/
[07:34] <spiv> There's a bunch of stuff missing... is your sourcecode/zope up to date in that tree?
[07:36] <mpt> yow, xchat-gnome needs a bit of design work
[07:38] <mpt> ah, I think I forgot the "bzr revert" step last time :-)
[07:40] <dilys> Merge to devel/launchpad/: [r=BjornT]  Makes every line editable in a bug's 'Affects' table, rather than just that of the current context. Removes the expanders (fixing bug 37299), as requested by Mark. (r3461: Matthew Paul Thomas)
[07:42] <mpt> spiv, thanks, that's working -- should I report a bug that we have two copies of pytz?
[07:43] <spiv> mpt: probably, although I think stub & lifeless are aware of it.
[07:44] <stub> mpt: You can delete the one in sourcecode/pytz. But leaving it there won't do any harm.
[07:44] <mpt> ok
[07:45] <stub> mpt: The pytz symlink should point to sourcecode/zope/src/pytz btw.
[07:46] <mpt> yes, it does, ta
[08:19] <Keybuk> stupid question
[08:19] <Keybuk> where does Launchpad's UI hide the changelog of a given upload?
[08:20] <lifeless> changelogs are for ^W^W^W lets poke
[08:20] <Keybuk> aha! found it
[08:20] <Keybuk> it's helpfully in the portlet for the source package
[08:20] <Keybuk> not the version you wanted
[08:31] <lifeless> spiv: ping
[08:32] <spiv> lifeless: pong
[08:32] <lifeless> 1;1m    cleanup errors                                           [31;1m[ERROR] 
[08:32] <lifeless> is that an error ?
[08:32] <lifeless> I'm not sure what the 'no tracebacks' thing is about, can you clarify ?
[08:33] <spiv> lifeless: Hmm, currently just a warning, but yes, I'll fix that.
[08:33] <spiv> lifeless: The bzr failures.
[08:33] <spiv> lifeless: e.g.
[08:33] <spiv> bzrlib.plugins.bzrtools.baz_import.add_dir                        FAIL    27ms
[08:33] <spiv> bzrlib.plugins.bzrtools.baz_import.add_file                       FAIL    22ms
[08:33] <stub> pretty please turn off colour output in trial ;)
[08:33] <spiv> Ok, so I know they're failing.  But I can't find a way to see tracebacks?
[08:33] <lifeless> spiv: so, I was expecting you to trim the output, so I don't get confused.
[08:34] <spiv> lifeless: RIght, I know -- but I was expecting to get tracebacks ;)
[08:34] <lifeless> tracebacks should have happened there
[08:34] <lifeless> what patch from the list are you talking about ?
[08:34] <spiv> I should have explicitly mentioned that I gave the full log because it unexpectedly seems to be truncated.
[08:35] <spiv> lifeless: "[REVIEW]  PRoposed fix (Re: post-test failures in bzr.dev)"
[08:35] <lifeless> oh right, that.
[08:35] <lifeless> that wont interfere with tracebacks
[08:36] <spiv> lifeless: The branch there has a one-liner fix that seems to suppress the ugly logging tracebacks, but doesn't affect the presence or absence of the tracebacks I want to see :/
[08:36] <lifeless> Makefile looks faulty
[08:36] <lifeless> this is what check: should look ike:
[08:36] <lifeless> check: ./bzr selftest $(tests) @echo "Running all tests with no locale." LC_CTYPE= LANG=C LC_ALL= ./bzr selftest $(tests)
[08:36] <lifeless> meh
[08:36] <lifeless> check:
[08:36] <lifeless>         ./bzr selftest $(tests)
[08:36] <lifeless>         @echo "Running all tests with no locale."
[08:36] <lifeless>         LC_CTYPE= LANG=C LC_ALL= ./bzr selftest $(tests)
[08:37] <spiv> lifeless: That's what it is in rocketfuel, but it gives no tracebacks.
[08:37] <lifeless> ok. please use that when doing 'make check' still
[08:37] <lifeless> now,
[08:37] <lifeless> cd to the bzr dir
[08:38] <spiv> Ok.  I added -v to give your intuition more to work with :)
[08:38] <lifeless> (no pythonpath set)
[08:38] <lifeless> ./bzr selftest test_two_branches
[08:38] <lifeless> see what that does
[08:38] <lifeless> I got confused, because there is no selftest target in Makefile
[08:38] <spiv> bzr: ERROR: bzrlib.plugins.bzrtools.errors.NoPyBaz: PyBaz is not installed.
[08:39] <lifeless> PYTHONPATH=../../lib ./bzr selftest test_two_branches
[08:39] <spiv> (I don't have a system pybaz, just rocketfuel ones)
[08:39] <spiv> Ah, now that looks more useful:
[08:40] <spiv> https://chinstrap.ubuntu.com/~dsilvers/paste/fileCsEJue.html
[08:40] <spiv> i.e. it appears I don't have baz installed.
[08:40] <spiv> Having tracebacks helps :)
[08:40] <spiv> Or the wrong baz, perhaps...
[08:42] <spiv> lifeless: Ok, it's now happy (if noisy) after installing bazaar.
[08:42] <lifeless> did you have baz installed ?
[08:42] <lifeless> isn't bazaar still listed as a launchpad-dep ?
[08:42] <spiv> lifeless: Apparently not...
[08:42] <lifeless> how embarassing
[08:43] <spiv> Nope.
[08:43] <spiv> It suggests a python2.4-bazaar package that doesn't exist, though ;)
[08:47] <spiv> Ok, down to two bzr failures, I'll poke a bit more and let you know if I need more help.
[08:47] <spiv> I seem to be getting tracebacks now.
[08:48] <lifeless> ok
[08:48] <spiv> (the failures are test_sftp_server_modes and test_cscvs_conversion, the latter of which is what pqm rejects because of, so it appears I can reproduce now, hooray!)
[08:48] <lifeless> I think it is a defect in pybaz
[08:48] <lifeless> sweet
[08:48] <lifeless> I'll ring you in a bit
[08:53] <spiv> lifeless: Ok, and I see the exact same bzr failures in pristine rocketfuel tree, so the test_cscvs_conversion bug doesn't seem to be mine.
[08:54] <lifeless> I suspect its a regression
[08:54] <lifeless> possibly mangled a bunch of the bzr trees we've been making as a result. MEH.
[08:54] <spiv> In cscvs?
[08:54] <lifeless> anyhow, check bzrlib/commit.py and bzrlib/workingtree.py
[08:55] <lifeless> the 'branch nick' stuff should be able to be turned off
[08:55] <lifeless> thats what that test does
[08:55] <lifeless> if it can't be, then the code to turn it off is in the history - check the log and reapply the patch
[08:57] <spiv> Cool, thanks.  And if I fix this, I should fire off a merge to rocketfuel?
[08:59] <lifeless> yes.
[09:05] <mpt> spiv, got time to review a 9-line diff?
[09:05] <spiv> mpt: Ok.
[09:05] <mpt> spiv, https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileut1hiP.html
[09:06] <mpt> The important part is the added brackets :-)
[09:06] <spiv> mpt: The "- </div>" looks suspicious.
[09:07] <mpt> true, but it was unmatched
[09:07] <mpt> I don't understand why it wasn't crashing before
[09:07] <spiv> mpt: Looks fine.  r=spiv
[09:07] <mpt> thanks
[09:08] <spiv> mpt: Although,
[09:08] <spiv> mpt: I really should insist on a test :)
[09:08] <mpt> yeah, that's why I asked for a review, otherwise I would have trivial-ed it
[09:08] <mpt> :-)
[09:08] <mpt> There's no applicable sampledata to test
[09:09] <mpt> I'm going to report a bug asking for such sampledata, is that reasonable?
[09:10] <mpt> oh!
[09:15] <spiv> mpt: Well, if you promise to bug carlos or someone to make you that sampledata so you can add a page test ASAP, I'm ok with that.  Also, make up your mind on that div ;)
[09:18] <mpt> yeah, I've put it back
[09:18] <mpt> it was bad indenting
[09:18] <mpt> but the page loaded fine without the </div>, which is spooky
[09:22] <mpt> thanks for the review
[09:25] <carlos> morning
[09:27] <mpt> carlos!
[09:27] <mpt> good morning
[09:27] <carlos> mpt: hi, how's going?
[09:27] <mpt> carlos, I'm supposed to pester you about bug 39252
[09:27] <Ubugtu> Malone bug 39252 in rosetta "Sampledata contains no templates related by source" [Normal,Unconfirmed]  http://launchpad.net/bugs/39252
[09:28] <sivang> morning all
[09:31] <carlos> mpt: In those cases, I add the potemplate creation to the test
[09:51] <carlos> mpt: hi
[09:51] <carlos> are you back? ;-)
[09:52] <smurf> Is there a way to notify all members of a team?
[09:59] <mpt> carlos, yes
[09:59] <carlos> mpt: In those cases, I add the potemplate creation to the test
[09:59] <mpt> smurf, Launchpad doesn't do mailing lists, if that's what you mean
[10:00] <carlos> mpt: if it's a pagetest is more complicate andthus I think you could just add a new row to the potemplate table
[10:00] <carlos> you don't need anything else
[10:00] <smurf> mpt: but it does have a notification email address and says that if you leave that blank it'll mail every team member
[10:00] <carlos> it will be an empty .pot file and will appear in your UI
[10:00] <mpt> carlos, this bug wouldn't have been caught by a doctest
[10:00] <carlos> just like /products/evolution/main/+pots/evolution-2.2-test
[10:00] <mpt> it was bad logic in the template
[10:01] <carlos> mpt: that's why I'm talking about adding a single row to the sample data
[10:01] <mpt> smurf, well, "notify all members of a team" about what, exactly?
[10:01] <carlos> mpt: anyway, you can create potemplates from pagetests too, but I guess it's more complicate to follow that test
[10:02] <smurf> in this case it's the german translators team and there's a few web pages to do which we need people for
[10:02] <carlos> smurf: we use it to notify about internal things on launchpad
[10:02] <carlos> smurf: we don't have a way to use it to send news to all members
[10:02] <smurf> is there any way to get the list of email addresses?
[10:03] <mpt> Maybe we should show that on the team members page if you're an admin
[10:04] <mpt> list the e-mail addresses along with the names
[10:04] <mpt> hmm
[10:04] <smurf> good idea
[10:04] <smurf> in the meantime, can one of you do a quick SQL command for it, pretty please?
[10:05] <dilys> Merge to devel/launchpad/: [r=spiv]  Fixes bug 38102 (Template page lists related templates, then tells me there are none) (r3462: Matthew Paul Thomas)
[10:06] <carlos> mpt: is that the confirmation URL after creating a new account?
[10:07] <mpt> carlos, yes, the one that asks you for your name and password and other details
[10:07] <mpt> the process is tested in the foaf/00 test
[10:07] <carlos> mpt: I guess the only way to mix doc tests with pagetests
[10:08] <carlos> mpt: so you are able to inspect the mail queue and get the generated token
[10:08] <carlos> if there is already a test, what do you need?
[10:08] <mpt> I want to view the page myself!
[10:09] <mpt> It's been at least a year since I last saw it :-)
[10:09] <mpt> It probably needs tidying up
[10:09] <mpt> and I want to fix bug 3273
[10:09] <Ubugtu> Malone bug 3273 in launchpad "Signup language" [Normal,Confirmed]  http://launchpad.net/bugs/3273
[10:11] <mpt> "Email from bounces@canonical.com to foobarino@baz.com.br being redirected to root@localhost"
[10:11] <mpt> then what...
[10:12] <carlos> mpt: read the root mailbox
[10:12] <carlos> in your local computer
[10:12] <mpt> I guessed that much :-)
[10:13] <mpt> ah, it's being redirected to mpt@localhost
[10:20] <smurf> OK, displaying the email addresses is bug 39260
[10:21] <Ubugtu> Malone bug 39260 in launchpad "Extract team members' email addresses" [Normal,Unconfirmed]  http://launchpad.net/bugs/39260
[10:22] <mdke> smurf, i think a mailing list for a translator team is good practice, however
[10:22] <smurf> that's what I want to set up :-)
[10:23] <mdke> jdub gives them out on the ubuntu mailman installation
[10:23] <mdke> or we use freelists, for the italian team
[10:24] <smurf> me that's not  problem, the problem is that I don't have a list of addresses for the existing team, and launchpad doesn't even displa email addresses when I click on the members individually
[10:25] <mdke> how odd
[10:25] <smurf> thus I'd *really* appreciate if somebody could extract the member emails from https://launchpad.net/people/ubuntu-l10n-de/, and mail them to me
[10:25] <mdke> it does for me
[10:26] <mdke> for example, https://launchpad.net/people/bugman has a preferred email address and a confirmed email address
[10:26] <smurf> ?? I don't see them
[10:26] <smurf> *grumble*
[10:26] <mdke> bottom left
[10:26] <mdke> https://launchpad.net/people/armin-ronacher has them too
[10:27] <mdke> i see em for all the -de people I've clicked so far
[10:27] <smurf> bah, I'm blind
[10:27] <smurf> never mind... still a lot of clicks :-/
[10:28] <mdke> yes
[10:29] <mdke> make a mailing list, get everyone to sign up, set it as team contact address, I'd say
[10:37] <stub> smurf: I  can generate that list for you. Do you just want email address, or DisplayName <emailaddress>  or something similar?
[10:38] <smurf> stub: thanks! just the emails would be fine
[10:40] <stub> smurf: https://chinstrap.ubuntu.com/~dsilvers/paste/fileZrlxGg.html
[10:41] <smurf> stub: I dono't have an account on chinstrap
[10:41] <stub> ok. I'll email it.
[10:41] <smurf> thx!
[10:50] <BjornT> stub: what's the policy for bug fixes in our zope3 branch? bradb ran into http://www.zope.org/Collectors/Zope3-dev/448, and I have a patch that fixes it, but it's not good enough to go into the upstream svn.
[10:52] <stub> BjornT: We don't have a policy yet. If I was to make one up on the spot, I would say that any patches that cannot also be applied simultaneously to upstream need an open bug report created detailing the particular commit so it can be reversed when we have a real patch available.
[10:53] <stub> So land it and open a bug saying we need to fix this upstream.
[10:54] <stub> I don't know if anyone has pqm access to land zope/3.2 patches - I suspect nobody atm.
[10:54] <BjornT> stub: ok, can you do a quick review of the patch? https://chinstrap.ubuntu.com/~dsilvers/paste/fileNoconx.html
[10:57] <stub> BjornT: looks fine. Why isn't this suitable for upstream btw? Does it only fix the case that is biting us atm?
[10:58] <stub> I can land it now (bypassing pqm) if it is blocking anything
[10:59] <stub> I would say if it improves the situation and doesn't break tests it could go in (?)
[11:01] <BjornT> stub: well, i guess it would be suitable for upstream. what bothers me is that it's a hack to workaround another bug (_getFormValue() not returning a string), which requires more testing. but what i can do is to file a new bug about that issue and send this patch upstream, it does fix the bug.
[11:03] <stub> Right. But fixing things properly might be difficult and require deprecations - changing the return type of _getFormValue() could cause nasty breakage.
[11:04] <stub> (If indeed it *is* supposed to return a string rather than an object...)
[11:05] <stub> (last time I looked docstrings and comments were all rather sparse leaving me to guess authors intentions)
[11:06] <BjornT> yeah i know, that's why i didn't want to do that. the documentation indicates that it should return a string, but i would guess a lot of code depends on the actual object being returned... and we have a few XXXs questioning why we sometimes get a string and sometimes and object which should be related to this.
[11:08] <ddaa> jamesh: ping
[11:14] <seb128> hi
[11:14] <seb128> carlos: around?
[11:14] <carlos> seb128: hi, yes
[11:15] <seb128> carlos: how could I add some admins to the ubuntu-l10n-fr team?
[11:15] <carlos> seb128: edit them and set the admin flag 
[11:15] <seb128> ah, right, thank you
[11:16] <ddaa> carlos: don't you think that's a bit of reverse logic?
[11:16] <carlos> ddaa: ?
[11:16] <ddaa> looks like seb128 though of "adding an admin" as a team operation
[11:16] <ddaa> and did not try to edit the "team membership"
[11:16] <carlos> ddaa: well, you first have a member, and then, promote it as an admin...
[11:17] <ddaa> well, the "team membership" concept itself is a bit obscure
[11:17] <carlos> ddaa: It makes more sense that workflow that adding an admin directly....
[11:17] <ddaa> carlos: adding a member is a team operation right?
[11:17] <carlos> s/that/than/
[11:17] <carlos> ddaa: yes
[11:18] <ddaa> carlos: why would giving admin priv to a member be something else than a team operation?
[11:18] <carlos> ddaa: I don't follow you
[11:18] <ddaa> ATM it is a "team membership" operation, right?
[11:19] <ddaa> i.e. operation on the association between a team and a person
[11:19] <carlos> ddaa: you edit a person membership options inside that team and you can disable, promote to admin or add an expiration date... I think all those are the same kind of operations
[11:19] <carlos> and activate/reactivate its membership (I forgot it)
[11:20] <ddaa> I was suggeting that maybe, giving admin privs would be better moved up to the team level 
[11:20] <ddaa> in terms of intuitiveness
[11:20] <ddaa> carlos: do you often get the sort of question seb128 asked?
[11:20] <carlos> I don't think it's more intituitive the way you suggest it...
[11:21] <carlos> ddaa: no, first time I get it
[11:21] <ddaa> disregard then
[11:22] <ddaa> I tend to think that this sort of question is often a good hint that something is not as good as it could be, but there's always some noise in the signal.
[11:22] <carlos> ddaa: anyway, I guess you should ask salgado as he's on charge of that part of launchpad, I suppose he gets more questions about team management than I do
[11:23] <ddaa> I'd expect not, since people rather ask to the contact for the specific application they are interested in
[11:23] <ddaa> or their local community contact
[11:28] <carlos> ddaa: then, I got only one request since we started with Rosetta :-)
[11:28] <carlos> it's not significative at all :-P
[12:18] <mdke_> jordi, any idea where I can find an authoritative list of country codes for locales? Is gl_ES a valid locale?
[12:18] <mdke_> (shouldn't it be es_GL?)
[12:31] <BjornT> stub: could you pull upstream r66880 (trunk) or r66879 (3.2 branch) into our zope3 branch?
[12:32] <stub> BjornT: Got a diff handy?
[12:35] <carlos> mdke_: why are you getting translations for gl_ES like locales?
[12:36] <carlos> mdke_: it should be just 'gl'
[12:36] <BjornT> stub: https://chinstrap.ubuntu.com/~dsilvers/paste/fileIVQDmg.html
[12:36] <carlos> mdke_: and create links to it if you need the country code for firefox
[12:36] <stub> BjornT: Ta.
[12:37] <carlos> mdke_: we got the initial list for Rosetta from /usr/share/i18n/SUPPORTED
[12:37] <uws> mdke_: What about ISO?
[12:37] <carlos> mdke_: but there are more than the ones there
[12:37] <carlos> uws: I don't know about any ISO standard that defines which languages are spoken in which countries
[12:38] <carlos> is there one?
[12:38] <uws> hmmm
[12:38] <uws> ISO 639 has only abbrev. I think
[12:38] <uws> ISO 639 Language Codes (Obsolete)   :s
[12:38] <uws> http://www.w3.org/International/  might be better, mdke_ 
[12:40] <mdke_> carlos, someone sent it for me for the firefox start page.
[12:40] <mdke_> uws, will look, thanks
[12:41] <uws> mdke_: http://www.loc.gov/standards/iso639-2/langcodes.html  is what you're looking for
[12:41] <carlos> mdke_: ask them to use a common language where possible, please
[12:41] <uws> carlos: But most of the times there's no need to differentiate between 2 variants
[12:41] <uws> ehm
[12:41] <mdke_> fine
[12:41] <uws> 2 locations of the same language
[12:41] <uws> en_US and en_GB are an exception ;)
[12:41] <carlos> uws: that's what I'm asking for ;-)
[12:42] <uws> eg. nl_NL and nl_BE are just the same
[12:42] <carlos> uws: http://www.loc.gov/standards/iso639-2/langcodes.html is not valid for what mdke_ asked or I misunderstood his request...
[12:42] <carlos> uws: that's the list of locales, but you don't have the country information for those locales
[12:43] <uws> I doubt there is one that might be called "Authorative"
[12:44] <mdke_> carlos, for some reason, a lot of the firefox locales seem to have these two components
[12:45] <mdke_> nb_NO, nl_NL, pa_IN, ro_RO, he_IL etc etc
[12:45] <uws> That's just plain stupid in most cases
[12:45] <carlos> uws: I don't think it exists either
[12:45] <mdke_> even where there is no separate translation for the "mother" locale
[12:46] <uws> Some countries don't have 1 locale, eg. Belgium is bilingual
[12:46] <carlos> mdke_: that's broken on their side, that doesn't mean we should be broken too
[12:46] <uws> same for canada (at least some parts)
[12:46] <carlos> uws: ?
[12:46] <mdke_> carlos, well, it does, because the firefox homepage translation can only be displayed if there is an existing firefox localisation
[12:47] <carlos> uws: dude, I'm not talking about just 1 language per country, but for the list that says that ca_ES and es_ES is correct but fr_ES is incorrect
[12:47] <mdke_> sounds to me like someone needs to file a pretty major bug on mozilla-firefox-locales-all
[12:47] <uws> carlos: There is none I think
[12:47] <carlos> mdke_: what I'm suggesting is to use the language code to store the translation and add links to workaround that bug on firefox if it behaves that way...
[12:48] <carlos> so you have es.html and es_ES.html, es_MX.html, etc... as links to es.html
[12:49] <mdke_> sure, i can do that
[12:49] <mdke_> but es_MX uses won't see spanish, they'll see english
[12:49] <mdke_> because there is no "es" localisation for firefox
[12:49] <mdke_> only es_ES and es_AU
[12:50] <mdke_> s/AU/AR
[12:50] <carlos> mdke_: are you 100% sure?
[12:50] <mdke_> no, but that is what I've been told
[12:50] <carlos> I cannot believe that Mozilla is so broken!
[12:51] <jordi> that's quite possible, yes
[12:51] <jordi> hi
[12:51] <mdke_> it might just be our way of doing locales, rather than upstream
[12:52] <carlos> jordi: we should ask mark for a sprint to gettextize firefox :-P
[12:52] <mdke_> I'm going to ask Ian/pitti
[12:52] <carlos> mdke_: yes, please
[12:52] <jordi> heh, that would be fun
[12:52] <mdke_> who wants to be cc:ed to the mail?
[12:52] <carlos> jordi: no, fun would be gettextize OpenOffice :-P
[12:53] <carlos> mdke_: I want, please
[12:53] <carlos> Is anyone using staging atm?
[12:53] <carlos> I'm going to stop it to apply some changes and test some migration data
[01:03] <mdke_> carlos, jordi, mailed
[01:04] <carlos> mdke_: thanks
[01:05] <jordi> mdke_: ok
[01:05] <jordi> mdke_: a reply to your thread is still pending
[01:05] <jordi> I want to share my (still new) experiences in the Catalan team
[01:06] <mdke_> jordi, no problem. I'm thinking of trying to spec out some draft guidelines for teams based on people's views in that thread. It will be a long-term initiative, I feel
[01:18] <mdke_> jordi, carlos, have either of you got dapper? if so, can you try Ian's example of running firefox in the es_MX locale?
[01:19] <mdke_> Ian is saying that you should get the es_ES translation, I think
[01:32] <carlos> mdke_: I will do that check later today
[01:32] <carlos> mdke_: I cannot close...
[01:33] <carlos> hmm I don't need to close my session for that :-P
[01:33] <carlos> let me do the check now
[01:34] <carlos> mdke_: it works
[01:34] <carlos> es_MX uses the es_ES translation
[01:38] <mdke_> right
[01:38] <mdke_> it falls back to xy_XY, as Ian says
[01:38] <mdke_> I wonder what happens if there is no xy_XY, but only an xy_YZ... like with portuguese
[01:40] <mpt_> try en
[01:40] <mpt_> en_NZ, rather
[01:41] <mdke_> mpt_, i think the default fall back for everything will be en_US, so that might not help. I'll try and do some tests later on
[01:41] <mdke_> I'll be interested to see if pt users get english or brazilian ;)
[01:41] <mdke_> being as how there is no other pt locale for firefox, and all
[01:42] <uws> mdke_: tsssssk. s/brazilian/portuguese/ :P
[01:43] <uws> mdke_: Mexican people don't speak Mexican either, they speak Spanish ;)
[01:44] <mdke_> there's rather more of a difference in the case of pt_BR, I think
[01:44] <mdke_> but yeah, point taken
[01:46] <carlos> mdke_: yeah, the Punjabi example is a good one to spot a bug in that procedure...
[01:54] <mpt_> oh, bother
[01:55] <carlos> mpt_: :-P
[01:57] <carlos> cprov: hey dude! how was your honeymoon?
[01:58] <cprov> carlos: hi, very nice, as expected ;) how are you ?
[01:59] <carlos> cprov: fine, thanks, preparing for a really long weekend :-D
[01:59] <cprov> carlos: ohh man, this is not fair ;) We have only one day-off in BR. 
[02:00] <carlos> cprov: usually, we have two, but they added an extra day due a lot of holidays being Sunday
[02:00] <carlos> jamesh: hi, around?
[02:00] <carlos> jamesh: what's the status of sftp://chinstrap/home/warthogs/archives/carlos/launchpad/bug-32610 ?
[02:01] <uws> both fri and mon are days off in .nl
[02:01] <carlos> I need to execute it on production ASAP
[02:01] <uws> but I'll have tuesday off too
[02:01] <cprov> carlos: spain is impressive !
[02:01] <uws> so that I can stay to ireland for a while
[02:02] <carlos> stub: I tested that branch on staging (still running, but seems it's behaving as expected, is there any chance to cherrypick it so we can execute the script and fix OO translations?
[02:02] <carlos> cprov: don't you do the same in your country?
[02:02] <carlos> we have a fixed number of holidays per year
[02:03] <carlos> uws: :-D
[02:04] <carlos> stub: It needs some DB security changes and thus, we cannot run it from a separated tree
[02:04] <uws> Hmmm
[02:04] <cprov> carlos: __unfortunatelly__ not :(
[02:04] <uws> WHy does https://launchpad.net/ warns me that some parts of the page are loaded over an insecure connection?
[02:04] <uws> If I refresh, it's "secure" again
[02:05] <carlos> uws: I don't get that warning
[02:06] <dilys> Merge to devel/launchpad/: [trivial]  fix "Other branches authored by" link (r3463: David Allouche)
[02:07] <carlos> mpt_: bastard!!! you remove me from the top 5 launchpad contributors!!
[02:14] <mpt_> carlos, what are you talking about, I've been in the top 5 for the past month at least
[02:14] <mpt_> well, ok, since the sprint
[02:15] <mpt_> so blame stub :-)
[02:15] <carlos> mpt_: I was there too... and Mark, David and Seb... I'm confused... :-D
[02:16] <mpt_> stub increased Malone's weighting and decreased Rosetta's, about halfway through the sprint
[02:16] <mpt_> I don't remember you being on there since then
[02:16] <carlos> mpt_: I explain it at the sprint already, my karma is not from translations!
[02:16] <mpt_> no?
[02:16] <carlos> well, I have some karma from translations
[02:16] <carlos> but the big amount of karma I have comes from bugs and specs
[02:17] <mpt> oh
[02:17] <mpt> I'm sorry
[02:17] <carlos> https://launchpad.net/people/carlos/+karma
[02:17] <carlos> Bug Management  	22295
[02:17] <carlos> Translations in Rosetta 	9976
[02:17] <carlos> Specification Tracking 	134562
[02:17] <carlos> :-P
[02:17] <mpt> only 3054 behind, that's nothing
[02:18] <carlos> you win me on bug management
[02:18] <carlos> Who said that karma is not about competition?
[02:18] <carlos> :-)
[02:20] <uws> https://launchpad.net/people/+teamlist
[02:20] <uws> That page has a double title
[02:23] <mpt> that'll be my fault
[02:24] <carlos> later
[02:25] <mpt> reported bug 39295
[02:25] <Ubugtu> Malone bug 39295 in launchpad "+teamlist page has two headings" [Normal,Confirmed]  http://launchpad.net/bugs/39295
[02:48] <cprov> mpt: ping
[02:48] <kiko-zzz> ahoy
[02:49] <kiko> hello hello inner circle elites
[02:53] <mpt> cprov, pong, though I really should be asleep
[02:55] <salgado> is staging down or just being updated?
[03:02] <elmo> stub: ?
[03:03] <stub> elmo: yo
[03:03] <kiko> hey elmo duder
[03:03] <elmo> stub: we good to kill the world?
[03:03] <kiko> pull the plug
[03:03] <stub> I  need to give some notice first ;)
[03:04] <stub> Launchpad will be going down in 15 mins for the regular code update and hardware maintenance. Estimated downtime will be 40mins. Scream now if this is a major problem.
[03:06] <ddaa> NO, you might break something!
[03:09] <kiko> ddaa, have a moment for a review?
[03:11] <stub> KiUpdate: Launchpad going down in 20 mins. Estimated downtime still 40 mins.
[03:15] <zul> hi..i have 2 launchpad accounts and i want to merge them but the email address for one of them does not exist anymore how can i merge them?
[03:18] <ddaa> kiko: sure
[03:18] <uws> heh  http://www.bash.org/?400459
[03:18] <ddaa> kiko: deep in reviews and merge blockers myself
[03:19] <kiko> ddaa, https://chinstrap.ubuntu.com/~dsilvers/paste/fileqvQ4c8.html
[03:19] <kiko> please do it NOW
[03:19] <ddaa> well... you said please, I guess that means it's a polite request
[03:19] <kiko> (Improvements to JS sorting: fix minor (and odd) regression in the JS sorting, bringing back upArrow.gif, and provide default-sort and default-revsort classes to indicate columns whose data comes prefilled from the database)
[03:20] <ddaa> "column which is comes sorted"
[03:21] <ddaa> one too many word
[03:21] <ddaa> I do not actually understand what the comment means, BTW
[03:23] <ddaa> what is "a columns which comes sorted by default", do you mean "they allow indicating the main sort colum of the table in the served HTML"?
[03:24] <kiko> ddaa, the default sort column, the one in which your data comes presorted.
[03:26] <ddaa> When I read that "default sort column" is the javascript side of the idea. I'd better have you write the comment saying that's the primary sorting column of the table in the served HTML.
[03:26] <kiko> what does "primary" mean?
[03:26] <kiko> I agree my wording sucks but I think your suggestion isn't any clearer
[03:27] <ddaa> When I sort a table, I use a sort key which looks like (k1, k2, k3), to give a completely deterministic sort order. k1 is the primary sort key. 
[03:27] <kiko> that's not what this does.
[03:28] <ddaa> That is the key of the value whose corresponding column should come with the down arrow initially.
[03:28] <kiko> this patch allows merely indicating what column your data is initially sorted by.
[03:28] <ddaa> I see that.
[03:28] <kiko> anyway, any comments on the code itself? I'll revise my comment
[03:29] <ddaa> BTW,  I think that, in isolation, it's a flawed design. If the template gets out of sync with the sorting in the python code (very distant bits of code), we end up with a UI that lie.
[03:30] <ddaa> I had this discussion with mpt initially when I introduced initial-sort
[03:30] <cprov> mpt: just a question about usage of new CSS "informational message". will post a message in LP if necessary
[03:30] <kiko> ddaa, there is no magical solution to this problem. this is cheap and is a step in that direction, at any rate.
[03:30] <ddaa> kiko: that's why initial-sort does the sorting. The table should be served already sorted to prevent flickering, but if it does not, then the UI does not lie.
[03:30] <ddaa> In my experience, when sorting does not affect the order of cells, there's no flickering.
[03:31] <ddaa> kiko: it is cheap and dangerous step into the direction of a brittle UI that can lie.
[03:31] <kiko> you are obviously overstating the issue
[03:32] <kiko> we /already/ lie in /all/ templates that include tables but one
[03:32] <ddaa> not in my tables
[03:32] <ddaa> what is the problem you are trying to fix with that patch, that initial-sort does not solve?
[03:32] <kiko> for a long table the JS-sorting time is noticeable
[03:33] <kiko> and resorting data which is already sorted is not very useful
[03:33] <ddaa> even when the table is already sorted?
[03:33] <kiko> and it isn't very common that we change the sort order
[03:33] <kiko> yes
[03:33] <kiko> sort() in JS is not very smart
[03:33] <kiko> it calls the sort closure many times
[03:33] <ddaa> okay, point taken
[03:34] <kiko> if the inconsistency is a problem I'll revert this and change the callsites to use initial-sort
[03:34] <kiko> but I somehow doubt it will be
[03:34] <ddaa> Did you talk with mpt about his plans for the sorting scheme he mentioned friday night?
[03:35] <ddaa> I was quite tired so it did not really register, but I remember he said something that sounded interesting?
[03:35] <kiko> I didn't
[03:35] <kiko> I don't remember anything about this at all :)
[03:35] <ddaa> you had left at that point
[03:36] <ddaa> he did dislike the redundant sorting
[03:36] <ddaa> but bought my argument about lying UI
[03:37] <ddaa> back to code
[03:38] <kiko> okay
[03:40] <ddaa> is there a reason you use continue instead of break in the default-sort, default-revsort and initial-sort clauses?
[03:40] <ddaa> it's only meaningful to have a single of those set
[03:41] <kiko> you're absolutely right for the default classes
[03:41] <kiko> not for initial-sort though
[03:41] <ddaa> you should also put ts_resortTabl(lnk) in the initial-sort table
[03:42] <kiko> done
[03:42] <ddaa> with the right comparison operator: != -1
[03:43] <kiko> https://chinstrap.ubuntu.com/~dsilvers/paste/filevLo8pf.html
[03:45] <ddaa> thanks
[03:46] <kiko> how's it look?
[03:46] <kiko> we should have one of those 
[03:46] <ddaa> tricky to tell as you gave me two incremental patches, but if my short-term-memory does not fail me, it looks good.
[03:46] <kiko> you give it some data column headings and sorting hints
[03:46] <kiko> and it builds the table for you
[03:47] <kiko> how's zat sound?
[03:47] <kiko> thanks
[03:47] <ddaa> kiko: please talk with mpt ASAP about what he had in mind for sorting
[03:47] <kiko> ok
[03:47] <ddaa> I'm not sure how you suggest would interact with things like Branch.sort_key (which is in the pipe for merging).
[03:48] <kiko> you would not write any TAL for tables
[03:48] <kiko> instead you'd use a special view
[03:48] <kiko> that you provided data, columns and some sorting fu
[03:48] <kiko> and it'd DTRT
[03:48] <kiko> I think that's the future
[03:48] <ddaa> Mh...
[03:49] <ddaa> sounds like it could be a lot of views and subviews, for stuff you want to link, for things you want to colourise, etc.
[03:50] <ddaa> or if not a lot of subviews, then it involves basically generating the HTML in python...
[03:50] <kiko> you rarely want to colorize IME
[03:50] <uws> kiko: yo
[03:50] <kiko> and the link content would be tricky, you're right, but doable
[03:50] <kiko> hey uws 
[03:50] <uws> kiko: I've implemented quite the same in PHP
[03:50] <uws> I call id GridRenderer
[03:50] <uws> s/id/it/
[03:50] <ddaa> kiko: the specs, bugs, and branch table have coloured columns
[03:50] <kiko> I've done the same for PyGTK once in Kiwi
[03:51] <kiko> coloured /columns/ ddaa?
[03:51] <uws> and it's api is very loosely based on gtktree view ;P
[03:51] <kiko> interesting
[03:51] <uws> kiko: interested in a 2 line dscription of how it works/
[03:51] <uws> ?
[03:51] <kiko> I think it's definitely doable and would make things a lot less brittle. 
[03:51] <kiko> uws, yes
[03:51] <ddaa> kiko: yes, branch.lifecycle_status, bug.severity, bug.priority, spec.lifecycle_whatever
[03:51] <uws> kiko: What I do is this:
[03:51] <kiko> ddaa, oh, you mean CSS styling. that's easy to do.
[03:51] <uws> kiko: I create an new GridRenderer instance, $gr for now
[03:52] <ddaa> kiko: Then there's the rosetta translation progress tables. I'm also concerned that this might put too much logic in python. Page templates are much more agile.
[03:52] <uws> kiko: Than I add some GridColumn instances:  $col = new GridColumn('some-string-id', 'Display Title');   $gr->add_column($col)
[03:52] <kiko> uws, right.
[03:52] <kiko> and then load data?
[03:53] <uws> kiko: There's also some other properties for the columns, like "visible" and stuff, but those aren't handled in the contructor directly
[03:53] <uws> kiko: Data is added with   add_row() calls
[03:53] <kiko> you can modify the columns post-creation
[03:53] <kiko> and do you have an add_rows() convenience method?
[03:53] <uws> it accepts associative arrays/hashes
[03:53] <uws> kiko: you have to match the 'some-string-id' with the hash you pass
[03:53] <uws> kiko: So that you can reorder columns  $col->set('order', 0);  etc.
[03:54] <kiko> right
[03:54] <uws> kiko: The cell data can be either a string, pretty easy :)
[03:54] <uws> kiko: It can be a (name, url) tuple to easily create linked cells
[03:54] <uws> kiko: And you can pass any object providing a "render()" method
[03:55] <kiko> cool
[03:55] <ddaa> kiko: if your stuff gives me ajax batched bug tables, I'll take it anyday though.
[03:55] <uws> kiko: The last one integrated quite nicely with my PHP code, so that I can delay db-queries en ofmratting stuff... it's not called if the column is invisible
[03:55] <kiko> ddaa, it makes it possible to get ajax batched tables without modifying callsites
[03:55] <ddaa> batched table sorting being limited to the current page is crazy
[03:55] <kiko> yeah, it's unfortunate
[03:55] <ddaa> unfortunate?
[03:56] <ddaa> it's a brain-dead parrot!
[03:56] <uws> kiko: It has some other minor features but itworks very nice to quicly render some tabular data
[03:57] <kiko> stub, you okay with the cachedproperty in formToken?
[03:57] <kiko> (sorry to reiterate but it's blocking an unshelve)
[03:58] <stub> kiko: I've got that on my branch with other fixes for the popup problems. I need to write tests and get it reviewed.
[03:58] <kiko> stub, okay, thanks.
[03:59] <kiko> BjornT, drive-by for fixing a timeout?
[03:59] <kiko> BjornT, https://chinstrap.ubuntu.com/~dsilvers/paste/filevOsuXT.html
[03:59] <kiko> or salgado?
[03:59] <BjornT> kiko: sure
[04:00] <kiko> thanks
[04:00] <kiko> very simple patch (adds batching to bugtracker-index)
[04:02] <stub> Launchpad is back up
[04:02] <kiko> I would like to understand why the JS keeps refreshing every time I reload
[04:04] <ddaa> kiko: you mean the menu stuff at the top of the page?
[04:04] <kiko> yes ddaa 
[04:05] <kiko> BjornT, looks terrible? :)
[04:05] <BjornT> kiko: looks good, but BugTrackerView nees 
[04:05] <kiko> nees?
[04:05] <BjornT> kiko: looks good, but BugTrackerView needs some PEP-8 love
[04:06] <ddaa> lemme guess, because the page has a non-JS menu for browsers without JS, so it's initially displayed, and gets hidden by JS once the page is loaded, which causes the flickering.
[04:06] <kiko> BjornT, spacing?
[04:07] <BjornT> kiko: yeah. apart from that r=bjornt
[04:07] <stub> Woah... menus are a bt funky until we shift-reload
[04:07] <kiko> stub, yeah. I had noticed that in my local branch
[04:15] <uws> Hmm
[04:15] <uws> All LP pages parts of the page are insecure
[04:15] <uws> I found out what's causing it
[04:15] <uws> http://librarian.launchpad.net/1040803/ubuntu-logo-nl-small.png
[04:15] <uws> that one is displayed in the left column
[04:15] <kiko> on which page?
[04:15] <uws> almost all
[04:16] <uws> same thing before the upgrade, btw.
[04:16] <uws> kiko: https://launchpad.net/people/uws/
[04:16] <uws> for example
[04:16] <uws> kiko: The box on the left
[04:16] <uws> kiko: I'm not logged in atm, so you should see the same
[04:16] <kiko> what browser?
[04:16] <uws> epiphany 2.14
[04:16] <uws> firefox 1.8 backend
[04:16] <kiko> hmmm
[04:17] <kiko> I think this is a known bug
[04:17] <uws> I've been a memeber of that team only since today
[04:17] <kiko> it only happens when displaying a librarian-hosted image I think
[04:17] <uws> Seveas: do you have the same problem?
[04:17] <uws> kiko: (Seveas made me a member of that team, jfyi)
[04:18] <Seveas> uws, ?
[04:18] <stub> ddaa: I've just updated vostok. Is that your baby?
[04:19] <ddaa> mh... it's a bit of a runaway kid ATM, but I can try to help.
[04:20] <uws> Seveas: read up 10 lines :)
[04:20] <ddaa> stub: how can I help?
[04:20] <Seveas> I see nothing insecure
[04:20] <uws> Seveas: Since you made me a member of the team, an http (not https) image is shown on my pages). it causes warnings that the page is not secure
[04:20] <Seveas> ah
[04:21] <Seveas> not here, odd
[04:21] <Seveas> do a shift-f5 (or ctrl-f5)
[04:21] <stub> ddaa: Have a look to see if I did it correctly - first time ;)
[04:22] <ddaa> stub: as good a time as any for me try and figure out what would be correct :)
[04:22] <stub> ddaa: I updated the code in /srv/sm-ng/production/launchpad and restarted the twisted daemon using /etc/init.d/bzr-sftp
[04:22] <Seveas> hmm, how do I request a merger of 2 lp accounts? Can't seem to find it...
[04:22] <kiko> Seveas, /people
[04:22] <uws> Seveas: https://launchpad.net/people/+requestmerge/
[04:22] <Seveas> urgh, how bad of me 
[04:22] <Seveas> was looking at the lp wiki
[04:22] <ddaa> stub: honestly, the sftp server is spiv's baby
[04:22] <kiko> it's hidden
[04:23] <uws> kiko: The problem is only on 1 browsr btw
[04:23] <uws> other machineswork fine ;(
[04:23] <stub> ddaa: Should I push the production branch anywhere for the importd servers? 
[04:23] <Seveas> lol
[04:23] <ddaa> stub: and the branch puller (however it's called now) is salgado's and lifeless baby ATM.
[04:23] <Seveas> the account can't be merged that way
[04:23] <Seveas> since the one to be merged has a nonexistant e-mailaddress
[04:23] <ddaa> stub: please do not touch importd
[04:24] <Seveas> what to do in this case?
[04:24] <ddaa> stub: branch puller lives on vostok
[04:24] <stub> ddaa: I meant for you to do updates since I have a tree built
[04:24] <stub> ddaa: Ahh... cronscript run as the supermirror user. Found it.
[04:24] <ddaa> stub: would be nice if you could push the built tree somewhere on chinstrap where I can read it. So I can easily make the importd rollout if there's a need.
[04:25] <ddaa> the baz2bzr script is not yet merged, due to review latency
[04:25] <ddaa> so importd cannot run stock rocketfuel
[04:26] <dilys> Merge to devel/launchpad/: r=ddaa Improvements to JS sorting: fix minor (and odd) regression in the JS sorting, bringing back upArrow.gif, and provide default-sort and default-revsort classes to indicate columns whose data comes prefilled from the database (r3464: kiko)
[04:28] <kiko> yay
[04:29] <stub> ddaa: ~stub/launchpad is the production tree
[04:29] <carlos> kiko: hi, I will leave soon, if you need my help you should start now :-P
[04:30] <carlos> stub: did you see my question about cherrypick my sftp://chinstrap/home/warthogs/archives/carlos/launchpad/bug-32610 branch?
[04:30] <kiko> carlos, too early for me 
[04:31] <carlos> kiko: if I'm not around, then send me an email and I will try to answer it tonight or tomorrow morning, ok?
[04:31] <kiko> sure
[04:32] <Kinnison> kiko: how does one navigate from the front page to /people/ ?
[04:32] <carlos> stub: It's a script that we need to run on production, it's not needed at all for the web UI or any other cron script, the problem is that it needs some extra permissions in our DB, if there is a way to get those extra permissions without cherrypick the branch and we execute it in other tree that is removed after the execution, that would work
[04:32] <kiko> Kinnison, using the JS menu.
[04:32] <Kinnison> kiko: argh
[04:32] <kiko> don't look at me
[04:32] <kiko> I just work here
[04:33] <Kinnison> I thought the LP team had agreed on "JS to enhance, but never to provide the only way"
[04:33] <kiko> you can do it in a weird roundabout way
[04:33] <kiko> click on any person
[04:33] <kiko> breadcrumb back
[04:33] <kiko> 5c refund
[04:33] <Kinnison> eww :-)
[04:33] <kiko> I'm sorry too
[04:34] <Kinnison> at least it's easy in w3m
[04:43] <kiko> stub, see privmsg
[04:50] <kiko> bradb, wake up.
[04:51] <kiko> or BjornT if you can help
[04:51] <bradb> kiko: I'm up
[04:51] <kiko> bradb, ubuntu-security is being subscribed to all bugs.
[04:52] <kiko> please test and fix
[04:52] <kiko> done.
[04:52] <kiko> bradb, see https://launchpad.net/people/ubuntu-security/+subscribedbugs
[04:53] <bradb> strange. particularly because this is already tested.
[04:54] <bradb> ("being tested" must be taken for granted by now)
[04:54] <kiko> do you test the /absence/ of ubuntu-security?
[04:54] <bradb> yeah
[04:54] <kiko> odd.
[04:54] <kiko> happening in production -- try a manual test in a local tree?
[04:55] <bradb> while i test for the absence of a sec team, i might have missed a test with security_related=False.
[04:59] <jsgotangco> hey guys, nice bling in LP but somehow epiphany extends the whole menu on the width of the browser :)
[04:59] <kiko> jsgotangco, shift-reload?
[05:00] <jsgotangco> ahh that was quick
[05:02] <OdyX> hey all. Have you changed something in bug's pages (or generally) ? Because as I could middle-click on a list of bugs and have the tabs coming in background... Now, after short time, they "plop". That's maybe Konqueror's bug, but your pages request some type of attention
[05:02] <OdyX> ?
[05:02] <kiko> OdyX, it worksforme, but a) I use firefox b) no idea what "plop" means :)
[05:03] <dilys> Merge to devel/launchpad/: r=BjornT Fix timeout in bugtracker listing: we take too long in TAL, so add batching (r3465: kiko)
[05:03] <kiko> yayzers
[05:05] <OdyX> kiko: a) this is no argument b) like the tab is in background and comes foreground
[05:06] <kiko> OdyX, sounds like a browser bug :)
[05:06] <OdyX> kiko: OK. I will check that with Kubuntu-team. Thanks
[05:09] <kiko> we may be able to adjust the JS to avoid the bug, but I'll rely on you to give us a hint
[05:12] <salgado> hmmm. just tried running a pagetest story with "./test.py -f lib pagetests.foaf" and got 
[05:12] <salgado> Total: 0 tests, 0 failures, 0 errors
[05:13] <kiko> salgado, does the dot syntax work?
[05:13] <salgado> (this was working yesterday, before I merged the zope3.2)
[05:13] <kiko> hmmmm
[05:13] <kiko> somebody wrote to the list talking about something about tests
[05:13] <carlos> salgado: I had the same problem, I think removing the lib would work
[05:13] <salgado> this was in my bash_history, and it was working yesterday
[05:13] <carlos> I tried it with a standalone test
[05:13] <carlos> ./test.py -vvv --test=xx-foo works
[05:13] <stub> salgado: staging won't be very useful until carlos' script has finished. The server is going really slow
[05:13] <carlos> with 'lib' I have the same problem you have
[05:14] <salgado> carlos, but that's to run a single test
[05:14] <carlos> stub: will that be a problem on production?
[05:14] <stub> carlos: Don't know - have I seen the script?
[05:14] <salgado> I tried removing the 'lib' part and it still doesn't work
[05:15] <salgado> stub, any idea why running a story of pagetests is not working anymore?
[05:15] <carlos> stub: don't think so, but I'm using the approach we talked about, doing a commit every 5000 entries are handled
[05:15] <carlos> stub: it's on pending review, let me show you the diff
[05:15] <ddaa> here's the trick
[05:15] <stub> salgado: It does work but I think the command line syntax has changed. Try ./test.py -vv --test=foaf
[05:16] <ddaa> ./test.py -vv canonical pagetests.story
[05:16] <ddaa> first arg is now a module
[05:16] <carlos> stub: https://chinstrap.ubuntu.com/~jamesh/pending-reviews/carlos/launchpad/bug-32610/full-diff
[05:16] <stub> carlos: I'll go over it tomorrow
[05:16] <carlos> stub: would be possible to execute it on production tomorrow?
[05:17] <carlos> stub: if I confirm that all went ok on staging and you approve it
[05:17] <salgado> ah, thanks ddaa. I'll update the faq
[05:17] <stub> ok
[05:17] <ddaa> https://launchpad.net/people/+peoplelist
[05:17] <ddaa> 1                  50         of         347779 results
[05:17] <ddaa> is that _really_ useful?
[05:17] <carlos> stub: I will not be around tomorrow and we should fix oo asap
[05:17] <stub> ddaa: Only to a search engine
[05:18] <carlos> stub: it requires permission changes in our database to give permissions to the new user I use to connect to the database
[05:18] <bradb> kiko: I have a patch coming up in a minute...
[05:18] <kiko> bradb, good man
[05:18] <ddaa> got to be a very persistent one to traverse "Next" 6955 times...
[05:19] <kiko> ddaa, need strong fingers.
[05:20] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileKFfuaD.html
[05:21] <kiko> bradb, DOH.
[05:22] <kiko> r=kiko
[05:22] <bradb> thanks
[05:23] <salgado> :q
[05:23] <kiko> bradb, that's such an obvious mistake.. what reviewer let that past?
[05:24] <OdyX> Hey guys: little error on main page: http://validator.w3.org/check?uri=https%3A%2F%2Flaunchpad.net%2F
[05:25] <bradb> kiko: jamesh, but the main crime was that I didn't write a test for non-sec bugs. that would have precluded any implementation brainfarts.
[05:27] <kiko> OdyX, fixed in my branch, thanks for pointing out.
[05:29] <bradb> stub: what are the odds of you still being around today for pqm #3 to hit rf? it's majorly cherrypick worthy.
[05:29] <stub> bradb: zero
[05:30] <bradb> ok, i'll mail you when it lands
[05:30] <stub> ok
[05:30] <kiko> bradb, we can just wait a week before rolling contacts out as well.. 
[05:31] <bradb> kiko: You mean wait a week until setting the sec contact again?
[05:31] <kiko> yeah
[05:31] <bradb> sure, i don't mind. your call.
[05:32] <bradb> it might be better to fix it though, for anyone else using this functionality and going "wah?!"
[05:33] <kiko> yeah, it's high-visibility
[05:35] <kiko> so stub 
[05:35] <kiko> or bradb 
[05:35] <kiko> who was it that implemented targetname caching for bugs?
[05:35] <bradb> me and salgado 
[05:35] <kiko> hmmm
[05:36] <bradb> mostly salgado though
[05:36] <kiko> I need a fix like that for the POTemplate displayname
[05:37] <kiko> salgado, is it difficult to do?
[05:39] <salgado> kiko, I don't quite remember, but I think we spent quite some time discussing what would be the best way to implement. the implementation itself wasn't dificult, though
[05:40] <kiko> mmmm ok.
[05:44] <kiko> carlos, the progress on imports is very slow.. what's the catch?
[05:47] <kiko> @#!@$!@#!
[05:47] <kiko> frigging posubmission
[05:48] <dilys> Merge to devel/launchpad/: [trivial]  Permissions needed by bugnotification script (r3466: Stuart Bishop)
[05:48] <kiko> jordi, are you around?
[05:50] <kiko> so are there any rosetta users available?
[05:50] <kiko> or anyone with an opinion on the +translations apge
[05:53] <bradb> kiko: phone call re: subscriptions in ~3 hours, right?
[05:53] <kiko> right
[05:56] <kiko> BjornT, note updated bug priorities
[05:56] <OdyX> kiko: submitted as bug 39312
[05:56] <Ubugtu> Malone bug 39312 in kdebase konqueror "BAD tab comportements in Launchpad (and others)" [Normal,Unconfirmed]  http://launchpad.net/bugs/39312
[06:05] <kiko> bradb, what is the bug which talks about sorting out the subscriptions portlet?
[06:11] <doko> oops, launchpad did learn from plone?
[06:11] <doko> unreadable font sizes 
[06:23] <dilys> Merge to dev/launchpad/sourcecode/bzrtools/: [trivial]  baz-import properly test for empty branch nick (r214: David Allouche)
[06:30] <ddaa> bug 39318
[06:30] <Ubugtu> Malone bug 39318 in launchpad "launchpad suffers from the plone desease -- unreadable font sizes" [Normal,Unconfirmed]  http://launchpad.net/bugs/39318
[06:30] <kiko> ddaa, complain to sabdfl
[06:30] <ddaa> kiko: I'm not complaining
[06:30] <kiko> me neither
[06:30] <ddaa> I'm just reporting that a user is complaining
[06:30] <ddaa> the user filed the bug
[06:31] <ddaa> I noticed that sabdfl is sometimes more receptive to use complaints than to contrary advice from the developers.
[06:31] <ddaa> * user complaints
[06:36] <zorglub> huh, rosetta apparently dropped about ~200 translated strings
[06:38] <doko> carlos: any estimate when I can upload OOo?
[06:39] <seb128> zorglub: for what package?
[06:39] <zorglub> vlc, french translation
[06:40] <zorglub> well, actually, I don't know, I don't find some untranslated strings I had translated
[06:40] <zorglub> but the untranslated counter is now > 900, while it was 700 something
[06:40] <seb128> hum?
[06:40] <seb128> do you translate a distro package?
[06:40] <zorglub> no, upstream
[06:41] <zorglub> well, actually, it more looks like the previous version had "forgotten" some strings
[06:41] <zorglub> and that the current version is correct
[06:41] <kiko> doko, pending stub running a migration script it appears
[06:41] <seb128> carlos: ping?
[07:08] <bradb> kiko-fud: bug 2245 seems to be about the closest
[07:08] <Ubugtu> Malone bug 2245 in malone "No list of interesting (to me) bugs" [Normal,Needs info]  http://launchpad.net/bugs/2245
[07:10] <SteveA> hey guys.  how's it going?
[07:11] <kiko-fud> mmmm k
[07:11] <kiko-fud> SteveA!
[07:18] <carlos> doko: I executed the deletion script on staging, it's still running
[07:18] <carlos> doko: stub is going to look at it tomorrow
[07:18] <doko> carlos: thanks
[07:19] <carlos> doko: but the deletion script is a bit slow (6 hours already running....)
[07:19] <carlos> seb128: pong
[07:19] <carlos> doko: I guess later tomorrow if stub approves its execution on production
[07:20] <seb128> carlos: cf what zorglub was asking
[07:21] <carlos> zorglub: we imported recently a new .pot file, would be possible that they changed a lot of strings?
[07:21] <zorglub> I uploaded the pot file ~ 10-15 days ago
[07:21] <zorglub> but something changed since yesterday
[07:21] <zorglub> I uploaded yesterday a swedish po file
[07:22] <dilys> Merge to devel/launchpad/: [r=kiko]  fix a silly security teams bug that would cause sec teams to get subscribed to even non-sec bugs. (r3467: Brad Bollenbach)
[07:22] <zorglub> but as I said, the current situation looks more "normal"
[07:22] <bradb> kiko: should i email stub for a cherrypick then?
[07:24] <kiko> bradb, yeah.
[07:25] <carlos> zorglub: I think I approved the .pot file this week... we had a problem with it
[07:25] <zorglub> ok, must be it then
[07:25] <zorglub> thanks
[07:26] <carlos> zorglub: I need to leave now, but I could take a look for the amount of obsolete translations that the French translation has
[07:26] <carlos> later tonight
[07:26] <carlos> if you say that you have today more than 100 entries less than before, we should have that amount of entries set as obsolete
[07:27] <bradb> kiko: email sent
[07:30] <kiko> good man bradb 
[07:34] <doko>  please could somebody make the following cupsys package versions available: 1.1.99.b1.r4929-0ubuntu6 1.1.99.b1.r4929-0ubuntu5 (.dsc and .diff.gz)
[07:36] <kiko> doko?
[07:36] <BjornT> kiko: can you take a look at https://chinstrap.ubuntu.com/~dsilvers/paste/filedJHjUo.html? would that be enough tests for the previous send-bug-notifications failure? it doesn't add any tests, instead some tests are run as the bugnotification db user.
[07:36] <kiko> BjornT, I am unqualified to answer that question :-( 
[07:38] <doko> kiko: where does launchpad keep these uploads, when they are replaced by a newer version?
[07:38] <kiko> doko, they are kept in the archive
[07:38] <kiko> (until they are removed and reaped)
[07:39] <doko> kiko: how can I access them?
[07:40] <kiko> doko, well, let's see.
[07:40] <kiko> first I visit launchpad.net/distros/ubuntu/+source/cupsys
[07:41] <kiko> then I middle-click on the versions ubuntu6 and 5 in the list
[07:42] <kiko> then I reach a dead end. mmmm.
[07:42] <matsubara> bradb: ping
[07:42] <BjornT> kiko: well, maybe the question was unclear. the patch works, i was asking for a review. what i did was to change bugmail-header.txt to be run as the bugnotification user, since that was the part that didn't have enough permissions.
[07:42] <doko> kiko: :-)
[07:42] <bradb> matsubara: pong
[07:42] <kiko> doko, this is ridiculous!
[07:43] <matsubara> hi bradb, there's a bugtask-macros-buglisting.pt that's not being used. Should I remove it?
[07:43] <salgado> carlos, did your script finish running on staging already?
[07:43] <kiko> matsubara, nooooo snif
[07:44] <bradb> haha
[07:45] <bradb> matsubara: maybe not quite yet. :P
[07:45] <matsubara> bradb: ok then. thanks.
[07:45] <kiko> one sunny day bradb said he would make that view optional
[07:46] <kiko> doko, it's a bug, and one which DISTRESSES ME
[07:46] <doko> kiko, ok, filing one
[07:46] <bradb> kiko: heh
[07:47] <kiko> I can fix it today but meanwhile have you tried looking in the archive itself doko?
[07:47] <doko> kiko: just the latest version
[07:48] <kiko> doko, terrible. ok.
[07:50] <doko>  Bug #39325
[07:50] <Ubugtu> Malone bug 39325 in launchpad "uploaded source packages (older ones) not available from the launchpad pages" [Normal,Unconfirmed]  http://launchpad.net/bugs/39325
[07:52] <kiko> doko, actually, /no/ source packages are downloadable from the launchpad pages :-P
[08:13] <bradb> kiko: do you have time to review a patch for bug 36866 in a few minutes?
[08:13] <Ubugtu> Malone bug 36866 in malone "Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search" [Major,In progress]  http://launchpad.net/bugs/36866
[08:13] <kiko> sure.
[08:13] <kiko> bradb, phone call in 45m?
[08:13] <bradb> yep
[08:14] <kiko> mdz, ping?
[08:14] <mdz> pong
[08:16] <kiko> hmmm.
[08:16] <kiko> mdz, I was going to say we had a phone call but.. can we use the conferencing system?
[08:18] <mdz> kiko: we did?
[08:18] <mdz> kiko: yes, we can, but I don't think I have the magic numbers
[08:19] <mdz> I can conference 2 parties + me from here though
[08:19] <sabdfl> you want me in? i'm about to talk with intel
[08:20] <mdz> kiko: what's this about?
[08:20] <kiko> mdz, bug subscriptions
[08:25] <sabdfl> ok, i have a call in 5, do you want me to call mdz till then?
[08:25] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/file7Sshbc.html
[08:26] <kiko> sabdfl, our call is scheduled in 35m
[08:26] <sabdfl> ok, i should be done by then
[08:28] <bradb> kiko: is there a wiki page somewhere on the conf call system? it's been forever since i used it.
[08:29] <kiko> sabdfl, mdz: can we use the regular magic numbers?
[08:29] <mdz> kiko: we need an additional bit of information in order to create a new conference, which I don't think I have. do you?
[08:30] <kiko> I don't -- I just have the regular passcodes
[08:33] <mdz> you can try it, but I think one person needs to play 'host' and have an additional passcode
[08:33] <kiko> really? I thought it was just use the number bingo. I'll try.
[08:34] <sabdfl> try now
[08:35] <sabdfl> its open
[08:35] <sabdfl> kiko, md: ^
[08:35] <sabdfl> mdz
[08:35] <mdz> ok
[08:39] <niemeyer> Hey folks
[08:40] <niemeyer> kiko: I've just figured out that postgres doesn't auto-increment an autoseq field when you insert some preset data in a row. Have this ever bitten you?
[08:40] <niemeyer> Has
[08:40] <kiko> not me
[09:00] <salgado> hmmm. are there logs for jamesh's pending-reviews page?
[09:00] <salgado> my shipit-for-dapper's diff is showing up there with only 3 lines. but that's clearly wrong
[09:00] <sabdfl> hiya
[09:00] <sabdfl> i'll call in from home in 5, ok, mdz, kiko?
[09:01] <mdz> sabdfl: ok
[09:01] <kiko> ok
[09:01] <sabdfl> ping you when i'm set
[09:01] <mdz> steve and I need to get lunch in <1hr or so though
[09:01] <kiko> it should be quick
[09:01] <mdz> he looks hungry
[09:01] <mdz> I'm afraid he might eat me
[09:02] <bradb> kiko: ok, should i wait to dial in then?
[09:02] <kiko> yeah.
[09:02] <bradb> ok
[09:09] <BjornT> salgado: https://chinstrap.ubuntu.com/~jamesh/pending-reviews/salgado/launchpad/shipit-for-dapper/merge
[09:10] <kiko> bradb, I'd see if BjornT could review that patch, it's a bit out of my area
[09:11] <bradb> BjornT: do you have time for a small review?
[09:12] <BjornT> bradb: yeah, i should have some time for it soon.
[09:13] <salgado> BjornT, heh. I totally forgot the merge link. maybe it's because I've seen it so many times but never actually used it
[09:13] <salgado> BjornT, anyway, thanks. :)
[09:14] <bradb> BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/file7Sshbc.html. fixes bug 36866.
[09:14] <Ubugtu> Malone bug 36866 in malone "Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search" [Major,In progress]  http://launchpad.net/bugs/36866
[09:14] <bradb> hah, nice title added by utilities/paste!
[09:15] <bradb> BitchX style hateful defaults
[09:15] <kiko> bradb, I added that :)
[09:16] <bradb> heh
[09:18] <kiko> mdz, bradb?
[09:19] <bradb> time to call?
[09:19] <kiko> where's mark?
[09:24] <kiko> in case you didn't think of showing up!
[09:24] <kiko> sabdf1, sabdf1, sabdf1!
[09:27] <sabdf1> mdz, kiko: all set in the conference
[09:27] <kiko> whee
[09:28] <BjornT> bradb: hmm, your patch will conflict with matsubara's patch that has been approved for merging. it's probably best to review your patch after you've resolved the conflicts.
[09:29] <bradb> ok
[09:31] <carlos> salgado: no, it's still running
[09:31] <carlos> but it should finish soon
[09:39] <mitsuhiko> strange design today :)
[09:39] <mitsuhiko> moin btw
[09:41] <dilys> Merge to devel/launchpad/: r=stub for most Make batch size configurable via launchpad.conf. Update default batch sizes. Piggyback validation fix for main template while I'm here. (r3468: kiko)
[09:42] <kiko> y a y
[09:55] <jblack> Hi guys.
[09:55] <jblack> Anybody know offhand what the location for import bzr branchs are? Its not listed in SupermirrorFilesystemHierarchy
[10:02] <bradb> gotta run, later all
[10:07] <ddaa> jblack: I may actually help, but I do not understand what you are asking.
[10:07] <jblack> The drupal signup branch is imported.
[10:08] <ddaa> no, it's not
[10:08] <ddaa> it passed autotest
[10:08] <jblack> Ohh.
[10:08] <jblack> Where will it get exposed when is?
[10:09] <ddaa> in the drupal branches page, on the productseries page, on the vcs-imports branches page
[10:09] <jblack> (I got tricked because the page says "Date Last Sync finished". I see now that the status is Auto Tested)
[10:09] <jblack> Ok.
[10:09] <ddaa> phone
[10:09] <jblack> Thank you
[10:32] <ddaa> jblack: you do not want to setup a project?
[10:32] <ddaa> better to decide before I put the import into production
[10:32] <ddaa> otherwise they will break after you put the products in a project
[10:33] <ddaa> jblack: also maybe get in touch with the guy that set up the "drupal-il" project and drupal-tr product...
[10:33] <ddaa> *sigh*
[11:18] <jblack> reading
[11:18] <dilys> Merge to devel/launchpad/: [trivial]  Template-only fix for bug #39325: uploaded source packages (older ones) not available from the launchpad pages. Add download information to distributionsourcepackagerelease page, which can be accessed through some smart navigation; also rearrange information and improve text slightly (r3469: kiko)
[11:18] <jblack> ddaa: Why do you think I don't want to setup a drupal project?
[11:29] <ddaa> because that's what I would do, to group all the related drupal products