[12:41] <Cyllene> Hello. Any administrators around?
[04:25] <Ubugtu> New bug: #75427 in rosetta "Filtering no working" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75427
[04:29] <AndreNoel> hello there
[04:30] <AndreNoel> anybody knows how can I change my @ubuntu.com mail?
[04:41] <thumper> AndreNoel: from what to what?
[04:42] <AndreNoel> from drenoel@ubuntu.com to andrenoel@ubuntu.com
[04:43] <thumper> AndreNoel: who set it up originally?
[04:43] <thumper> my guess would be to email them
[04:43] <AndreNoel> it was automatically
[04:43] <AndreNoel> from my LP login
[04:43] <AndreNoel> i changed my LP login already
[04:44] <AndreNoel> but i don't know how to change the email
[04:44] <jamesh> AndreNoel: if you update your launchpad name, the email should update
[04:45] <jamesh> not sure how frequently the email addresses are updated though.
[04:45] <AndreNoel> jamesh, are you sure that it will occur?
[04:46] <AndreNoel> cause i don't remember when i changed it...
[04:46] <thumper> I didn't even know that it made email aliases...
[04:47] <jamesh> AndreNoel: yeah.  If it doesn't occur in a day or two, try filing a ticket at https://answers.launchpad.net/products/launchpad/+tickets
[04:48] <AndreNoel> oh... i changed it at least a week ago...
[04:49] <AndreNoel> I think that it was Dec 6
[04:50] <jamesh> AndreNoel: okay.  File a ticket asking someone to look into it.
[04:50] <AndreNoel> jamesh, thanks
[04:55] <AndreNoel> filled
[04:55] <AndreNoel> thanks again
[04:55] <AndreNoel> i'm going to sleep
[06:52] <nejucomo> Hello.  Debian die hard just now trying out edgy.
[06:53] <nejucomo> It seems like the package "python-biggles" doesn't depend on any packages which actually supply that library (such as "python2.4-biggles").  Am I missing something or is this a package management bug?
[06:54] <nejucomo> Anyone awake here?
[07:23] <jamesh> nejucomo: first of all, this question is probably better asked on #ubuntu
[07:24] <jamesh> nejucomo: second of all, the package "python-biggles" probably provides the extension for both 2.4 and 2.5
[07:24] <jamesh> there were some rearrangements in the Python module packaging in edgy
[07:24] <jamesh> My understanding is that this matches the changes in Debian
[07:25] <nejucomo> Thanks.  Sorry if off topic.
[07:25] <jamesh> nejucomo: you can see the same difference here: http://packages.debian.org/stable/python/python-biggles and http://packages.debian.org/testing/python/python-biggles
[07:26] <nejucomo> Yes, and I just discovered there's already a bug post for it (#68225).
[07:26] <jamesh> the first depends on python2.3-biggles.  The second includes extensions for multiple Python versions
[07:28] <jamesh> I guess it got screwed up in the update
[07:29] <nejucomo> The debian webpage differs from the info I get from "apt-cache show python-biggles", however.  On Edgy, it looks like it only depends on "python, python-numeric".
[07:30] <nejucomo> Anyway, is this channel intended for launchpad developers or users?
[07:30] <spiv> nejucomo: both
[07:33] <jamesh> nejucomo: I was directing you to #ubuntu because that's where you'll find Ubuntu developers (the ones who can fix your problem)
[07:37] <nejucomo> Thanks.
[08:31] <stub> Hehe... traversal glitch? https://launchpad.net/my/fat/hairy/arse/+login
[08:37] <jamesh> stub: I think the processing of URLs ending in +login happens before the traversal is complete
[08:38] <stub> Hmm... my guess was the +login view was registered on everything, including the 404 error page.
[08:38] <jamesh> maybe thats it
[08:38] <jamesh> dunno
[08:38] <stub> I don't think it is a security issue, so it isn't important.
[08:45] <Ubugtu> New bug: #75439 in launchpad "+login view registered with everything, including 404 error page" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75439
[08:47] <jamesh> stub: not sure if it is a case of it being registered on exceptions
[08:49] <jamesh> stub: e.g. main_template is registered for everything, but https://staging.launchpad.net/foo/bar/main_template gives a 404
[08:49] <thumper> hey stub: what's our preference for db: big db or slower access?
[08:49] <stub> eh?
[08:49] <jamesh> https://staging.launchpad.net/main_template also oops's, but for a different reason
[08:50] <stub> thumper: I don't follow you
[08:50] <thumper> stub: I'm looking at how to store full branch ancestry, one way is recursive tree that has optimal size but need to recurse tree for select, or big cross reference table 
[08:51] <stub> thumper: I've already got most of that implemented
[08:51] <thumper> oh, ok, what was your choice?
[08:51] <stub> Small and fast
[08:51] <thumper> :)
[08:51] <thumper> I'm looking at the branch scanner, you updating that too?
[08:52] <jamesh> thumper: we already store enough info to get the full ancestry slowly :)
[08:52] <thumper> jamesh: I figured that out :)
[08:52] <jamesh> stub: any particular trick to it?
[08:53] <thumper> stub: I'm looking at the email notifications for branch changes, but if you have pending scanner updates, I'll await the merge
[08:53] <jamesh> I had some ideas on a reduced size representation compared to what lifeless proposed, but it had issues with ghosts
[08:53] <stub> A preordered tree, modified to do graphs. Similar to what is described in http://www.sitepoint.com/article/hierarchical-data-database/2
[08:54] <stub> bzr+ssh://devpad.canonical.com/code/stub/launchpad/sql-dag
[08:56] <thumper> hmm.. interesting, I couldn't find the author's name attributed in the article anywhere
[08:56] <stub> thumper: I can finish it off after I land this damn pillar name branch if you need it. We can then see how useful it is for the bzr ancestry.
[08:56] <thumper> stub: so you haven't addressed the branch scanner then?
[08:56] <stub> thumper: It is  a standard structure but not particularly well known.
[08:57] <stub> thumper: I'm just working on generic graph storage and query at this stage.
[08:57] <thumper> stub: is it originally Joe Celko's idea or did he just mention it in his book?
[08:57] <stub> But add a few more columns and you have the revisions table
[08:57] <thumper> stub: oh, ok
[08:57] <stub> thumper: No idea whose idea it was originally.
[08:58] <jamesh> stub: how's the pillar-name branch looking?
[08:58] <thumper> I have a copy of his book "SQL for smarties" on the boat coming over
[08:58] <stub> jamesh: Fine until your review :-P
[08:59] <stub> jamesh: Just thinking about how to handle /people/foo/+branches redirects
[09:00] <jamesh> stub: do they need special handling?
[09:00] <stub> At the moment /people/foo/whatever goes to /~foo
[09:00] <jamesh> /~foo/whatever, isn't it?
[09:03] <stub> jamesh: Not at the moment, which is broken.
[09:11] <thumper> stub: I'm not sure about the preorder tree storage mechanism for revisions, as each revision could be in many different trees that have diverged...
[09:11] <thumper> perhaps I'll just get your branch and read :)
[09:18] <carlos> morning
[10:01] <carlos> disable account merge
[10:01] <carlos> use a mirror of people table
[10:01] <carlos> and other table that is referenced by POTemplate
[10:02] <carlos> so we only lock Rosetta tables
[10:02] <stub> It involved disabling every page that displays Rosetta information IIRC, including all the portlets.
[10:02] <carlos> stub: do you remember the procedure to migrate data that we talked about at allhands?
[10:03] <carlos> right
[10:03] <stub> Is that doable before we need Feisty open for translations?
[10:04] <carlos> It's a bit more complex than I thought at first sight (I forgot the portlet change)
[10:04] <carlos> so I'm not completely sure right now...
[10:04] <carlos> I will need to check with kiko
[10:04] <stub> Otherwise we just suck up the downtime until we have read-only-launchpad implemented
[10:05] <carlos> Do you think would be possible to have launchpad down for 3 hours at the end of this week/beginning of next week?
[10:05] <carlos> it's the other option
[10:05] <carlos> well, I guess it should be less time, because the amount of templates to copy will be lower than when we open Edgy
[10:05] <carlos> but anyway, I think is better if we plan it as it takes the same amount of time
[10:06] <stub> I think it is possible. The QC tzar is on holidays, and we aren't in a critical part of the Ubuntu release cycle
[10:06] <carlos> ok
[10:06] <carlos> I will meet with kiko and danilo
[10:06] <carlos> and will tell you what are we going to do. Ok?
[10:06] <carlos> stub: thanks for the input
[10:06] <stub> It is the right time of year to do downtime. If we need to do implementation, we should consider doing the table merging because it will be one of the few times of the year we can drop the system for a day if needs be.
[10:07] <stub> ok.
[10:07] <carlos> yeah, I will try to handle that before end of the year. Although I'm not sure if will have enough time
[10:07] <stub> 'Launchpad will be down for Christmas because you should all be with your families, except for the DBA who lives in a Buddhist country'
[10:08] <carlos> stub: will you work that week?
[10:08] <stub> (and will thus be drunk)
[10:08] <carlos> ;-)
[10:08] <carlos> so you will be alone in the office working and drinking!
[10:09] <carlos> :-P
[10:09] <stub> Don't know yet. I didn't take enforced leave last year, but was going to this year.
[10:09] <stub> I don't know what days the Christmas parties are on yet
[10:15] <danilos> carlos: ping
[10:15] <carlos> danilos: on the phone...
[10:15] <danilos> carlos: ok, ping me when you get back
[10:15] <carlos> ok
[10:16] <BjornT> mutt
[10:18] <carlos> BjornT: you have no mail
[10:18] <carlos> ;-)
[10:18] <carlos> danilos: ping
[10:19] <BjornT> thanks carlos :)
[10:19] <stub> jamesh: re: Launchpad bzr plugin - what do you mean by 'shipped'? Did it get into edgy?
[10:20] <jamesh> let me check
[10:20] <stub> I didn't think it had gone past the experimental stage yet.
[10:21] <jamesh> stub: I think it was in both dapper and edgy
[10:22] <stub> What did it do?
[10:24] <jamesh> actually, it looks like it isn't in dapper
[10:24] <stub> I can't see anything in edgy either
[10:25] <jamesh> looks like it was included in edgy: http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=bzr&version=edgy&arch=all&page=3&number=50
[10:25] <jamesh> the plugin provides a way to register mirror branches in Launchpad from the bzr command line
[10:25] <jamesh> via XML-RPC
[10:26] <stub> I was looking for a separate package
[10:26] <jamesh> Just checked on a dapper machine, and it has the launchpad plugin
[10:26] <jamesh> it is bzr-0.8.2
[10:28] <jamesh> so this is an endpoint used by the bzr releases in two Ubuntu versions
[10:29] <jamesh> plus all the other distros shipping Bazaar
[10:29] <stub> Sucks that we need to support the URL for 5 years
[10:30] <jamesh> stub: well, we could try persuading the bzr guys to put out another 0.8.x release and the Ubuntu guys to ship it
[10:30] <jamesh> but it'd be nice if we didn't have a flag day situation
[10:30] <jamesh> where all existing users of that XML-RPC API broke and needed upgrading to work
[10:46] <SteveA> according to the bbc changes in height is linked to chance of death in men ... "But those who lost 3cm in height were 64% more likely to die than those who lost less than 1cm."
[10:47] <SteveA> so, those guys who got a lot shorter are 164% likely to die!
[10:47] <jamesh> so there are people with a non-zero chance of living forever?
[10:48] <jamesh> I'd have thought everyone was equally likely to die
[10:48] <SteveA> apparently not
[10:48] <SteveA> what's the xmlrpc story ?
[10:51] <jamesh> SteveA: with the new URL scheme, https://launchpad.net/bazaar will be the bazaar project page rather than pages hung off IBazaarApplication
[10:51] <jamesh> SteveA: with IBazaarApplication moving to https://launchpad.net/+code
[10:52] <SteveA> well
[10:52] <SteveA> to code.launchpad.net, or https://xmlrpc.launchpad.net/+code
[10:52] <jamesh> the problem is that xmlrpc.launchpad.net is using the same traversal, so XML-RPC APIs hung off IBazaarApplication would now need to use the endpoint of https://xmlrpc.launchpad.net/+code
[10:53] <jamesh> and there are released versions of Bazaar that include the launchpad plugin referencing https://xmlrpc.launchpad.net/bazaar as the endpoint
[10:53] <SteveA> with the new virtual domains stuff, I'm having second thoughts about multiplexing xmlrpc into our standard http
[10:53] <SteveA> I see
[10:54] <SteveA> do we know if any of these actually get used?
[10:54] <jamesh> we get occasional XML-RPC OOPS's, so I guess so
[10:54] <jamesh> I wonder if the awstats logs can tell us
[10:55] <SteveA> or just grepping the log files
[10:55] <jamesh> yeah.
[10:56] <jamesh> "POST /bazaar" is pretty much always going to be XML-RPC
[10:56] <jamesh> we've also got some XML-RPC APIs hung off IMaloneApplication, which would move endpoint from https://xmlrpc.launchpad.net/malone to https://xmlrpc.launchpad.net/bugs
[10:57] <jamesh> but I don't know if it is being used
[10:57] <jamesh> (again we could probably check the logs)
[11:08] <stub> jamesh: https://devpad.canonical.com/~andrew/paste/fileWnj0jz.html
[11:09] <SteveA> if it's just posting to /bazaar
[11:10] <SteveA> we can have this apache rewritten
[11:10] <SteveA> although that means new posts to /bazaar won't work...
[11:10] <SteveA> BjornT: hi
[11:12] <BjornT> hi SteveA 
[11:12] <stub> There is now a hack in my branch supporting /bazaar on the xmlrpc.launchpad.net domain
[11:17] <SteveA> BjornT: I replied to the mail you forwarded from Henrik
[11:17] <SteveA> I had a phone call with him, and we came up with some ideas
[11:18] <BjornT> cool
[11:19] <SteveA> I think the "text area per product/package" thing would be simple to implement, and would help a lot in avoiding round-trips of people reporting bugs, then triagers saying "please include these log files too"
[11:19] <SteveA> stub: multiplexing the xmlrpc onto /bazaar as a special case?
[11:20] <jordi> SteveA: sorry about the late reply, my mailbox was swamped with tons of spam and email after the long weekend; I just replied to your email
[11:24] <stub> SteveA: Yes. 'if IXMLRPCRequest.providedBy(self.request) and name == 'bazaar': ...
[11:24] <SteveA> cool
[11:31] <aa_> sorry to bother, is there a time delay on new ssh keys being added, or should it be instant?
[11:49] <__MuRDeR__> Hi all!
[11:51] <__MuRDeR__> Can I ask here about free CDs of Unbuntu distributive?
[11:53] <__MuRDeR__> Can I ask here about free CDs of Unbuntu distributive?
[11:54] <raphink> derivative you mean?
[11:54] <raphink> or distribution?
[11:54] <__MuRDeR__> yes
[11:54] <__MuRDeR__> I have some questions
[11:54] <raphink> I asked two questions that could be answered with "yes"
[11:54] <raphink> which one did you just answer
[11:54] <raphink> ?
[11:56] <jamesh> __MuRDeR__: ask your questions, and we'll answer them if we can
[11:57] <__MuRDeR__> distribution I think....I don't know english in perfect...
[11:57] <jamesh> that's fine.
[11:57] <__MuRDeR__> I saw a link on this page https://shipit.ubuntu.com/
[11:58] <__MuRDeR__> and thought to make a requiest...
[11:59] <__MuRDeR__> and in what time will i get the distributive?
[11:59] <__MuRDeR__> how long should i wait?
[12:00] <jamesh> __MuRDeR__: the answer is in the FAQ: http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607
[12:00] <jamesh> __MuRDeR__: it depends on where you are, but it is usually 6-10 weeks
[12:01] <__MuRDeR__> and is it completely free?
[12:01] <jamesh> for you, yes
[12:01] <jamesh> for us, no :)
[12:02] <__MuRDeR__> what do you get from this?
[12:02] <jamesh> it is a form of advertising
[12:03] <__MuRDeR__> but it costs money and if everyone will ask you for free cds it will cost you a lot
[12:04] <jamesh> the orders are checked over to try and prevent abuse
[12:05] <__MuRDeR__> thaks a lot
[12:05] <jamesh> and if you try Ubuntu and like it, you might end up getting a support contract
[12:05] <__MuRDeR__> bye
[12:05] <jamesh> or recommending Ubuntu to someone who buys one
[12:05] <__MuRDeR__> I understood
[12:05] <__MuRDeR__> thaks
[12:08] <cprov> good morning guys
[12:08] <jamesh> hi cprov
[12:12] <cprov> jamesh: hi there. I'm reading your review, lp.UploadAdmin for IDistroRelease might be the best solution.
[12:26] <stub> jamesh: https://devpad.canonical.com/~andrew/paste/fileWnj0jz.html
[12:27] <stub> (that is the latest diff on the pillar name branch if you want to approve the changes. But I gotta go now)
[12:35] <kiko> hey there
[12:35] <kiko> morning
[12:35] <kiko> how's it going?
[12:57] <carlos> kiko: hey
[12:57] <kiko> hey carlos 
[12:57] <carlos> danilos, kiko: I should have a brief talk with you related with Feisty and my conversation with Stuart
[12:57] <kiko> I have a phone call now, but chat with you in a half hour
[12:58] <carlos> when will you have time?
[12:58] <carlos> ok
[12:58] <carlos> kiko: please, ping me
[12:58] <kiko> ok
[01:29] <matsubara> BjornT: I'm looking at the main bug page, and it seems that the yellow background for the current context was removed. Is this a bug or a intentional change (perhaps because of the new ui)? 
[01:33] <BjornT> matsubara: hmm, not sure :) that change was probably caused by the malone-release-management landing, and it might have been unintentional. i'd say it's a bug.
[01:46] <matsubara> BjornT: thanks, filed bug 75469
[01:46] <Ubugtu> Malone bug 75469 in malone "Hard to distinguish current context without colored background" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75469
[01:47] <BjornT> thanks matsubara 
[01:56] <Ubugtu> New bug: #75469 in malone "Hard to distinguish current context without colored background" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75469
[02:35] <carlos> kiko, danilos: I'm leaving now to have lunch. Let's talk later, ok?
[02:36] <danilos> carlos: ok, I'll be out to lunch myself
[02:37] <kiko> okay, ping you in an hour?
[03:12] <braverock> ping is ddaa at the keyboard?
[03:12] <ddaa> yeah... I'm at the keyboard
[03:12] <ddaa> workrave back in 10
[03:12] <braverock> I'm here to bug you again about this:
[03:12] <braverock> https://launchpad.net/products/bzr-register/+ticket/1936
[03:19] <carlos> kiko, danilos: I'm back
[03:24] <ddaa> braverock: I have some good news for you
[03:24] <ddaa> but not what you expect
[03:51] <willvdl> hey folks. In LP, what is the difference essentially between a project and a product?
[03:52] <salgado> willvdl, a project is like a group of products
[03:52] <salgado> for instance, gnome is a project
[03:52] <willvdl> yeah, but what if the feature is informational?
[03:55] <salgado> I don't see what you mean
[03:55] <willvdl> meaning,
[03:55] <willvdl> I'm looking at the ubuntu-doc team
[03:56] <willvdl> which has distro source stuff
[03:56] <willvdl> a doc team
[03:56] <willvdl> and a project and product page
[03:56] <willvdl> but bugs, for example, are registered across all of the above
[03:58] <willvdl> how does one set up a hierarchy between all of the related teams, projects, products etc.
[03:59] <kiko> carlos, ping
[03:59] <carlos> kiko: pong
[04:00] <kiko> carlos, so, how's it going?
[04:00] <carlos> kiko: fine, I'm finishing with the BeautifulSoup migration
[04:01] <carlos> kiko: and got salgado's review answer already
[04:02] <carlos> kiko: about TranslationReview, other than change an exception and BeautifulSoup changes, there is nothing else to change
[04:03] <carlos> kiko: about feisty opening chat. Should we wait for danilo-food?
[04:05] <kiko> carlos, we could. tell me the summary first, though
[04:06] <carlos> kiko: I don't think is doable what I suggested, we need to schedule a 3 hours offline window. We forgot about disable Rosetta portlets and any other reference to Rosetta tables
[04:07] <carlos> and that's not so easy to do and will delay the opening
[04:07] <kiko> carlos, how do we know it's just 3 hours?
[04:07] <carlos> kiko: dapper -> Edgy took that time
[04:07] <carlos> in fact, it should be less, if we implement the extra filter I talked about to copy only the templates that are being used
[04:08] <kiko> okay. I okay that plan, but I don't like the idea of that delaying any 1.0 items.
[04:08] <carlos> but I prefer to stay with the time it took previous migration
[04:08] <carlos> which item are we delaying?
[04:08] <kiko> well, any items that aren't ready when we do this work.
[04:09] <salgado> willvdl, you mean you have an hierarchy between projects/products/teams and you want to represent it in launchpad, similar to what we have for ubuntu-doc?
[04:09] <carlos> kiko: well, the change I told you about would be done in a couple of hours, is just adding a flag in a query
[04:10] <carlos> the rest is stub's work
[04:10] <kiko> carlos, even the script?
[04:10] <willvdl> actually, I'm curious as to how docteam LP should be handled, especially if one introduces sub-teams and sub-projects
[04:10] <kiko> carlos, we'd need to test it on staging first, too.
[04:10] <willvdl> e.g. edubuntu-doc is a team looking at edubuntu-docs. 
[04:11] <carlos> which script?, the migration script is already implemented, we used it already and was a general one, not specific for Dapper -> Edgy migration
[04:11] <Ubugtu> New bug: #75485 in launchpad-support-tracker "In the 'Request Support' page display the list of supported languages" [Medium,Confirmed]  http://launchpad.net/bugs/75485
[04:11] <Ubugtu> New bug: #75487 in launchpad-support-tracker "Add a 'Unsupported Requests' report" [Medium,Confirmed]  http://launchpad.net/bugs/75487
[04:11] <willvdl> but edubuntu-doc is a subteam of ubuntu-doc
[04:12] <willvdl> and edubuntu-docs are part of the distro
[04:12] <carlos> kiko-fud: ok, testing on staging would require a bit more of work, that's right
[04:12] <kiko-fud> carlos, well, sounds good, but let me think about this in order to plan it.
[04:12] <carlos> ok
[04:12] <kiko-fud> there's a staging test to be done, that's for sure.
[04:12] <kiko-fud> let me grab some food and I'll bbiab
[04:12] <carlos> ok
[04:12] <willvdl> salgado, where should one register bugs? against the team, the project, the product or the distro-source?
[04:14] <salgado> willvdl, bugs cannot be reported against teams or projects
[04:15] <salgado> as per the product/distro-package, it's not clear what it means for this specific case
[04:15] <salgado> in most of the cases we have an upstream product which is packaged in multiple distributions, generating the distribution packages
[04:17] <salgado> but I don't think this is true for ubuntu-docs, since it's only included in ubuntu (and it's derivatives)
[04:17] <willvdl> let me post some links quick to illustrate
[04:18] <willvdl> https://bugs.launchpad.net/people/ubuntu-doc/+assignedbugs
[04:19] <willvdl> ^^^ I guess these are bugs that have been "assigned" for resolution
[04:19] <salgado> exactly
[04:19] <willvdl> https://bugs.launchpad.net/projects/ubuntu-docs/+bugs
[04:19] <willvdl> ^^^ while these haven't
[04:19] <salgado> not necessarily
[04:20] <willvdl> https://bugs.launchpad.net/distros/ubuntu/+source/ubuntu-docs/+bugs
[04:20] <willvdl> ^^^ is where they all originate?
[04:20] <salgado> on https://bugs.launchpad.net/projects/ubuntu-docs/+bugs, you can see the ones that were not assigned by following the "Unassigned" link on the left menu
[04:21] <salgado> all bugs listed under https://bugs.launchpad.net/projects/ubuntu-docs/+bugs were reported against https://bugs.launchpad.net/products/ubuntu-doc
[04:22] <willvdl> aha. once assigned, they move to the team bug list
[04:23] <salgado> the bugs reported agains the _ubuntu package_ ubuntu-docs are not included in that page because a project's +bugs page only lists bugs reported against one of that project's products
[04:24] <willvdl> gotcha. project page collects features and bugs across it's products
[04:24] <salgado> willvdl, exactly. also, the bugs listed under a person/team's page are not restricted to a single project/product/package
[04:24] <willvdl> meaning?
[04:25] <salgado> if you assign a launchpad bug to the ubuntu-docs team, it'll show up on that list
[04:26] <willvdl> ok. excellent. so that bug will be visible on the team list and the project list?
[04:27] <salgado> right. and the product list too,
[04:28] <willvdl> right. so a bug can only be registered against the /+source/xxx
[04:28] <salgado> or against the product
[04:29] <willvdl> excellent. thanks a million.
[04:30] <willvdl> not sure why I struggled with this.
[04:30] <salgado> you're not the only one. this is quite confusing
[04:30] <salgado> hopefully it'll be better with the new UI
[04:32] <willvdl> salgado. I think what has been most confusing is that teams and projects/products have been setup without enough regard for proper hierarchy.
[04:32] <willvdl> so there are some dangling teams with no projects
[04:33] <salgado> ah, I see
[04:33] <willvdl> If you want I can type up above discussion for an existing help-page?
[04:36] <salgado> willvdl, that'd be great, I think. maybe put it on help.launchpad.net?
[04:37] <willvdl> ok. I'll scope around for a good home on h.l.n
[04:37] <willvdl> the least I can do :)
[04:38] <salgado> thanks willvdl! :)
[05:06] <elmo> umm
[05:06] <elmo> This is the page where you can approve or decline this membership:
[05:06] <elmo> https://answers.launchpad.net/people/canonical-sysadmins/+member/XXXX
[05:06] <elmo> why is that answers?
[05:06] <elmo> (from a "so and so has tried to join the team" mail)
[05:15] <SteveA> bug 63009
[05:15] <Ubugtu> Malone bug 63009 in launchpad "Update oops-tools to not show google cached site as referred from local sites." [Low,Confirmed]  http://launchpad.net/bugs/63009
[05:15] <SteveA> elmo: where did you see that link?
[05:15] <SteveA> it should be just "launchpad.net"
[05:15] <elmo> SteveA: as I said, in a "so and so has tried to join the team" automated email
[05:15] <SteveA> ok
[05:16] <SteveA> looks like something salgado-afk should look into
[05:16] <SteveA> elmo: I'll file a bug anyway.  Thanks for telling us.
[05:16] <elmo> SteveA: I'm happy to file bugs myself, was just looking for confirmation it wasn't intended :)
[05:16] <danilos> carlos: what happened with feisty chat? I see kiko and you had some discussion already
[05:16] <carlos> danilos: he's evaluating whether we want to do this before finishing 1.0 goals
[05:17] <danilos> carlos: yeah, I've seen that
[05:17] <carlos> danilos: and we will do the same approach done for Edgy openning
[05:17] <danilos> ok
[05:17] <SteveA> elmo: it's not intended.  please file a bug.
[05:19] <SteveA> elmo: probably the code is using the "current request's site" URL as a base rather than using the main launchpad site from the configuration file.
[05:20] <elmo> stevea: right
[05:20] <elmo> reported as bug 75493, anyway
[05:20] <Ubugtu> Malone bug 75493 in launchpad ""New <...> member awaiting approval" mail has wrong URL" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75493
[05:20] <SteveA> thanks elmo 
[05:21] <salgado> thanks elmo 
[05:30] <Ubugtu> New bug: #75493 in launchpad ""New <...> member awaiting approval" mail has wrong URL" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75493
[07:03] <radix> hmm, cool, maybe I can use wikia to host feature specs for my launchpad-hosted products :)
[07:40] <elmo> so launchpad.net/blahblahblah/+tickets no longer works - feature?
[07:40] <elmo> zomg, forum style popup mouseover expansion
[07:58] <kiko-fud> elmo, the URLs should be backwards-compatible -- SteveA, flacoste?
[07:58] <flacoste> well, this doesn't work yet
[07:58] <flacoste> you stil need the /products or  /distros prefix
[07:58] <flacoste> it will though once stub's branch lands
[07:59] <kiko-fud> whoa, but I don't think that's what elmo was pointing out
[07:59] <flacoste> +tickets doesn work
[07:59] <flacoste> but of course "blahblahblah" isn't a valid product :-)
[08:00] <elmo> flacoste: it was a person
[08:00] <elmo> let me find the link
[08:00] <elmo> : [WWW]  https://launchpad.net/people/thecore/+tickets 
[08:00] <elmo> it's possible that never worked, it's from an ubuntu member's wiki page
[08:01] <flacoste> thecore isn't a know person
[08:01] <flacoste> https://launchpad.net/people/thecore -> 404
[08:02] <elmo> ah, right, sorry
[08:02] <flacoste> np
[08:02] <elmo> the guy changed his lp uid and didn't fix his wiki page
[08:02] <elmo> sorry for the false alarm
[08:02] <elmo> (cc meeting of death, my brain is fried)
[08:05] <kiko> we've discussed offering redirects when names change
[08:05] <kiko> but...
[08:06] <kiko> a lot of work and we sandbag the existing name for a while
[08:20] <elmo> does rosetta have magic translation sharing thing yet?
[08:20] <elmo> i.e. so a 'Password:' prompt translated in one app is shared with the rest
[08:24] <matsubara> elmo: I think that's how suggestions works, but I'm not sure.
[08:24] <elmo> ah, ok, but it's not automatic?
[08:24] <matsubara> elmo: if you see a page like: https://launchpad.net/distros/ubuntu/edgy/+source/kdebase/+pots/kdmgreet/lv/+translate?start=100 you'll see the "Used elsewhere" thingy
[08:25] <matsubara> elmo: I believe it's not automatic.
[08:26] <elmo> it's fascinating how many different translations there are of something as simple as 'Authentication failed'
[08:28] <elmo> sometimes I wish I spoke another language, rosetta actually looks fun
[08:31] <kiko> matsubara, elmo: it is automatic.
[08:32] <kiko> if a translation for string A is used in context X, and the same string A appears in context Y, it is offered as a suggested, and says Used elsewhere.
[08:32] <der_steppenwolf> hello, how can i get the changelog information of packages between versions? thx
[08:32] <matsubara> kiko: hmm by automatica, I thought elmo meant they wouldn't appear as suggestion, the string would appear already translated.
[08:32] <elmo> kiko: by automatic I meant used by default
[08:33] <kiko> oh, sorry. no, it's not used by default -- that would get us many kicks in the shins
[08:33] <kiko> (not that we don't get them already)
[08:40] <carlos> kiko: I'm leaving now
[08:41] <elmo> carlos: it was only a suggestion!  
[08:41] <carlos> kiko: TranslationReview is done (waiting for the final approval from Bjorn to the BeautifulSoup migration)
[08:41] <elmo> ;)
[08:41] <kiko> carlos, okay, good job -- let's see how it looks tomorrow.
[08:41] <carlos> elmo: ;-)
[08:41] <carlos> funny, I was not paying attention to that conversation :-P
[08:42] <kiko> whaaaat
[08:43] <carlos> O:-)
[08:43] <carlos> ok, see you tomorrow!!
[08:57] <EmxBA> can someone help me? i've made ubuntu-bosnian-localization team and put mail emx@linux.org.ba and i use emxlug@linux.org.ba for my account on LP, EmxBA. can someone change the mail on ubuntu-bosnia-localization team because i'm not admin there anymore?
[08:59] <kiko> EmxBA, well, who's the admin there now?
[09:01] <EmxBA> https://launchpad.net/people/ubuntu-l10n-bs - vljubovic, but not active for a while, even he couldn't help me
[09:01] <kiko> EmxBA, is he gone, or is he on vacation, or does he no longer care about localization?
[09:02] <EmxBA> 3) he does no longer care about localization. can I be the admin there? that's quite... unpolite from me? 
[09:05] <kiko> EmxBA, does he reply to emails? If so you can ask him to write to me, or file a support ticket, asking us to reassign the team to you.
[09:06] <EmxBA> no, he doesn't, we may file a ticket but hey may not reply. I've sent him 2 mails recently, no responses. I really don't know what to do
[09:07] <kiko> hmmm
[09:07] <EmxBA> :(
[09:07] <EmxBA> can you send him mail? it's on his LP page
[09:08] <kiko> EmxBA, can you get any of Jasmin, Kenan or vip to vouch for you?
[09:08] <EmxBA> vouch?
[09:08] <kiko> it can be on IRC or through email
[09:08] <kiko> well, confirm that we should reassign the team.
[09:09] <EmxBA> jasmin is on irc as die7, can you come to #lugbih and explain the situation?
[09:10] <EmxBA> kiko: he'll come here ;)
[09:11] <kiko> thanks
[09:12] <EmxBA> kiko: die7 is here
[09:12] <die7> hi all
[09:13] <kiko> hey die7 
[09:13] <EmxBA> die7:  i've made ubuntu-bosnian-localization team and put mail emx@linux.org.ba and i use emxlug@linux.org.ba for my account on LP, EmxBA. can someone change the mail on ubuntu-bosnia-localization team because i'm not admin there anymore?
[09:14] <EmxBA> vljubovic is admin but he said that he doesn't work on launchpad.
[09:14] <kiko> die7, can you confirm it is a good idea to reassign that team to EmxBA?
[09:14] <EmxBA> kiko invited somebody from the team 
[09:14] <die7> hm
[09:14] <die7> i have no probs
[09:15] <kiko> vedran has a lot of karma, wow.
[09:15] <kiko> pity if he is indeed inactive
[09:15] <EmxBA> yeah, but he mostly imported things from po files, kiko, as I know :)
[09:15] <EmxBA> i used browser ;)
[09:15] <kiko> nobody's perfect ;)
[09:16] <EmxBA> so, what's your opinion, die7?
[09:17] <die7> go for it bro
[09:17] <kiko> EmxBA, for now I will set you to be an admin. if vedran is really gone we can reassign the team later.
[09:17] <EmxBA> no problem really, kiko. he would be really good thing in the team :)
[09:19] <kiko> okidok, done.
[09:19] <die7> ok cya
[09:19] <kiko> laters
[09:50] <EmxBA> bye
[10:11] <Ubugtu> New bug: #75522 in launchpad "Bugmail should tell me why I'm receiving it" [Undecided,Unconfirmed]  http://launchpad.net/bugs/75522
[10:35] <popey> moo
[11:06] <kiko> DUPE
[11:06] <kiko> DUUUPE
[11:07] <Gwaihir> DUUUUUPE
[11:07] <Gwaihir> :D
[11:07] <kiko> why do these people keep filing dupes on us
[11:08] <Gwaihir> who's?
[11:08] <thumper> kiko, because they can't find the bug with a quick search?
[11:08] <Gwaihir> ;)
[11:09] <kiko> thumper, behold the amazing guided filebug form, soon on a production server near you! https://staging.launchpad.net/products/launchpad/+filebug
[11:10] <Gwaihir> kiko: is there a premiere of Rosetta too?
[11:11] <kiko> Gwaihir, I wish. the features are still not landed in baz
[11:11] <kiko> aar
[11:11] <crimsun> tehe, "the complicated bug filing form"
[11:11] <Gwaihir> ok! ;)
[11:11] <crimsun> that guided form is nice, though!
[11:13] <thumper> kiko, I would have been really impressed if "generic kernel fails to boot" came back with bug 69199, but it didn't :( (not even linux-generic)
[11:13] <Ubugtu> Malone bug 69199 in initramfs-tools "Could not boot linux-generic after update (Dapper->Edgy). Missing SATA driver." [Undecided,Confirmed]  http://launchpad.net/bugs/69199
[11:13] <thumper> as that is the sort of thing I think I'd type in
[11:14] <kiko> thumper, but.. that's the filebug page for launchpad. not ubuntu.
[11:14] <thumper> ah
[11:14] <thumper> fair enough
[11:14] <thumper> lemmie try again
[11:16] <kiko> thumper, /distros/ubuntu/+filebug
[11:16] <thumper> hmm, first attempt timed out
[11:16] <kiko> yeah, staging..
[11:17] <thumper> yeah, bum
[11:17] <thumper> second attempt timed out too
[11:19] <Gwaihir> quick question: when is Feisty translation opening? 
[11:20] <kiko> thumper, keep trying!
[11:20] <kiko> Gwaihir, no ETA yet, but we've discussed it.
[11:20] <thumper> kiko, ok
[11:20] <Gwaihir> thanks kiko!
[11:40] <Gwaihir> bye all!
[11:40] <thumper> gye Gwaihir
[11:40] <kiko> night night
[11:41] <thumper> kiko: how often do you want me to try that request on staging?
[11:41] <thumper> it hasn't worked yet
[11:41] <kiko> thumper, it indicates to me.. PERFORMANCE PROBLEMS
[11:41] <kiko> what's the oops id?
[11:41] <thumper> OOPS-346S18  
[11:41] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/346S18