[12:03] <cprov> good night, see you tomorrow 
[12:08] <kiko> sabdfl, night -- I'm working on moving up in the rankings!
[12:16] <sabdfl> kiko: we need top100, top500 pages
[12:21] <kiko> sabdfl, oh, I'm not going to bed! the fun is only starting
[12:21] <kiko> I'm merging the first patches from matsubara 
[12:28] <\sh> sabdfl: spiv is the authserver xmlrpc god? 
[12:28] <kiko> yes
[12:29] <kiko> he is
[12:29] <sivang> night all, see you all tommorow
[12:29] <kiko> night sivan
[12:29] <\sh> rock...:) do you have a test auth xmlrpc server around to play with? (regarding php xmlrpc authserver integration for the forums?) 
[12:30] <sivang> kiko: ciao
[12:31] <kiko> hmmm
[12:31] <kiko> \sh, a test one, unfortunately, not that I know of
[12:31] <mpt> boa noite
[12:32] <\sh> kiko: hmm.....then this will be a hard test for the servers at all :( 
[12:33] <kiko> \sh, what are you trying to do?
[12:34] <\sh> kiko: sabdfl proposed the possibilty to authenticate, at least one of the ubuntu forums, forums user against LP..which means: more traffic and more db transactions on the xmlrpc interface and db.
[12:34] <kiko> should be okay
[12:34] <\sh> kiko: experiences with lycos LSU xmlrpc and db design and structure tells me, we need to have a playground first, some stresstest and then "ready to go"
[12:35] <\sh> kiko: I don't know which infrastructure you have :) running a 10 node tru64 oracle cluster was enough for lycos europe ;)
[12:36] <kiko> are our forums that heavily-hit?
[12:37] <dand> kiko: "Most users ever online was 1,155, 1 Day Ago" :)
[12:37] <kiko> at the same time?
[12:37] <dand> yeah. Currently Active Users: 736
[12:38] <\sh> kiko: well..I hope that the session management changed a bit towards humanity ;) and they're not requesting everytime a single username from the database
[12:38] <dand> I'm not related to ubuntuforums though, I'm interested in authentication for the Romanian LoCo sites...
[12:38] <\sh> dand: that's peanuts ;) for the 10 node cluster that is ;)
[12:38] <\sh> kiko: are u running postgres?
[12:38] <dand> \sh: right :)
[12:42] <Keybuk> meh
[12:42] <Keybuk> launchpad is doing it's "Not logged in" -> Log in -> "You are already logged in" thing agan
[12:45] <kiko> \sh, yep
[12:47] <\sh> kiko: so the db is not the problem at all...I think in cluster mode?
[12:47] <kiko> not yet in cluster mode
[12:49] <\sh> kiko: bigIP LBs?
[12:49] <kiko> \sh, I'm not sure -- you'd ned to check with stub the DBA
[12:50] <\sh> kiko: k...I'll have to check as well the version of the forums software and check as well the session management they're using...bah php...
[12:58] <sabdfl> main thing will be smart session management.
[12:58] <sabdfl> other big issue will be account migration
[12:58] <\sh> sabdfl: which is quite an adventure for phps session management bound to authentication actions 
[12:59] <sabdfl> err. fun.
[12:59] <\sh> sabdfl: but as I said in the beginning...I don't do this without a testing environment...;)
[01:01] <kiko> baz managed to hang a process
[02:04] <lifeless> jamesh: ping
[02:15] <kiko> tambaqui?
[02:15] <segfault> any dev around?
[02:15] <kiko> sabdfl?
[02:15] <segfault> https://launchpad.net/distros/ubuntu/breezy/+sources/apt/+translations
[02:16] <segfault> why isn't apt there?
[02:16] <kiko> lemme see
[02:16] <tambaqui> Hi kiko
[02:16] <tambaqui> tudo bem?
[02:16] <kiko> t, viu
[02:17] <tambaqui> kiko: vc vem para o III ESLAM?
[02:17] <kiko> isso eu j no digo -- quando ?
[02:18] <kiko> segfault, that's because we haven't imported the breezy-apt translations
[02:18] <kiko> however
[02:19] <kiko> hmmm
[02:19] <segfault> is that hard to do?
[02:19] <kiko> indeed, why doesn't it show up there.
[02:19] <segfault> there's some strings which should be translated and appear in breezy final
[02:19] <tambaqui> kiko: 13,14,15 em Manaus    http://eslam.comunidadesol.org/
[02:19] <segfault> they're part of the new progress bar 
[02:20] <kiko> segfault, perhaps the apt import is failing, let me check.
[02:20] <segfault> e seria genial t-las 
[02:20] <segfault> :D
[02:21] <kiko> hmmm
[02:22] <kiko> segfault, can you file a rosetta bug?
[02:22] <kiko> it may be that the apt import is failing for some reason I can't discover
[02:24] <segfault> done, #2622.
[02:25] <kiko> thanks
[02:47] <tambaqui> kiko: vc sabe o nick do Martin Pool? 
[02:47] <tambaqui> kiko: vc tem as fotos que ele tirou?
[02:47] <bob2> mbp or mpool
[02:48] <kiko> tambaqui, sei sim --  mpool
[02:48] <kiko> tambaqui, tenho todas!
[02:48] <tambaqui> beleza, me manda
[02:48] <tambaqui> patyfelix02@yahoo.com
[02:50] <tambaqui> em qual canal posso encontrar mpool?
[02:51] <kiko> tambaqui, so uns 600mb
[02:51] <kiko> ele no t por aqui hoje
[02:51] <kiko> (mas normalmente est)
[02:51] <tambaqui> ok
[02:51] <tambaqui> beleza
[02:51] <kiko> tambaqui, posso te mandar um CD, se me mandar o seu endereo por email
[02:52] <tambaqui> ok, qual o teu email?
[02:52] <tambaqui> kiko@ubuntu.com?
[02:53] <kiko> tambaqui, entre outros :-)
[02:54] <tambaqui> : )
[02:54] <tambaqui> :D
[02:57] <tambaqui> kiko, o Ian vai organizar uma festa no final do evento naquela praia proximo do flutuante dele, vai ser o bicho!!! 
[02:58] <kiko> putz
[02:58] <tambaqui> ser que o Georg Greve vai gostar? :)
[02:58] <kiko> heh
[03:05] <kiko> bom, vou indo para casa
[03:05] <kiko> 10:05 no escritrio no  bom sinal!
[03:05] <tambaqui> ok
[03:05] <tambaqui> beijos
[03:05] <kiko> beijos
[03:17] <zyga> come on, speak english
[03:38] <spiv> lifeless: Can you give pqm a kick up the bum?
[03:42] <stub> I did just before
[03:43] <spiv> stub: Ah, thanks :)
[04:15] <bob2> shouldn't shipit.u.c and shipit.ul.o be the same site?
[04:18] <stub> bob2: yes....
[04:19] <stub> http://shipit.ubuntulinux.org is working fine here. https://shipit.ubuntulinux.org is a little... umm... odd
[04:20] <bob2> haha
[04:24] <elmo> fixed
[04:29] <stub> elmo: Ta ;)
[04:51] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  make code of conduct console search more obvious (patch-2513: mpt@canonical.com)
[04:59] <Rubsoft> alguien habla castellano
[04:59] <Rubsoft> alguien habla castellano
[05:26] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=bradb Fix busted traversals to context/+bug (with no bug number after it) and add tests; simplified +bug traversal in traversers.py (patch-2514: christian.reis@canonical.com)
[06:04] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Add some spacing to the hackergotchi image on the person's homepage (patch-2515: christian.reis@canonical.com)
[06:25] <thoreauputic> OK - this is trivial but it's driving me nuts: Ubuntu members are supposed to automatically have an @ubuntu.com email address, am I right? If so how is one supposed to access this ? I find nothing on launchpad to enlighten me...
[06:25] <ajmitch> thoreauputic: it's forwarded to your preferred address which is set in launchpad
[06:26] <thoreauputic> ajmitch: I see - and my member name is the launchpad name? Including the - between peter and garrett in my case ?
[06:27] <ajmitch> yes
[06:27] <bob2> heh
[06:27] <thoreauputic> aha - OK will test - thanks for the info :)
[06:27] <ajmitch> hey bob2 
[06:27] <bob2> I was disappointed to find that there were no midnight oil singers in LP, after readsing the CC minutes
[06:27] <bob2> hey ajmitch 
[06:27] <thoreauputic> hahah
[06:27] <ajmitch> heh
[06:28] <thoreauputic> bob2: I met him actually - strangely enough he knew who I was ;-)
[06:28] <bob2> haha
[06:32] <thoreauputic> OK that's all I wanted to ask at this stage - oh except that pressing "edit home page" returns a stern "you don't have permission" even though I'm logged in - again no doubt I've missed something obvious? Or is this in fact a bug?
[06:32] <bob2> I think that's a known bug
[06:32] <thoreauputic> OK
[06:35] <lifeless> thoreauputic: some pages are locked
[06:35] <lifeless> thoreauputic: which home page are you trying to edit ?
[06:36] <thoreauputic> lifeless: I understood the button to mean "my" home page - but I'm open to correction ;)
[06:37] <lifeless> thoreauputic: this is in /people/*you* ?
[06:37] <lifeless> in which case, yes its your home page.
[06:37] <thoreauputic> lifeless: yup
[06:37] <lifeless> ok. uhm, whats your username ?
[06:38] <thoreauputic> ha! Of course I just tried it again and now it lets me in :|
[06:38] <lifeless> ;0
[06:38] <thoreauputic> lifeless: "As you were"
[06:38] <thoreauputic> :D
[06:38] <thoreauputic> last time I clicked it it admonished me severely
[06:38] <ajmitch> lifeless: edit hackergotchi is still locked?
[06:39] <thoreauputic> OK having wasted everyone's time I will now retire gracefully
[06:40] <ajmitch> bye thoreauputic :)
[06:40] <spiv> lifeless: your robert.collins@canonical.com/cscvs--devel--1.0--patch-377 has a bunch of conflicts that make reading the diff a bit tricky.  Want to try resolving them before I review?
[06:40] <thoreauputic> ajmitch: bye :)
[06:46] <lifeless> spiv: hmm, I thought it had beern
[06:48] <spiv> lifeless: maybe the patch-level is wrong?
[06:49] <lifeless> I think its backdooring in via ddaa's branch
[06:49] <lifeless> I'll lool
[06:49] <lifeless> jamesh: ping
[06:50] <jamesh> lifeless: pong
[06:50] <lifeless> your gpg branch has transaction logic changes in it
[06:50] <lifeless> is this deliberate ?
[06:50] <spiv> lifeless: r=spiv for robert.collins@canonical.com/pybaz--devel--0--patch-9 though :)
[06:51] <jamesh> the bit about resyncing sqlobjects at the end of IPersonSet.merge()?
[06:52] <lifeless> the Cache changes 
[06:52] <lifeless> uhm, not 'wrong', just unexpected for the stated purpose
[06:53] <jamesh> lifeless: sqlobject caches all the field values when you create an sqlobject instance.
[06:54] <jamesh> lifeless: if you run SQL statements that update records behind its back, the cached field values will be invalid (but sqlobject doesn't know that)
[06:55] <lifeless> why are we doing direct sql behind its back ?
[06:55] <jamesh> lifeless: the IPersonSet.merge() method was doing those sort of operations, so causes problems for other sqlobject uses within the transaction
[06:55] <lifeless> ok. So this is two separate things : sqlobject changes and gpg interface stuff.
[06:55] <lifeless> and there is a dependency between them
[06:56] <jamesh> the gpg stuff needed the merge() fix
[06:56] <lifeless> right
[06:56] <lifeless> ok, thanks
[06:59] <jamesh> as far as why merge() is implemented as it is, I guess it's just how stub did it.
[07:00] <lifeless> postgres introspection ++
[07:00] <jamesh> it does some magic to find foreign keys into the person table and fixes them up, among other things
[07:00] <jamesh> so that it doesn't need to be updated all the time
[07:00] <lifeless> yes
[07:01] <jamesh> but code like that confuses SQLObject
[07:01] <dilys> Merge to rocketfuel@canonical.com/sqlobject--test--0.6: [r=SteveA]  Improve error messages from selectOne and selectOneBy by including the offending SQL. (patch-36: andrew.bennetts@canonical.com)
[07:22] <lifeless> BjornT: ping
[07:25] <lifeless> BjornT: are there plans to allow filtering the package bug list by language-of-the-package ?
[07:26] <BjornT> hi lifeless, just woke up. what's language-of-the-package?
[07:27] <lifeless> BjornT: well, language of the product ;0
[07:27] <lifeless> BjornT: i.e. C, python, perl
[07:27] <lifeless> 15:19 < taryn> ok - just looking at it now
[07:27] <lifeless> 15:21 < taryn> out of curiosity - is there a way of looking at the buglist and picking only packagesthat are written in a lanuage I know?
[07:27] <lifeless> in #ubuntu-motu
[07:31] <BjornT> lifeless: ok. no, there are no plans for it now. but it's an interesting use case, could you ask him to file a bug about it?
[07:31] <lifeless> her. sure
[07:34] <stub> jamesh: For the record, merge() is written using raw SQL because it is a) easier and b) simpler. Futzing around with keys can be extremely dangerous so I wanted everything explicit, paranoid and with all unnecessary layers removed so there is no worry about some black box having side effects or doing something we didn't expect.
[07:38] <BjornT> are the intermittent failures of cscvs tests being worked on?
[07:38] <BjornT> CVS.protocol.pipes returns pipes for a local :pserver: ... ERROR
[07:39] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  disable unrelevant and huge sections on +assignedbugs. (patch-2516: bjorn.tillenius@canonical.com)
[07:39] <lifeless> BjornT: we've expanded the timeout
[07:39] <lifeless> BjornT: which about halved the incidents
[07:39] <lifeless> BjornT: but we're not currently tackling the root cause, as its hard to get right.
[07:40] <BjornT> ah, there came my patch that failed yesterday
[07:41] <stub> I resubmitted it for you
[07:41] <BjornT> thanks
[07:41] <BjornT> lifeless, stub: that's the patch i want cherry picked
[07:41] <stub> Already on its way
[07:41] <BjornT> cool
[07:42] <ajmitch> sigh, another system error in malone :) file it?
[07:42] <BjornT> ajmitch: which page?
[07:42] <ajmitch> BjornT: https://launchpad.net/products/malone/+bugs 
[07:42] <ajmitch> I searched for 'assigned'
[07:42] <ajmitch> and got the error
[07:43] <ajmitch> as I was wanting to fill out a couple of wishlist bugs on malone
[07:44] <BjornT> ajmitch: yeah, please file a bug. it's due to the SQL query taking too long. where working on it, but it's good to know it the problem still exists.
[07:45] <BjornT> stub: how long is the query time out currently?
[07:45] <ajmitch> ok
[07:46] <stub> BjornT: 12 seconds. Note that it is both the sqlstatement timeout, and the request timeout. You might have fast sql queries, but a slow page template (eg. not patching a table of 1000 rows will bite you on the arse)
[07:46] <Lathiat> Is it know that edithackergotchi gives a permission denied (for your user)
[07:49] <robitaille> Lathiat,  yes.  I mentionned it a few days ago here, and someone was looking into it (can't remember who...)
[07:49] <Lathiat> ok
[07:49] <ajmitch> BjornT: filed at 2629
[07:49] <BjornT> ajmitch: thanks
[07:50] <BjornT> stub: the page renders a lot slower while you're logged in, and i'm looking at the extra sql that gets inserted then.
[07:51] <BjornT> stub: it's a sub-select, which i learned is not good for performance... would you mind take a look at it to make it faster?
[07:51] <BjornT> stub: database/bugtask.py line 343
[07:52] <stub> BjornT: Have you logged the SQL statements that are executed when rendering the page?
[07:52] <BjornT> stub: no. how do i do that?
[07:54] <stub> Edit /etc/postgres/7.4/main/postgresql.conf, setting log_statement=true
[07:54] <stub> sudo -u postgres pg_ctl reload
[07:54] <BjornT> stub: ok, i'll do that
[07:54] <stub> Now all the SQL commands being executed are logged to /var/log/postgresql/postgresql-7.4-main.log
[07:57] <stub> Once you have a real query, I can check the plan on the real database to see if it actually *needs* optimization.
[07:59] <stub> (that method will need refactored to remove the subquery - it can't be done by just tweaking the SQL. The comment is valid).
[07:59] <stub> IIRC, the search results is slow because of the number of queries it is executing, not any actual slow ones
[08:07] <stub> BjornT: That patch has been rolled out
[08:07] <BjornT> thanks
[08:11] <stub> BjornT: Hmm... that page works fine on staging, and staging has an 8 second timeout (!)
[08:12] <stub> ohh... I wasn't logged in
[08:12] <BjornT> stub: well the page works sometimes on production as well, so i guess the problem is when the system is under load
[08:13] <BjornT> stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filerOV55f.html
[08:14] <stub> Nah - the example search is consistently failing if I'm logged on.
[08:23] <lifeless> stub: 
[08:23] <lifeless> 05:54:23 ERROR   Got an unexpected exception while importing Template "control-center-2.0" in Ubuntu Breezy Badger package "control-center"
[08:23] <lifeless>  -> http://librarian.launchpad.net/473817/473850/futh1hUBXzy4fSWNyX1hyEOPRRc.txt (ERROR:  duplicate key violates unique constraint "pomsgidsighting_potmsgset_pluralform_uniq"
[08:23] <lifeless> :[
[08:23] <lifeless> insta spam
[08:24] <stub> lifeless: You only just noticed? That has been happening for weeks...
[08:25] <stub> well... a week at least.
[08:31] <lifeless> it just got too much for me
[08:31] <lifeless> as opposed to notiving
[08:32] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: [trivial]  Cherry pick into production--1.34 (patch-12: stuart.bishop@canonical.com, guilherme.salgado@canonical.com, rocketfuel@canonical.com)
[09:17] <sivang> Good morning ubuntu lovers :)
[09:17] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: [trivial]  Cherry picks into production--1.34 (patch-13: stuart.bishop@canonical.com)
[09:22] <stub> BjornT: Here is a log from staging with durations:https://chinstrap.ubuntu.com/~dsilvers/paste/fileHYroKf.html
[09:24] <stub> I've added an index (on staging) that improves things a bit, and I have some optimized versions of the queries. I'm going to check out how much work it would be to generate the improved queries from python
[09:25] <BjornT> stub: cool, thanks.
[09:25] <stub> BjornT: I seem to be seeing double - either my logging is screwed, or queries are being issued unnecessarily
[09:26] <stub> BjornT: We also need to avoid anything calling count(), because that executes an expensive query unnecessarily
[09:27] <BjornT> stub: actually i also noted that there were more queries than i would have expected, i'll take a look to see if i can find some query that gets called twice
[09:27] <stub> Urgh... all sqlobject :-( I don't think it can do outer joins, can it?
[09:28] <spiv> stub: I don't think so.  It might be fixable.
[09:29] <BjornT> stub: i don't think our version can. there were some additions to upstream sqlobject regards to join, but i don't know if that included outer joins.
[09:30] <stub> spiv: Is there a way I can do foo.select(SELECT Foo.* FROM Foo JOIN Bar ON Foo.whatever = Bar.baz OUTER JOIN Baz ON baz.baz=foo.whatever WHERE baz.baz is NULL)? ie bypass SQLBuilder?
[09:31] <spiv> stub: You can pass arbitrary text for the where clause, but not really for anything else.
[09:31] <spiv> stub: I think arbitrary join text wouldn't be too hard to hack on.
[09:31] <BjornT> stub: so most of the count() queries are issued to present the number of the bugs that are open, assigned to you, critical, etc. that's not easily cacheble, so if it hurts performance much, we might have to remove it
[09:31] <BjornT> stub: or do you have any suggestion how to improve it?
[09:31] <spiv> stub: Although upstream SQLObject SVN now has some OUTER stuff in SQLBuilder... hmm...
[09:33] <SteveA> morning
[09:34] <stub> BjornT: We can do them. We just shouldn't do them unnecessarily. If you look at the log, we are doing SELECT COUNT(*) FROM blahblah, followed by SELECT * FROM blahblah. ie. PostgreSQL is having to execute the same query twice, once to retrieve the rowcount and once to retrieve the actual rows. This happens if someone writes code like 'if foo.count(): return foo; else: return False' or similar.
[09:34] <SteveA> we can cache things per transaction easily enough, if that will help
[09:34] <stub> BjornT: If there is code like that, we need to write it Pythonically using exceptions
[09:35] <SteveA> hmm.. maybe cache many things on a GET 
[09:35] <SteveA> because the data won't be changing
[09:35] <stub> SteveA: Caching won't help here
 BjornT: I seem to be seeing double - either my logging is screwed, or queries are being issued unnecessarily
[09:35] <stub> SteveA: Yes. That is bad programming.
[09:36] <stub> SteveA: Unless we make SQLObject cache every resultset it retrieves, which would be sucky
[09:41] <BjornT> stub: there is one count and one select using the same query, since we display the total number of bugs that were found. can't see a way to improve that. i can see that there are some duplicate 'select * from' queries, though, which shouldn't be there, i'll take a look to see if i can find why that is happening.
[09:42] <SteveA> a view that puts the count, repeatedly, in the first col ;-)
[09:42] <stub> BjornT: ok. If we counted the rows retrieved on the Python side it will be faster (provided we don't match toooo many rows)
[09:42] <stub> (in this case)
[09:43] <stub> BjornT: But don't optimize that yet - if the query can be sped up, then it may remain faster to issue the query twice
[09:45] <BjornT> stub: ok. launchpad has currently 250 open bugs, ubuntu has 500
[09:46] <ajmitch> ubuntu's are about 30 down from earlier today :)
[09:46] <BjornT> nice work :)
[09:47] <ajmitch> that was the other wishlist I was wanting to file - graphing and other reporting of bug activity over time :)
[09:51] <stub> BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/filebs1C16.html
[09:51] <stub> BjornT: The top query is the hairy one from my logs that runs in 1800ms. The bottom should be a trivial tweak to the above, returning the same results, that runs in 9ms.
[09:55] <stub> BjornT: if we could do outer joins, we could also return bugs without any bugtasks (but the existing search has that problem too)
[09:57] <BjornT> stub: ok thanks, i'll try to tweak the search method to return the bottom query
[10:09] <stub> BjornT: I've got a patch that appears to do the trick
[10:09] <stub> BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/fileXaOmi8.html
[10:09] <stub> BjornT: Let me know if I should commit it
[10:11] <BjornT> stub: looks good, please commit
[10:18] <sivang> Morning everybody 
[10:18] <\sh> hey sivang 
[10:25] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  productionconfig and update-stats fixes (patch-2517: stuart.bishop@canonical.com)
[10:26] <stub> BjornT: much faster
[10:29] <BjornT> stub: yeah, much better now
[10:49] <carlos> morning
[10:49] <SteveA> hi carlos
[10:54] <carlos> stub, thanks for the cherrypick and the db changes
[10:55] <SteveA> carlos: what's the latest news on language packs?
[10:56] <carlos> SteveA, waiting for the imports are finished + mirror into staging happens to prepare a new language pack
[10:59] <carlos> SteveA, I'm not able to visit stating.ubuntu.com/errors
[10:59] <carlos> I get a Forbidden error
[10:59] <SteveA> me too
[10:59] <zyga> hello
[10:59] <SteveA> i suspect a problem with the apache config
[10:59] <SteveA> stub: any ideas?
[10:59] <SteveA> hello zyga 
[11:00] <zyga> how soon will rosetta show all packages on the translation page?
[11:00] <zyga> now is still shows packages with at leas one translated message
[11:01] <stub> SteveA: That is an Apache error. 
[11:03] <stub>     <Location /errors>
[11:03] <stub>        SSLRequire %{SSL_CLIENT_S_DN_CN} in {"Launch Pad Team"}
[11:03] <stub>     </Location>
[11:03] <carlos> zyga, which translation page, URL?
[11:03] <stub> SteveA: No idea what certficate we require...
[11:04] <stub> SteveA: /errors should be secure without a certificate, yes?
[11:05] <SteveA> no
[11:05] <SteveA> it needs a cert
[11:06] <SteveA> carlos: do you need to access /errors right now?
[11:07] <carlos> SteveA, yeah, I got an error on staging
[11:07] <carlos> and want to know why, but I can way an hour or so
[11:07] <carlos> s/way/wait/
[11:07] <SteveA> stub: can you look in the log for carlos?
[11:08] <carlos> stub, https://staging.ubuntu.com/distros/ubuntu/breezy/+sources/gdm/+pots/gdm/af/+translate
[11:09] <stub> carlos: chinstrap:~stub/staging_logs/
[11:09] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2516 into production 1.34 (patch-14: bjorn.tillenius@canonical.com, rocketfuel@canonical.com)
[11:10] <zyga> carlos: well... (one moment)
[11:10] <zyga> carlos: https://launchpad.net/distros/ubuntu/breezy/+lang/pl
[11:10] <carlos> ok
[11:11] <carlos> zyga, I'm still busy with language packs
[11:11] <carlos> so it will take sometime....
[11:11] <carlos> until I can fix that
[11:11] <zyga> carlos: understood
[11:40] <SteveA> Kinnison: ping
[11:41] <Kinnison> yo
[11:41] <SteveA> is dogfood running?
[11:41] <Kinnison> no
[11:41] <SteveA> okay
[11:41] <Kinnison> it's being upgraded
[11:41] <SteveA> is it open, or does it require a certificate?
[11:41] <Kinnison> be 10-15 minutes until it's back, it needs a cert
[11:41] <SteveA> ok
[11:41] <SteveA> i get a "bad gateway" so i guess the cert is working -- as in, not giving "forbidden" errors
[11:42] <Kinnison> yep
[11:44] <Kinnison> Rebuilding the FTI is what takes the longest, and that's in-progress now
[11:46] <SteveA> daniel.silverstone@canonical.com--desktop/launchpad--buildd-slave--1--patch-4
[11:46] <SteveA> is that reviewed already?
[11:47] <Kinnison> noone has told me so, so I'd guess no
[11:47] <SteveA> https://chinstrap.ubuntu.com/~jamesh/pending-reviews/
[11:47] <Kinnison> oooh, new afrocelt due out soon: http://www.amazon.co.uk/exec/obidos/ASIN/B000AMUUIU
[11:47] <SteveA> no changes
[11:47] <SteveA> aha -- unabled to retrieve data
[11:47] <SteveA> did you mirror?
[11:47] <Kinnison> I thought so
[11:48] <Kinnison> aah, I missed the --desktop when I first put it on PendingReviews
[11:48] <Kinnison> someone fixed that earlier
[11:48] <Kinnison> spiv I think did it
[11:49] <SteveA> yes
[11:49] <SteveA> okay
[11:52] <Kinnison> SteveA: dogfood is running again now, thanks for your patience
[11:53] <SteveA> hi brian
[12:10] <SteveA> jamesh: i'm reviewing your smallfixes--1 branch.  it has a conflict with something cprov merged recently.
[12:11] <jamesh> SteveA: so it does.  I'll fix that shortly
[12:12] <SteveA> ok.  i'm doing the rest of the review anyway.
[12:13] <jamesh> SteveA: I haven't made any judgements on whether the log messages I've added to the doctests should actually be occuring, so I'll send a message to the list to get people to check their code
[12:13] <SteveA> okay
[12:16] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=bjornt, plus some [trivial] , lots of menus work, special error page for request timeouts. (patch-2518: steve.alexander@canonical.com, mpt@canonical.com, celso.providelo@canonical.com)
[12:20] <SteveA> jamesh: r=SteveA.  it is a nice improvement to the doctests.
[12:20] <jamesh> SteveA: thanks
[12:21] <SteveA> Kinnison: i'm starting a review of your 'filecache' branch now.
[12:21] <Kinnison> SteveA: thanks
[12:23] <SteveA> jamesh: an enhancement for the pending-reviews page:
[12:24] <SteveA> i'd like a link (represented by an icon) to download the filtered diff, as text, with a "> " in front of each line, served with a mime type of application/x-diff-for-review
[12:24] <SteveA> then i can configure my browser to use gvim as a helper for that
[12:24] <SteveA> and i'm all set up to do the review, save it, and mail it as an attachment to the reviews list
[12:29] <jamesh> in thunderbird, ctrl+shift+v pastes as a quotation, which is what I use
[12:29] <Kinnison> and in vim, :%s/^/> /
[12:29] <Kinnison> will do the "quoting" for you
[12:29] <SteveA> ggVGI> 
[12:30] <Kinnison> pardon?
[12:30] <SteveA> is what i tend to use
[12:30] <SteveA> gg moves to the top
[12:30] <SteveA> VG selects the first column
[12:30] <SteveA> "I> " inserts a "> "
[12:30] <SteveA> then esc applies it to the whole file
[12:35] <SteveA> Kinnison: you have TABS
[12:36] <SteveA> daemons/buildd-slave.tac
[12:37] <SteveA> i'm slightly surprised you're using sha1sum alone, and not sha1sum+length
[12:40] <Kinnison> SteveA: tabs? ugh
[12:40] <SteveA> you need to teach it that .tac is like .py
[12:40] <Kinnison> yeah
[12:41] <Kinnison> otherwise I'll miss/forget stuff
[12:41] <SteveA> there will
[01:06] <Kinnison> Okay, so tempfile.mkstemp() returns a fd and a name
[01:06] <Kinnison> how do I turn that integer fd into a file object?
[01:09] <Kinnison> hey Kamion 
[01:10] <Kamion> hiya
[01:11] <Kamion> is there a way to get the ubuntu-installer team (which I just created) registered as the default assignee for bugs filed against various installer packages? I've noticed that a few people are filing installer bugs in Malone, contrary to current advice, and I don't want those bugs to get lose
[01:11] <Kamion> lost
[01:11] <Kinnison> Where is the product/project ?
[01:12] <Kamion> that's the upstream product/project, right? that would be inappropriate
[01:12] <Kamion> I only want the bugs if they're filed against Ubuntu
[01:13] <Kinnison> aah right
[01:14] <Kinnison> I think it's to do with who malone sees as the maintainer or something
[01:14] <Kinnison> Unfortunately bradb or BjornT is who you want to speak to
[01:14] <Kamion> BjornT: ?
[01:17] <BjornT> Kamion: currently i don't think it's possible since malone uses maintainership data to decide who gets notified. it will be possible in the future, though, when PackageSubscriptions gets implemented
[01:17] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=bjornt]  Tune bug search (patch-2519: stuart.bishop@canonical.com)
[01:17] <Kamion> I would have thought that LP ought to have the possibility of distinct maintainers for a product in different distributions
[01:17] <Kamion> since that's reality
[01:17] <jdub> jamesh: ping
[01:17] <jamesh> jdub: yeah?
[01:17] <ajmitch> BjornT: with the number of teams caring about packages now, package subscriptions could be quite important
[01:17] <jdub> hey
[01:17] <Kamion> (makes sense for it not to be local to Malone, though)
[01:18] <Kamion> subscriptions sound different
[01:18] <BjornT> Kamion: actually it might be possible to set the maintainer of that package to some team
[01:18] <jdub> jamesh: how do i subscribe calendars to a project's calendar (not my own)?
[01:19] <Kamion> BjornT: if it can be done just in one distro, that certainly sounds like what I'm looking for
[01:19] <jamesh> jdub: at the moment, the interface for that is not exposed (I'm working on that in my branch)
[01:19] <Kamion> (forwarding bugs from distro to upstream is a bit awkward if the default assignee has to be the same, after all. :-))
[01:19] <jdub> jamesh: ok, thanks
[01:20] <jdub> jamesh: should i file bugs for css suggestions?
[01:20] <jamesh> jdub: sure.
[01:20] <jdub> well, more the classes than the css :)
[01:20] <jdub> i'd also like to suggest/find sekrit urls for getting html views of the calendar alone - email you?
[01:21] <BjornT> Kamion: yeah it seems to be possible. i don't know how the maintainership table gets populated, though, i'll talk to brad about it later.
[01:21] <jamesh> jdub: okay.
[01:22] <jamesh> jdub: you know you can get the data in iCalendar format too?
[01:22] <jdub> yeah
[01:22] <Kamion> BjornT: thanks
[01:22] <jdub> what's the url for that?
[01:23] <jamesh> http://launchpad.net/people/jdub/+calendar/+icalendar
[01:23] <jamesh> you can grab it by http or https
[01:23] <jdub> brill, thanks :)
[01:23] <jamesh> so s/http/webcal/ will work
[01:25] <BjornT> Kamion: np. btw, any traction on http://bugzilla.ubuntu.com/show_bug.cgi?id=7506 ? it blocks me from installing breezy
[01:29] <Kamion> BjornT: near-impossible to fix in grub1, sorry (though I'm not sure about the lilo problem; it looks unrelated to XFS to me)
[01:30] <Kamion> BjornT: I suggest creating an ext2/ext3 /boot partition
[01:30] <Kamion> then you can use XFS for /
[01:31] <Kamion> Kinnison and I sat down for half a day battering at the grub-install / XFS bug a while back, and ultimately got nowhere; XFS' semantics seem to be basically incompatible with the raw disk IO grub-install needs to do
[01:31] <Kinnison> boggle
[01:31] <Kinnison> without a umount/mount cycle we can't be deterministically successful I assume
[01:32] <BjornT> Kamion: thanks, i'll try that. any suggestion who would know something about the lilo problem?
[01:36] <Kamion> BjornT: nobody sane ... if you can get me a dump of your partition table (od -Ax -tx1 -N512 /dev/hda) and the output of both 'parted -s /dev/hda print' and 'fdisk -l /dev/hda' then I can maybe try to have a look
[01:39] <BjornT> Kamion: ok thanks, i'll do that if creating an ext2/ext3 boot partition doesn't work.
[01:40] <Kamion> if you could do it before trying a separate /boot partition, I'd appreciate it; creating a boot partition might well perturb the situation so that it's unreproducible
[01:42] <BjornT> sure, i'll do that
[02:00] <BjornT> Kamion: sent
[02:01] <Kamion> ta
[02:13] <cprov> that's the real mean of insanity :
[02:13] <cprov> ********************************************************
[02:13] <cprov> *  75 conflicted items in this tree. Please            *
[02:13] <cprov> * resolve each conflict with "baz resolved 'filename'" *
[02:13] <cprov> ********************************************************
[02:13] <Kinnison> woo
[02:13] <Kinnison> impressive
[02:13] <Kinnison> is that with --star-merge?
[02:13] <cprov> no way, back to --star-merge
[02:13] <Kinnison> I *always* use --star-merge
[02:13] <cprov> Kinnison: no
[02:14] <cprov> Kinnison:yes, doing it 
[02:14] <Kinnison> but then I always merge with a script
[02:14] <Kinnison> :-)
[02:14] <Kinnison> lifeless: ping?
[02:15] <Kinnison> lifeless: stuart's merge has been in there since 3h45m ago
[02:15] <Kinnison> lifeless: any chance you can prod pqm?
[02:18] <Kinnison> heh
[02:19] <Kamion> baz undo and conflicts don't seem to be friends
[02:59] <spiv> SteveA, kiko: reviewers meeting?
[03:00] <Kinnison> lifeless: ping?
[03:00] <Kinnison> elmo: ping?
[03:00] <mpt> Gooooooooood morning launchpadders
[03:00] <Kinnison> PQM stuck
[03:00] <SteveA> spiv: usual place please
[03:00] <SteveA> BjornT, salgado, jamesh, lifeless 
[03:03] <SteveA> jamesh: ping
[03:04] <SteveA> BjornT: ping
[03:07] <SteveA> carlos: hi
[03:07] <carlos> SteveA, hi
[03:07] <SteveA> carlos: there's a question for you in mark's email about "How can i translate Blender?"
[03:07] <carlos> yeah, I know, I will handle it today, don't worry
[03:13] <mpt> SteveA: Whereat's the timeout
[03:13] <mpt> arg
[03:13] <SteveA> hi mpt
[03:13] <mpt> Where's the timeout error? Is it in its own template?
[03:13] <SteveA> i meant to ask you about menus on this channel
[03:13] <SteveA> yes, it is
[03:14] <carlos> SteveA, answered
[03:14] <SteveA> thanks
[03:19] <mpt> "This page no template. Contact our CO. Please use quality batties."
[03:21] <SteveA> mpt: did you find the template?
[03:21] <mpt> SteveA: not yet, still looking
[03:21] <mpt> it's not under launchpad-* or default-*
[03:21] <SteveA> requestexpired.pt
[03:21] <SteveA> there are a bunch of generic ones that should be prefixed with launchpad-
[03:21] <SteveA> but are't
[03:22] <SteveA> aren't
[03:22] <mpt> thanks
[03:22] <mpt> should I rename that one, then?
[03:22] <SteveA> no
[03:22] <SteveA> i'll sort them out
[03:22] <SteveA> i need to fix the zcml for exceptions -- it's a mess still
[03:22] <SteveA> even though i cleaned some of it up last week
[03:23] <mpt> When you do, perhaps either register or nuke no-page-yet.pt and no-url-yet.pt
[03:23] <SteveA> i think no-url-yet will be nuked
[03:23] <mpt> dang, I don't have requestexpired.pt, and I was sure I'd merged after your landing
[03:24] <mpt> well, while I wait for that ... Any menu QA in particular? Or just browsing through pages making sure all the menu links go where they should?
[03:25] <SteveA> we need to look at the "in progress" wiki page
[03:25] <SteveA> to make sure all the issues are closed
[03:25] <SteveA> and then i need to write docs and get you to read them
[03:25] <SteveA> to make sure they make sense
[03:25] <mpt> ok
[03:26] <SteveA> i'm going to add some code that guesses the icon to use from the menu id
[03:26] <SteveA> to be overridden with an explicit icon='' where needed
[03:26] <SteveA> and to get a warning when no icon is used at all
[03:27] <mpt> When and where will the warning appear?
[03:28] <SteveA> i don't know
[03:28] <mpt> I don't think requiring the icon to be explicit for each item is particularly onerous
[03:28] <SteveA> i haven't designed it yet
[03:28] <SteveA> i noticed a lot of repetition, and inconsistency
[03:28] <mpt> And adding guessing code would be spreading out the icon setup still further
[03:28] <mpt> (images/, resources.zcml, launchpad.css, *.py, ...)
[03:28] <SteveA> for example links about 'downloading' have various different icons used
[03:29] <SteveA> that's not really spreading around
[03:29] <SteveA> as far as the webapp is concerned, an icon is just a css class
[03:29] <mpt> well, each of those files is strictly doing a different thing, but it's still annoying
[03:29] <SteveA> that css class could say that icons can be served statically from off-site
[03:30] <mpt> s/files/items/
[03:30] <SteveA> so, images/, resources.zcml, are irrelevant
[03:30] <salgado> elmo, around? pqm's stuck again
[03:30] <SteveA> what matters is the 'name' of the icon, and how the css is set up to use that
[03:31] <SteveA> i do think it would be good to have icons not as just strings
[03:31] <mpt> Is the downloading links the only bad example you've seen?
[03:31] <SteveA> but so they're imported from somewhere in interfaces
[03:31] <SteveA> so people use them symbolically
[03:32] <SteveA> so, people can see what icons are available
[03:32] <SteveA> and get docs on how they should be used
[03:32] <SteveA> so, rather than   Link('+target', text, icon='edit')
[03:33] <SteveA> it would be  Link('+target', text, icons.EDIT)
[03:33] <SteveA> then, there would be an interface or class in the interfaces called 'icons' or 'Icons' or something
[03:34] <mpt> This still smells overcomplicated to me, though you da boss
[03:34] <SteveA> and you'd see that 'EDIT' has a comment above it saying in what cases you use it
[03:34] <mpt> All the icons are in their own section in launchpad.css
[03:34] <mpt> and launchpad.css could have comments explaining when to use each one
[03:34] <SteveA> mpt: right now, i don't know what icons are available, and when i should use different ones
[03:34] <SteveA> no one reads launchpad.css
[03:34] <SteveA> except you
[03:34] <SteveA> it isn't particularly relevant to programmers
[03:35] <mpt> and people are going to read these new docs?
[03:35] <mpt> because they have a programmer-y file extension :-)
[03:35] <SteveA> as much as people read interfaces to know how to use things
[03:35] <SteveA> so, if you remove an icon
[03:35] <SteveA> like the phone or whatever
[03:35] <SteveA> or rename it
[03:35] <SteveA> right now, nothing fails a test, except that the UI for the thing using that icon stops having an icon
[03:36] <mpt> it'll cause test failures instead of just going square
[03:36] <mpt> ok
[03:36] <SteveA> so, by using a collection of symbolic constants
[03:36] <SteveA> we have a link between our "officially approved icons" and the code that uses them
[03:36] <kiko> SteveA, what do you think of adding a single line of traceback to the public system error page?
[03:37] <kiko> or generating some sort of code that is indexed to the error?
[03:37] <SteveA> we can also get rid of the declarations in resources.zcml and whatever, and just have them set up from the icons file
[03:37] <mpt> So to register an icon, I:
[03:37] <mpt> (1) put the image in images/
[03:37] <SteveA> kiko: there's a spec on this
[03:37] <kiko> that way people could give us better indication of what bugs are what
[03:37] <kiko> SteveA, any lightweight solutions?
[03:37] <spiv> kiko: giving the user some sort of system error report number that we can look up in our error logs sounds like a good idea to me.
[03:38] <SteveA> spiv: someone needs to implement the spec, or implement enough of it to make it useful.
[03:38] <lifeless> kiko: whats wrong ?
[03:38] <SteveA> we should go in the direction of the spec, not in a different direction
[03:38] <kiko> okay
[03:38] <kiko> spiv, feel like going in the direction of that spec today? :-)
[03:39] <spiv> SteveA: ErrorReportManagement?
[03:39] <SteveA> probably
[03:40] <SteveA> mpt: ...
[03:40] <spiv> Hmm, actually, that spec says nothing about what the user sees, it's just about the developer side of things.
[03:41] <SteveA> mpt: are you talking about what you have to do now, or what you'd need to do when what i propose is done?
[03:41] <SteveA> spiv: that's a bug in the spec then :-)
[03:41] <spiv> SteveA: I will add some use cases to the spec, then :)
[03:41] <mpt> SteveA: the latter, but you were just talking about nuking (2) somehow (register the icon in resources.zcml)
[03:42] <SteveA> spiv: the system should generate a short code, that has a distinctive format, such as ERR-87654
[03:42] <spiv> SteveA: +1
[03:42] <SteveA> the point of the redundant format is twofold
[03:42] <SteveA> 1. we can syntax-highlight it in bug reports
[03:42] <SteveA> 2. simply writing the code allows reads to see what kind of thing it is
[03:42] <SteveA>   (which is really syntax highlighting for meat-computers)
[03:44] <SteveA> mpt: you'd have to put the icon in /images (or somewhere pre-arranged), and add the icon to the launchpad Icons class definition with something like    fish = Icon('fish.png', alt='a fish', description='use this when you have a fish menu item')
[03:44] <SteveA> do you use alt text on icons?
[03:45] <mpt> SteveA: Not for menu items, because that would be redundant with the text of the item
[03:45] <SteveA> okay
[03:45] <mpt> they're list-style-image anyway, not <img>
[03:46] <SteveA> there could be an icons.css file autogenerated too
[03:46] <SteveA> would that work?
[03:46] <kiko> lifeless, it appears the issue may have already been fixed
[03:47] <mpt> SteveA: yes, that would work, and it would be less buggy than the current icons CSS (which doesn't handle overriding well)
[03:47] <SteveA> spiv: please ensure the spec is registered as a launchpad spec
[03:47] <lifeless> kiko: ?
[03:47] <SteveA> mpt: okay, so to start with, can you move the icons stuff out into launchpadicons.css ?
[03:47] <kiko> lifeless, ?
[03:47] <lifeless> kiko: do you want me to look or not ?
[03:47] <spiv> SteveA: registered in what sense?
[03:48] <kiko> lifeless, I'm going through mail and had a batch of errormail, but it appears to have stopped -- if you'd like to double-check, sure
[03:48] <SteveA> spiv: with the specs tracker in launchpad
[03:48] <mpt> Does anyone have any objection if I rename "System error" to "Oops"?
[03:48] <SteveA> rename in what sense?
[03:48] <mpt> in the error page
[03:48] <spiv> SteveA: Oh, duh, of course :)
[03:48] <spiv> SteveA: Sure.
[03:48] <SteveA> you mean, change the text presented to the user?
[03:48] <mpt> yes
[03:48] <SteveA> sure
[03:49] <SteveA> the error code could be OOPS-12345 ;-)
[03:49] <mpt> awesome
[03:49] <SteveA> or fkup-12345
[03:50] <spiv> We could make the error page have white monospaced text on a solid blue background, too ;)
[03:50] <Kamion> if you're going to highlight it in bug reports, can I suggest something more likely to be unique, like LPERR-12345?
[03:51] <SteveA> Kamion: i think non-unique is fine, providing the highlighting knows what product the error is reported on
[03:51] <Kamion> ok
[03:52] <ddaa> lifeless: please apply some traction on your pybaz patch
[03:52] <ddaa> I'd like it landed on rocketfuel before putting in on the public branch.
[03:53] <kiko> mpt, can you generate a diff of the changes you made yesterday? baz is driving me nuts
[03:54] <mpt> ok
[03:55] <lifeless> ddaa: uh, tell you what, I can submit the merge as-is, as my rf reviewer said 'good to go'
[03:55] <lifeless> ddaa: but I haven't done the fiddly stuff you wanted
[03:58] <ddaa> lifeless: just make your reviewer happy. I can handle the fiddly stuff, anyway I'm the only guy on earth to care.
[03:59] <lifeless> ddaa: well thats easy :0. He said 'just commit'
[04:00] <lifeless> fogo na bomba
[04:01] <ddaa> lifeless: it seems that pysvn.Client() has a memory leak too. Though I cannot fathom why or how.
[04:01] <lifeless> pysvn.Client() ?
[04:01] <lifeless> not svn_oo.Client ?
[04:01] <ddaa> worked around by adding svn_oo.util.pysvnClient to give singleton semantics.
[04:01] <ddaa> lifeless: yes
[04:01] <lifeless> fucking fuckies
[04:02] <ddaa> I *might* be on crack on that one
[04:03] <ddaa> Generally, svn looks to me like it's safer than pysvn. The pysvn source code makes me ETOOMUCHMAGIC
[04:03] <ddaa> but then, my c++ has gone pretty rusty...
[04:05] <janimo> is the upstream import form on launchpad functional?
[04:05] <janimo> I'd like to register xfce
[04:05] <kiko> it should be, janimo 
[04:05] <janimo> and remember jblack saying he's the guy to talk to for imports
[04:06] <janimo> so is it automated or is some talking involved as well?
[04:06] <kiko> jblack, and ddaa 
[04:06] <janimo> yup, I remember thanks ;)
[04:06] <ddaa> janimo: yes
[04:06] <janimo> ddaa, so automated?
[04:06] <bradb_> SteveA: Did you happen to notice an email from me to activity@ yesterday? I changed my email address for all @lists.canonical.com lists, but I haven't seen anything come through for the activity report I sent yesterday.
[04:06] <lifeless> FSVO
[04:07] <SteveA> bradb_: dunno.  check the list archives.
[04:07] <ddaa> create your product, series, fill in the rcs details, then ask an admin to review and drive your import to production, and pray that the import goes through without hitting a bug in cvs, svn or our conversion tool.
[04:07] <janimo> ddaa, https://launchpad.net/products/xfce/+series/4.2/+source
[04:07] <janimo> that's one for for the project
[04:08] <janimo> but upstream has many svn modules and we have many packages from them
[04:08] <ddaa> janimo: generally, you should have one rcs import per package
[04:08] <bradb_> SteveA: I mean as an admin. You're the list admin, right?
[04:09] <janimo> is every package a separate 'product'?
[04:09] <SteveA> yes, but that doesn't mean i *keep* the mails
[04:09] <SteveA> to find out, i'd have to look in the archives.
[04:09] <bradb_> The list archives don't appear to be up-to-date, but I also hadn't seen it come through in my Inbox
[04:09] <SteveA> and you can do that too
[04:09] <janimo> we have the product xfce but it has many packages
[04:09] <SteveA> i have no more access to seeing what was sent than you do
[04:09] <ddaa> janimo: for some value of package. Mostly every source package name (ignoring the version) is a product, yes.
[04:09] <bradb_> SteveA: As an admin, you would see emails come in from non-list members, no?
[04:10] <ddaa> janimo: you want this finer granularity for malone, rosetta, hct and soyuz anyway.
[04:10] <SteveA> i haven't received any messages requiring my approval
[04:10] <bradb_> ok
[04:11] <janimo> ddaa, thanks then I'll have to make another category instead of generic xfce4.2 I guess that's how gnome is done as weel
[04:11] <ddaa> janimo: I do not think so...
[04:11] <ddaa> janimo: I think xfce would be a launchpad "project"
[04:11] <ddaa> then you will have a product for the window manager, session manager, text editor, etc.
[04:11] <janimo> product?
[04:11] <janimo> aha in the url there's only product no project
[04:12] <ddaa> janimo: it's a bit hidden, as it's not useful most of the time.
[04:12] <ddaa> http://launchpad.net/projects/+add
[04:12] <janimo> So I register xfce if not already done as a project then make products for all the modules
[04:12] <ddaa> or +new... I never remember...
[04:12] <janimo> ddaa thanks!
[04:13] <ddaa> janimo: yup that's the idea. Various versions of each product are generally "series" inside the product.
[04:14] <ddaa> janimo: I'll associate your existing xfce product to the project and change its name, so you won't have this stray product around.
[04:14] <ddaa> Just tell me which name you want for it.
[04:15] <ddaa> janimo: also, I have to tell you that our import infrastructure currently only supports mainlines (trunk in svn). Not branches.
[04:15] <janimo> ddaa, oh then that's not gonna work
[04:15] <janimo> I needed branch
[04:16] <ddaa> Sorry to hear that :(
[04:16] <janimo> oh well, will wait then with it.Thanks for the heads up I would have spent quite some time banging my head against it
[04:17] <janimo> ddaa, would be nice to have it stated on the Source Import page somewhere visible 
[04:20] <janimo> ddaa, it actually says that it can import branches and warns not to link source packages to trunk/head. Makes it sound as if those were the exceptions and that branches would work
[04:20] <ddaa> to be fair, that has been "fairly soon" for many months. But it does not appear to get any closer.
[04:21] <janimo> is it using tailor or the other cvs convertor?
[04:21] <ddaa> it's using a heavily modified and extended cscvs
[04:21] <kiko> hacked beyond belief
[04:22] <janimo> does that not support branches or the rest of LP?
[04:22] <ddaa> grafted onto a buildbot for automatic syncs
[04:22] <ddaa> cscvs does not support automatic branch points
[04:23] <ddaa> that should be reasonably simple to implement in svn, but that's very difficult to do right with CVS because CVS tags are sooo broken.
[04:23] <janimo> for me cvs would be enough ;)
[04:23] <janimo> svn I mean
[04:23] <ddaa> get sabdfl to give us the resources to do that and we'll do it.
[04:24] <janimo> I'll call him right away and you'll get the resources in 30 minutes ok? :)))
[04:24] <janimo> is your version of cscvs publically available?
[04:24] <ddaa> janimo: my todo queue is already a few weeks long.
[04:25] <ddaa> in all likelihood, we will all be in bzr land before we can work on that.
[04:26] <janimo> and being in bzr makes the importing from svn issue smaller?
[04:26] <ddaa> nope
[04:26] <janimo> oh or there's no need to import in baz if for such a short period
[04:26] <ddaa> I just said that because the bzr transition is a big chunk it's very high priority.
[04:27] <ddaa> janimo: anyway, all the baz imports will be converted to bzr.
[04:27] <janimo> ok thanks for your time, I'll let you go back to your todo queue
[04:27] <ddaa> janimo: my pleasure, we work for our community
[04:28] <ddaa> come ask for (reasonable) things anytime you want.
[04:30] <janimo> ok
[04:30] <janimo> bye all
[04:35] <mpt> SteveA: Why do we have timeout errors at all, rather than Launchpad complaining to launchpad-error-reports but trying to finish regardless?
[04:36] <mpt> Is it so that bugs can't make Launchpad completely unresponsive to everyone else?
[04:44] <SteveA> yes
[04:55] <kiko> http://www.launchpadrocks.com/
[05:01] <kiko> mpt, and my diff?
[05:03] <mpt> kiko: I'll generate it as soon as I've finished landing these error page changes
[05:03] <kiko> ok
[05:04] <carlos> kiko, would you give me a review for my language-packs branch?
[05:04] <carlos> kiko, it's really huge
[05:04] <carlos> and I'm scared I start getting conflicts....
[05:04] <SteveA> mpt: don't land it
[05:04] <SteveA> tell me the branch, so i can merge into my work
[05:04] <SteveA> and i'll land it
[05:04] <mpt> arg
[05:04] <mpt> SteveA: mpt@canonical.com/launchpad--devel--0
[05:05] <SteveA> or, just land it, if it's easier
[05:05] <SteveA> thought i'd save you some time
[05:05] <kiko> carlos, yeah, I should be able to do that
[05:05] <carlos> kiko, thanks
[05:06] <carlos> kiko, there are two conflicts, will fix them now
[05:06] <kiko> ok
[05:09] <kiko> ddaa, can you check out https://launchpad.net/products/launchpad/+bug/2390 and suggest to me a course of action?
[05:09] <kiko> any clue on how this was possible?
[05:13] <ddaa> kiko: Keybuk is your man, I know shit about releases
[05:13] <mpt> SteveA: I'm landing it
[05:13] <mpt> done
[05:13] <SteveA> ok
[05:13] <ddaa> Keybuk: kiko> ddaa, can you check out https://launchpad.net/products/launchpad/+bug/2390 and suggest to me a course of action?
[05:14] <kiko> thanks ddaa 
[05:14] <Keybuk> right
[05:15] <Keybuk> it means exactly what it says, there is a 4.6 release of drupal on the MAIN branch, and another on the 4.6 branch
[05:15] <kiko> Keybuk, I understand that. I want to know if a) our code allows this to happen and b) if I should ask stub to nuke one of them.
[05:15] <Keybuk> a) yes  b) no
[05:16] <Keybuk> you should do c) find out why /+series/4.6 which is a specific reference to a series, is redirecting to /4.6 which is a wishy-washy pick-the-best-thing url
[05:17] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Move the batch navigation in the list of shipit orders to another table, so we don't break sorting on the table with the results. (patch-2520: guilherme.salgado@canonical.com)
[05:18] <kiko> SteveA, maybe mark bug 2465 as fixed?
[05:20] <sivang> how do you get assigend as  a package maintiner of a specific package in Lunchpad ?
[05:21] <kiko> sivang, by uploading, IIRC
[05:21] <sivang> kiko: to u.u.c ?
[05:22] <mpt> kiko, do you have bug 1419 under control?
[05:22] <kiko> mpt, yes
[05:22] <kiko> sivang, yes
[05:25] <SteveA> kiko: done
[05:25] <Kamion> kiko: from Maintainer: field or Changed-By: field?
[05:26] <Kamion> to date, we have generally not been modifying Maintainer: fields, because it's an extra delta we have to maintain against Debian and deal with merges, etc.
[05:26] <mpt> Heh -- Not only does Launchpad have an Ubuntu product that shouldn't exist, but the Launchpad distribution refers to itself as a "project"
[05:26] <kiko> thanks SteveA 
[05:27] <mpt> oh, and Launchpad has an Ubuntu project as well!
[05:27] <kiko> Kamion, yes, I believe so -- ask Kinnison who's more in touch with gina nowadays, but I think that's the case
[05:27] <kiko> mpt, they all rock
[05:28] <mpt> kiko: Is there a plan for fixing this?
[05:28] <mpt> This is reminiscent of .com/.net/.org (gotta register them all!)
[05:29] <sivang> lol
[05:30] <kiko> mpt, no, that's a separate problem
[05:31] <mpt> kiko: diff sent
[05:32] <kiko> thanks mpt 
[05:32] <carlos> see you later
[05:38] <kiko> SteveA, https://launchpad.net/errors/showEntry.html?id=1127921676.330.718518069623
[05:40] <SteveA> kiko: i can't see that
[05:40] <kiko> glasses, certificate, or expired?
[05:40] <kiko>     *  Module zope.app.traversing.namespace, line 161, in getResource
[05:40] <kiko>       raise NotFoundError(site, name)
[05:40] <kiko> NotFoundError: (<canonical.launchpad.webapp.publisher.RootObject object at 0x2a9aca87d0>, u'addFavorite.gif')
[05:40] <kiko> SteveA, when traversing to resources, hitting a non-existant resource raises a system error.
[05:40] <SteveA> "expired", although it probably won't be for you
[05:41] <SteveA> kiko: okay, file a bug on me
[05:41] <kiko> sure.
[05:41] <SteveA> i'll see if it is fixed upstream in zope
[06:01] <mpt> SteveA: launchpad-icons.css (and changes for Launchpad to use it) are mirroring as mpt@canonical.com/launchpad--menus--0509--patch-30
[06:01] <SteveA> thanks mpt
[06:01] <mpt> SteveA: Would it make sense for launchpad-icons.css to be compiled rather than dynamically generated? It never needs to change during runtime
[06:01] <SteveA> it would be autogenerated and cached in memory
[06:02] <SteveA> so, basically, yes
[06:02] <mpt> ok
[06:02] <mpt> SteveA: Meanwhile, the bug listed in LaunchpadMenusInProgress still exists
[06:02] <SteveA> which bug is that?
[06:03] <mpt> Project's "Specifications" facet links to a non-existent page, despite such a facet not being specified in project.py
[06:03] <SteveA> in project.py we have the ProjectFacets class
[06:03] <SteveA> and this class derives from StandardLaunchpadFacets
[06:03] <hueso> hello from Turkiye
[06:03] <SteveA> which in turn says there shall be a 'specification' facet
[06:04] <SteveA> hello from Lietuva
[06:04] <SteveA> hello from The Launchpad
[06:04] <mpt> SteveA: That's all fine, but by default it shouldn't link anywhere
[06:04] <SteveA> by default what shouldn't link anywhere?
[06:04] <mpt> the Specifications facet
[06:04] <SteveA> are you saying that "specifications" facets should be disabled by default?
[06:04] <mpt> Depends what you mean by "disabled"
[06:04] <mpt> they should be visible, but not link anywhere
[06:05] <mpt> same as all the other facets
[06:05] <SteveA> look in webapp/__init__.py
[06:05] <SteveA> at the StandardLaunchpadFacets
[06:05] <SteveA> see how the 'tickets' facet is disabled in the standard facets
[06:05] <SteveA> there's a comment there explaining it
[06:06] <SteveA> so, if a facet menu is to have a 'tickets' facet that links anywhere, it needs to explicitly define it
[06:06] <SteveA> i think you're saying that the same should be true for 'specifications' facets
[06:06] <mpt> yes
[06:07] <mpt> I thought it should be true for all facets
[06:07] <SteveA> why?
[06:07] <mpt> but if they're all working ok as they are ...
[06:07] <SteveA> everything has an overview.
[06:07] <SteveA> so, it shouldn't be true there.
[06:07] <SteveA> many things have translations
[06:07] <SteveA> the exception, perhaps, is not to have translations
[06:07] <SteveA> same with bugs
[06:08] <SteveA> we could take another approach
[06:08] <SteveA> that is, to defined enabled_links = ['overview']  in the standard facets
[06:08] <SteveA> and explicitly enable the links we want in all facets
[06:08] <SteveA> that would certainly be clear
[06:08] <mpt> (btw, I might go offline unexpectedly in the next few minutes)
[06:09] <mpt> on the other hand, I might go offline expectedly for lunch
[06:09] <SteveA> do you think you'd find that easier to work with?
[06:10] <mpt> SteveA: I assumed that having them all unlinked by default, and only linking them explicitly to known-good URLs, would cause the least grief
[06:10] <SteveA> okay, i'll make it so
[06:10] <mpt> however the current implementation might have proved me wrong
[06:10] <mpt> anyway, lunchtime, bbl
[06:17] <bradb_> Hm, the last pqm merge seems to have been about an hour ago. Anyone know what it's so slow?
[06:17] <SteveA> ddaa: ?
[06:17] <ddaa> SteveA: ?
[06:17] <SteveA> ddaa: i have a baz problem
[06:17] <SteveA> i did a merge from mpt's branch
[06:17] <SteveA> and it says i have four conflicts
[06:17] <SteveA> i can see only two
[06:18] <ddaa> ...
[06:18] <SteveA> CA  lib/canonical/launchpad/templates/.arch-ids/requestexpired.pt.id (id present already)
[06:18] <SteveA> CA  lib/canonical/launchpad/templates/requestexpired.pt (id present already)
[06:18] <SteveA> and, i'm not sure how to fix this anyway
[06:18] <ddaa> gah... conflicting adds suck
[06:18] <SteveA> how about this -- how can i undo and get back to where i was before the merge?
[06:18] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: logging fixes in test suite, r=SteveA (patch-2521: james.henstridge@canonical.com)
[06:19] <ddaa> SteveA: what's wrong with "baz resolved --all ; baz undo -nq"?
[06:19] <SteveA> i don't trust it
[06:19] <SteveA> but i'll try, if you say it is good
[06:19] <ddaa> you don't trust undo?
[06:19] <SteveA> i don't trust undo when there are conflicts
[06:19] <SteveA> Duplicated ids among each group of files listed here:
[06:19] <SteveA> lib/canonical/launchpad/templates/.arch-ids/launchpad-requestexpired.pt.id     E_Steve_Alexander_<steve.alexander@canonical.com>_Tue_Sep_27_19:41:51_2005_24553.0
[06:19] <SteveA> lib/canonical/launchpad/templates/.arch-ids/requestexpired.pt.id
[06:19] <SteveA> lib/canonical/launchpad/templates/launchpad-requestexpired.pt   x_Steve_Alexander_<steve.alexander@canonical.com>_Tue_Sep_27_19:41:51_2005_24553.0
[06:19] <SteveA> lib/canonical/launchpad/templates/requestexpired.pt
[06:19] <SteveA> 
[06:20] <SteveA> so, that's after doing the two commands you said
[06:20] <ddaa> it works, unless it does not, but when it does not it's pretty obvious about it.
[06:20] <ddaa> just remove all the offending files
[06:20] <ddaa> and their explicit ids
[06:20] <SteveA> ok
[06:21] <SteveA> i don't see why i have conflicts here
[06:21] <SteveA> unless mpt re-added the files or something
[06:21] <ddaa> because baz does not handle adds properly
[06:22] <ddaa> generally, you get that because "baz merge" picked a wrong base.
[06:22] <ddaa> in your case
[06:22] <ddaa> it might be that you and mpt independently merged whatever added those files
[06:22] <SteveA> so, if i wait for mpt's changes to go into RF, and then star-merge from there...
[06:22] <SteveA> no, i don't think we independently merged them
[06:22] <SteveA> um, added them, i mean
[06:23] <ddaa> then you can try merging mpt's stuff with "--star-merge", I think you understand the limitations.
[06:23] <ddaa> but, generally, if you can avoid breaking the star topology, it's better
[06:24] <SteveA> mpt's changes are being processed by pqm now
[06:24] <ddaa> mesh merge just does not work in any reliable way
[06:24] <SteveA> i'll wait a while
[06:24] <bradb> mesh merge killed my error messages branch the other day. 27 conflicts. buhbye.
[06:25] <ddaa> bradb: bzr should be able to pick per-file merge bases, which should significantly ease the problem.
[06:25] <ddaa> not even going the full way to pcdv merging
[06:26] <bradb> If you say so. I'm looking forward to seeing the alternative in action.
[06:26] <ddaa> but in the meantime, it's better just to try and keep a nice and clean star topology
[06:58] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  shorten and tidy error pages (patch-2522: mpt@canonical.com)
[07:09] <mpt> SteveA: Is there anything I can do menu-wise right now, or shall I do something else (i.e. write some failing DPoT tests)?
[07:20] <bradb> doh, Malone menus are in shambles at the moment. actions menus are suddenly missing on a whole bunch of pages.
[07:20] <mpt> bradb: localhost example URLs?
[07:21] <bradb> http://localhost:8086/products/firefox/+bug/1/+linkcve
[07:21] <bradb> the subscribe pages, the edit description page, the add attachment page, etc.
[07:22] <bradb> the secrecy page
[07:22] <bradb> basically, most of the links you click on in the actions portlet from the bug page
[07:23] <bradb> also, editing a bug watch: http://localhost:8086/products/firefox/+bug/1/watches/2 for example
[07:23] <mpt> that's odd
[07:23] <mpt> well, what links should be there and aren't?
[07:24] <bradb> mpt: the actions portlet shown on the bug page should be on all the pages i've mentioned
[07:24] <mpt> I'm trying to think of a good reason for that :-)
[07:24] <bradb> (and others that i haven't yet mentioned, e.g. the mark as dup page)
[07:24] <bradb> mpt: affordance
[07:25] <mpt> I don't think that word means what you think it means, bradb
[07:25] <mpt> ;-)
[07:25] <bradb> mpt: I'm pretty sure it does :)
[07:25] <bradb> mpt: Showing the users what options are available to them. They should be able to report a bug from, say, the edit description page.
[07:26] <bradb> or, decide, "whoops, i didn't mean to click on edit secrecy, i meant to click on "mark as duplicate", and so be able to click that link from the secrecy page
[07:27] <mpt> well, they're like dialogs ... You don't expect a Print button in an Open dialog, and vice versa
[07:27] <mpt> but yeah, the "whoops" use case is more reasonable
[07:27] <kiko> I'd much rather it was just one big dialog
[07:27] <mpt> oh, absolutely
[07:27] <mpt> most of those pages shouldn't exist
[07:27] <bradb> i agree
[07:27] <mpt> the app menu for a bug is just zany
[07:28] <mpt> 13 items!
[07:29] <bradb> yep, and it would be so easy to reduce that number too, even without slamming everything onto one page
[07:30] <mpt> So, the cause of the problem is that cve-bug.pt and friends are calling context/@@+portlet-actions
[07:30] <mpt> which means bug-portlet-actions.pt
[07:30] <mpt> which is a THIS FILE IS DEAD. DO NOT EDIT THIS FILE. file.
[07:31] <bradb> too bad baz rm wasn't used
[07:31] <mpt> that's what I suggested, but SteveA said no, he'd rm them all in one sweep later
[07:32] <bradb> Is there a quick fix to make all those pages Just Work again?
[07:33] <mpt> What I can't work out is why all those actions are appearing on the bug page at all
[07:34] <bradb> mpt: Perhaps the menu was correctly config'd for the bug page? the @+portlet-actions crap is just a decoy
[07:34] <mpt> yeees
[07:34] <mpt> but neither bug.py nor bugtask.py contain menus
[07:34] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  add a 'bugs on maintained software' report to the person page, removing cruft from the assigned bugs template code and (hopefully) optimizing the SQL query along the way (patch-2523: brad.bollenbach@canonical.com)
[07:34] <mpt> so where is it coming from
[07:34] <bradb> mm
[07:35] <bradb> browser/bugtask.py, apparently
[07:35] <mpt> indeed
[07:35] <mpt> I was just blind
[07:37] <bradb> so, maybe that menu should actually be called BugContextMenu, and then BugTaskContextMenu should inherit from it?
[07:37] <mpt> Well, I'm not sure why both browser/bug.py and browser/bugtask.py exist any more
[07:38] <bradb> mpt: Bugs and Bug Tasks are still differentiated at the implementation level.
[07:38] <mpt> but I guess things like +linkcve belong to bug.py rather than bugtask.py
[07:39] <mpt> how is that registered?
[07:39] <bradb> should be reg'd on IBugTask, but magically (crackfully, confusingly) adapted to an IBug behind the scenes, when the view gets rendered. will verify.
[07:40] <bradb> yes, indeed, that's what's happening
[07:41] <mpt> ok, so your suggestion of bugtask menus inheriting from bug menus seems correct
[07:41] <mpt> but I don't know how to do that
[07:41] <bradb> i'm trying it now
[07:41] <bradb> i'll tell you how it turned out in about 5 mins
[07:41] <kiko> uhm
[07:41] <kiko> did somebody just unmake me administrator?
[07:42] <kiko> oh
[07:42] <kiko> fun
[07:50] <kiko> mpt, is https://launchpad.net/products/launchpad/+bug/1968 fixed?
[07:50] <kiko> and bug https://launchpad.net/products/malone/+bug/1754 still relevant?
[07:50] <kiko> bradb, https://launchpad.net/products/malone/+bug/1427 fixed right?
[07:51] <kiko> mpt, and https://launchpad.net/products/malone/+bug/1282 ?
[07:53] <mpt> kiko: no, yes, and not fixed
[07:53] <bradb> kiko: I wouldn't call #1427 fixed just yet. Though the list view macro has been implemented for a long time, it's not integrated in every listing yet (BjornT started working on plugging it in everywhere else a couple weeks ago, IIRC)
[07:53] <kiko> okay
[07:53] <kiko> BjornT, bradb: reassign 1427 then please
[07:54] <bradb> right, I'll assign to BjornT 
[07:54] <bradb> done!
[08:05] <rangzen> hello all !
[08:06] <kiko> ahoy there
[08:08] <salgado> SteveA, ping?
[08:08] <rangzen> is it possible to register a second translation or a linked project or something likethat when you want append a documentation translation in rosetta ?
[08:17] <zyga> kudos for the gtk-looking arrow that displays extra content once clicked
[08:18] <zyga> I know I'm not a terrific at english
[08:19] <kiko> the expander?
[08:19] <kiko> in bug comments?
[08:20] <zyga> yes the expander :)
[08:20] <zyga> in the bug comments - exactlyt
[08:20] <zyga> it works as expected
[08:20] <kiko> ah, think nothing of it!
[08:21] <zyga> less like a web application (everything is slow while you wait for another page load) and more like a desktop application
[08:21] <zyga> client side :)
[08:26] <bradb> mpt: So, it took some hackery to work around the IBugTask-magically-adapted-into-an-IBug-in-__init__ sorcery, but I've got the menus fixed here
[08:26] <bradb> using inheritance, etc.
[08:28] <bradb> the effect is pretty cool, tbh, to be able to quickly whip through all the screens and explore as well
[08:29] <mpt> great
[08:29] <mpt> now implement MaloneBugSubscriptions to start shortening that menu :-)
[08:29] <bradb> heh
[08:30] <bradb> I'd really like to declare 1.0 before doing anything else that isn't absolutely critical.
[08:30] <bradb> Even if it's like "9:00 <bradb> 1.0 is RELEASED!, 9:01 <bradb> Right, so, MaloneBugSubscriptions..."
[08:31] <bradb> ubuntu main will be a nice reality check
[08:31] <kiko> hmmmm
[08:31] <kiko> ubuntu main
[08:31] <kiko> is mdz sold on that idea?
[08:32] <mpt> bradb: if by "nice" you mean "screaming bitterly" ;-)
[08:32] <bradb> mpt: yeah, i do. :)
[08:33] <bradb> Launchpad development is a solar system away from the users, atm. Releasing 1.0 will narrow that gap, by force. :)
[08:33] <rangzen> is it possible to register a second translation or a linked project or something likethat when you want append a documentation translation in rosetta ?
[08:34] <mdz> kiko: hmm?
[08:34] <bradb> kiko: No idea, but I'm ready to start asking him about it if we can move in that direction (like I say, I'm ready to go for it right after the URL changes have been tested for a bit)
[08:36] <mpt> bradb: he's right above you, you can ask him now
[08:36] <bradb> mpt: I can see that, thanks. :)
[08:37] <bradb> kiko: You were sounding like you might be thinking of a release after the URL changes landed. What do you think now?
[08:37] <kiko> I wasn't equating release to ubuntu main
[08:37] <kiko> are you or mark?
[08:38] <bradb> 1.0 means ubuntu main to me. ;)
[08:39] <kiko> bradb, while I chat with mdz, can you check https://launchpad.net/malone/bugs/2593
[08:41] <bradb> ah, I'll get on that
[08:45] <kiko> mpt, <ogra_> you have to click the package name to edit the status, all MOTUs using it were asking for a edit link in the actions field
[08:45] <bradb> shit, i just added a "test" watch in the wrong window
[08:46] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fix builder page, add status property information and tests (patch-2524: celso.providelo@canonical.com)
[08:47] <niemeyer> :)
[08:49] <kiko> bradb, if it means ubuntu main then we need to wait for breezy to open.
[08:49] <kiko> we don't want to burden then with changing bugtrackers at this time
[08:50] <bradb> right, i can understand
[08:51] <bradb> so, about another month?
[08:52] <kiko> probably, bradb 
[08:52] <bradb> ok
[08:52] <kiko> sorry for not giving you better news
[08:53] <kiko> (I don't think we can take ubuntu main yet without being swamped with bugs, but a month of hard work might get us in better shape)
[08:55] <bradb> we'll still be swamped with bugs two months from now, i think :)
[08:55] <kiko> not the sort of bug I'm talking about :-)
[08:57] <BjornT> bradb: kamion asked earlier if it was possible for the ubuntu-installer team to get notified of new bugs on various installer packages. do you know if it's possible to set the maintainer of those packages to that team?
[08:57] <bradb> BjornT: the package maintainer is set by the uploads, not in LP
[08:58] <bradb> s/in LP/in the LP web UI/
[08:59] <bradb> BjornT: so, basically, no, unfortunately. it's worth talking a bit with the users to get an understanding of how we can improve this.
[08:59] <kiko> BjornT, they could subscribe to the various packages, at worse
[09:00] <BjornT> kiko: that implies that PackageSubcriptions is implemented, doesn't it?
[09:00] <kiko> it does.
[09:00] <kiko> it assumes so
[09:01] <mpt> kiko: Don't blame me for it being undiscoverable now, please. That's completely unfair.
[09:02] <mpt> hmmm, I hope nobody's tried to edit a bounty yet
[09:02] <bradb> mpt: It's also not implemented in Malone yet, AFAIK
[09:02] <BjornT> kiko: any ETA when that will happen? Kinnison is the assignee, but i'd guess he won't have time to implement it for a while.
[09:02] <mpt> "Edit this paragraph to be a nice summary description of the edit form. It will be displayed at the top of the page, in bold text."
[09:03] <kiko> mpt, why is it unfair? it used to be clearer!
[09:03] <kiko> BjornT, are you interested in taking it? I don't think it's a very difficult project, nor does it require a lot of soyuz knowledge.
[09:05] <mpt> kiko: because (1) I made it better, (2) I was then ordered to make it worse, and (3) I'm not allowed to touch it any more
[09:05] <mpt> anyway, you have my diff
[09:07] <BjornT> kiko: yeah it doesn't look too hard. i won't have time to do it any time soon, though. but if i have time later on, i could do it.
[09:12] <salgado> carlos, around?
[09:16] <rangzen> so ... Good bye ...
[09:27] <SNIPERR_> hi
[09:27] <SNIPERR_> anyone elp me pls
[09:27] <SNIPERR_> help*
[09:27] <SNIPERR_> i need any cds for me
[09:27] <SNIPERR_> with linux
[09:27] <SNIPERR_> how i do ?
[09:28] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fix buildd scoring algorithm, remove queue_time parameter as described in specification, repair the tests, other minor fixes on failnotes writes and commiting data more frenquently. (patch-2525: celso.providelo@canonical.com)
[09:28] <LinuxPeach> Hi!  I have a question about launchpad, is there anyone available?
[09:31] <bradb> kiko: 
[09:31] <bradb> er
[09:32] <bradb> i'm not very good at guessing how to complete suggestions that are half-highlighted
[09:32] <salgado> LinuxPeach, sure, go ahead
[09:32] <bradb> kiko: are you willing to do a drive-by review on my menu fix?
[09:33] <LinuxPeach> Ok.  I'm not sure how this has happened, but I have two accounts on launchpad: kassetra and kassetra-kassetra.
[09:33] <bradb> i'm trying to send my reply to your radio button selection fix, but gmail doesn't wnat to send the message
[09:33] <salgado> SNIPERR_, have you tried https://shipit.ubuntu.com ?
[09:33] <SNIPERR_> i seeing
[09:33] <LinuxPeach> They need to be merged - kassetra-kassetra is the only one I can log into.
[09:33] <SNIPERR_> wherea are you from solgado
[09:33] <SNIPERR_> salgado
[09:33] <jdong> SNIPERR_: note that it will take a while
[09:33] <salgado> LinuxPeach, have you tried merging them already?
[09:34] <salgado> SNIPERR_, .br
[09:34] <LinuxPeach> ... I can't log into one of the accounts... 
[09:35] <salgado> LinuxPeach, you don't need to. just log with the one you can and merge the other one into the one you used to login
[09:35] <mpt> lifeless: ping
[09:35] <SNIPERR_> salgado
[09:35] <SNIPERR_> pvt
[09:35] <SNIPERR_> so br tmb
[09:35] <LinuxPeach> ok... and forgive me for asking, where's the merge function?
[09:36] <SNIPERR_> salgado
[09:36] <salgado> LinuxPeach, yes, that's a problem it's a little bit hard to find it
[09:36] <rangzen> salgado: is it possible to have 2 translation for 1 project ?
[09:36] <salgado> LinuxPeach, there's a link for that in https://launchpad.net/people
[09:37] <salgado> rangzen, dont know. you'd have to ask carlos about that, I guess
[09:38] <LinuxPeach> .... ok, one more thing.  The account I want to merge doesn't have an email setup and it's the one I cant' login to...
[09:39] <SNIPERR_> salgado eu preciso de 99 cds pra dar numa feira de cultara q eu estou fazendo.. saka? me diz uq eu falo no Reason for custom request 
[09:39] <SNIPERR_> n sei fala ingles
[09:39] <salgado> LinuxPeach, the one you can't login probably has an email address, but you can't see it because it's not validated
[09:39] <rangzen> salgado: i mean a program translation and a documentation translation for the same project
[09:40] <salgado> LinuxPeach, as part of the merge process, we'll send an email to the email address of the account you can't login. if you receive that email you'll be able to complete the merge
[09:40] <kiko> bradb, not today, sorry
[09:41] <bradb> ok
[09:41] <bradb> salgado: are you interested in reviewing this patch? It fixes a pretty nasty regression in the Malone menus
[09:41] <bradb> it's a simple patch
[09:41] <SNIPERR_> salgado eu preciso de 99 cds pra dar numa feira de cultara q eu estou fazendo.. saka? me diz uq eu falo no Reason for custom request, n sei falar ingles
[09:42] <SNIPERR_> salgado eu preciso de 99 cds pra dar numa feira de cultura q eu estou fazendo.. saka? me diz uq eu falo no Reason for custom request, n sei falar ingles
[09:42] <salgado> bradb, I don't think I'll have time for it today
[09:42] <SNIPERR_> me ajuda ae :/
[09:43] <bradb> salgado: ok
[09:43] <salgado> kiko, phone meeting finished?
[09:43] <bradb> BjornT: do you have time to take a quick look at this patch, by any chance?
[09:43] <kiko> salgado, just finished
[09:43] <kiko> SNIPERR_, pra de chatear o salgado, acha algum que fala ingls na sua redondeza
[09:44] <SNIPERR_> kiko n entendi broder
[09:45] <BjornT> bradb: does it only fix the menus?
[09:46] <segfault> lol
[09:46] <SNIPERR_> kiko me ajuda ae entao boy
[09:46] <bradb> BjornT: yes, it just moves the bugtask menu into bug.py, and then has the bugtask menu inherit from the bug menu, so that all the bug-related pages show that menu all the time, whether the context is an IBug or an IBugTask
[09:46] <segfault> sniperr_: headshot
[09:47] <bradb> BjornT: there's a tiny little incidental validator change, but that's just switching "valid_name" to "name_validator", to get a sane error message
[09:47] <SNIPERR_> :P
[09:47] <SNIPERR_> ALGUM BRASILEIRO PLS
[09:47] <BjornT> bradb: ok, should be a quick review then. send it to me and i'll review later tonight
[09:48] <kiko> SNIPERR_, usa outro canal, pelo amor de deus, tem gente tentando trabalhar aqui
[09:48] <SNIPERR_> me fala um canal ae entao
[09:48] <kiko> no
[09:49] <bradb> BjornT: sent, thanks
[09:56] <kiko> thank god
[10:00] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Add /filecache/ to build slave, rev protocol to 2, rev package to v9. r=stevea (patch-2526: daniel.silverstone@canonical.com)
[10:04] <mloskot> hi all!
[10:06] <mloskot> [Q]  I'd like to suggest some feature to Rosetta: search for string in translations i.e. I'm looking for 'properties' so I should be able to search for it not to step pref-next throught all strings. Is such feature abailable in Launchpad/Rosetta?
[10:06] <ddaa> lifeless: would it be possible to backport subversion 1.2 to hoary and use that on the production systems?
[10:09] <LinuxPeach> Does launchpad say "None set" for email accounts that haven't been validated?
[10:10] <salgado> LinuxPeach, yes, it does
[10:13] <kiko> lifeless, you said you had added a cachedrev, but I haven't seen it show up for me :-(
[10:23] <mdke> the email address for bugmail has changed?
[10:27] <LinuxPeach> oh, btw, you *DO* need the password to the second account in order to merge them.
[10:28] <salgado> does all files that go into librarian are public? can I protect some of these files?
[10:30] <Kinnison> elmo: ferraz up and going, thanks dude
[10:30] <salgado> LinuxPeach, no, you don't. the password it's asking is the password of the account you can login
[10:32] <mentarinet> aloo
[10:32] <mentarinet> any body here
[10:32] <mpt> not many
[10:33] <mentarinet> how i get cd ubuntu mpt
[10:33] <bradb> kiko: So, would it be reasonable to set the envelop from to our standard bounce address?
[10:33] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=salgado]  Fix CoC admin console search, empty 'From' returns every results, pending batching for that (bug # 2609) (patch-2527: celso.providelo@canonical.com)
[10:33] <Kinnison> mentarinet: try asking on an ubuntu channel like #ubuntu
[10:33] <bradb> (for #2593)
[10:33] <Kinnison> mentarinet: this channel is for the launchpad application
[10:33] <mentarinet> ohhh
[10:34] <mentarinet> im sorry Kinnison
[10:34] <Kinnison> mentarinet: that's okay
[10:34] <gneuman> mentarinet, go to site and look for shipit
[10:34] <mentarinet> ya
[10:34] <Kinnison> mentarinet: If, however, you wanted shipit, then try visiting http://shipit.ubuntu.com/
[10:35] <mentarinet> i have been go to there
[10:35] <salgado> mentarinet, did you tried shipit already?
[10:36] <LinuxPeach> salgado: it's asking for the password to the second account, the one I cannot log into.
[10:36] <mentarinet> ohhh
[10:36] <mentarinet> Please note that orders placed now will not ship until approximately one week after the release of Version 5.10.
[10:36] <salgado> LinuxPeach, where is it asking that?
[10:38] <LinuxPeach> Ok, so I get an email, I click on the link that I want to merge, and it asks me to input the second account's password to confirm.
[10:39] <LinuxPeach> after a bunch of passwords, I did finally get it.
[10:39] <mdke> jordi, carlos, around by any chance?
[10:40] <salgado> LinuxPeach, the password you typed when you managed to get it was, by any chance, the same password as the account you can login?
[10:40] <Burgundavia> jordi, carlos I need one of you
[10:40] <mdke> heh
[10:41] <mdke> or any other launchpad maintainers, we need to create a new template in /products/ubuntu-doc??? Can we do this on our own or do we need higher help?
[10:43] <salgado> LinuxPeach, that password should be the password of the account you were logged in when you requested the merge. do you think the problem could be because the text we have there, explaining what password you should type is not clear enough?
[10:44] <BjornT> bradb: two things: first, wouldn't it make sense to have the exact same menu on +index as on +edit and the other pages? if not, i think targetfix should be the last menu item, so that other items don't get shifted up one step.
[10:45] <LinuxPeach> .... it wasn't the password of the account I could log into.  It was the password of the second account - the one I could NOT log into.  I tried the first password tons of times.
[10:45] <bradb> BjornT: I was thinking about that, yeah. The shifting is less than ideal, to say the least.
[10:46] <bradb> Adding it to the bottom will also make it harder to find
[10:48] <BjornT> bradb: the other thing is, can't you keep the old menu as it was, and instead do:
[10:48] <BjornT> def __init__(self, context):
[10:48] <BjornT>      ContextMenu.__init__(self, getUtility(ILaunchBag).bugtask)
[10:49] <BjornT> thus getting rid of the change to absolute urls as targets
[10:49] <bradb> always forcing the context to an IBugTask eh? hm, that might work.
[11:03] <Kinnison> anyone mind?
[11:04] <bradb> BjornT: Right, so, I'm using ContextMenu.__init__ now, which means I cut out all that self.bugtask and self.bugtask_url cruft.
[11:04] <bradb> BjornT: target will always appear now (for the relevant kind of task), at the bottom of the menu, with a little target icon beside it
[11:05] <BjornT> bradb: cool, r=bjornt then
[11:05] <bradb> cool, thanks
[11:06] <BjornT> kiko: don't forget to finish my review today
[11:12] <Kinnison> elmo: ping?
[11:15] <carlos> salgado, I'm around now
[11:15] <carlos> mdke, Burgundavia hi
[11:15] <salgado> carlos, nm. already sorted. :)
[11:16] <Burgundavia> carlos, need to upload a new pot for a new part of ubuntu-docs
[11:17] <carlos> Burgundavia, https://wiki.ubuntu.com/RosettaFAQ Look at "Translating with Rosetta" question number 5
[11:24] <cprov> kiko: ping 
[11:25] <Burgundavia> carlos, I am confused. I am trying to add the quicktour to this page https://launchpad.net/products/ubuntu-doc/+translations
[11:26] <carlos> Burgundavia, same procedure, if it's a new potemplate, you need to follow that
[11:26] <Burgundavia> carlos, ok
[11:41] <elmo> Kinnison: ?
[12:00] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=mpt, bradb Fix for bug 2107: It should be easier to assign a bug to someone. When changing the contents of the reassign text input, select the radiobutton; uses a customizable hook in widget/popup.py to do what it needs to. (patch-2528: christian.reis@canonical.com)
[12:00] <kiko> ROCK
[12:02] <johnl> PAPER
[12:03] <johnl> dude, I win
[12:03] <kiko> you only win if you help me reproduce that bug
[12:04] <johnl> heh heh
[12:04] <johnl> 5mins
[12:04] <johnl> just finishing something