[12:05] <lifeless> elmo: file a bug please if its an archive we can peek at
[12:05] <lifeless> elmo: we need the revno each involved branch is at
[12:06] <elmo> lifeless: well it's launchpad stuff on chinstrap, does that count?
[12:06] <lifeless> means only me and mpool can analyse it
[12:07] <elmo> lifeless: a failure to merge is always a bug?  I thought it could just  be unresolvable
[12:07] <lifeless> a revert of your changes that was not the result of the other branch merging-and-rejecting your change is a bug
[12:07] <lifeless> had the other branch already merged you?
[12:10] <elmo> sorry, I'm probably being unclear, it didn't silently revert stuff.  it complained about 3 way diff failing and that there were conflicts, and left me with foo{,.BASE,.OTHER,.THIS}... I only originally saw foo and that's what made me whine about reversions, because after I manually resolved the "<<<<" marked bits, I was left with a file that was a big reversion of my changes.  if that makes more sense
[12:11] <elmo> and I'm not sure if they merged me, I can check
[12:13] <elmo> he'd merged me in the past yes, but not the revisions that got reverted
[12:14] <carlos> daf: http://gollum.pemas.net:8086/rosetta/imports
[12:14] <carlos> daf: the form submission doesn't work, I just did the html part of the form
[12:16] <daf> carlos: I think we only need 3 buttons
[12:16] <daf> carlos: Approve, Delete, Block
[12:16] <daf> maybe even only two
[12:16] <daf> Approve, Block
[12:16] <daf> if an admin is viewing the page, you can add both buttons to each row
[12:17] <carlos> daf: then the deleted status is useless as you don't have a way to delete anything...
[12:17] <daf> remind me what "Blocked" means
[12:17] <daf> actually, a better idea might be to have checkboxes
[12:17] <daf> er, radio buttons
[12:18] <carlos> daf: blocked is to do things like this: https://launchpad.net/rosetta/imports/+blocked
[12:18] <carlos> daf: glib has the same .pot and .po files on different parts of the tree
[12:18] <daf> Needs Rivew | evolution in Ubuntu Hoary | es.po | Carlos | 23:13 | [Download]  | (*) | ( ) | ( ) |
[12:19] <carlos> and we are interested only on one of them, the others must be 'blocked' so we don't need to review them every time to remove them
[12:19] <daf> columns are Approve, Block, Delete
[12:19] <daf> so you can set the status on a bunch of things
[12:19] <daf> and submit the form once
[12:19] <daf> do you see what I mean?
[12:19] <carlos> daf: the table is already too big that will break more the UI....
[12:19] <carlos> daf: the idea is good but the UI sucks...
[12:19] <daf> then don't use a table
[12:20] <daf> or fold the columns
[12:21] <daf> || Origin: glib2.0 in Ubuntu Dapper \n Uploader: Rosetta Admins \n Uploaded: 2006-02-25 || (*) || ( ) || ( ) ||
[12:21] <carlos> daf: I know the mean of fold but I don't get the meaning of it on this context...
[12:21] <carlos> ohoel, I see
[12:21] <carlos> s/ohoel/ohh/
[12:21] <ohoel> o.O
[12:21] <daf> s#\n#<br/># if that makes it clearer
[12:22] <carlos> no, I get the idea...
[12:22] <daf> what do you think?
[12:22] <daf> maybe we can try it out quickly
[12:22] <carlos> daf: it sounds good
[12:22] <carlos> yes, I'm doing the changes now
[12:22] <carlos> but
[12:23] <carlos> we are missing a way to show that the import failed or needs review or is imported
[12:23] <carlos> daf: we cannot remove the Status information
[12:24] <daf> of course
[12:24] <daf> I was just being lazy :)
[12:24] <daf> use your imagination
[12:24] <carlos> ohoel, I thought you wanted to use the radio buttons as a way to show its status
[12:24] <daf> that might be worth a separate column
[12:24] <ohoel> carlos: should I change my name? ;)
[12:24] <carlos> fuck... gnome-xchat is changing ohhh, with ohoel....
[12:24] <carlos> ohoel: sorry dude
[12:25] <ohoel> no worries, mkes me feel special ;)
[12:25] <kiko> daf, a question for you
[12:26] <kiko> shouldn't scrape.py include shipit bugs?
[12:26] <daf> it should
[12:26] <kiko> it isn'
[12:26] <kiko> t
[12:26] <daf> now it does
[12:27] <daf> and it should also sync shipit changes
[12:28] <kiko> daf, does it operate from a cache? it's pretty cool
[12:28] <daf> yup
[12:28] <kiko> daf, I was thinking we should use it to model what +milestone does
[12:28] <daf> directory of pickles :)
[12:28] <kiko> +milestone right now is a disaster
[12:28] <daf> I should change it to use sqlite or something, but it works ok
[12:29] <daf> ssh chinstrap
[12:29] <daf> bzr branch /home/daf/public_html/bugs
[12:32] <daf> I'd like to spend time making the query engine more flexible so I can do more MaloneSearch-like things
[12:32] <daf> allow it to be given query schemas rather than just going on attributes
[12:35] <daf> where's this +milestone page
[12:35] <daf> ?
[12:35] <carlos> daf: http://gollum.pemas.net:8086/rosetta/imports
[12:35] <carlos> still bad UI...
[12:36] <daf> it's a start
[12:36] <daf> suggestion: use <strong> on Source/Path/...
[12:36] <daf> s/Entry/Details/
[12:36] <daf> maybe mpt has some ideas for us
[12:37] <carlos> yeah, I suppose it's ok to leave it that way until he can take a look
[12:37] <daf> as long as you and Jordi can use it
[12:37] <daf> that's the important thing
[12:38] <carlos> daf: can you log in?
[12:38] <daf> sure
[12:38] <carlos> I think you are missing the edit link
[12:38] <carlos> just to be sure you see the whole table
[12:38] <carlos> I'm going to move the Download and Edit link to the end of the table
[12:38] <daf> yeah, I see it now
[12:38] <daf> "Import into:" is blank
[12:39] <carlos> daf: yes, I'm going to hide it when we don't have that information
[12:39] <carlos> and the Block and Approve radio buttons will be available only if you are an admin
[12:39] <daf> also, can you add a "Leave" column, which has the default radio button entry?
[12:40] <carlos> daf: yes, I was thinking on that...
[12:40] <daf> that way you can change it back if you make a mistake
[12:40] <carlos> daf: What about use check buttons?
[12:40] <daf> why a check button?
[12:40] <carlos> that way we don't need one extra column
[12:40] <carlos> you can have one selected or none
[12:41] <daf> hmm
[12:41] <carlos> using a group
[12:41] <carlos> so you get the same functionality we have with the radio buttons
[12:41] <daf> oh, does that work?
[12:41] <carlos> I think so
[12:41] <carlos> yes
[12:41] <carlos> but need to check
[12:42] <daf> do blocks happen manually or automatically or both?
[12:45] <carlos> what do you mean?
[12:48] <daf> mpt!
[12:49] <daf> carlos: how does an import get into the Blocked status?
[12:49] <carlos> daf: a Rosetta Expert sets it as blocked
[12:49] <daf> ah
[12:49] <daf> why do we block rather than delete?
[12:50] <carlos> daf: we cannot use checkboxes as I suggested it doesn't work
[12:50] <carlos> daf: because with next package import, you will need to delete them again
[12:51] <daf> I suspected as much
[12:51] <daf> ah!
[12:51] <daf> I understand now
[12:51] <carlos> daf: if you set it as blocked, you will get those entries automatically ignored
[12:51] <daf> got it
[12:51] <carlos> ok
[12:53] <mpt> hi daf
[12:53] <daf> carlos and I were just discussing the design of the imports page
[12:53] <mpt> ditto what SteveA said about 404s
[12:53] <daf> we have a prototype
[12:53] <daf> for now, it mainly needs to be usable by jordi and carlos
[12:53] <mpt> They should generally be fixed at the source or not at all, rather than the destination
[12:54] <mpt> anyway, imports
[12:54] <daf> we have something ok, I think, but perhaps you can suggest some improvements
[12:54] <carlos> daf. mpt: http://gollum.pemas.net:8086/rosetta/imports
[12:55] <mpt> that looks reallly ... odd
[12:55] <carlos> mpt: yeah, that's what we need your help ;-)
[12:56] <mpt> The "Details" cell, and therefore the entire row, is more than half the height of my browser window
[12:56] <daf> perhaps we should abandon the table entirely
[12:56] <mpt> So, one thing to do would be to reduce the number of cells per row
[12:56] <kiko> same here
[12:57] <mpt> For example, the radio buttons could be changed to a <select>
[12:57] <mpt> [ Leave     :^] 
[12:57] <daf> let's try that
[12:58] <mpt> though that would require a drag, rather than a click, for processing each item
[12:58] <daf> indeed
[12:58] <daf> most users will only get the Leave/Delete option
[12:58] <daf> only admins get all four
[12:58] <mpt> most users?
[12:58] <mpt> So any random person can delete imports?
[12:58] <kiko> carlos, did you manage to work around bug 33029?
[12:58] <Ubugtu> malone bug 33029 in bzr "UnicodeDecodeError in Testament.as_short_text" [Normal,Unconfirmed]  http://launchpad.net/bugs/33029
[12:59] <carlos> kiko: yes, I removed the non ascii chars and did the commit and merge into rocketfuel
[12:59] <daf> mpt: only ones they've added
[12:59] <kiko> cool
[12:59] <mpt> ok
[12:59] <daf> so the radio buttons will be hidden or disalbed for other people's imports
[01:00] <daf> in fact, we can make it so that we just have a [Delete]  button for the rows the user has uploaded
[01:00] <daf> they're unlikely to need to delete many items at once
[01:01] <daf> how bad would it be to have a two-row design?
[01:02] <daf> information/actions
[01:02] <mpt> What's the empty cell for?
[01:02] <daf> || Status || Source || Path || Uploader || Upload time ||
[01:03] <daf> || (*) Leave ( ) Approve ( ) Block ( ) Delete ||
[01:03] <daf> what empty cell?
[01:03] <carlos> mpt: a link to the edit page
[01:03] <carlos> mpt: it's not empty if you are an admin, I suppose we should remove it if you are not an admin so you don't see it
[01:03] <daf> carlos: put Edit in the th for that column
[01:03] <mpt> "the edit page"?
[01:04] <daf> the page to edit that entry
[01:04] <daf> http://gollum.pemas.net:8086/rosetta/imports/1
[01:04] <carlos> mpt: to select where that entry will be imported
[01:04] <daf> login: foo.bar@canonical.com
[01:04] <carlos> upps I broke the tal page...
[01:04] <mpt> indeed :-)
[01:05] <daf> :)
[01:05] <daf> mpt: what do you think of the last design I suggested?
[01:06] <mpt> Why do we need so many columns?
[01:07] <daf> which ones would we remove?
[01:07] <mpt> Do Source, Path, Uploader, and Upload time really need to be in separate columns?
[01:08] <carlos> mpt: it's info we need to render, we don't mind how we represent it
[01:09] <mpt> Can status be changed only of imports that are in "Needs Review", or of imports that are in any status?
[01:09] <daf> carlos: what's the "Import Into" part?
[01:09] <carlos> daf: a link to a POTemplate or POFile where that entry will be imported
[01:10] <daf> why is it null in the example?
[01:10] <carlos> daf: because we need to review it ;-)
[01:11] <carlos> daf: check it now
[01:11] <carlos> daf: it's not empty now
[01:11] <daf> eww
[01:11] <carlos> it's not the right value, but you get the idea
[01:11] <daf> POFile displaynames are horribly verbose
[01:12] <daf> but yeah, I get the idea
[01:15] <carlos> kiko: why is https://launchpad.net/products/rosetta/+bug/28851 a duplicate of https://launchpad.net/products/rosetta/+bug/28977 instead of the other way?
[01:15] <Ubugtu> malone bug 28851 in rosetta "pot import failing" [Normal,In progress]  
[01:15] <carlos> kiko: 28851 has much more information than 28977...
[01:16] <carlos> mpt: the status can be changed on imports with any status
[01:16] <carlos> mpt: but the most common change is from Needs Review to other status
[01:17] <mpt> carlos, how many will be in a batch?
[01:17] <carlos> mpt: I was thinking on 100 entries per page
[01:17] <carlos> mpt: but I'm open to any suggestion
[01:18] <mpt> carlos, and out of 100, about how many would need to be approved, how many deleted, and how many blocked?
[01:18] <kiko> carlos, I don't care either way, but they are dupes.
[01:19] <carlos> kiko: true, but I prefer if 28851 is the main one, I will do that change, don't worry
[01:19] <carlos> mpt: well, it depends on the batch you are at
[01:19] <carlos> mpt: usually, the delete action will not be used  too often
[01:20] <carlos> the blocked one would be used with many entries at the same time when needed
[01:21] <carlos> and the Approved one... usually will not be used a lot on that form until I implement/fix the bug #29467
[01:21] <Ubugtu> malone bug 29467 in rosetta "Import queue -- allow for mass approvals" [Normal,In progress]  http://launchpad.net/bugs/29467
[01:21] <mpt> carlos, tell me if I have this right: Changing an item's status to "Approved" leaves it in the queue until the importer gets to it. Changing an item's status to "Blocked" or "Delete" removes it immediately. Correct?
[01:22] <carlos> mpt: no, all the entries remain on the queu
[01:22] <kiko> carlos, who is bug 1681 waiting for?
[01:22] <Ubugtu> malone bug 1681 in rosetta "Viewing a translation page fails in unix2newlines" [Major,In progress]  http://launchpad.net/bugs/1681
[01:22] <carlos> the deleted ones will be removed after two days on the queue
[01:22] <mpt> ahhh.
[01:22] <carlos> mpt: the blocked ones will remain there for ever but at the end of the batching
[01:23] <carlos> kiko: it's waiting for me answering SteveA, but it's nearly finished
[01:23] <kiko> carlos, okay, cool
[01:23] <carlos> I try to finish with those bugs when I wait for the tests
[01:24] <kiko> daf, can we revisit bugs 2948 and 2892?
[01:27] <mpt> carlos, so
[01:28] <mpt> []  es.po in Ubuntu Hoary Evolution       [ Needs Review :^]  _Download_ _Edit_
[01:29] <mpt>     Uploaded by Carlos Perell? Mar?n on 2006-03-03 01:13:46 SAST
[01:29] <carlos> mpt: what's the first []  for?
[01:29] <mpt> an icon for the file
[01:29] <mpt> I can add that later
[01:29] <carlos> so we use two rows per entry
[01:30] <mpt> right
[01:30] <daf> kiko: yes, but in the morning
[01:30] <carlos> mpt: and we don't show the place where it will be imported
[01:30] <daf> kiko: I need to crash
[01:30] <mpt> oh
[01:30] <kiko> daf, okay, ping me then. thanks
[01:30] <mpt> carlos, I'm not sure what that "Import into:" is for
[01:31] <carlos> mpt: most of the time we don't have that value, we will have it for sure when the status is 'Approved'
[01:31] <carlos> mpt: it tells you the IPOFile or IPOTemplate where this entry will be imported
[01:32] <mpt> So, that would be a third row
[01:32] <carlos> ok
[01:33] <AlinuxOS> buenas tardes people, how can I see the future Dappers packages list in lauchpad, I would like to import some translations.
[01:34] <carlos> AlinuxOS: dapper translations are not yet ready. Working on that atm
[01:35] <AlinuxOS> carlos, ok, but will it possible to see al Dappers CD's packages list?
[01:35] <AlinuxOS> to see all applications included into dapper main.
[01:35] <carlos> AlinuxOS: you can see all packages already, yes
[01:35] <carlos> AlinuxOS: https://launchpad.net/distros/ubuntu/dapper
[01:36] <carlos> hmm
[01:37] <carlos> kiko: is there any way to get all dapper packages?
[01:37] <carlos> I only see a search form
[01:37] <spiv> carlos: AlinuxOS isn't even asking for all dapper packages.
[01:37] <AlinuxOS> carlos, yes
[01:37] <spiv> carlos: But for the packages in main or on the CD.
[01:37] <carlos> well, all package in main...
[01:38] <spiv> (or at least, that's how it appears to me)
[01:38] <AlinuxOS> I would like to see all list, if I type * in search box... no list appears
[01:38] <daf> carlos: SELECT name FROM sourcepackagename WHERE ... :)
[01:38] <carlos> daf: :-P
[01:39] <daf> there's https://launchpad.net/distros/ubuntu/+allpackages
[01:39] <daf> but not https://launchpad.net/distros/ubuntu/dapper/+allpackages
[01:39] <carlos> AlinuxOS: https://launchpad.net/distros/ubuntu/dapper/+lang/af would give you the info you want. We are going to fix that page soon to have all templates
[01:40] <carlos> AlinuxOS: and dapper will have only resources from main
[01:40] <carlos> so universe packages will not be there
[01:40] <carlos> change 'af' with your language code
[01:40] <AlinuxOS> carlos, ah so it's future projec right ?
[01:40] <daf> there's a bug on that
[01:41] <AlinuxOS> it's not available in this moment, right?
[01:41] <daf> if you want to subsribe to it
[01:41] <daf> for progress updates
[01:41] <carlos> AlinuxOS: the page exists but it misses some templates
[01:41] <daf> kiko: remind me to talk about the +milestone page tomorrow
[01:42] <AlinuxOS> carlos, ok :)
[01:42] <AlinuxOS> thank you
[01:42] <carlos> you are welcome
[01:56] <carlos> mpt: http://gollum.pemas.net:8086/rosetta/imports
[01:58] <daf> carlos: !
[01:58] <daf> carlos: it doesn't make sense to allow admins to manually set the Failed status
[01:59] <carlos> daf: it's a mockup and that select shows also the selected status not only a choice of selection
[01:59] <carlos> s/of/to/
[02:00] <carlos> s/of selection/to select/
[02:01] <carlos> daf: so Failed will appear only if the entry is already set as Failed
[02:01] <daf> hmm, that makes more sense
[02:01] <daf> I'm sure mpt will make you DTRT
[02:01] <carlos> DTRT?
[02:02] <daf> Do The Right Thing
[02:02] <carlos> the table is a bit ugly as it's atm....
[02:02] <daf> it's a caterpillar
[02:02] <carlos> I suppose there should be any way to change it for a pretty one but not tonight...
[02:03] <irvin> hi is www.launchpad.com supposed to redirect to gollum?
[02:04] <daf> er
[02:04] <daf> launchpad.com is nothing to do with us
[02:04] <daf> launchpad.net should not redirect to gollum
[02:04] <daf> gollum is carlos' laptop
[02:05] <irvin> my bad launchpad.net 
[02:05] <carlos> daf: well, it's my home server
[02:06] <irvin> probably my cache... sorry for the noise
[02:07] <carlos> mpt: hi, could you "bless" the new layout, please?
[02:08] <carlos> that way I will finish its implementation tomorrow morning...
[02:08] <mpt> carlos, use <table class="listing">
 for the file name
[02:09] <mpt> <tr class="secondary"> for the other rows
[02:10] <mpt> and I don't see why you're using colspan="2" on the first cell -- you're not splitting that column anywhere else.
[02:10] <daf> make the file name the download link
[02:10] <daf> and instead of []  put an edit icon next to the edit link
[02:10] <carlos> mpt: I tried to get more space for it, ignore that, I'm going to revert that change
[02:11] <mpt> "If you're looking for web design companies, hair replacement, buy domain name or anything similar, go ahead and browse our comprehensive resource directory."
[02:11] <mpt> That is awesome.
[02:11] <mpt> I'm looking for buy domain name AND hair replacement!
[02:11] <mpt> One-stop shopping!
[02:11] <carlos> ;-)
[02:12] <carlos> daf: the []  was took from other forms on launchpad where they have similar actions
[02:12] <daf> those forms suck
[02:13] <carlos> daf: about the Download link... I don't think the user will understand that the link for 'es.po' is to download the file....
[02:13] <carlos> at least not with the current UI
[02:13] <daf> put a download icon next to it?
[02:13] <daf> icons make everything better
[02:14] <mpt> Launchpad has too many icons
[02:14] <daf> surely that's impossible
[02:14] <mpt> but yeah, there should be an icon for each import
[02:14] <carlos> let's the 'icon war' begin....
[02:14] <daf> icons are always good
[02:14] <kiko> but pornlets are better
[02:14] <kiko> now daf GO TO BED
[02:14] <daf> tell carlos that
[02:14] <daf> it's 2:15 am for him
[02:15] <daf> actually, I'll tell him
[02:15] <carlos> :-P
[02:15] <daf> carlos: GO TO BED
[02:15] <mpt> kiko, https://launchpad.net/products/malone/+spec/simplification
[02:15] <carlos> mpt: do you agree on removing the download text and move it to the filename as daf suggests?
[02:16] <carlos> daf: I'm mostly ready to go to bed ;-)
[02:16] <mpt> carlos, only if you use a download icon right next to it
[02:16] <kiko-zzz> I'll look at it
[02:16] <kiko-zzz> thanks
[02:17] <kiko-zzz> I will crush my 4 oops bugs tomorrow like the babies they are
[02:17] <carlos> mpt: ok, but then you will not be able to add an icon for the entry or you will have two icons together..
[02:17] <carlos> is that ok?
[02:17] <carlos> It's ok for me
[02:20] <carlos> I will take that silence as an ok....
[02:20] <carlos> daf: you are next!!!
[02:20] <carlos> :-D
[02:20] <carlos> Good night!
[02:20] <carlos> daf, mpt: Thanks for your input
[02:20] <mpt> carlos, I meant use the download icon as the icon for the entry
[02:20] <kiko-zzz> somebody needs to help carlos with his oopsers...
[02:26] <LarstiQ> heh
[03:31] <beyond> hi mpt
[04:08] <spiv> lifeless/stub: pqm appears to be hung
[04:14] <spiv> stu1: pqm appears to be hung
[07:01] <mpt__> Gooooooooooooooooooooooooood evening Launchpadders!
[07:03] <ajmitch> hi mpt
[07:04] <mpt> stu1, the Fatal Network Web site used to exist (I visited it a couple of times in 2003), then Jasper tried to sell it, and I guess failed, so it seems he's now using the same IP address for one of his Web design clients
[07:04] <mpt> But neither the tech review site nor the herbal remedies site have anything to do with open source software.
[07:04] <mpt> hi ajmitch
[07:08] <lifeless> spiv - my turn to leave cron disabled
[07:08] <lifeless> spiv: I was looking at this failure to mail out notifications
[07:09] <spiv> lifeless: I wondered if that might have been the case.  I don't mind, just so long as there's no unknown problems...
[08:09] <G0SUB> jordi 
[08:10] <G0SUB> SteveA 
[08:31] <mpt_> mdz, ping
[08:32] <SteveA> morning
[08:32] <G0SUB> SteveA you know what happened?
[08:33] <SteveA> G0SUB: no idea.  i just got back from the US
[08:33] <G0SUB> SteveA heh, that day I mailed rosetta-users about the language team ...
[08:33] <G0SUB> SteveA after that, I came back and saw that some other team has already hijacked the project :)
[08:34] <SteveA> is that good or bad?
[08:34] <G0SUB> SteveA `hijacking' is never good :)
[08:34] <G0SUB> SteveA it was precisely what I was trying to avoid
[08:53] <SteveA> G0SUB: i expect carlos will be around in an hour or two.
[08:53] <G0SUB> SteveA jordi has mailed them
[08:53] <G0SUB> bengali has two locales ... bn_IN (India) & bn_BD (Bangladesh) ... they are from BD and have hijacked the generic bn
[08:55] <G0SUB> so jordi has told them to change theirs to bn-BD and we keep bn-IN
[09:07] <SteveA> i see
[09:07] <SteveA> so, it's being sorted out
[09:07] <SteveA> jamesh: ping
[09:08] <SteveA> spiv: ping
[09:09] <SteveA> daf: ping
[09:09] <SteveA> BjornT: ping
[09:09] <BjornT> hi SteveA 
[09:09] <SteveA> hi BjornT 
[09:09] <SteveA> couple of things...
[09:09] <SteveA> https://launchpad.net/products/launchpad/+bug/32117
[09:09] <Ubugtu> malone bug 32117 in launchpad "Template productseries-hctstatus-core.pt is wrongly calling getPackageName" [Normal,In progress]  
[09:10] <SteveA> i see that david attempted to change the assignee and stuff in an email command
[09:10] <SteveA> but it was at the end of the message, so perhaps it didn't work
[09:10] <SteveA> maybe the email system needs a warnings capability, so that when commands don't appear, but do appear to be malformed, a warning email goes back to the submitted
[09:10] <SteveA> submitter, that is
[09:11] <SteveA> saying "looks like you were trying to do something, but launchpad didn't understand.  here are some docs about what you should do"
[09:12] <SteveA> BjornT: also, what happened about spiv's spiv/launchpad/rename-buttsource review?  did that get approved and merged?
[09:12] <BjornT> SteveA: as far as i see, he set the initial assignee to daf, then later assigned it to himself
[09:12] <carlos> morning
[09:12] <BjornT> SteveA: yes, spiv's branch is approved and merged
[09:12] <SteveA> hmm, so he did
[09:12] <SteveA> i really do want to get status changes shown along with comments
[09:13] <SteveA> especially when email commands are left in the comments
[09:13] <SteveA> because it can be misleading
[09:13] <SteveA> hi carlos 
 carlos, I meant use the download icon as the icon for the entry
[09:15] <BjornT> SteveA: yeah, definitely. mpt has asked me to finish the implementation part of BugHistory, i'll try to get it done soon.
[09:15] <SteveA> ok
[09:27] <ddaa> Good morning paddlers.
[09:27] <carlos> mpt: ok
[09:30] <Mr_DuDe> hmmm?
[09:31] <Mr_DuDe> .
[09:46] <G0SUB> when I go to https://launchpad.net/rosetta/groups/ubuntu-translators, I see the name of our team
[09:47] <G0SUB> but on my team page I see `` None of the members of Ubuntu Bengali (IN) Translators are teams, and nor is it a member of any other team.''
[09:47] <G0SUB> why?
[09:48] <G0SUB> SteveA ?
[09:49] <SteveA> it just means that your team has only individual people as members of the team
[09:49] <SteveA> it doesn't have any sub-teams
[09:49] <SteveA> if you had, like, 1000 bengali translators
[09:50] <G0SUB> SteveA but isn't our team a member of the ubuntu-translators team?
[09:50] <SteveA> and they were organised so that some people translated desktop apps and others server apps (for example), you might want to have subteams
[09:50] <G0SUB> hmm, i see
[09:50] <SteveA> i don't think the ubuntu-translators team is a team as such.  it is a "rosetta group"
[09:50] <G0SUB> I see
[09:51] <G0SUB> one more Q, when I do bengali translations for ubuntu, who reviews & approves them? [they always get accepted as suggestions] 
[09:52] <SteveA> i think that's linked to the question of the official team for a locale
[09:52] <SteveA> that you and jordi are sorting out
[09:52] <G0SUB> hmm, I see
[09:52] <G0SUB> that's why
[09:52] <SteveA> ddaa: ping
[09:55] <lifeless> yoyoyoyoyo
[09:55] <G0SUB> lifeless :)
[09:56] <jordi> hello
[09:56] <G0SUB> w0000t!
[09:56] <daf> back soon
[09:56] <jordi> G0SUB: that should have been fixed yesterday, but let's check.
[09:57] <G0SUB> :)
[09:57] <jordi> https://launchpad.net/rosetta/groups/ubuntu-translators/
[09:57] <jordi> This lists you as part of Ubuntu Translators.
[09:58] <G0SUB> jordi I see that ... but my contributions are accepted as suggestions ... why?
[09:59] <jordi> G0SUB: I'm not sure. Do you do them via the web interface?
[09:59] <jordi> carlos: I need your help here
[09:59] <G0SUB> jordi yes ... and in my karma page, it just shows ``translation suggestions''
[09:59] <carlos> jordi: hmm, I'm able to change teams... and I didn't change any code there....
[10:00] <jordi> carlos: hm
[10:00] <jordi> carlos: url?
[10:00] <carlos> jordi: are you 100% sure you don't have permissions???
[10:00] <jordi> carlos: can you check that G0SUB's team is indeed assigned to the correct language code?
[10:00] <jordi> https://launchpad.net/rosetta/groups/ubuntu-translators/+appoint ?
[10:00] <jordi> Not allowed here
[10:01] <carlos> G0SUB: what karma says doesn't mean that your translations are not being used directly
[10:01] <carlos> jordi: I'm able to load that page
[10:01] <G0SUB> carlos hmm...
[10:01] <carlos> jordi: are you able to load it? or when does it fail?
[10:01] <jordi> Not allowed here
[10:01] <jordi> Sorry, you don't have permission to access this page.
[10:01] <jordi> You are logged in as Jordi Mallach.
[10:02] <carlos> ?
[10:02] <carlos> jordi: the only difference between us is that I'm a Launchpad Developer
[10:03] <carlos> jordi: but that team should not have special permissions...
[10:03] <carlos> jordi: I will investigate it next week, but this means I'm still able to appoint translators
[10:03] <carlos> jordi: so you can ping me directly to do that
[10:10] <G0SUB> carlos can you check if our team is indeed assigned bn_IN
[10:10] <jordi> carlos: that's great news
[10:12] <carlos> G0SUB: the page jordi gave you should tell you that... anyway, I will check it again...
[10:13] <carlos> G0SUB: it is
[10:13] <G0SUB> :)
[10:15] <ddaa> SteveA: pong in 5 mins
[10:16] <SteveA> ddaa: ok
[10:19] <G0SUB> can anybody tell me what formula is used to calculate the karma?
[10:20] <SteveA> not easily
[10:20] <SteveA> you get karma for doing stuff
[10:20] <SteveA> but, it is only totalled up every day or so
[10:21] <SteveA> also, the amount of karma falls off over time
[10:21] <G0SUB> yes, but I don't think every activity has equal weightage
[10:21] <SteveA> so, only recent actions contribute to total karma
[10:21] <SteveA> yes, different activities have a different weight
[10:27] <jordi> carlos: so if G0SUB's team is correctly assigned, why can he only suggest? import queue issue related?
[10:28] <carlos> G0SUB: could you confirm that indeed your translations are not uses directly? it's as easy as change a translation and reload that page to see if your translation appears as suggestions or it's used
[10:28] <ddaa> SteveA: pong
[10:28] <G0SUB> carlos checking ...
[10:33] <ddaa> elmo: what port is /srv/importd published at?
[10:34] <G0SUB> carlos it works ! thanks
[10:34] <G0SUB> btw, why do I see `` No translators currently designated for this PO file.'' in the translation page?
[10:34] <carlos> G0SUB: I did nothing, but you are welcome :-D
[10:34] <carlos> G0SUB: URL?
[10:35] <daf> goor morning
[10:35] <daf> good
[10:35] <ddaa> daf: goor modning
[10:35] <carlos> daf: morning
[10:35] <G0SUB> launchpad is timing out badly ... OOPS-62B159
[10:35] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/62B159
[10:37] <ddaa> elmo: nevermind, I found it
[10:37] <G0SUB> carlos https://launchpad.net/distros/ubuntu/dapper/+source/tomboy/+pots/tomboy/bn/+translate
[10:37] <carlos> G0SUB: dude, your team is for bn_IN not bn
[10:38] <carlos> G0SUB: so we don't have a team for bn and that's why it's empty
[10:38] <G0SUB> hmm
[10:38] <carlos> G0SUB: https://launchpad.net/distros/ubuntu/dapper/+source/tomboy/+pots/tomboy/bn_IN/+translate
[10:38] <daf> carlos: why do I have a /usr/share/locale/bn but not a bn_IN or a bn_BN?
[10:39] <carlos> G0SUB: hmm seems like we don't have the plural forms for bn_IN
[10:39] <carlos> daf: ask jordi ;-)
[10:39] <G0SUB> carlos it's the same as bn
[10:39] <SteveA> ddaa: re
[10:39] <carlos> G0SUB: ok, I will request that change to allow you to translate for bn_IN
[10:39] <ddaa> SteveA: repong
[10:40] <carlos> jordi: did you see daf's question?
[10:40] <G0SUB> carlos so if I go to bn_IN, do I have to start from all over?
[10:41] <carlos> G0SUB: you can get as suggestions the translations from 'bn' but from what I read yesterday when talking with jordi
[10:41] <carlos> you were supposed to not use 'bn' but 'bn_IN', isn't that true?
[10:41] <G0SUB> carlos not really
[10:41] <carlos> G0SUB: if most upstream applications are using 'bn' directly (like GNOME) we should talk about this again....
[10:41] <G0SUB> let me explain ...
[10:42] <G0SUB> bn_IN is India & bn_BD is bangladesh
[10:42] <jordi> daf: hm
[10:42] <G0SUB> we have very subtle differences in the language [en_US & en_GB] 
[10:42] <jordi> daf: what packages populate bn?
[10:42] <daf> gnome-keyring-manager.mo  iso_3166.mo  iso_639.mo
[10:42] <jordi> according to G0SUB, it should be either bn_BD or bn_IN, just "bn" should be avoided.
[10:42] <carlos> G0SUB: is it possible to get a common translation?
[10:43] <G0SUB> since we don't have many volunteers, we always used to have a single set of translations
[10:43] <daf> jordi: what does GNOME do?
[10:43] <G0SUB> for gnome, OOo, etc. in all such projects
[10:43] <jordi> daf: loioking
[10:43] <G0SUB> even debian g-i
[10:43] <jordi> GNOME does bn
[10:43] <jordi> dunno which variant that is.
[10:44] <carlos> G0SUB: ok, then I think you should continue with that and once you get a full translation, use bn_BD and bn_IN to translate just the different parts and leave the common ones untranslated
[10:44] <G0SUB> jordi gnome is a joint effort between bn_IN & bn_BD
[10:44] <jordi> G0SUB: why can't Ubuntu be like that as well?
[10:44] <daf> I recommend we follow what GNOME and Debian do
[10:44] <carlos> G0SUB: what you said sounds exactly how Spanish translations are handled
[10:45] <carlos> G0SUB: we use 'es' to translate using a common translation
[10:45] <G0SUB> fine ... i'd recommend you assign both the in & bd teams to bn 
[10:45] <G0SUB> and let us have our own ones too
[10:45] <carlos> G0SUB: could you create a bn team and add both teams as members of that other common team?
[10:45] <G0SUB> carlos we can, that's what I wanted originally
[10:45] <carlos> I will appoint that bn team to be able to translate for 'bn' so both teams have rights
[10:46] <G0SUB> carlos should I do it now?
[10:46] <jordi> carlos: there's a "bn" team already, taken by the BD guys.
[10:46] <carlos> G0SUB: yes, please
[10:46] <jordi> I mailed, they replied.
[10:46] <jordi> Let me reply back.
[10:46] <carlos> jordi: isn't that sorted already?
[10:46] <G0SUB> jordi what did they say?
[10:46] <carlos> G0SUB: if there is already such team you cannot create it again
[10:47] <G0SUB> carlos yes ... and I guess it has been hijacked already
[10:47] <jordi> they said that as Bengali is the official language in Bangladesh, they thought it'd make sense if "bn" was bn-BD", and the Indians took bn-IN
[10:47] <jordi> carlos: we can rename it. :)
[10:48] <jordi> let me email all of you.
[10:48] <carlos> G0SUB: well, we have rights to prevent any hijacked
[10:48] <carlos> G0SUB: but it's better if we solve this talking 
[10:48] <jordi> Hi Jordi,
[10:48] <jordi> Bengali is the First official language of Bangladesh. So i think bn
[10:48] <jordi> should be used for Bangladesh (bn-BD).
[10:48] <jordi> What do you think?
[10:48] <jordi> this was their reply.
[10:48] <jordi> Let me mail everyone now.
[10:48] <G0SUB> carlos they have made their team moderated ... and they won't allow us
[10:48] <jordi> G0SUB: what's your email?
[10:48] <G0SUB> jordi bn is the official language of india too
[10:48] <G0SUB> b.ghose at gnu.org.in
[10:48] <jordi> G0SUB: have you tried joining?
[10:49] <G0SUB> jordi we already have a joint project ... but there are factions in between
[10:49] <carlos> G0SUB: anyway, The idea is that we have three teams here
[10:49] <carlos> bn-BD, bn-IN and bn
[10:49] <carlos> bn will have only two members
[10:49] <carlos> bn-BD and bn-IN teams
[10:49] <jordi> G0SUB: what do you mean with factions? :)
[10:49] <G0SUB> yes, that's a great idea ...
[10:50] <carlos> G0SUB: but anyway, you should coordinate each other to get a good translation for 'bn' or it will be a disaster....
[10:50] <G0SUB> jordi it's not very easy to explain ... you should follow the massive flamewar we had in the mozilla bugzilla
[10:50] <jordi> wow
[10:50] <G0SUB> carlos it won't be ... we are not yet 100%
[10:50] <jordi> I'll need my finest diplomacy abilities in this case.
[10:50] <G0SUB> jordi hehe
[10:50] <stub> lifeless: Is pqm disabled for a reason?
[10:51] <G0SUB> the idea suggested by carlos is optimal
[10:51] <carlos> jordi: talk about the Spanish translation team as an example I think that model fits here
[10:51] <jordi> yeah
[10:53] <G0SUB> [offtopic]  https://bugzilla.mozilla.org/show_bug.cgi?id=284578
[10:53] <SteveA> stub: hello
[10:54] <SteveA> mpt__: hello
[10:58] <SteveA> stub: hello
[10:58] <SteveA> mpt__: hello
[10:58] <mpt__> hi SteveA 
[10:58] <stub> SteveA: yo
[10:58] <SteveA> mpt: can we do a skype call?
[10:59] <SteveA> stub: can you and i and ddaa have a talk about what goes into the next rollout on #c-m ?
[10:59] <lifeless> stub: yes
[10:59] <lifeless> stub: major upgrade
[10:59] <lifeless> ATTENTION EVERYONE
[11:00] <stub> lifeless: ok. There was an authserver process I killed just before - no idea why it was hanging around.
[11:00] <lifeless> pqm has been upgraded to the latest bzr apis, and 'Works For Me'
[11:00] <SteveA> what's up lifeless ?
[11:00] <lifeless> But I really want someone to commit to launchpad before I go to sleep
[11:01] <lifeless> it may also hopefully fix kikos complaint about 'nothing to merge' problems.
[11:01] <lifeless> I need to get food now before mpool and I get diabetes
[11:01] <lifeless> but I'll check back in after
[11:02] <SteveA> ok
[11:02] <BjornT> lifeless: i will send a merge request to pqm soon
[11:02] <lifeless> thank you
[11:02] <jordi> sent email.
[11:02] <lifeless> we'll go eat, and I'll check in in an hour or so
[11:02] <mpt> SteveA, sure
[11:02] <SteveA> BjornT: try sending an empty merge after, as well
[11:02] <SteveA> mpt: i'll be ready in 10 mins
[11:03] <BjornT> SteveA: ok
[11:04] <lifeless> oh
[11:04] <lifeless> warning
[11:04] <lifeless> it *may* take an absurdley long time on the first merge
[11:04] <lifeless> Don't Panic.
[11:04] <G0SUB> jordi got it
[11:04] <lifeless> this is bzr code to ensure that the ancestry data is always consistent.
[11:05] <lifeless> and it will do a reweave (about 1-2 hours) on the spot
[11:05] <lifeless> after that a reweave should not occur again.
[11:05] <lifeless> folk getting jbaileys bzr will have this happen locally too shortly.
[11:05] <SteveA> lifeless: are we on knits yet?
[11:05] <lifeless> no
[11:05] <SteveA> crochet?
[11:05] <lifeless> this is preparatory to knits to make the upgrade reliable
[11:05] <SteveA> cool
[11:06] <lifeless> I have a knit-text-store branch working
[11:06] <lifeless> have conflicts to fix then will have a knit revision store
[11:06] <lifeless> at that point we are just-around-the-corner
[11:06] <lifeless> martin has the new locks ready
[11:06] <lifeless> and then we will have 0.8 branches ready and waiting for knits 
[11:07] <SteveA> weaving locks?  it's a plait!
[11:08] <sabdfl> stub: are we running on new hardware?
[11:08] <sabdfl> hey SteveA
[11:08] <SteveA> hi mark
[11:08] <jordi> G0SUB: woa, so Mozilla did fork bn into bn-IN and bn-BD?
[11:08] <G0SUB> jordi yes, and only mozilla
[11:08] <G0SUB> [till date] 
[11:09] <jordi> we don't want to follow that path.
[11:09] <G0SUB> me too
[11:09] <G0SUB> ubuntu is much bigger a project
[11:10] <jordi> sabdfl: I think we're having the first serious conflict between language teams in different countries now. I hope it'll be settled peacefully though
[11:10] <G0SUB> heh
[11:10] <SteveA> sabdfl: i'm going to review and land spec-delivery-tracking today.  do you have any more recent work to go into it?
[11:11] <stub> sabdfl: Not yet. I can switch over on Monday with the regular rollout if nobody complains loudly about the downtime
[11:13] <sabdfl> SteveA: no, it's complete. there's a test failure in Rosetta that I could not track down, i thought it might have to do with library versions (one of those where the test is looking for a specific exception, the exception is being raised, but the format of the test is different to the format of the exception).
[11:13] <SteveA> okay.  sounds simple enough to track down.
[11:13] <SteveA> we'll get it into monday's rollout.
[11:13] <SteveA> do i need to tell mdz?
[11:14] <sabdfl> SteveA: he's seen it already
[11:14] <SteveA> okay, great
[11:14] <sabdfl> it's not urgent for monday, but that would be lovely
[11:14] <SteveA> we're doing a rollout monday anyway, from code that is landing today
[11:14] <SteveA> to get some bzr love going
[11:15] <stub> mdz: I would like a 3 hour downtime window on Monday to move the database too new hardware. Do you know if that will cause anyone grief?
[11:15] <sabdfl> over the weekend, i'll work on a new branch that has some more pages for moving specs between milestones, and between releases/series
[11:15] <SteveA> nice
[11:16] <sabdfl> stub: can you do that early your time on monday?
[11:16] <sabdfl> so that its still sunday night in EU/US?
[11:16] <sabdfl> do you need sysadmin support for the move or is everything ready for you?
[11:17] <stub> sabdfl: yes. I will be timing it so it is available for ddaa when he starts work on Monday. Everything is ready for me (I think - I'm going to do some preliminary work now and ensure there are no port blockages or other issues).
[11:17] <sabdfl> super
[11:17] <sabdfl> jordi: interesting!
[11:17] <sabdfl> ok, my meeting is here
[11:17] <SteveA> enjoy
[11:18] <sabdfl> SteveA: will chat to you later if possible
[11:18] <sabdfl> i have all-day meetings with intel
[11:18] <SteveA> sure, if you're done around 1800, i'll be here
[11:18] <jordi> sabdfl: hopefully it won't be *too* interesting :)
[11:18] <SteveA> otherwise, we can try to fit it in on monday sometime
[11:20] <SteveA> jordi: is this with the bn_?? stuff?
[11:21] <jordi> SteveA: yes
[11:40] <daf> https://chinstrap.ubuntu.com/~daf/bugs/search.py
[11:41] <daf> (type "oops" into the box)
[11:45] <BjornT> lifeless: i've sent two merge request to pqm, but the queue at http://pqm.ubuntu.com is empty.
[11:49] <daf> BjornT: what's this KeyError: 'milestone_widget'?
[11:49] <daf> jamesh: ping
[11:50] <daf> carlos: ping
[11:51] <BjornT> daf: bug 32709
[11:51] <Ubugtu> malone bug 32709 in malone "Cannot view status of bug in some cases because of a KeyError: "milestone_widget" being raised" [Major,Fix committed]  http://launchpad.net/bugs/32709
[11:51] <daf> BjornT: thanks
[12:02] <daf> carlos: hi
[12:03] <carlos> daf: hi
[12:06] <daf> UnboundLocalError: local variable 'title' referenced before assignment
[12:06] <daf> on the +pots/blah/+admin page
[12:07] <daf> do we have a bug filed for that?
[12:07] <SteveA> daf: your irc client is sending error messages
[12:07] <SteveA> oh, it was you
[12:07] <daf> :)
[12:07] <SteveA> daf: skype call in 10 mins?
[12:07] <daf> sure
[12:07] <daf> SteveA: https://chinstrap.ubuntu.com/~daf/bugs/search.py
[12:08] <SteveA> daf: what editor do you use?  http://unix.rulez.org/~calver/pictures/curves.jpg
[12:09] <daf> vi :)
[12:09] <carlos> daf: no, I don't I hit that bug yesterday and I really don't understand how is that our tests didn't cath it
[12:09] <SteveA> the search page doesn't do anything for me
[12:10] <carlos> what reminds me... mpt did you changed anything related to pagetitles recently?
[12:10] <daf> SteveA: chinstrap seems to be laggy somtimes
[12:10] <SteveA> carlos: there's a big change landing from mpt soon on page titles and headings
[12:10] <carlos> SteveA: but it's not yet on production...
[12:10] <daf> SteveA: what do you think about moving this stuff to people.ubuntu.com?
[12:11] <mpt> carlos, I renamed a couple of templates, which involved changing their lines in pagetitles.py
[12:11] <mpt> Other than that, no
[12:11] <SteveA> i don't think elmo wants cron scripts running there
[12:11] <SteveA> this stuff will be moved to a launchpad development tools box soon
[12:11] <carlos> mpt: and did you change the POTemplate one?
[12:11] <daf> SteveA: presumably you tried typing something into the box
[12:12] <carlos> Anyway, we have a problem with the test for that page if the change was not detected....
[12:12] <carlos> well, not the change but the error
[12:13] <SteveA> daf: yes, lots of different things
[12:13] <daf> ho hum
[12:14] <daf> it crashes mpt's Safari
[12:14] <daf> and it does nothing for you
[12:14] <stub> Znarl: I need SHMMAX on jubany bumped up to > 601088000
[12:15] <mpt> carlos, I don't think so, why?
[12:16] <carlos> mpt: we got problems with the pagetitles and the potemplate admin page
[12:17] <Znarl> stub : OK, can you create an RT request for it?
[12:17] <stub> Znarl: Already sent
[12:18] <cprov> morning guys
[12:19] <mpt> cprov, I regret to inform you that the plug you attached to my laptop's power cable has fallen apart
[12:20] <cprov> mpt: uhm .. this is bad, maybe you can buy and authentic Apple thing in NZ ? it'd solve the problem properly ;)
[12:20] <carlos> mpt, daf: http://212.166.228.234:8086/rosetta/imports <- Try being logged and without a login
[12:20] <carlos> cprov: hi
[12:21] <cprov> carlos: hi dude 
[12:21] <mpt> cprov, it was a Toshiba, not an Apple :-)
[12:21] <carlos> cprov: pitti was asking for a way to download the translations tarballs from soyuz
[12:22] <carlos> cprov: is there anyway to add links from soyuz to those file imported on librarian?
[12:22] <mpt> carlos, I get "Translation Import Queue" both times
[12:23] <carlos> mpt: look at the status field, the first time will show a label, when you login, you will get a drop down menu
[12:23] <siretart> is it possible to create a remote bug task without filing a bug to malone first? I'd like to use this for an easy and quick import of debian bugs I'd like to watch in malone.
[12:23] <mpt> oh
[12:23] <carlos> mpt: depending on if you have or not permissions to change the status
[12:23] <mpt> carlos, I thought you were talking about the page titles
[12:24] <SteveA> daf: ?
[12:24] <carlos> mpt: no, sorry, back to the import queue ;-)
[12:24] <mpt> carlos, well done
[12:24] <cprov> mpt: ohh yeah, less worst then 
[12:24] <mpt> carlos, don't forget to use <tr class="secondary">, though
[12:24] <carlos> mpt: hmm, I added it already....
[12:24] <mpt> for the second and third rows of each item
[12:24] <mpt> hmmmm
[12:25] <carlos> yes, it's there
[12:25] <mpt> <tr class="discreet secondary">, then
[12:25] <carlos> ok
[12:26] <carlos> mpt: done
[12:27] <avar_> hey
[12:27] <cprov> carlos: see #canonical
[12:27] <avar_> I have some comments on launchpad, first of all thanks for not making the family name field mandatory, I appriciate it;)
[12:28] <avar_> but it would be nice if it were more obvious that I don't have to enter one
[12:28] <avar_> since I don't have one
[12:28] <mpt> avar_, we're going to do one better and get rid of it entirely, I think :-)
[12:28] <avar_> woo;)
[12:28] <mpt> Is that right, stub?
[12:29] <mpt> carlos, nice
[12:30] <stub> mpt: I guess so. Nobody could justify it.
[12:31] <carlos> mpt: reload, I did all changes we talked about yesterday. (Added []  where an icon should be added)
[12:32] <mpt> carlos, if you're going to do that now, the icon should be in a column by itself. See how I did it on the +builds page.
[12:32] <avar_> Given name / family name is a problem because it presumes that everyone is using that naming system
[12:32] <avar_> which granted, most do, but not all
[12:32] <carlos> mpt: it has already its own <td></td>
[12:33] <mpt> carlos, then that <td> should have rowspan="3"
[12:33] <carlos> mpt: the icon one?
[12:33] <mpt> yes
[12:33] <mpt> that is, if every item will *always* have three rows
[12:33] <carlos> oh! I get the meaning...
[12:34] <avar_> anyway, thanks;)
[12:34] <carlos> mpt: no, they will have most of the time 2 rows and sometimes 3 rows
[12:34] <mpt> If the second and/or third rows might not be present, add <td></td> to the start of them instead
[12:34] <mpt> So the first row is <td>icon here</td><td>stuff</td>
[12:34] <mpt> the second row is <td></td><td>stuff</td>
[12:34] <mpt> and so is the third row
[12:35] <BjornT> siretart: no, it's not possible to create a remote bug task without filing a bug first. maybe you could send a mail to launchpad-users@lists.canonical.com about this, and describe your use case?
[12:35] <carlos> and the first td, should have rowspan="3"  or "2" depending on the size of that row?
[12:35] <mpt> carlos, that's the hard way of doing it, I was just telling you the easy way
[12:36] <carlos> ok
[12:36] <carlos> I think it's not so hard
[12:36] <carlos> (phone)
[12:36] <mpt> tal:attributes="rowspan 2 or maybe 3"
[12:37] <mpt> carlos, there was a similar problem in pofile-translate.pt (or whatever it is now you've refactored it)
[12:37] <mpt> where the items are numbered, and the number is in its own cell
[12:38] <siretart> BjornT: yes, will do.
[12:38] <mpt> and the cell should extend to however many rows the translation item takes up, which is very difficult to calculate (it includes number of suggestions etc)
[12:38] <mpt> so I cheated by using colspan on the first cell of the secondary rows instead
[12:39] <mpt> carlos, <td><img alt="" src="/@@/download.png" /></td>
[12:39] <mpt> though that icon isn't very download-y
[12:39] <mpt> I can fix it
[12:39] <BjornT> siretart: thanks. we do have plans for allowing import of debian bugs, and it's good to collect use cases.
[12:43] <mpt> daf, what is search.py for?
[12:43] <mpt> Even with Firefox, entering anything into the field just gives me a page with the form field on it again
[12:44] <carlos> mpt: in this case, I know if we have 2 or 3 with a tal:condition
[12:44] <carlos> the translate one is not so easy, true
[12:51] <carlos> mpt: it's done and it detects automatically whether it should use 2 or 3
[12:57] <daf> mpt: it's an experiment in asynchronous JavaScript bug searches
[12:59] <carlos> daf: are you using prototype and AJAX?
[01:00] <daf> no
[01:00] <daf> I'm using AJAH
[01:02] <lifeless> BjornT: ddaa: SteveA thanks, theres a bug with the sourcecode/ subdir layout code. I'll work on that as soon as I get home from mpools
[01:02] <daf> daf@chinstrap:~/public_html/bugs$ wc -l search.*
[01:02] <daf>   64 search.js
[01:02] <daf>  102 search.py
[01:03] <carlos> AJAH?
[01:03] <daf> Asynchronous Javascript and HTML
[01:03] <ddaa> lifeless: thanks for telling me, I thought it was just because I forgot to update the test cases...
[01:03] <carlos> ok
[01:03] <lifeless> until then, pqm is down
[01:03] <lifeless> I just saw :)
[01:03] <daf> carlos: I just made that up, by the way
[01:04] <daf> (the point is that the JavaScript is minimal and just copies HTML from the server into the page)
[01:04] <daf> lifeless: "sorry" and "kthxbye" don't go together :)
[01:07] <carlos> daf: well, the AJAX code I was working with does the same but it can also submit pages
[01:08] <carlos> does anyone has any suggestion to implement this code: https://chinstrap.ubuntu.com/~dsilvers/paste/fileWORSMM.html without sucking so much as it sucks atm?
[01:08] <carlos> entry/status is a DBSchema
[01:14] <ddaa> carlos: for starters, use status.name
[01:15] <carlos> ddaa: status.name == status.title?
[01:15] <ddaa> mh... I guess they are different
[01:16] <ddaa> I think title is more for display, and name more of a human-readable id.
[01:16] <carlos> ddaa: anyway, I'm not able to use it always as I'm not only showing the current value but some other posibilities
[01:16] <ddaa> I mean, status.name instead of status.value
[01:16] <carlos> oh
[01:17] <carlos> I see
[01:18] <BjornT> carlos: one option would be to use a zope widget, that might be complicated though depending on your use case. to make your code more readable as it is, i would generate the html using python code instead. you can use renderElement() to do so in the view class.
[01:19] <carlos> BjornT: the view is not using 'entry' as context
[01:19] <carlos> the context is a set of entries
[01:20] <carlos> BjornT: I'm rendering a table with every row being an entry on the main context
[01:20] <ddaa> carlos: one other way is have a method that gives you an iterable of (value, selected, content) and use tal:repeat to create the options
[01:21] <BjornT> carlos: well, you could still use widgets, but it might be a tad complicated. anyway, i think generating the html in python would make it much more readable.
[01:21] <ddaa> actually, that's how I would do it
[01:21] <carlos> ddaa: yeah, I like your option
[01:21] <ddaa> just say no to html embedded in python code :P
[01:21] <carlos> ddaa: what do you mean with 'selected' ?
[01:22] <ddaa> the value of the "selected" attribute
[01:22] <carlos> ddaa: oh, you mean to do it just for the select?
[01:22] <carlos> ddaa: it's not possible at all
[01:22] <ddaa> oh,  html braindamage? test on attribute presence?
[01:23] <carlos> ddaa: as I said, the context is not the entry, but a set of entries
[01:23] <carlos> BjornT: ddaa: Or I could just add a method to the view class that gets an entry as an argument and returns the needed values for the select....
[01:23] <carlos> but that implies a small amount of python code on the tal template
[01:24] <ddaa> why not have a method on the context that gives you an iterable of an object that gives you an iterable of options?
[01:24] <carlos> python: view/giveMeTheSelect(entry) or python: view/getSelectValues(entry)
[01:24] <ddaa> I'm dunn what is your surrounding logic, though... but maybe something like branchtarget...
[01:25] <carlos> ddaa, BjornT: The page is at http://212.166.228.234:8086/rosetta/imports
[01:26] <carlos> ddaa, BjornT: You need to log in as an admin with the sample data
[01:26] <carlos> and you will see the select
[01:26] <carlos> that's a table that will have more than one row (that example just have one)
[01:27] <ddaa> I see. You need an iterable for the table. And that object can have an attribute (or method) that gives you an iterable of option data.
[01:28] <carlos> ddaa: the problem is that the option data changes depending on the rights of the person that visits the page
[01:28] <ddaa> I do not see how that's a problem, you can check about the user privs from python
[01:29] <carlos> ddaa: but that's on database code, I cannot get the logged in user info
[01:29] <carlos> or am I missing something?
[01:29] <ddaa> yes, at that point I guess you should have realised you need a view :)
[01:30] <ddaa> or am _I_ missing something?
[01:30] <carlos> ddaa: yes, I need a view
[01:30] <carlos> so we are back to the initial problem...
[01:31] <carlos> I think I will move the select HTML code to the view class
[01:34] <BjornT> carlos: is this the patch you want me to review later?
[01:34] <carlos> BjornT: yes
[01:34] <carlos> I'm a bit behind my schedule with it...
[01:34] <BjornT> carlos: ok, when do you think it will be ready for review?
[01:35] <carlos> That UI part was the last part missing
[01:35] <carlos> as soon as I get all tests fixed
[01:36] <carlos> BjornT: perhaps a couple of hours more
[01:37] <carlos> BjornT: if you prefer it, I can push all changes now so you can do an initial review as it has a lot of changes 
[01:39] <BjornT> carlos: no it's ok, it's better to review everything at once. i'll take a break now and head out for a while, so that i can review the patch tonight.
[01:40] <carlos> ok
[01:40] <carlos> BjornT: thanks
[01:57] <lifeless> ddaa: can I get you to guinea pig for me ?
[01:57] <lifeless> ddaa: I want to do some manual pqm testing, need a tame job sent in
[01:57] <ddaa> oink oink
[01:57] <lifeless> ddaa: once I get the thing nailed down I'll go off and do unit tests.
[01:57] <ddaa> define tame?
[01:58] <lifeless> send in a merge when I say 'please'
[01:59] <ddaa> ready
[01:59] <lifeless> thanks. I'll ping in a minute, setting up test env
[02:00] <lifeless> oh, found it. doh.
[02:00] <lifeless> expected behaviour, let me fix.
[02:03] <lifeless> ok
[02:03] <lifeless> please send in a merge. I expect it to complete. It may not, we'll find out.
[02:03] <ddaa> sent
[02:04] <segfault> any preview of dapper being ready for translation?
[02:06] <carlos> segfault: imports are being running atm, fixing a small bug related to the import process but we are nearly there
[02:11] <segfault> carlos: great, thanks!
[02:13] <irvin> i see two text boxes for translation entry on rosetta? is this a bug?
[02:15] <carlos> irvin: yes, we got a bug report on that yesterday
[02:15] <irvin> kthx
[02:16] <carlos> irvin: https://launchpad.net/malone/bugs/31146
[02:16] <Ubugtu> malone bug 31146 in rosetta "Too many fields in Polish translation of Ubuntu Documentation (quicktour)" [Normal,Confirmed]  
[02:16] <carlos> just in case you want to subscribe to follow the fixing process
[02:21] <kiko> morning guys
[02:40] <kiko> ddaa, rt requests sorted out?
[02:52] <kiko> daf, ping?
[02:52] <kiko> or carlos ping?
[02:52] <carlos> kiko: pong
[02:52] <kiko> carlos, I think we need two little band-aids 
[02:52] <kiko> but I might be able to do them for you
[02:53] <kiko>    2 UnboundLocalError: local variable 'title' referenced before assignment
[02:53] <kiko>     0% from search bots, 100% referred from local sites
[02:53] <kiko>        2
[02:53] <kiko> +https://launchpad.net/distros/ubuntu/breezy/+source/evolution-data-server/+pots/evolution-data-server
[02:53] <kiko> +-1.4/+admin
[02:53] <kiko>         OOPS-61C440, OOPS-61D425
[02:53] <carlos> band-aids?
[02:53] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/61C440
[02:53] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/61D425
[02:53] <kiko>    2 SQLObjectNotFound: The Language by alternateID code=u'aka' does not exist
[02:53] <kiko>     100% from search bots, 0% referred from local sites
[02:53] <kiko>        2 https://launchpad.net/rosetta/groups/ubuntu-translators/aka
[02:53] <kiko>         OOPS-61A323, OOPS-61A382
[02:53] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/61A323
[02:53] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/61A382
[02:53] <carlos> kiko: the first is a bug
[02:53] <kiko> both are bugs.
[02:53] <kiko> the latter should be a 404
[02:53] <kiko> the former is an untested codepath
[02:54] <carlos> kiko: the second is not, we changed that code yesterday so I suppose it came from a page that was rendered before we changed the DB
[02:54] <carlos> kiko: oh, I see
[02:54] <kiko> carlos, the fact that it triggers an error /is/ a bug
[02:54] <kiko> right
[02:54] <carlos> sorry, didn't pay attention to the kind of bug
[02:54] <carlos> s/bug/error/
[02:54] <kiko> sure
[02:54] <kiko> I can try and fix them but see if you can
[02:55] <carlos> kiko: I'm a bit behind my schedule with the import queue, but I will handled them today or this weekend if I'm not able to do it today. is that ok for you? the second one is really easy, catch the SQLObjectError and raise a NotFoundError...
[02:55] <kiko> yeah, I'll try doing the second one at least. we'll see
[02:56] <carlos> ok, I will mail you when I have time to start with it to prevent duplicate efforts
[02:57] <carlos> or ping you if you are around
[03:03] <salgado> BjornT, around?
[03:08] <ddaa> anybody up for a quick review?
[03:08] <ddaa> https://chinstrap.ubuntu.com/~dsilvers/paste/filei8H9jf.html
[03:09] <ddaa> more bzr love, for rollout monday
[03:11] <lifeless> I have to crash
[03:11] <lifeless> way mega tied
[03:11] <SteveA> ddaa: i'll look
[03:12] <SteveA> ddaa: what does it do?
[03:12] <lifeless> pqm should be running well now
[03:12] <lifeless> if its not, I'll look on saturday
[03:12] <ddaa> lifeless: my commit went through, at least
[03:12] <lifeless> ddaa: did it get the right content in the commit ?
[03:12] <lifeless> ddaa: (a diff -r -2..-1)
[03:14] <carlos> see you later
[03:16] <ddaa> lifeless: looks okay
[03:16] <SteveA> ddaa: i'm reviewing it now
[03:17] <lifeless> ddaa: thanks
[03:17] <lifeless> still no dilys love
[03:18] <kiko> salgado, https://launchpad.net/products/launchpad/+bug/6225 is actually a dupe of one of the oops bugs open on token, right?
[03:18] <Ubugtu> malone bug 6225 in launchpad "got link on email to me" [Normal,Rejected]  
[03:20] <salgado> kiko, which ones are these oops bugs open on token?
[03:20] <kiko> salgado, perhaps one of the bugs in https://chinstrap.ubuntu.com/~daf/bugs/scrape.py?q=milestone%3Aoops+-status%3Afix_released+-status%3Afix_committed&s=assignee
[03:21] <kiko> salgado, the only reason I pointed it out is that there is a bit of information there on how it happened
[03:21] <kiko> you might not want to lose track of that
[03:22] <salgado> kiko, I can't see anything useful on 6225
[03:22] <kiko> ok then
[03:22] <kiko> there's an oops and ...
[03:24] <SteveA> ddaa: reviewed
[03:24] <kiko> BjornT, bradb: is the traceback for the forbidden I get in bug 3978 reasonable?
[03:24] <salgado> how can I see that oops? the link there gives me something that has nothing to do with the bug reported
[03:24] <kiko>     *  for subscription in self.obj.bug.subscriptions:
[03:24] <kiko> Unauthorized: ('subscriptions', 'launchpad.View')
[03:24] <kiko> salgado, it is from the "old oops days"
[03:24] <kiko> salgado, you need to recode the oops using the correct date.
[03:25] <kiko> I'll update the bug for you.
[03:25] <bradb> kiko: Nope, that'd be a bug.
[03:25] <kiko> bradb, can you file test and fix it please? kthxbye
[03:25] <bradb> sure
[03:26] <bradb> kiko: er, what URL exactly?
[03:26] <bradb> I get the proper exception on the bug page
[03:26] <kiko> bradb, /I/ get that exception when I look at bug 3978
[03:27] <SteveA> ddaa: except do_check should be is_valid_check
[03:27] <bradb> kiko: So, to be ultra clear here, when I look at:
[03:27] <bradb> https://launchpad.net/products/bzr/+bug/3978
[03:27] <bradb> I get:
[03:27] <bradb> ...
[03:27] <kiko> https://launchpad.net/products/launchpad/+bug/3978
[03:27] <bradb> Module zope.app.publication.browser, line 52, in getDefaultTraversal
[03:27] <bradb> return ob.browserDefault(request)
[03:27] <bradb> Unauthorized: ('browserDefault', 'launchpad.View'
[03:27] <kiko> oh
[03:27] <kiko> sorry
[03:27] <kiko> well, I'm looking at the launchpad perspective
[03:27] <kiko> so apologies
[03:27] <kiko> that's the URL up there
[03:27] <bradb> kiko: Ok, I see the same tb as you now, thanks.
[03:28] <ddaa> SteveA: FYI the block you rewritten is old code (just changed indentation) that's going away soon anyway
[03:28] <ddaa> SteveA: regarding confusing code names, do not _have_ to have them, but I'm essentially the only user of that page, so it's not like it matters a lot.
[03:28] <SteveA> ddaa: ok
[03:28] <SteveA> we need to get this code into the launchpad development collective
[03:29] <SteveA> so, i'm keen on anything that makes it less of an "arch imports clique" thing
[03:29] <SteveA> kiko: phonecall please
[03:29] <lifeless> night all
[03:29] <lifeless> please kiko, email how you go with pqm overnight
[03:29] <ddaa> SteveA: wow! I'm flattered, I'm joined elmo in the club of one-man-cabals!
[03:29] <kiko> salgado, updated bug 6225.
[03:29] <Ubugtu> malone bug 6225 in launchpad "got link on email to me" [Normal,Rejected]  http://launchpad.net/bugs/6225
[03:30] <lifeless> and someone try a no-changes commit. Its not *officially fixed*, but you might be lucky.
[03:30] <kiko> salgado, and you're right, it's not very important :)
[03:31] <kiko> SteveA, yeah, give me a few moments, have a fix in hand
[03:31] <SteveA> ok
[03:31] <SteveA> a fix to your sound card?
[03:32] <kiko> oh, good point
[03:34] <kiko> SteveA, can I have your opinion on bug 3840? 
[03:34] <Ubugtu> malone bug 3840 in launchpad "No breadcrumbs on spec pages" [Normal,In progress]  http://launchpad.net/bugs/3840
[03:35] <SteveA> i think daf is correct.
[03:35] <kiko> well
[03:35] <kiko> let's think about this for a moment
[03:35] <SteveA> if it has no navigation classes for the things that have such crumbs, it needs to be given them
[03:35] <kiko> when I visit the bug page
[03:35] <kiko> there is no bug 444 on the breadcrumbs
[03:35] <Ubugtu> malone bug 444 in launchpad "http://launchpad... shouldn't redirect to /index.html" [Normal,Rejected]  http://launchpad.net/bugs/444
[03:36] <kiko> when I visit a spec page
[03:36] <kiko> should it list the spec in the breadcrumbs?
[03:36] <SteveA> no
[03:36] <kiko> oh
[03:36] <SteveA> the launchpad hierarchy spec says
[03:36] <kiko> then the bug is fixed already then
[03:36] <SteveA> that the hierarchy should go up to where other navigational elements take ove
[03:36] <SteveA> r
[03:37] <kiko> https://launchpad.net/distros/ubuntu/+spec/tomhaste\
[03:37] <kiko> has breadcrumbs
[03:37] <SteveA> the other elements are a bit crap for specs
[03:37] <kiko> https://launchpad.net/products/launchpad/+spec/bzr-roundtrip-svn
[03:37] <SteveA> but that is addressed in mpt's pageheadings work
[03:37] <kiko> has breadcrumbs
[03:37] <SteveA> which is up for review
[03:37] <kiko> so I think this is actually fixed
[03:37] <kiko> right?
[03:37] <SteveA> so, but 3480 can be closed, fixreleased
[03:37] <SteveA> um, butt, um bug
[03:37] <kiko> that's another question
[03:37] <kiko> fixreleased? I have no idea who or what fixed it
[03:38] <SteveA> maybe it wasn't a bug
[03:38] <SteveA> but it is fixed, visibly in production
[03:38] <SteveA> the original bug report is not complete really
[03:38] <SteveA> maybe it is...
[03:38] <SteveA> anyway
[03:38] <lifeless> really night now. night
[03:38] <SteveA> talk to me, kiko.
[03:38] <daf> https://launchpad.net/products/launchpad/+spec/distroreleasenaming
[03:39] <daf> this page doesn't have a link to /launchpad/+specs
[03:39] <kiko> SteveA, well, if you wanna call my cellphone
[03:39] <daf> but it does have a link to the Specifications facet
[03:39] <SteveA> daf yes it does
[03:39] <kiko> daf, nor does the bug page have a link to +bugs
[03:39] <SteveA> https://launchpad.net/products/launchpad/+specs
[03:39] <kiko> in the breadcrumbs
[03:39] <SteveA> that is the specifications facet link
[03:39] <kiko> right
[03:39] <kiko> it's in the actions portlet
[03:39] <daf> sorry, to be clear: not in the breadcrumbs
[03:39] <SteveA> i've been working with mpt on some radical improvements to navigation, btw
[03:39] <SteveA> more on that later
[03:39] <kiko> daf, right. no pages do 
[03:40] <SteveA> daf: read the launchpad hierarchy navigation spec
[03:40] <SteveA> breadcrumbs stop where other navigation starts
[03:40] <daf> that's fine
[03:40] <SteveA> they tell you what particular "pillar" you're dealing with
[03:40] <daf> I suspect there are some pages that violate that policy
[03:40] <kiko> I can't find any offhand, daf 
[03:41] <daf> well, I'll file bugs if I find them
[03:41] <kiko> SteveA, I am waiting for dapper to start
[03:41] <kiko> it has decided to check /home after 30 reboots
[03:41] <SteveA> have we established that pqmis back up?
[03:42] <kiko> pqm was never down
[03:42] <kiko> it just isn't/wasn't mailing arch-commits
[03:43] <SteveA> so, what about the channel title?
[03:46] <irvin> carlos, is it safe to enter translations on just one box... re: bug 31146
[03:46] <Ubugtu> malone bug 31146 in rosetta "Too many fields in Polish translation of Ubuntu Documentation (quicktour)" [Normal,Confirmed]  http://launchpad.net/bugs/31146
[03:46] <LarstiQ> SteveA: it looks like lifeless set that earlier today when he was running pqm manually
[03:58] <BjornT> salgado: i'm here now
[03:59] <salgado> BjornT, have a minute to help me with some zpt issues?
[04:00] <BjornT> sure
[04:03] <salgado> BjornT, so, I have a dictionary of the form {dbschema.Item1: SelectResults1, dbschema.Item2, SelectResults2, ...}
[04:03] <salgado> BjornT, and I want to iterate over it like this: https://chinstrap.ubuntu.com/~dsilvers/paste/fileg86PnG.html
[04:04] <salgado> that works but only because I use repeat="option python:alloptions[flavour] ", but I thought simply repeat="option alloptions/flavour" should work too
[04:05] <BjornT> salgado: repeat="option alloptions/?flavour" should work
[04:06] <BjornT> salgado: alloptions/flavour == alloptions['flavour'] , alloptions/?flavour == alloptions[flavour] 
[04:07] <salgado> ahh, great. thanks BjornT. :)
[04:07] <BjornT> np :)
[04:08] <salgado> hmmm. it doesn't work
[04:08] <salgado> maybe I'm doing something wrong
[04:09] <salgado> BjornT, https://chinstrap.ubuntu.com/~dsilvers/paste/fileTpj5Qi.html
[04:13] <BjornT> salgado: hmm. it could be that it only works or strings. would it be hard to use the item names as keys in the dict instead of the items themselves?
[04:13] <BjornT> s/or/for/
[04:16] <salgado> no, it's not hard. I'll check if this is the only callsite of the method that generates this dictionary and, if so, I'll change it
[04:16] <salgado> otherwise I think it's better to keep the method and use python: in the template
[04:19] <BjornT> yeah, if it's too much work, then it's better to keep the small python expression in the template.
[04:21] <carlos> irvin: I guess so, yes
[04:22] <carlos> irvin: the others should be ignored
[04:22] <irvin> carlos, will i'm half-way through the translation and so far so good ;)
[04:23] <irvin> s/will/well
[04:37] <kiko> matsubara, ping?
[04:40] <matsubara> kiko: pong
[04:40] <kiko> matsubara, can you come down for a bit?
[04:40] <matsubara> kiko: ok
[04:43] <kiko> Lathiat, I knew it could come across like that online :)
[04:49] <kiko> bradb, ping?
[04:49] <bradb> kiko: pong
[04:49] <kiko> bradb, remind me of one thing.
[04:49] <kiko> https://launchpad.net/people/ubuntu-audio
[04:49] <kiko> visit that page
[04:50] <kiko> if you click on packages
[04:50] <kiko> nothing appears
[04:50] <kiko> shouldn't we list bug contacts there as well?
[04:52] <bradb> not sure, since https://launchpad.net/people/ubuntu-audio/+packagebugs already does that
[04:52] <bradb> in the appropriate facet, IMHO
[04:52] <bradb> but maybe listing those packages would be useful at least, yeah
[04:52] <kiko> is there a link to the +packagebugs.. ah, I see
[04:52] <carlos> BjornT: hi, around?
[04:53] <kiko> bradb, okay. is there a bug on that?
[04:54] <bradb> kiko: doubtful, but i can open one if there isn't
[04:56] <kiko> I'll have Matt do it if he likes. Watch out for my reply CC:ed to you
[04:57] <BjornT> hi carlos 
[04:57] <bradb> kiko: ok
[04:57] <dilys> Merge to devel/launchpad/: [trivial]  Update production configs for emperor->jubany migration (r3227: Stuart Bishop)
[04:57] <kiko> jubany!
[04:57] <kiko> stub!
[04:58] <carlos> BjornT: I need to go to the train station now
[04:58] <ddaa> ho, what's jubany? Is that something I need to know about for importd?
[04:58] <LarstiQ> new machine?
[04:58] <ddaa> (and other scripts...)
[04:59] <carlos> BjornT: I will work while traveling on finishing the implementation, but as I'm a bit late I understand if you need to wait until Monday to review it
[04:59] <carlos> BjornT: anyway I will do the push and email you when it's ready
[04:59] <ddaa> I have the database host name encoded in several configs all over the place, I'd like to know if I have to update those, and when.
[05:00] <Normandy> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <Normandy> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <ZahReeLiNaGin> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <ZahReeLiNaGin> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <ZahReeLiNaGin> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <Normandy> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <Loffer> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <Loffer> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:00] <kiko> fun!
[05:00] <Loffer> hhthhthhthhthhthhthhthhthhtvhhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthhthht.Flood by hht !!........................................
[05:02] <kiko> bother
[05:03] <LarstiQ> not _again_
[05:03] <kiko> LarstiQ, it happens
[05:03] <LarstiQ> can't people just make lynchpad jokes?
[05:03] <carlos> yes
[05:03] <carlos> kiko: thanks
[05:04] <BjornT> carlos: 18:00 < carlos> BjornT: anyway I will do the push and email you when it's ready
[05:04] <carlos> ok, so you didn't miss anything
[05:04] <BjornT> carlos: i will probably review it later tonight or tomorrow
[05:05] <carlos> BjornT: ok, I will arrive to my destination around 19:20  UTC and will try to finish it before leaving to sleep (if my girlfriend doesn't kill me)
[05:05] <BjornT> ok
[05:05] <carlos> BjornT: anyway I will work on it on the train but the network connection there is a bit unstable 
[05:06] <carlos> kiko: I will send an update on translation import queue fixes tonight before leaving, ok?
[05:06] <kiko> okay
[05:20] <bradb> kiko: IBug.bugtasks still exists. Didn't you remove it?
[05:20] <kiko> IBug isn't an IBugTarget
[05:20] <kiko> so no
[05:21] <bradb> oh, darn
[05:21] <bradb> I'll remove it in this patch. I'm pretty sure it's what's causing the different TBs.
[05:21] <kiko> really?!
[05:22] <bradb> kiko: Yes, because in one code path, the obj is proxied, in the other, it isn't. :/
[05:23] <bradb> When proxied, it raises the weird exception you see, because .subscriptions should be always-allow, for security checking purposes, but isn't.
[05:23] <bradb> When not proxied, it accidentally works as expected.
[05:24] <bradb> but, hm, IBug has loads of this kind of attribute, .foos, as I'm sure many LP objects do.
[05:26] <bradb> And it's okay to use it, in DB code, so maybe i'll just leave it for now and fix the callsite.
[05:55] <ddaa> stub: my second merge is in position 5 on the queue, pqm is taking forever doing reconcile. I'll take some time tomorrow to tell you you the revno and check the cherrypicking works
[05:55] <ddaa> right now
[05:55] <ddaa> I'm fucking off. Have a nice week-end everybody. And do not trust koalas. They eat branches.
[05:56] <jordi> laters ddaa 
[06:24] <Kamion> cprov: around? cron.daily is crashing, I have Kinnison sitting beside me looking at it
[06:25] <cprov> Kamion: yup, checking
[06:25] <Kamion> cprov: seems the publisher can't deal with having two custom-upload-format files in the one .changes
[06:25] <Kamion> cprov: queue -Q accepted fetch 5997 - it's debian-installer on sparc
 it appears to be to do with DistroReleaseQueueCustom
 possibly that DistroReleaseQueueCustom lacks a declared id attribute in the SQL object
[06:26] <cprov> Kamion: I see
[06:26] <Kamion> this is the first upload that I know of that's had two custom elements
[06:26] <cprov> no test for it :(
[06:27] <Kamion> but presumably it'll bite all future debian-installer uploads
[06:28] <cprov> Kamion: let me try to fix it ASAP
[06:31] <Kamion> cprov: thanks - Kinnison is also poking
[06:31] <cprov> Kamion: okay
 I'm just poking in a "look to see what happens" sense - cprov should still be trying to fix it
[06:36] <cprov> Kamion: fixed
[06:40] <Kamion> cprov: Kinnison says it's still crashing
[06:40] <Kamion> he's using harness.py
[06:40] <Kamion> trace looks similar
 I think the multiple join stanzas in DistroReleaseQueue seem to be using a fully-qualified orderby where they shouldn't
[06:40] <cprov> Kamion: the queue tool usage you suggested worked for me
[06:40] <Kamion> cprov: it wasn't queue that was crashing!
[06:40] <Kamion> it was the publisher
[06:41] <Kamion> that queue invocation just fetches the upload it was crashing on
[06:41] <cprov> Kamion: I know I wrote it ;)
[06:41] <Kamion> what do you think of what Kinnison suggests?
[06:42] <Kamion> -orderBy='distroreleasequeuecustom.id'
[06:42] <Kamion> +orderBy='id'
[06:42] <Kamion> that sort of thing
[06:43] <SteveA> kiko: ping
[06:44] <Kamion> cprov: ah, that seems to be working better in the harness now
[06:45] <Kamion> thanks
[06:45] <cprov> Kamion: no multipleJoin_orderby is required if have _defaultOrder = ['id'] , fixed
[06:46] <Kamion> cprov: Kinnison says thanks and we'll let you know if it breaks :-)
[06:46] <cprov> Kamion: fine
[06:50] <kiko> SteveA, what, what?
[07:31] <Cyorxamp> Hey although I can sign in to launchpad and my password is ok... I can't seem to sign into the ubuntu wiki using it? anyone have any ideas?
[07:33] <Cyorxamp> nm working now - had to use lowercase username I think
[07:44] <kiko> how's it doing bradb 
[07:45] <bradb> kiko: triaging, hanging at #6 in pqm. probably will still be there by the end of the day.
[07:45] <kiko> that's odd. #1 has been processed already
[07:45] <kiko> is PQM off?
[07:45] <kiko> bradb, I have another request for you
[07:45] <kiko> permission restrictions on milestone setting
[07:45] <kiko> how hard is that to do?
[07:46] <bradb> hm
[07:46] <bradb> kiko: Our security machinery doesn't support field-level restrictions, so it'd have to be a hack.
[07:47] <kiko> yeah, I knew that
[07:47] <kiko> however, the distro team is unable to use milestones until we do that
[07:47] <kiko> so I figure it might be worth it
[07:47] <kiko> maybe BjornT has a suggestion on how to do it less uncleanly?
[07:48] <bradb> kiko: Why can't they use milestones without that?
[07:48] <kiko> because people are randomly updating milestones on tasks
[07:48] <bradb> kiko: That much sabotage? Wow.
[07:48] <kiko> well, it's not sabotage
[07:48] <kiko> they want the bug fixed for dapper
[07:49] <kiko> and they update it to show their intention
[07:49] <kiko> you know how it is
[07:49] <bradb> kiko: Who should be able to edit milestones?
[07:49] <bradb> in terms of an LP person or role
[07:49] <kiko> bradb, privileged people. I think this means distribution owners in the distro context (isn't it Ubuntu drivers in lp today?) 
[07:49] <kiko> and product owners in the upstream context
[07:49] <kiko> I wonder if that off-handedly makes sense
[07:50] <BjornT> kiko: do it less uncleanly than what? :)
[07:50] <kiko> BjornT, than what bradb has in mind :)
[07:52] <bradb> it's actually probably not /too/ bad
[07:53] <BjornT> no, restricting it in the ui only shouldn't be too bad, i think you can set the milestone in only two places, right?
[07:53] <kiko> right.
[07:53] <kiko> I think some backend code should check this, but...
[07:53] <kiko> is this what super-special permissions were all about?
[07:56] <BjornT> yes, it would be best if the security machinery could check this, but we're not there yet.
[08:01] <kiko> daf, ping?
[08:02] <BjornT> well, actually, we could use another permission for the milestone attribute, but i would see that as a hack as well.
[08:03] <BjornT> kiko: super-special permissions seems to be about something else.
[08:05] <kiko> ah. then there is no plan for this infrastructure work at all? by all means hack away
[08:06] <BjornT> kiko: i think SteveA has a plan, but it's not on the wiki
[08:28] <bradb> BjornT: Are you working on that milestone fix? I can fix it if you hadn't already started.
[08:35] <kiko> bradb, I don't think BjornT has started, so please do
[08:35] <bradb> ok, will do
[08:35] <BjornT> bradb: no, i haven't started fixing it. it would be good if you looked at my BugWatches-part-2 branch, so that we won't conflict too badly. i've made some changes in BugTaskEditView and bugtask-edit.pt
[08:38] <bradb> BjornT: ah, hm
[08:38] <bradb> BjornT: When do you expect that to land?
[08:41] <BjornT> bradb: not sure, there are a few branches ahead in the review queue. but i will try to get spiv or jamesh to review it next week so it will land before the lp meeting.
[08:41] <bradb> hm, conflicts would be inevitable unless I didn't fix the bug.
[08:43] <BjornT> bradb: i don't mind if there are conflicts, as long as they are fairly easy to resolve
[08:45] <bradb> i'll see what i can do :)
[08:46] <BjornT> bradb: for example, you could do something similar to what i did in _setUpWidgets(), so that if the user doesn't have permission to edit the milestone, you set up milestone_widget as a IDisplayWidget
[08:47] <bradb> BjornT: yeah. I was kind of hoping to be able to put a lock beside that field as well.
[08:51] <BjornT> well, you could write a display widget that would render a lock as well. i don't think we have any widgets that can display a milestone anyway.
[08:52] <bradb> BjornT: I'd rather not write a Z3 widget.
[08:54] <BjornT> bradb: display widgets are really easy to write. you just define a __call__ method which renders the widget.
[08:55] <bradb> A 2 line HTML hack is even easier to understand and maintain. :)
[08:56] <bradb> The assignee widget has scarred me for life. Z3 widgets mainly seem interesting in the same way that crosswords and mate-in-2 chess problems are interesting.
[09:01] <BjornT> as i said, display widgets are way easier to write. and that would make my life easier, since i would probably have to modify your two-line hack in a way which makes it more complicated than using a widget :)
[09:03] <BjornT> bradb: but i wouldn't mind too much if you just did a two-line HTML hack, it will be an easy conflict to resolve.
[09:07] <bradb> I'm hoping just setting up an IDisplayWidget in _setUpWidgets should do.
[09:08] <BjornT> yeah it might be enough
[09:39] <bradb> BjornT: Do you want to review this patch? I'm just doing exactly what you suggested, using setUpDisplayWidgets in the view, when applicable.
[09:39] <bradb> !!
[09:40] <bradb> kiko: do you want to review it? it's like 20 lines.
[09:50] <kiko> bradb, I can do it in some 30 minutes
[09:53] <bradb> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/filezDMvya.html, whenever you're ready
[10:52] <kiko> bradb, does this work both for the change-multiple UI and the editstatus page?
[10:53] <kiko> I'm at a meeting, bbiab
[10:54] <bradb> kiko: yeah, mass edit was already restricted to priv'd users
[11:42] <lifeless> kiko: hows pqm ?
[11:48] <kiko> lifeless, it appears to be hung or very very slow
[11:48] <kiko> can you check?
[11:49] <lifeless> kiko: looking
[11:49] <lifeless> kiko: why are you in ops  mode ?
[11:50] <lifeless> heh
[11:50] <kiko> lifeless, there were some pesky bots before spamming us.
[11:50] <lifeless> meh, hate those things
[11:50] <lifeless> ok, its doing sftp push stuff
[11:52] <lifeless> hmm
[11:52] <lifeless> *or something*
[11:56] <lifeless> hmmm
[11:56] <lifeless> more of something than not I think
[11:59] <lifeless> ok
[11:59] <lifeless> debugging it - its reweaving
[11:59] <lifeless> its situation normal
[12:00] <kiko> it's been situation normal for some 8 hours now
[12:00] <kiko> what's up?
[12:03] <lifeless> its doing a full reweave of lp
[12:03] <lifeless> its probably had to do several
[12:04] <lifeless> one on the merge, one on the push to the archive, one on the push to chinstrap