[02:01] <RWG> Have the paramedics pronounced on this room yey?
[02:01] <RWG> *yet?
[02:02] <RWG> Hello?
[02:02] <RWG> If it is this dead, they should have pronounce
[02:02] <RWG> d
[03:43] <mpt> hi ajmitch 
[03:43] <ajmitch> hi mpt 
[03:43] <ajmitch> how are you?
[03:43] <mpt> ok
[03:43] <mpt> I just realized that I forgot to ask you what you meant by your "launchpad usability rant" earlier
[03:43] <ajmitch> oh right
[03:43] <mpt> (I can't remember the exact words you used)
[03:44] <ajmitch> complaining about layout of some malone pages :)
[03:44] <ajmitch> like https://launchpad.net/distros/ubuntu/+bugs
[03:44] <ajmitch> I was going to file a bug earlier but didn't have time
[03:44] <ajmitch> we've got the IRC log of what we said, anyway
[03:45] <mpt> which channel and what date? :-)
[03:45] <ajmitch> here, yesterday
[03:45] <mpt> ok
[03:45] <ajmitch> about 19 hours ago, +- 1
[03:46] <mpt> hrmmm
[03:46] <mpt> There's no #launchpad in http://people.ubuntulinux.org/~fabbione/irclogs/
[03:46] <ajmitch> right
[03:46] <mpt> So what's ubuntulog doing?
[03:46] <ajmitch> good question
[03:47] <ajmitch> I can put up the log from my irc client
[03:47] <mpt> that would be great, if it's less trouble than a reprise :-)
[03:50] <ajmitch> http://ajmitch.meta.net.nz/~ajmitch/malone.issues.log
[03:50] <mpt> thanks
[03:52] <mpt> oh, so it's just about Malone search results
[03:54] <ajmitch> essentially, since we use those pages a fair bit
[03:54] <ajmitch> especially the unassigned ones
[03:55] <mpt> fair enough
[03:55] <mpt> hmm
[03:55] <ajmitch> not knowing what package the bug is against makes it hard to reassign
[03:55] <mpt> Did the table view show would product/package a bug was in?
[03:55] <ajmitch> no
[03:55] <mpt> would->what
[03:55] <ajmitch> sorry, the table view did
[03:55] <ajmitch> table view is still used for assigned bugs
[03:55] <ajmitch> like the indeterminate number assigned to MOTU :)
[03:56] <mpt> oh, right, there's that "package" cell in the Useless Floating Column Headers
[03:56] <ajmitch> yeah
[03:56] <mpt> well, technically not useless, since they still sort the list
[03:56] <ajmitch> misleading though
[03:56] <mpt> but it's a very odd way of sorting a list that's not a table any more
[03:56] <ajmitch> since they sort but you can't see what they sort on
[03:57] <mpt> yes
[03:58] <mpt> and ugh, that batch navigation is pretty bad too
[03:59] <ajmitch> how about the apparantly non-functional advanced search?
[03:59] <ajmitch> apparantly, just because the controls show far below where you'd expect
[04:00] <mpt> Yeah, that's always been a problem 
[04:00] <mpt> ok, I'll see what I can do about that this week
[04:00] <ajmitch> it wasn't as big a problem in the table view since 20 results were more compact, i guess
[04:00] <ajmitch> thanks
[04:01] <ajmitch> how are you liking brazil?
[04:01] <mpt> it's ok
[04:01] <mpt> interesting food
[04:01] <mpt> interesting people
[04:02] <mpt> too many fences
[04:02] <ajmitch> and quite different from NZ, I bet
[04:02] <mpt> yes
[04:36] <spiv> jamesh: https://chinstrap.ubuntu.com/~jamesh/pending-reviews/ has a lot of broken diffs
[04:37] <spiv> jamesh: e.g. https://chinstrap.ubuntu.com/~jamesh/pending-reviews/robert.collins@canonical.com/cscvs--devel--1.0--patch-377/merge
[05:29] <orbitaledy> hey
[06:41] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  ascii-SMASH! (patch-2571: stuart.bishop@canonical.com)
[07:28] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.35: [trivial]  Cherry pick patch-2558 (patch-5: stuart.bishop@canonical.com, rocketfuel@canonical.com, mpt@canonical.com)
[08:28] <SteveA> morning!
[08:31] <ddaa> moaning
[08:31] <ddaa> SteveA: https://launchpad.net/products/launchpad/+bug/2110
[08:31] <ddaa> I want BR in bug discussions!
[08:33] <SteveA> BR ?
[08:33] <ddaa> <br />
[08:34] <SteveA> i see.  it is coming.
[09:00] <SteveA> calling all reviewers!
[09:01] <SteveA> kiko didn't get time to review my "navigation" branch, and i really want to land it today.
[09:01] <SteveA> stub, spiv, jamesh, lifeless: can one of you guys review it?
[09:04] <stub> I can't find it on the reviews page or in the diff-viewer-thingy
[09:06] <SteveA> i can mail it to you
[09:08] <SteveA> was that an offer to do the review?
[09:09] <stub> It was more an enquiry on how painful the review would be before making an offer ;)
[09:11] <jamesh> SteveA: okay
[09:11] <SteveA> 1400 lines of diff, 400 of which is doctest, 200 zcml, and quite a bit of deletion
[09:11] <SteveA> cheers james.  i'll mail it to you.
[09:18] <fabbione> SteveA: the -current will change with time
[09:18] <fabbione> -current is only the last daily
[09:18] <fabbione> and it gets rotated at midnight my time
[09:18] <fabbione> yeah
[09:18] <fabbione> better :)
[09:20] <GoRoDeK> it would be great if it where possible to search through the logs
[09:31] <ddaa> bzr google britney spears
[09:32] <ddaa> Found about 12,800,000 revisions. Show them all?
[10:01] <carlos> morning
[10:02] <SteveA> hi carlos
[10:05] <carlos> stub, hi, around?
[10:05] <stub> yes
[10:06] <carlos> stub, could you tell me at what time the mirror at staging is done?
[10:07] <carlos> I need to execute the language pack script after it ends and I thought it finish at 3AM but seems like I was wrong...
[10:07] <stub> The production backup starts at 0:20 UTC and the staging mirror starts as soon as that completes, say around 1:00UTC
[10:07] <carlos> sorry, 3AM at UTC+2
[10:07] <carlos> ok, so that's why it failed, I executed my script at the same time the backup starts...
[10:08] <stub> erm.. actually BST, not UTC I mean (I should get elmo to set the servers on UTC)
[10:08] <carlos> stub, do you know how long takes the mirror?
[10:08] <carlos> stub, no, BST is ok
[10:10] <stub> Last night finished at 3:45 BST
[10:13] <carlos> SteveA, later
[10:13] <carlos> stub, ok, so I will run mine at 4:30BST
[10:15] <sivang> Morning all
[10:24] <carlos> sivang, morning
[10:29] <sivang> mornign carlos . 
[11:22] <ddaa> lifeless: can you make some room at the end of this week to review importd-archivelocation?
[11:22] <lifeless> yes
[11:22] <lifeless> sure thing
[11:22] <ddaa> It's not yet quite done (some cleanups pending) but it's almost there, and it's HUGE
[11:34] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.35: [trivial]  Merge from steve.alexander@canonical.com/launchpad--production-remove-actions-portlets--1.35 (patch-6: steve.alexander@canonical.com, stuart.bishop@canonical.com)
[11:41] <Kinnison> SteveA: have you had a chance to look at my auto-depwait thingy?
[11:58] <sivang> Kinnison: daniel!
[12:01] <Kinnison> hi sivan
[12:39] <lifeless> er
[12:39] <lifeless> ar
[12:43] <SteveA> jamesh: how's the navigation review going?
[12:45] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Detected and notified when a .po file is imported and the msgid_Plural was changed in the .pot one + test (patch-2572: carlos.perello@canonical.com)
[12:51] <SteveA> jamesh: cos, i want to get it merged soon and convert all remaining traversal
[12:53] <Kinnison> my machine just made a bizarre noise
[01:09] <carlos> see you later
[01:14] <SteveA> Kinnison: reviewed, mailed
[01:18] <Kinnison> SteveA: thanks, I'll get to that after I've finished this -> :-)
[01:28] <Robinho_Peixoto> hi
[01:33] <Robinho_Peixoto> In rosetta it does not have the packages update-manager and gnome-app-install
[01:36] <jamesh> SteveA: review mailed.  I think there is an issue with multiple inheritance of Navigation classes
[01:36] <SteveA> jamesh: yeah, there is
[01:36] <SteveA> that's why i want people to use pure mixins
[01:37] <SteveA> and only a single navigation class
[01:38] <SteveA> do you have any suggestions for what to do about it?
[01:38] <jamesh> SteveA: if the class dict doesn't contain e.g. __stepto_traversals__, get that attribute from each direct base class and merge them
[01:39] <SteveA> it's annoying that the class advisors stuff is such a hack... and that it sometimes hits problems with python attempting to work out its (rather complicated) MRO rules
[01:39] <SteveA> jamesh: oic -- you're talking about a different issue
[01:39] <SteveA> i'll read through the review
[01:41] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Build daemon task sequencer/serialiser. r=spiv (patch-2573: daniel.silverstone@canonical.com)
[01:50] <SteveA> great review jamesh!  very thorough.
[01:57] <cprov> hi SteveA, do you have time for reviews today ?
[01:57] <SteveA> cprov: yes
[01:57] <SteveA> what can i do for you?
[01:58] <lifeless> what time is the meeting
[01:58] <cprov> c.p@c.c/launchpad--buildUI--0 (first pass, stuff we discussed yesterday) and launchpad--buildd--0 (second pass, first done by you, remeber ?)
[01:59] <cprov> remember ....agh 
[01:59] <cprov> both are short, if can handle them, it 'd keep me busy and i'll be very glad 
[02:02] <cprov> SteveA: are you in ?
[02:05] <cprov> SteveA: sorry, didn't get your answer. wireless misteriously hangs here. Can you get those review today ?
[02:07] <salgado> SteveA, around?
[02:09] <SteveA> cprov: yes
[02:09] <SteveA> salgado: yes
[02:10] <cprov> SteveA: thank you
[02:10] <jordi> carlos: do we have Ladin plural forms in the database?
[02:12] <salgado> SteveA, the review I just got from you is exactly the same you did yesterday
[02:13] <salgado> SteveA, I guess you attached the wrong file?
[02:16] <SteveA> salgado: could be
[02:17] <lifeless> SteveA: ping
[02:17] <SteveA> lifeless: hello
[02:17] <lifeless> SteveA: what time is the meeting
[02:17] <SteveA> what meeting?
[02:17] <lifeless> reviewers meeting
[02:17] <lifeless> last week I was ... late ...
[02:17] <SteveA> ah... it's supposed to be in 42 mins
[02:18] <lifeless> thanks
[02:20] <SteveA> salgado: i just sent a different one.  i think this is the correct one.
[02:23] <salgado> SteveA, now it seems to be. :)
[02:23] <SteveA> ok
[02:23] <SteveA> great
[02:30] <salgado> stub, that unicode_to_unaccented_str() function was already in canonical.encoding (in my shipit-exports branch, at least)
[02:32] <stub> salgado: the only think in my canonical.encoding is the ascii_smash I landed today
[02:34] <salgado> stub, I thought the ascii_smash was something related to unicode_to_unaccented_str
[02:35] <stub> salgado: No, that is all new code. Different approach, same goal.
[02:35] <salgado> oh, I see
[02:38] <Kinnison> SteveA: did that unconfuse you?
[02:41] <SteveA> Kinnison: i have almost completed my reply
[02:42] <SteveA> but i need to get hold of the doctest, as you replied that you have improved it, said i should look, and left me having to use baz or something ;-)
[02:42] <SteveA> maybe you can stick that portion of the test in a pastebin?
[02:44] <Kinnison> sure, one sec
[02:45] <Kinnison> https://chinstrap.ubuntu.com/~dsilvers/paste/fileAQdvLx.html
[02:46] <SteveA> for some reason FULLYBUILT sounds kinda kinky, in an AOL sort of way
[02:46] <Kinnison> the new package states could be FULLYBUILT, RIGHTHUNKY, LITHEBUTSTRONG
[02:47] <SteveA> can't you create an irc netsex protocol for buildd masters and slaves to communicate?
[02:47] <SteveA>  # --> NEEDSBUILD has joined #buildd-master-slave-xxx-chat
[02:48] <SteveA>  # FULLYBUILT   NEEDSBUILD: r u single?  wanna cybr?
[02:49] <Kinnison> don't tempt me
[02:50] <SteveA> cos you know that elmo would love to run an ircd in the datacentre
[02:52] <fabbione> ahha
[02:52] <fabbione> Kinnison: speaking of buildd.. how is going to be SCC integration into LP new buildd system?
[02:52] <SteveA> cprov: can you help me to catch up with what i need to do for your reviews?
[02:53] <SteveA> SCC is what?
[02:53] <cprov> SteveA: sure
[02:53] <cprov> SteveA: what do you need ?
[02:53] <fabbione> SteveA: all the arches that are building outside the DC and that are not primary arches (hppa/sparc atm)
[02:53] <SteveA> ah, okay
[02:53] <SteveA> what does SCC stand for?
[02:54] <SteveA> matsubara: hi
[02:55] <Kinnison> fabbione: don't ask me for a week or two
[02:55] <Kinnison> fabbione: there's a plan for 'em, but it's not implemented and won't be integrated into LP for a bit
[02:55] <fabbione> Secondary Class i Can't rememeber what the last c stands for
[02:55] <SteveA> cprov: i need to know what i need to reply to, or what branches i need to review for you.  i've lost track.
[02:55] <Kinnison> fabbione: for now, I imagine you'll continue building against the published source archive
[02:55] <matsubara> Hello SteveA 
[02:55] <fabbione> Kinnison: ok
[02:55] <Kinnison> stevea, fabbione: (S)econd (C)lass (C)itizens
[02:55] <SteveA> Kinnison: we're looking at 4-6 weeks, right?
[02:56] <Kinnison> fabbione: eventually they'll be external buildds integrated into the same system as everything else
[02:56] <Kinnison> SteveA: aye, hopefully
[02:56] <cprov> SteveA: uhm ..ok priv
[02:56] <SteveA> ok
[02:56] <fabbione> Kinnison: roger that
[02:56] <SteveA> matsubara: there's a job i need to find someone to do.  it's kinda tedious, but is good for seeing what's planned to be happening with launchpad.
[02:57] <SteveA> jamesh, spiv, stub, kiko-zzz, lifeless, salgado: reviewers meeting in 5, #c-m
[02:58] <cprov> SteveA:  I don't know if you preffer to check the diffs locally, they look pretty fine from jamesh app
[02:59] <SteveA> matsubara: basically, https://launchpad.net/products/launchpad/+specs  this doesn't show many launchpad specs.  i think all of the launchpad specs that aren't yet implemented should be featured on there.
[02:59] <cprov> SteveA: any other question I'll be here when you finish your meeting 
[02:59] <SteveA> i'm having a hard time seeing the big picture with where we're going on launchpad, based on the meetings in brazil a while ago.  i think seeing a bunch of specs arranged on there will help a lot.
[03:00] <SteveA> the specs are all on the launchpad wiki, of course
[03:00] <SteveA> so, their metadata needs putting into launchpad, and this fact noting on the specs
[03:00] <mpt> stub: ping
[03:00] <stub> yo
[03:00] <mpt> stub: Have you received any messages from me with the subject "Using Malone for cherrypicking Launchpad fixes"?
[03:01] <stub> mpt: Nope
[03:01] <mpt> because I've CCed three such messages to the list, and none of them have shown up
[03:02] <stub> async mail madness?
[03:02] <Kinnison> spiv: when do you think you'll get a chance to look at my buildd protocol branch? tomorrow?
[03:03] <mpt> stub: I'm not using async's e-mail server, t'is odd
[03:03] <spiv> Kinnison: Yeah, or maybe even before I go to sleep tonight.
[03:04] <Kinnison> spiv: If you can, that'd be great.
[03:04] <carlos> jordi, don't know... let me check
[03:06] <carlos> jordi, I only see Ladino as a language, is it the same? the lang code is 'lad'
[03:06] <Kinnison> is 'ladino' the language spoken by young latino men?
[03:10] <mpt> yo bradb
[03:11] <bradb> hey mpt
[03:11] <kiko> morning
[03:11] <bradb> hey kiko 
[03:11] <mpt> bradb, did you see the list of complaints about the new bug listing?
[03:11] <kiko> mpt, I didn't
[03:11] <bradb> mpt: not yet. but that heading thing is just bizarre. noticed it yesterday.
[03:12] <kiko> what is just bizarre bradb?
[03:12] <mpt> bradb: yeah, that should be a <select>
[03:13] <bradb> mpt: shouldn't it be two selects?
[03:13] <bradb> i.e. one for column, one for order?
[03:13] <mpt> no, we can get away with one
[03:13] <bradb> ok
[03:13] <mpt> containing "by package", "oldest first", "newest first", etc
[03:14] <mpt> because, for example, it
[03:14] <bradb> kiko: take a look at the upstream bug listing. very weird.
[03:14] <mpt> it's not worth offering an explicit option for sorting by package z->a
[03:14] <bradb> oh, right
[03:15] <mpt> bradb: So the problems in order of importance, afaict, are: (1) distro results are missing the package name, (2) the sorting controls don't make sense, (3) the position of the advanced search controls makes no sense (that's always been true), and (4) the priority icons need to be fatter and brighter and tooltippier
[03:15] <mpt> bradb: so can you fix (2) while I do the others?
[03:15] <bradb> they're missing the package name too? argh.
[03:15] <bradb> yeah, sure, i can do 2
[03:15] <mpt> oh, and (5) the listing needs to be more compact in general
[03:16] <bradb> mpt: yeah, definitely
[03:16] <mpt> For (1) the listing macro needs to know whether it's showing distro/distrorelease results or not. How do I do that?
[03:17] <SteveA> on the view class, have two attibutes: showing_distro_results and showing_distrorelease_results
[03:17] <bradb> mpt: why does it need to know the difference?
[03:17] <SteveA> is one way to do it
[03:18] <mpt> bradb: because we don't want to show the package name for +sources/something/+bugs
[03:18] <mpt> or the product name for /products/something/+bugs
[03:18] <bradb> ok, hm
[03:19] <bradb> the first thing that came to mind was a show_targetname variable
[03:19] <bradb> except that targetname includes d/dr
[03:20] <mpt> for package/product bug listings we don't want to show anything at all, because it would be redundant
[03:20] <bradb> right, that much is clear
[03:20] <SteveA> jamesh: please let me know if i can merge the navigation code, once i've made the changes you asked for, or if i need to get it reviewed again.
[03:21] <bradb> mpt: maybe just a show_packagename variable?
[03:21] <kiko> spiv, jamesh: when you review the addition of new pages, make sure each page is covered by at least a trivial test -- we've got lots of regressions because mark landed stuff which just was never tested
[03:23] <jamesh> SteveA: just writing a reply right now
[03:24] <SteveA> thanks
[03:25] <SteveA> kiko: i wrote a braindump doc on that, and spiv added to it
[03:25] <SteveA> basic test coverage, or something
[03:25] <SteveA> kiko: also, we have that "test every page doesn't error" code to write sometime
[03:27] <bradb> mpt: do you know how to add a variable to the API of a macro like bugtask-macros-listview.pt?
[03:28] <mpt> bradb: no, that's why I was asking you :-)
[03:28] <bradb> mpt: In that case, it's probably easier for me to add it, no?
[03:29] <bradb> Basically, you have to 1. add a variable to the API of a macro. Write some view code that the callsites can use to know when to set that value to True.
[03:29] <bradb> s/Write/2. write/
[03:31] <mpt> bradb: ok, you do 1~2, I'll do 3~5
[03:31] <bradb> ok
[03:31] <bradb> damn, applying 101 revisions...it's going to be another long day fighting against baz
[03:35] <mpt> SteveA: When you said "I just hacked the page template in production to make this page work", which page were you talking about? I wasn't changing the Support page, just fixing the link to it
[03:35] <Kinnison> ciao
[03:36] <SteveA> mpt: when did i say that?
[03:36] <mpt> (wow, people are actually using the support tracker)
[03:37] <mpt> SteveA: by e-mail in response to stub's cherrypicking of my fix to the link
[03:37] <SteveA> so, i hacked the root tickets page in production to make it not be an error
[03:38] <mpt> If I caused a system error with a one-liner fix, I'd like to know how so I can avoid it in future
[03:38] <SteveA> and then i prepared a branch for stu to cherrypick that removed portlet-actions from pages where they shouldn't be, because the proper fix to that will take a bit longer to land
[03:38] <SteveA> and i didn't want production to be flaky during that time
[03:38] <mpt> oh, so /support was oopsing?
[03:38] <mpt> ok, I didn't know that
[03:38] <SteveA> mpt: you caused the error only in as much as making the link point to the right page turned a 404 into a system error
[03:39] <SteveA> so, i corrected the system errro
[03:39] <SteveA> r
[03:39] <SteveA> r
[03:39] <mpt> rrrrr
[03:42] <carlos> ddaa, hi, around?
[03:49] <SteveA> jamesh: okay, i replied, and suggested a cleaner way to organise it to remove some of the complexity in inheritence issues, (and side-step problems of changing __bases__... not that anyone sane would do such a thing)
[03:50] <SteveA> mpt: RSS feed from launchpad to the forums?
[03:50] <jamesh> SteveA: sounds sane (although it would probably be better to walk __mro__ than __bases__)
[03:51] <SteveA> yeah, classic class support aside
[03:51] <jamesh> SteveA: shouldn't matter about classic classes
[03:51] <SteveA> i can just give a TypeError if the class has no __mro__
[03:51] <jamesh> SteveA: Navigation subclasses will always be new-style classes, even if they have old-style ancestors
[03:52] <jamesh> SteveA: you only need to access __mro__ on the class you're concerned with
[03:52] <SteveA> true
[03:52] <jamesh> it unrolls the class heirarchy
[03:52] <SteveA> unless someone says __metaclass__ = types.ClassType ;-)
[03:52] <SteveA> yep, i'm familiar with the C code that implements __mro__
[03:53] <mpt> SteveA: perhaps
[03:53] <mpt> ubz bof material, perhaps
[03:54] <jamesh> I don't think you can have an old-style class with new-style classes as bases
[03:54] <spiv> mpt: a ubz bof to retro-spec the support tracker? ;)
[03:57] <SteveA> jamesh: yeah, you're right, there's a special rule about that 
[03:57] <SteveA> so, __mro__ will be fine
[03:57] <mpt> spiv: tempting, but no ... More to discuss forum integration (if any), Web feeds, etc
[03:58] <SteveA> jamesh: i so wish python could remove classic classes.  i reckon it would run at least 10% faster, and have 10% less code.
[04:10] <kiko> matsubara, can you send me the output of baz log -s so I know what to merge from you?
[04:10] <kiko> ddaa, is there a way of requesting baz log -s of a tree I haven't yet merged from?
[04:11] <ddaa> kiko: I'm confused, your question does not seem to make sense with your previous message
[04:11] <salgado> kiko, I guess you mean baz revisions -s archive/cat--branch--ver?
[04:12] <ddaa> salgado: that's not quite the same as baz log... I do not know if that's what kiko want, and  do not see how that would be relevent.
[04:12] <kiko> maybe what I want is baz revisions
[04:12] <salgado> ddaa, I think he meant 'baz logs'
[04:12] <kiko> I want something that just tells me what matsubara has landed in his tree
[04:12] <ddaa> yes, so do I
[04:13] <kiko> I don't think there need to be 1000 different commands to do this though
[04:13] <salgado> kiko, baz revisions will work on an archive, while baz logs will work on a worktree
[04:13] <salgado> AFAIK
[04:13] <kiko> I see
[04:13] <ddaa> what I would probably do would be something like "switch MATSUBARA ; baz diff -s rocketfuel@canonical.com/launchpad--devel--0"
[04:14] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Auto depwait tool r=stevea (patch-2574: daniel.silverstone@canonical.com)
[04:14] <kiko> I don't want to switch to his tree
[04:14] <kiko> I don't want to see a diff
[04:14] <kiko> I just want to see his commit logs
[04:14] <ddaa> "diff -s" does not give a diff
[04:14] <kiko> thanks salgado, revisions -s was what I wanted
[04:14] <kiko> this must be a torture chamber
[04:15] <ddaa> *shrug*
[04:15] <salgado> kiko, np
[04:15] <mpt> ddaa: is it the new name for diff -nodiffs? :-)
[04:15] <ddaa> yes
[04:16] <kiko> sure, blame the user
[04:17] <ddaa> I do blame the user for not communicating his requirements.
[04:18] <kiko> I blame the developer for making a damned confusing set of commands!
[04:18] <kiko> not that I am blaming you
[04:18] <kiko> in case that appeared implied
[04:19] <ddaa> as you surely know, user requests of the form "how do I do <specific technical action>" often involve figuring what is the corresponding "how do I <goal oriented action>"
[04:19] <ddaa> thus the need to go slowly and ask plenty of annoying nitpicky questions
[04:20] <kiko> well
[04:20] <kiko> the user often knows a command that works
[04:20] <kiko> in my case
[04:20] <kiko> baz log -s
[04:20] <kiko> I expected to be able to transfer that knowledge
[04:20] <kiko> applying the command to an archive that I don't have a working tree from
[04:21] <ddaa> this knowledge is tranferrable, you can do "baz logs -s VERSION"
[04:21] <kiko> baz log != baz logs
[04:21] <ddaa> hu... never used that one...
[04:21] <kiko> and baz logs -s version doesn't seem to have done what I expected
[04:21] <ddaa> it generally does not...
[04:21] <kiko> :)
[04:21] <kiko> baz revisions lists up to patch-12
[04:21] <kiko> baz logs lists up to patch-7
[04:22] <kiko> I assume this means I've merged up to patch-7
[04:22] <kiko> anyway
[04:22] <kiko> thanks for the help
[04:22] <ddaa> it has a very clear an useful meaning in the arch model, but that's not "show me the contents of this version"
[04:22] <ddaa> kiko: yes, if you want the complement of baz logs, you can use "baz missing"...
[04:23] <ddaa> Which I know you know, therefore I supposed you wanted to do something more involved.
[04:24] <ddaa> okay, I'll beat another user
[04:24] <ddaa> carlos: I'm here :>
[04:25] <carlos> ddaa, I just executed the library-relink script to save some hard disk space
[04:25] <carlos> ddaa, should I execute it from time to time or is just a one time run?
[04:25] <ddaa> from time to time
[04:26] <ddaa> generally, it's good to run after a revision was built from cachedrev
[04:26] <kiko> carlos, we run it in a cronjob at async
[04:26] <carlos> ok
[04:26] <ddaa> and the hardlinking rate between related branches decreases over time as new identical patchlogs are independtly added.
[04:26] <carlos> kiko, the problem is that I work in my laptop and I should execute it when I'm not using bazaar
[04:27] <carlos> ddaa, I suppose I could remove old branches anyway from the revision library, right?
[04:28] <ddaa> carlos: yes. Though I tend to keep the latest revision of branches that may be useful again (to avoid the build-from-cachedrev issue).
[04:29] <carlos> ddaa, yeah, I was thinking on removing anyone but the latest one
[04:37] <SteveA> cprov: review 1 sent
[04:47] <carlos> SteveA, btw, carlos.perello@canonical.com--2004/launchpad--language-pack-export--1 is the branch I need that you review, this morning I fixed the conflicts it had
[05:00] <SteveA> cprov: another review sent
[05:00] <cprov> SteveA: thank you 
[05:01] <SteveA> carlos: do you need this reviewed urgently?  i'd like to spend some time landing my navigation stuff today
[05:01] <carlos> SteveA, it's important but not too urgent
[05:02] <carlos> so don't worry 
[05:05] <jdub> ahr
[05:06] <jdub> SteveA, kiko: so, do the individual launchpad applications no longer have separate 'brands'?
[05:06] <SteveA> there's launchpad, and there's rosetta
[05:06] <mpt> and there's malone
[05:06] <SteveA> not really
[05:06] <mpt> the others are a bit anonymous
[05:06] <jdub> even rosetta doesn't have an icon now
[05:07] <mpt> an icon where?
[05:07] <jdub> on the page - it has the launchpad rocket
[05:07] <jdub> SteveA: i think malone as a brand could become stronger as it grows beyond ubuntu
[05:07] <mpt> they've never had app-specific icons, afaik
[05:08] <jdub> yeah, they did
[05:08] <SteveA> they did
[05:08] <kiko> of course they did mpt 
[05:08] <jdub> at least in branding terms, not necessarily on the site
[05:08] <SteveA> jdub: why the malone brand rather than the launchpad brand?
[05:08] <mpt> kiko: what?
[05:08] <kiko> have separate icons
[05:08] <jdub> SteveA: hmm
[05:09] <jdub> SteveA: so we'd talk about 'launchpad bugs'?
[05:09] <SteveA> jdub: the domain is "launchpad.net"
[05:09] <mpt> kiko: I know the tree has images for them, but I've never seen them used, so I don't see how you get "of course they did"
[05:09] <SteveA> jdub: you track bugs in launchpad
[05:09] <jdub> heh, and /malone/ atm ;)
[05:09] <mpt> I would like to put "powered by Malone" at the bottom of bug pages etc
[05:09] <jdub> SteveA: i'm thinking of the fedora-guy and wordpress-guy situations
[05:10] <SteveA> jdub: "launchpad bugs" is as confusing as "malone bugs" in that it could mean bugs in malone/launchpad or bugs managed by malone/launchpad
[05:10] <mpt> but only once they're up to an acceptable design standard, so as not to damage the brand
[05:10] <SteveA> we want everyone to use launchpad
[05:10] <SteveA> i think /malone should become /bugs
[05:10] <jdub> mpt: i think we're in the process of establishing that malone is not a brand, however :)
[05:10] <SteveA> or /bugtracker
[05:10] <mpt> SteveA: /+bugs
[05:10] <jdub> SteveA: hmm
[05:10] <SteveA> why the + ?
[05:10] <SteveA> it is not needed
[05:11] <SteveA> there is nothing that needs disambiguation
[05:11] <mpt> SteveA: to be consistent with the context-specific pages
[05:11] <SteveA> i think that is a foolish consistency, and i have a suspicion that we can make +bugs become simply bugs everywhere... but i'm not totally sure
[05:11] <SteveA> jdub: the ultimate call is mark's on what the important brands are.
[05:12] <SteveA> jdub: it seems to me that the fewer brands we have, the stronger they can be.
[05:12] <mpt> by having a database constraint that you can't call a distrorelease "bugs"
[05:12] <SteveA> mpt: no, don't want to do that
[05:12] <jdub> SteveA: i think i agree
[05:12] <mpt> https://wiki.launchpad.canonical.com/LaunchpadGooglification#head-6e208a405b33f70198bc9efcd866a6217b22a17a
[05:12] <SteveA> jdub: "rosetta" has value for reaching out to translators who don't really care about the rest of the open source stuff
[05:13] <SteveA> jdub: "launchpad" is the whole "here is the nexus of open source activity"
[05:13] <jdub> yeah
[05:16] <jdub> thanks :-)
[05:25] <ddaa> that does annoy me
[05:26] <Kinnison> hmm?
[05:26] <ddaa> Kinnison: launchpad is all about centralisation
[05:26] <Kinnison> oh right
[05:26] <ddaa> I'd much prefer a system that's designed to be decentralised
[05:27] <mpt> SteveA: Without such a database constraint, given a choice between "/distros/ubuntu/hoary/+bugs" and "/distros/ubuntu/releases/hoary/bugs", I'd choose the former. The latter would make Rosetta URLs even more hideously long.
[05:27] <SteveA> it's about centralized metadata
[05:27] <SteveA> most of all
[05:27] <SteveA> mpt: so, that's one case where it is needed
[05:28] <ddaa> SteveA: metadata can be centralised by willing nodes in a decentralised system
[05:28] <bradb>  /distros/ubuntu/hoary/bugs would be nice
[05:28] <bradb> every other site in the world gets by with +'s; i bet we could too ;)
[05:28] <SteveA> ddaa: i don't think that leads to responsive user-friendly searching
[05:28] <bradb> "WHAT! I can't name my distro release 'releases'!!? Down with Launchpad!"
[05:28] <salgado> SteveA, I did one last change in that shipit-exports branch. it's pretty simple and is tested, obviously. can you review it for me? (https://chinstrap.ubuntu.com/~dsilvers/paste/filet6kdB7.html)
[05:29] <bradb> s/with +'s/without +'s/
[05:29] <ddaa> that does, the user would still address a single centralised node. But that node would not _own_ the data, merely proxy it. Just like the supermirror.
[05:29] <SteveA> salgado: ok, looks good
[05:30] <salgado> SteveA, great. thanks
[05:31] <SteveA> ddaa: that kinda gets in the way of letting arbitrary volunteers improve things.  you get bottlenecks on the way to putting changes into the authoritative source
[05:31] <SteveA> ddaa: but anyway... there are ways to do this where it counts, and bzr and metadata captured in bzr is one of those ways
[05:32] <ddaa> that's another problem, changes would be best done in the authoritative source service
[05:32] <SteveA> there is a tension here between making it easy to contribute, and making it decentralized
[05:33] <ddaa> There is. I do not know anything that achieves what I'm thinking of, but I think it's possible and more socially robust.
[05:34] <ddaa> But maybe it's just because I have not yet thought it through :)
[05:35] <mpt> ddaa: https://wiki.launchpad.canonical.com/LaunchpadCentral
[05:35] <mpt> the idea of multiple Launchpads died in Cape Town
[05:37] <ddaa> mh... login...
[05:39] <lamont__> dear baz, please cache the initial checkout if I have a greedy cache.  kthxbye
[05:40] <mpt> IntegrityError: ERROR:  null value in column "priority" violates not-null constraint  UPDATE BugTask SET priority = NULL WHERE id = 4 
[05:41] <bradb> yar
[05:41] <bradb> I would have pooped if you said that happened on prod
[05:41] <mpt> I don't have access to tracebacks on production :-)
[05:42] <mpt> Perhaps one or two of the sampledata tasks should have (None) priorities
[05:44] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Highlight tabs on the translation form [r=jamesh]  (patch-2575: daf@canonical.com)
[05:44] <mpt> daf???
[05:45] <SteveA> mpt: it's been on a branch for a while
[05:46] <SteveA> you can ask pqm to merge branches other than your own
[05:49] <kiko> mpt, what do you mean you don't have acess to tracebacks on production?
[05:49] <kiko> mpt, anybody with a valid certificate can access /errors
[05:49] <carlos> mpt, I had that merge in my pending queue since long ago...
[05:50] <mpt> kiko: I meant that they don't show up for me in an error page
[05:50] <SteveA> okay, i'm going to make an important change to this now
[05:50] <kiko> mpt, they also are available on chinstrap /srv/gangotri-logs
[05:50] <SteveA> logged in launchpad developers will see tracebacks
[05:50] <mpt> excellent
[05:51] <kiko> SteveA, members of the launchpad team? rock
[05:51] <SteveA> kiko: think there should be a special "see the tracebacks" team?  or just use the launchpad team or admins team?
[05:51] <SteveA> i guess the launchpad team.
[05:51] <SteveA> i can do that immediately
[05:51] <mpt> bradb: How are you doing with the bug listing?
[05:52] <bradb> It's coming along. Just finishing up the the tests.
[05:52] <mpt> what's your view class variable called?
[05:53] <bradb> It's a method called showPackageName
[05:53] <bradb> the macro API was changed to expect a show_packagename name to be defined, default False
[05:53] <mpt> tal:condition="showPackageName"?
[05:54] <bradb> tal:condition="show_packagename|nothing"
[05:54] <bradb> The macro callsites use showPackageName to set show_packagename
[05:57] <kiko> SteveA, the launchpad team is fine.
[05:57] <SteveA> can't do it
[05:57] <SteveA> the launchpad team isn't in the sample data
[05:57] <SteveA> there is no celeb
[05:57] <mpt> bradb: <a tal:attributes="href task/package/fmt:url" tal:content="task/package/name" /> ?
[05:57] <SteveA> so, it'll have to be admins for now
[05:58] <SteveA> until i can get stu to add the launchpad team
[05:59] <bradb> mpt: tal:attributes="href string:${task/target/fmt:url}/+bugs; title string:Show bugs on ${task/targetname}; ...", etc.
[05:59] <mpt> oh, nicer
[06:00] <mpt> targetname, not target/name?
[06:01] <bradb> nope, targetname
[06:01] <bradb> not worth obsessing over either way, i don't think
[06:01] <bradb> targetname will say "ubuntu mozilla-firefox", which reads better for the href title, IMHO
[06:02] <bradb> name will just say "mozilla-firefox"
[06:03] <mpt> then name would be better, otherwise it's going to be a blizzard of "ubuntu this" and "ubuntu that"
[06:03] <mpt> oh, wait, for the tooltip "ubuntu this" would be better
[06:03] <mpt> ok
[06:05] <mpt> bradb: So do you want to merge my changes to the layout?
[06:05] <bradb> i'd rather not
[06:05] <bradb> i hate doing baz operations
[06:05] <mpt> or shall I just land them? :-P
[06:05] <bradb> DOIT
[06:06] <bradb> we'll race. it'll probably be faster that way.
[06:06] <SteveA> stub: i guess you've gone for the night
[06:09] <SteveA> Kinnison: are there any downsides to branching with --no-cacherev ?
[06:10] <stub> eh?
[06:10] <SteveA> hi stub.  exactly how late is it there?
[06:10] <stub> 2:10am
[06:10] <SteveA> is that all?  anyway, i just replaced webapp/errors.py on production.  i'm preparing a branch of the same for you to cherrypick when you do the next picking.
[06:11] <stub> k. email me the branch.
[06:11] <Kinnison> SteveA: just periodic unexpected cacherevs on your branch when baz decides it needs one
[06:12] <Kinnison> SteveA: so if you want predictable cached revs, cache when you branch
[06:13] <SteveA> stub: also, i'd like to get the 'launchpad' team as a celebrity, so in the sample data
[06:13] <SteveA> at some point
[06:15] <bradb> mpt: doing the diff now, but first only to show the package name
[06:15] <bradb> next landing will do the sort widget
[06:16] <SteveA> stub: pound is working nicely... i didn't notice any downtime when i restarted
[06:17] <SteveA> mpt: if you're logged in, and a launchpad admin, you'll now see tracebacks on pages that have any kind of error
[06:17] <SteveA> you can test this by logging in, then going to a URL that is not found
[06:20] <SteveA> mpt: i have made you a launchpad administrator, so you can see these tracebacks
[06:21] <bradb> SteveA: Will you have time to do a code review for a fairly urgent patch in about 10 mins?
[06:21] <bradb> oh, i corrupted my revlib
[06:21] <SteveA> bradb: i'm around for about an hour more.
[06:21] <bradb> ok
[06:22] <bradb> so, i guess i know what emacs' default behaviour WRT hard linked files is
[06:22] <mpt> SteveA: thanks!
[06:27] <SteveA> bradb: i searched on launchpad/+bugs for 'mdz' to see what bugs mdz had reported on launchpad.
[06:27] <SteveA> i got no results back
[06:27] <bradb> SteveA: yep, our search is crap.
[06:27] <SteveA> okay
[06:28] <mpt> oh, that hasn't been registered as a BoF yet
[06:28] <bradb> I would love to spend most of UBZ just discussing how we can help the user find what they need :)
[06:45] <SteveA> hmm
[06:46] <SteveA> the "duration" on https://launchpad.net/people/launchpad/+calendar/+add has programmer nonsense in it
[06:48] <SteveA> wow... we have some usability work to do on calendars
[06:48] <SteveA> i just added the developers' meeting to the launchpad team's calendar
[06:48] <SteveA> then subscribed to it
[06:48] <SteveA> and found like 10 usability problems
[06:53] <SteveA> https://launchpad.net/people/launchpad
[06:54] <SteveA> wow, look at all the launchpad logos
[06:55] <Kinnison> hehe
[06:55] <Kinnison> Are we making that the favicon?
[06:56] <SteveA> should do
[06:56] <Kinnison> I thought members were meant to get the emblem on their people page
[06:56] <SteveA> maybe
[06:57] <SteveA> mark hacked it in with no spec and few tests :-(
[06:57] <SteveA> it isn't clear what is supposed to happen
[06:57] <SteveA> but, that sounds like a good plan
[06:57] <SteveA> breadcrumbs are going to be interesting
[06:58] <Kinnison> evo feels like it'll take 5 minutes today
[06:59] <SteveA> when i'm on https://launchpad.net/products/launchpad/+bug/2873, and i click the "launchpad" product breadcrumb, i should remain on the bugs facet.
[06:59] <SteveA> mpt: do you concur?
[06:59] <carlos> wow, so finally the rubber duck will be removed? finally!
[07:03] <Kinnison> ciao all
[07:03] <zygis> I have a question, how and why launchpad.net/people/foobar get/got added automatically?
[07:03] <zygis> I mean, there's https://launchpad.net/people/uid0-tuxfamily which is fake "account", with my name
[07:04] <zygis> this should not exist
[07:04] <SteveA> zygis: https://wiki.launchpad.canonical.com/WhyTheSmegAmIHere
[07:05] <zygis> ah, clear now
[07:08] <carlos> hmm
[07:09] <carlos> is anyone else getting Internal Server Errors from librarian using breezy?
[07:12] <zygis> is there a posibility to merge my zygis account with automatically made uid0-tuxfamily, when my tuxfamily.org mail ceased to exist almost two years ago?
[07:13] <SteveA> salgado: can you help ygis out?
[07:15] <mpt> SteveA: I reported the dtstart programmer nonsense already
[07:16] <salgado> zyga, that's not possible right now
[07:16] <mpt> SteveA: I already reported the silliness of emblems for non-teams too
[07:16] <bradb_> SteveA: Finally done bazzing. Do you have time to look at the show sp name on d/dr listings patch now?
[07:16] <mpt> SteveA: those launchpad logos look like fuselage kill markers
[07:16] <salgado> SteveA, I have a problem. the shipit-exports cronscript connects as the shipit DB user, which doesn't exist in rocketfuel
[07:16] <zyga> salgado: hmm?
[07:17] <zyga> salgado: zyga != zygis, just for the record
[07:17] <SteveA> bradb_: okay
[07:17] <mpt> SteveA: no, I should remain on the Bugs facet if I click Bugs, but the launchpad breadcrumb is above that, it's the parent of overview+bugs+translations+...
[07:17] <salgado> zyga, sorry, you know how nick completion works on xchat. I didn't realize it was wrong
[07:18] <zyga> salgado: no problem :)
[07:18] <salgado> zygis, that's not possible right now
[07:18] <mpt> therefore how nick completion works on xchat is broken
[07:18] <zygis> :)
[07:18] <SteveA> salgado: can we do it "manually"
[07:19] <bradb_> SteveA: sent
[07:19] <mpt> SteveA: but if you've finished LaunchpadMenus, some LaunchpadHierarchyNavigation love would be great :-)
[07:20] <salgado> SteveA, only if you have write access to the production database and wants to issue some SQL queries there to make sure everything is moved
[07:21] <zygis> heh, it's not worth that for sure
[07:21] <SteveA> mpt: i'm working on that now.  jamesh reviewed the first phase
[07:22] <SteveA> salgado: can't we just change the email address on that account to something zygis has access to?
[07:22] <SteveA> then he can do the normal merge process
[07:22] <salgado> yes, that should work
[07:22] <mpt> SteveA: great
[07:22] <salgado> SteveA, who should I poke to get a shipit db user on rocketfuel?
[07:23] <SteveA> stub
[07:23] <zyga> segfault: hi
[07:24] <segfault> zyga: hi
[07:24] <segfault> zyga: can you please register gnome-btdownload as a translatable product via Rosetta? :)
[07:24] <zyga> segfault: I cannot ;)
[07:24] <segfault> heh
[07:24] <segfault> any Rosetta admin around?
[07:25] <zyga> segfault: btdownload-gnome doens't seem to be i18nzed 
[07:27] <segfault> zyga: that's too bad. :(
[07:27] <carlos> segfault, hi
[07:27] <carlos> hmm seems like zyga already solved your question...
[07:28] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Build Daemon protocol rework. r=spiv (patch-2576: daniel.silverstone@canonical.com)
[07:28] <segfault> carlos: really? how?
[07:28] <carlos> segfault, zyga segfault: btdownload-gnome doens't seem to be i18nzed 
[07:28] <segfault> haha
[07:29] <carlos> segfault, you need to request the maintainers to do that, we cannot do that, at least I don't have time atm, too late in the release process...
[07:30] <zyga> segfault: can you file a bug in bugzilla
[07:30] <zyga> check #u-devel for details
[07:30] <segfault> well, i just got gnome-bt source code, and it has some po files..
[07:30] <carlos> zyga, is better if upstream is notified
[07:31] <carlos> segfault, really?
[07:31] <zyga> carlos: true
[07:31] <segfault> cat ChangeLog
[07:31] <segfault> 0.0.19:
[07:31] <segfault>         * Added nl, thanks to Reinout van Schouwen.
[07:31] <segfault>         * Added de, thanks to Tim Fuchs.
[07:31] <zyga> segfault: gnome-btdownloadgui is not i18nzed
[07:31] <segfault> Since its version 0.0.19.
[07:31] <zyga> hmm
[07:31] <zyga> segfault: are you talking about our version or about upstream?
[07:31] <segfault> http://ufpr.dl.sourceforge.net/sourceforge/gnome-bt/gnome-btdownload-0.0.22.tar.gz
[07:31] <carlos> segfault, breezy has 0.0.18
[07:31] <zyga> ah
[07:31] <zyga> okay that explains it
[07:31] <SteveA> i guess we could ask that a new version goes into breezy, if it is in universe
[07:32] <SteveA> not if it is in main, though
[07:32] <segfault> stevea: its main
[07:32] <segfault> that's why i'm worried
[07:32] <SteveA> then, too late for breezy
[07:32] <segfault> :(
[07:32] <carlos> segfault, we will have a new release in 6 months... it's not perfect but it's not too bad...
[07:35] <segfault> carlos: no problem
[07:45] <gneuman> SteveA, a just found another template with portlet actions
[07:45] <SteveA> cool
[07:45] <SteveA> i used grep for it
[07:46] <SteveA> and omitted ones to do with shipit
[07:46] <gneuman> are they all suposed to be taken away?
[07:46] <SteveA> yes
[07:46] <SteveA> so, here's what i'd do
[07:46] <SteveA> 1. make a list of the page templates that need attention.  these are ones that contain portlet-actions, excluding shipit-related ones
[07:46] <gneuman> ok
[07:46] <gneuman> we will take care of it
[07:46] <SteveA> 2. for each page template, work out a URL where it is used, so you can see it failing
[07:47] <SteveA> 3. write a page test that fails to pass as a test, because the page fails to render
[07:47] <SteveA> 4. remove the portlet-actions reference, and maybe the entire metal slot, if that's the only thing in that slot
[07:48] <SteveA> if you can't find how to make a good test for a given template, then mail the mailing list about that template, and someone will help you
[07:48] <gneuman> ok
[07:49] <SteveA> stu cherrypicked a change into production to remove all references to portlet-actions
[07:50] <SteveA> that fixes production for this week
[07:50] <SteveA> but it doesn't give a permanent fix, and there are no tests of what i fixed in production
[07:51] <SteveA> so that's why what you're doing is important -- you're ensuring that these pages are tested, so some change or other won't cause them to stop working with no one knowing about it  
[07:54] <SteveA> bradb: reviewed, btw
[07:54] <mpt> SteveA: what's the name of bradb's branch?
[07:55] <mpt> (it's not on PendingReviews)
[07:55] <SteveA> not sure
[07:56] <SteveA> he sent me a patch
[07:56] <SteveA> malone-ode-to-jakob perhaps
[07:58] <SteveA> bradb: i'm about to go home.  anything you need/
[07:58] <bradb> one sec, just got bac k
[07:58] <bradb> back
[07:59] <bradb> SteveA: mm, showPackageName is not on a database class
[08:00] <SteveA> oh?
[08:00] <SteveA> thought it was part of IBugTarget
[08:00] <bradb> --- orig/lib/canonical/launchpad/browser/bugtask.py
[08:00] <bradb> +++ mod/lib/canonical/launchpad/browser/bugtask.py
[08:00] <bradb> @@ -736,6 +736,18 @@ class BugTaskSearchListingView:
[08:00] <bradb> It's a method on the view that's used by certain targets
[08:00] <SteveA> okay
[08:01] <SteveA> so i was fooled by it being in interfaces
[08:01] <SteveA> even so, i think the method name i suggested makes more sense overall
[08:01] <SteveA> and the method functionality
[08:01] <SteveA> so, what interface is it declared on?
[08:02] <bradb> I don't think it makes more sense
[08:02] <bradb> The idea is this: in certain views we want to show the sp name for task, but in other views, we don't
[08:02] <SteveA> yes
[08:02] <bradb> it could be exactly the same task even
[08:02] <bradb> but, in one place, we want to show it, and in another we don't
[08:02] <SteveA> okay
[08:03] <bradb> getTargetPackage sounds like something that would get me the target package, which, to me at least, doesn't make any recommendation about whether i'm supposed to show the sp name or not.
[08:03] <SteveA> so, use shouldShowPackageName
[08:03] <bradb> right, ok
[08:03] <SteveA> or, getSourcePackageForDisplay ;-)
[08:04] <SteveA> ok, it's all good
[08:04] <SteveA> go ahead and merge
[08:04] <bradb> cool, thanks
[08:05] <carlos> SteveA, https://chinstrap.ubuntu.com/~dsilvers/paste/filethex7W.html
[08:05] <carlos> SteveA, something is wrong with breezy + tests
[08:05] <mpt> bradb: does that change the sorting control?
[08:05] <SteveA> carlos: the deprecation warning?
[08:05] <bradb> mpt: nope
[08:06] <carlos> SteveA, no, at the end the test end with an error but I'm not able to see it...
[08:06] <mpt> bradb: just the package name presence?
[08:06] <bradb> mpt: yep
[08:06] <SteveA> carlos: can you narrow it down to the exact test that is failing?
[08:06] <mpt> bradb: branch name?
[08:07] <carlos> ./test.py -vvv ?
[08:07] <SteveA>   python test.py -vvv
[08:07] <SteveA> yep
[08:07] <carlos> ok
[08:07] <SteveA> strange that the error wouldn't be shown
[08:08] <carlos> yeah
[08:08] <carlos> there are other people working with breezy and developing launchpad, right?
[08:09] <bradb> mpt: brad.bollenbach@canonical.com/launchpad--malone-ode-to-jakob--0 but hold off for about 10-15 mins so i can commit, etc.
[08:10] <SteveA> carlos: yes
[08:10] <carlos> ok
[08:10] <SteveA> carlos: my laptop has breezy, but i usually work on my workstation, which is still on hoary
[08:10] <SteveA> just because i have a lot of state in stuff i'm landing right now in open windows etc.
[08:11] <SteveA> i expect to upgrade once i've landed the navigation refactoring
[08:12] <carlos> SteveA, btw, the dist-upgrade was really good, postgres was migrated without any issue so I didn't notice the change (outside the tests errors)
[08:12] <SteveA> cool
[08:19] <SteveA> http://developers.slashdot.org/developers/05/10/05/168247.shtml?tid=185&tid=8   <--- bradb, mpt
[08:20] <SteveA> we can do that eventually, with ajax crack
[08:20] <bradb> vive le web 2.0
[08:24] <bradb> mpt: I auto-added some revisions to my revlib, I scanned for a full-tree revision, I applied 27 revisions, I typed my password twice, I mirrored, and now she's all yours: brad.bollenbach@canonical.com/launchpad--malone-ode-to-jakob--0. Probably quickest for both of us if I just merge it though, right?
[08:24] <bradb> You'd still be building a cache of my archive by the time it lands, I imagine
[08:27] <mpt> yes, I'm still committing my first revision
[08:28] <bradb> heh
[08:28] <mpt> only 32 minutes so far
[08:43] <carlos> SteveA, seems like the error is related to librarian...
[08:43] <carlos>     + HTTPError: HTTP Error 500: Internal Server Error
[08:58] <bradb> mpt: oh, i'll have something neat to show you in a little bit, that i thought of while looking at the results list and thinking about sorting, etc.
[09:01] <mpt> 1 hour 35 minutes and counting ...
[09:03] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=SteveA]  debongify the MSR integration on the D/DR bug listing, so that package name is shown (patch-2577: brad.bollenbach@canonical.com)
[09:12] <bradb> mm, actually, this "something neat" thing is probably useless. n/m.
[09:25] <mpt> bradb: Sort by: [oldest first  :^]  [Update] 
[09:26] <bradb> I had Sorted by: [newest first:^]  [Sort Again] 
[09:27] <bradb> but, either way, I'm not too bothered
[09:27] <mpt> oh, if you've already done it, cool
[09:39] <NyteOwl> Do previously registered ubuntu folks have to reregister?
[09:40] <jordi> carlos: will check
[09:40] <carlos> jordi, ok
[09:40] <carlos> see you!
[09:40] <kiko> NyteOwl, in shipit? yes!
[09:40] <kiko> you need a launchpad account
[09:40] <NyteOwl> kiko, ok, thanks
[09:41] <gneuman> does anyone know how to proceed when you removed a file?
[09:42] <gneuman> i removed it without using baz rm
[09:42] <kiko> gneuman, baz rm?
[09:42] <kiko> gneuman, just touch the file
[09:42] <kiko> and baz rm it 
[09:42] <gneuman> k
[09:42] <gneuman> ops
[09:42] <salgado> kiko, he doesn't want to remove the file
[09:43] <kiko> salgado, ah. then baz diff and then patch -R it
[09:44] <kiko> but he will have lost it salgado 
[09:54] <kiko> salgado, link-external-sourcecode should save you around 300mb per tree
[09:54] <bradb> What would you guys think of trying out a session-based "Your recent searches" portlet on the bug listing?
[09:56] <kiko> bradb, awesome idea!
[09:57] <kiko> I'm merging by delta, lalalala
[09:57] <bradb> kiko: Maybe I'll play with that idea a bit after I get the sorting nailed down.
[10:01] <salgado> kiko, how? my trees have 700 megs and from that, 550 are inside {arch}
[10:02] <kiko> hmmm
[10:02] <kiko> yeah, seems like you're right
[10:02] <kiko> it's 100mb
[10:03] <salgado> tomorrow I'll remove one of my worktrees
[10:03] <salgado> that will free almost 1G
[10:04] <kiko> rock!
[10:13] <mpt> ah, that search form looks much nicer
[10:31] <kiko> man, I should /only/ use baz replay
[10:32] <kiko> it's like 100x faster than merge
[10:33] <kiko> (of course, it also does a lot less)
[10:43] <bradb> mpt: I guess you already made the bug icons clickable and titled?
[10:50] <mpt> bradb: fatter, but not clickable or titled yet
[10:50] <mpt> I'm just merging your conflictage
[10:51] <bradb> ah
[10:53] <ajmitch> mpt: how different is that search form now?
[10:54] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=kiko Fixed bug 1092: Marking bugs as duplicate doesn't work and bug 1005: Marking bug as duplicate of itself produces system error. Adds tests and also reworks the validation code slightly. Patch by Diogo Matsubara <matsubara@async.com.br> (patch-2578: matsubara@async.com.br, christian.reis@canonical.com)
[10:56] <asmodai> kiko: tudo bm?
[10:56] <asmodai> err
[10:57] <asmodai> m even
[10:58] <kiko> asmodai, yeppers
[10:58] <asmodai> kiko: btw, officially hired at Erasmus Uni in Rotterdam now :)
[10:58] <kiko> wow, congratulations :)
[10:59] <asmodai> Obrigado :)
[10:59] <asmodai> Time for more XML, Python, pgsql, and dspace hacking ^^
[11:00] <mpt> ajmitch: bradb has put the package name in the results for distros and distro releases. I've made the results more compact, tidied up the advanced search controls, put them above the buglist, made the priority icons more different, and (just now) given them tooltips.
[11:00] <mpt> bradb is in the process of giving the listing a proper menu for sorting.
[11:01] <bradb> ...which I've got working for upstream, distro and distrorelease, but the distro sp page needs some serious help
[11:01] <ajmitch> wonderful, thanks 
[11:01] <bradb> the DSP page was pretty crappy before, but during the menu conversion, it seems to have lost its menus as well
[11:03] <kiko> lol
[11:05] <mpt> DSP page?
[11:05] <mpt> oh, distro source package
[11:05] <mpt> Once my design-fascism branch is landed, I'm going to go through all the templates to make sure they have the menus they should
[11:09] <kiko> bradb, what happend to BugTask.target/targetname?
[11:10] <bradb> kiko: Nothing, AFAIK. Why do you ask?
[11:11] <kiko> the methods are gone, AFAICS
[11:11] <kiko> matsubara should have used them when fixing bug 2467 but they didn't exist!
[11:12] <bradb> kiko: they're in the mixin class
[11:12] <kiko> oh
[11:12] <kiko> what mixin class?
[11:12] <bradb> BugTaskMixin
[11:12] <bradb> created so that null bugtask and bugtask could share the same code
[11:14] <kiko> okay.
[11:17] <kiko> SteveA?
[11:18] <bradb> mpt: Any plans to make our portlets make a little more asthetically pleasing any time soon? Rounded edges, more contrast between their bg color and the rest of the page, that sort of thing?
[11:19] <bradb> s/make a little/look a little/
[11:22] <mpt> drop shadows
[11:22] <mpt> reflective glass texture
[11:22] <mpt> etc
[11:22] <mpt> no.
[11:23] <mpt> I'm not allowed to change Launchpad's overall look at the moment
[11:23] <mpt> though, as usual, I would dearly love to
[11:23] <bradb> that's too bad because, as we both know, attractive things do work better.
[11:24] <mpt> definitely
[11:24] <bradb> heheeeh
[11:25] <bradb> I've got the sort widget working here, but I can't submit this for review until the sp bug listing is less crap. I'll likely merge it tomorrow morning if there's a reviewer available.
[11:26] <bradb> mpt: Is there any point in me committing so that you can get this code, or can you wait until tomorrow?
[11:26] <mpt> as long as your code cleanly knocks out the table, and doesn't mess around with the rest of the file, I shouldn't conflict
[11:27] <bradb> when will you merge your changes? i bet there will be small conflicts.
[11:30] <bradb> anyway, i'm off, later all
[11:39] <allee> Hi! I've played with malone and didn't find: add link to bugs.kde.org, and monitor all bugs for a given ubuntu/<srcpkg>.
[11:40] <allee> Is https://wiki.ubuntu.com/MaloneUniverseWishList still right place to add wishlists?  (see item 22 ;)  No update since 2.5 months??
[11:40] <allee> + ;)
[11:42] <ajmitch> filing bugs on malone will get them seen quicker
[11:43] <allee> ajmitch: so I  try to figure out a submit-wish-list-url and add it to top of MaloneUniverseWishList ?
[11:45] <ajmitch> https://launchpad.net/products/malone/+filebug
[11:45] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=kiko Fix for bug 2705: A number of pages are untested and currently broken. Adds tests for web references, adding specs, linking specs to sprints, and the main cve pages; removes references to portlet-actions. Patch by Diogo Matsubara <matsubara@async.com.br> (patch-2579: matsubara@async.com.br, christian.reis@canonical.com)