[12:10] <dilys> Merge to<EMAIL_ADDRESS>Force people to select a country when placing a new request in shipit. Fix https://launchpad.net/malone/bugs/2805. r=SteveA (patch-2566<EMAIL_ADDRESS>[12:14] <lifeless> moinification
[12:40] <sivang> night all
[12:50] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  fix small CSS bug with cve class, which was breaking the cve icon rendering (patch-2567<EMAIL_ADDRESS>[02:43] <LetterRip> Hi, I added blenders cvs to launchpad - are there directions for adding our bugtracker as well?
[02:44] <LetterRip> https://launchpad.net/products/blender/+series/2.3
[02:48] <jamesh> LetterRip: you only need to do that if you want to be able to add watches on blender bugs to bugs in Launchpad
[02:49] <LetterRip> ok - I was thinking it might be useful to make sure that bugs get to our developers
[02:50] <jamesh> Malone doesn't automatically file bugs in other people's bug trackers
[02:50] <jamesh> (such behaviour would likely get it banned from those bug trackers)
[02:50] <LetterRip> well a useful alternative might be to have a link going to the primary bug tracker
[02:57] <jamesh> LetterRip: you could add such a link in the product description (URLs get converted to links)
[02:57] <LetterRip> okay thanks
[03:08] <stub> 'set backupcopy=auto,breakhardlink' is the setting I want to use vim in hardlinked trees, no?
[03:27] <poofyhair> any wikipeople here?
[07:05] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Disable initZopeless warning on production (patch-4<EMAIL_ADDRESS>[07:40] <Navatiu> i forgot which channel for ubuntu
[07:40] <Navatiu> n/m
[08:11] <stub> Are there any issues running a full launchpad checkout that is hardlinked (apart from the normal gotchas)? I recall something about one of 3rd party product makefiles breaking this.
[08:16] <robitaille> yep it is different from before...
[08:17] <ajmitch> different & difficult, imho
[08:17] <ajmitch> thankfully it's only a few pages that have changed
[08:18] <spiv> stub: The zope makefile bites me.
[08:18] <robitaille> what happened to the extended search option?
[08:18] <spiv> stub: other than that, it's fine for me.
[08:18] <ajmitch> robitaille: on the right
[08:18] <ajmitch> robitaille: I was ready to complain about that as well
[08:18] <ajmitch> oh, and the search options show right at the bottom
[08:18] <ajmitch> where noone will know to look :)
[08:18] <Burgundavia> the is a crappy place for the search option
[08:19] <Burgundavia> it doesn't fit with those optinos
[08:19] <Burgundavia> what was wrong with the old interface?
[08:19] <robitaille> ajmitch,  do you also see a row of column description that are now useless (id, title, etc)
[08:19] <ajmitch> robitaille: yes
[08:20] <Burgundavia> the other thing that bugs me is how I know have to look for the divider between each bug
[08:20] <ajmitch> and it's really hard to tell severity/priority
[08:20] <Burgundavia> yes
[08:20] <ajmitch> time for a mass bugfiling on malone :)
[08:21] <Burgundavia> oh, and "filed in 1 other place" is useless
[08:21] <robitaille> hey, some of the little bug icons have different colors.   It must means something
[08:21] <Burgundavia> tell me where, dammit
[08:21] <stub> please do - those responsible are not online at the moment ;)
[08:21] <ajmitch> robitaille: sure, what does it mean?
[08:21] <robitaille> importance of the bug?
[08:21] <ajmitch> stub: we have to bitch & vent *before* we file the bugs, for safety reasons :)
[08:22] <ajmitch> robitaille: right, but that's very non-obvious what the colours *mean*
[08:22] <stub> Sure. I was going to file a bug report for you if you didn't by pasting the log ;)
[08:22] <robitaille> ajmitch,  that would be found in the non-existent bug key :)
[08:24] <Burgundavia> is the information that the bug is linked to antoher bug tracker important enough to put on the bug listing page? ajmitch?
[08:24] <ajmitch> robitaille: at least https://launchpad.net/people/motu/+assignedbugs still has the old layout
[08:25] <ajmitch> it might be useful
[08:25] <ajmitch> but it clutters up the display
[08:25] <Burgundavia> the new interface makes it hard to see what the bug is against
[08:26] <Burgundavia> age is also probably not useful in the main listing
[08:26] <ajmitch> s/hard/next to impossible/
[08:26] <ajmitch> not without looking at the url
[08:26] <Burgundavia> and who is assigned it is more difficult
[08:27] <ajmitch> because you can't just look down the column & see?
[08:27] <robitaille> Burgundavia,  I would use the info to another bug tracker IF the link was clickable right there in that summary.
[08:27] <ajmitch> having that big space there for the bug id is a bit pointless
[08:28] <Burgundavia> robitaille, yes, but a it means you need a whole line for it
[08:28] <Burgundavia> what about taking the old interface and making it two lines
[08:28] <ajmitch> and when there's multiple bugs, what do you do?
[08:28] <ajmitch> like a debian & a gnome bug?
[08:28] <ajmitch> even splitting a line breaks readability
[08:29] <robitaille> ajmitch,    oneline:   External Trackers:  Debian    Bugzilla
[08:29] <robitaille> (with both debian bugzilla linkined to the other bug reports
[08:29] <robitaille> but with that said, I think the older interface was better and more compact.
[08:30] <Burgundavia> and the loss of having the external bug tracker info is not that bad
[08:40] <jamesh> stub: do you think updating Launchpad's pytz would count as a [trivial]  change?
[08:41] <stub> jamesh: yes. But I wasn't going to bother since we will be updating the Z3 tree as soon as someone has time to finish the job.
[08:42] <jamesh> stub: okay.  There were a few test breakages with newer pytz, but I fixed them last week
[08:43] <stub> bah. the supermirror still isn't mirroring pytz fully :-/
[08:43] <jamesh> (some doctests broke with the change in the repr() of the timezone objects)
[08:44] <stub> If you have it ready, commit it
[09:00] <ajmitch> Burgundavia: filed bugs against malone?
[09:00] <Burgundavia> ajmitch, nope
[09:01] <Burgundavia> ajmitch, not going to tonight. Going to sleep now, bloody 12 hour work days
[09:01] <ajmitch> ok
[09:27] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  update to latest pytz (patch-1<EMAIL_ADDRESS><EMAIL_ADDRESS>[09:40] <mpool> ping?
[09:40] <lifeless> ping ?
[09:40] <mpool> it would be nice if the successful login screen took me to whereever I was trying to go when i was asked to login
[09:41] <lifeless> yes
[09:41] <mpool> also i seem to have hit a bug
[09:41] <lifeless> I have to go now
[09:41] <lifeless> ;0
[09:41] <mpool> where when i went to report a new bzr bug, it invited me to log in
[09:41] <mpool> bye!
[09:41] <mpool> off you go
[09:41] <mpool> i hope someone will see this in scrollback
[09:41] <lifeless> jsbh HO!
[09:41] <lifeless> yes, they will
[09:41] <mpool> say hi to Mr Squire for me :)
[09:41] <lifeless> indeed I shall
[09:41] <bob2> hah
[09:42] <mpool> anyhow, when i entered my username and password it said "you're already logged in"
[09:42] <mpool> but when i went back to report a bug i got prompted to log in again
[09:42] <mpool> logging out and then logging in fixed it
[09:42] <mpool> so maybe i had a stale cookie or session or something?
[09:43] <mpool> which is fine, but it seems to me that logging in should just erase whatever was previously there
[09:43] <mpool> ie logout+login should have the same effect as just logging in
[09:43] <mpool> that is all.
[09:43] <mpool> oh, one more thing
[09:44] <mpool> on the "report a bug" page, there is a link to "please make sure it hasn't been reported already"
[09:44] <mpool> which is a link back to the malone root page
[09:44] <mpool> it seems like it would be more useful to link to, say
[09:44] <mpool> the product's bug search page
[09:45] <mpool> hm
[09:45] <mpool> perhaps sorted by activity or severity or something
[09:45] <mpool> or most-duplicity
[09:59] <stub> Hmm.... so baz switch in a hard linked tree makes it into a non hard-linked tree?
[10:31] <Kinnison> spiv: have you had a chance to go over that branch now I've added tests?
[10:57] <Kinnison> OI, spiv is my review monkey
[10:57] <Kinnison> wait in line
[10:58] <ddaa> Kinnison: I am, I just happen to be in front of you in tha line :P
[10:59] <Kinnison><EMAIL_ADDRESS>?
[10:59] <Kinnison> s'behind<EMAIL_ADDRESS>[11:00] <ddaa><EMAIL_ADDRESS>[11:00] <Kinnison> bah
[11:00] <ddaa> 's in front of anything from you
[11:00] <Kinnison> :-(
[11:02] <Kinnison> and anyway, if mine's smaller, throughput will be better if spiv does mine first
[11:02] <ddaa> I suggest we abandon this line of discussion, I should not have started it...
[11:04] <SteveA> hi
[11:04] <Kinnison> hihi steve
[11:18] <carlos> morning
[11:18] <Kinnison> hey carlos
[11:30] <stub> yo
[11:32] <SteveA> ho ho
[11:41] <stub> Boo hiss. I can't import canonical.launchpad.database.adapter into canonical.publication.
[11:41] <SteveA> why not?
[11:41] <SteveA> i think i did
[11:41] <stub> SteveA: Is there a list of overrides for the import facist? I can't be arsed moving canonical.publication
[11:41] <SteveA> or was that just canonical.database.adapter
[11:42] <stub> It was just canonical.database.adapter
[11:42] <SteveA> ah
[11:42] <SteveA> why is there a canonical.launchpad.database.adapter?
[11:42] <SteveA> that is odd
[11:42] <stub> Which is very launchpad specific, so I was moving it when I had other stuff to do with it
[11:42] <SteveA> because inside database are the database content classes
[11:42] <SteveA> not the database mechanics
[11:42] <SteveA> the mechanics should be in webapp
[11:43] <SteveA> yes, there is an "allowed" list of imports
[11:43] <stub> ok. same problem then
[11:43] <SteveA> but, i don't think it should be added to lightly
[11:43] <SteveA> what's the problem?
[11:43] <SteveA> canonical/publication should be moved into webapp btw
[11:43] <SteveA> i'll be doing that soon... moved most of it already
[11:43] <Kinnison> FFS
[11:43] <Kinnison> I have a security proxied Distribution
[11:43] <Kinnison> how come I can't sqlvalues() it?
[11:43] <SteveA> good
[11:44] <SteveA> you should be able to
[11:44] <Kinnison> ValueError: Unknown SQL builtin type: <type 'zope.security._proxy._Proxy'> for <Distribution at 0x-495269b4>
[11:44] <SteveA> hmm.. looks like some kind of regression
[11:44] <SteveA> file a bug on me on it
[11:44] <Kinnison> grah
[11:45] <Kinnison> I needs to write this code
[11:45] <SteveA> and as an interim measure, mark it with XXX and use its id
[11:45] <Kinnison> okay
[11:48] <Kinnison>         # XXX: stevea: 20051004: Once sqlvalues() can take a proxied
[11:48] <Kinnison>         # value, change this back to distro from distro.id
[11:48] <Kinnison> s'your XXX :-)
[11:48] <SteveA> ta
[11:48] <SteveA> tell me the filename, and i'll file the bug
[11:48] <Kinnison> database/build.py
[11:48] <Kinnison> BuildSet.getBuildsForDistribution
[11:59] <Kinnison> SteveA: #2836 refers to build.py which won't have the stuff in it for a while
[11:59] <Kinnison> SteveA: It won't be merged until after my build task sequencer is merged
[11:59] <Kinnison> SteveA: just to warn you
[11:59] <SteveA> Kinnison: add a branch ref if you like
[12:08] <Kinnison> lamont: ping?
[12:09] <lamont> ack
[12:09] <Kinnison> lamont: auto-giveback
[12:09] <Kinnison> lamont: fancy chatting about it? (query may help)
[12:10] <lamont> that's in the sbuild et al in our tree?
[12:11] <SteveA> jamesh: ping
[12:12] <SteveA> jamesh: someone on the rosetta list is asking about translating "Translate this application"
[12:12] <jamesh> the string in the help menu?
[12:12] <SteveA> ye
[12:12] <SteveA> s
[12:13] <SteveA> ----
[12:13] <SteveA> it is a great idea to connect Ubuntu to Rosetta by the "Translate this Application"-function. But where can I find that very string? In a localized form it would be even more effective. It is not in the "normal" GNOME po-files, but is it in Rosetta?
[12:13] <SteveA> ----
[12:14] <SteveA> is there some product we need to add to rosetta to make this translateable ?
[12:14] <jamesh> SteveA: https://launchpad.net/distros/ubuntu/breezy/+sources/launchpad-integration/+translations
[12:14] <SteveA> cool
[12:14] <SteveA> i'll reply
[12:17] <SteveA> carlos: there is no link to the rosetta FAQ from the rosetta front page nor from the rosetta/+about page
[12:17] <sect2k> who do I contact about deleting a user account?
[12:17] <SteveA> hi sect2k
[12:17] <SteveA> i can help with that
[12:17] <carlos> SteveA, should I add a link to the FAQ or directly to the main page at wiki.ubuntu.com/Rosetta ?
[12:17] <SteveA> carlos: both, i think
[12:18] <carlos> ok
[12:18] <SteveA> but, also get an opinion from mpt later
[12:19] <SteveA> sect2k: what's up?
[12:19] <carlos> ok
[12:19] <sect2k> stevea: I have duplicate accounts, and would like to get rid of one
[12:19] <SteveA> sect2k: ah -- you can merge these accounts together
[12:20] <SteveA> https://launchpad.net/people/
[12:20] <SteveA> there's a link on that page
[12:20] <sect2k> stevea: thanks, i guess i missed that one :)
[12:20] <SteveA> you have to prove that you own both accounts, by going to links sent to you in some emails
[12:21] <sect2k> stevea: there lies the problem, I no longer have the email address used by one of the accounts
[12:22] <SteveA> oh
[12:22] <sect2k> that's why i created the second account
[12:22] <SteveA> okay, tell me what the accounts are
[12:22] <SteveA> does someone else have the email address, or does it just bounce?
[12:23] <Kinnison> eww, changing a bug description posts a comment with the old description
[12:24] <sect2k> stevea: the old email bounces i guess, i changed domains
[12:26] <SteveA> sect2k: okay, i'll get this sorted out
[12:26] <sect2k> stevea: thanks
[12:27] <SteveA> sect2k: can you still log into both accounts?
[12:28] <sect2k> stevea: no, if I try to log into the old account i get a msg that it hasn't been verified
[12:29] <SteveA> can you try doing the "merge accounts" thing anyway?
[12:29] <SteveA> log in with the account you want to keep
[12:30] <SteveA> and try entering the other one into the "merge accounts" box
[12:30] <sect2k> already did that
[12:30] <SteveA> it may work, and if it does so, it will be more straightforward than sorting it out by other means
[12:30] <SteveA> oh
[12:30] <SteveA> and it said you couldn't ?
[12:31] <sect2k> it said that a mail was sent to the other account email, but that email no longer exits
[12:31] <sect2k> exists
[12:31] <SteveA> i see
[12:32] <SteveA> you could probably add another, valid, email address to your old account.  but that sounds like a lot of hassle.
[12:32] <SteveA> i can mail the dba and ask that your accounts be merged, which will be easier i think
[12:33] <sect2k> i don't think there is any other solution, since i can't log into the old account
[12:33] <SteveA> ok
[12:34] <salgado> SteveA: I can't access that link
[12:35] <SteveA> salgado: which one?
[12:35] <salgado> the +editgpgkeys
[12:35] <SteveA> good morning salgado
[12:35] <salgado> good morning. :)
[12:35] <SteveA> even logged in as yourself?
[12:35] <salgado> I'm not a Launchpad admin
[12:35] <SteveA> aha
[12:36] <SteveA> https://chinstrap.ubuntu.com/~dsilvers/paste/fileiZIWic.html
[12:36] <SteveA> salgado: see there
[12:39] <salgado> SteveA: I don't think that's a big problem
[12:39] <salgado> he doesn't have a preferred email, so he can't get to that page
[12:40] <SteveA> maybe not a big problem.  any SystemError is a problem
[12:40] <SteveA> if you understand what's going on, please file a bug on it, and explain in the bug that it isn't really important as it will only affect admins
[12:40] <salgado> indeed
[12:40] <SteveA> maybe the menus can be improved so as not to send admins there
[12:40] <salgado> sure, I will do that
[12:41] <salgado> brb
[12:41] <SteveA> thanks salgado
[12:49] <salgado> SteveA: btw, any chance to do that review? :)
[12:49] <salgado> just filed https://launchpad.net/products/launchpad/+bug/2840
[12:51] <SteveA> hi tom
[12:52] <tuhl> hi SteveA
[12:52] <Kinnison> Hi tuhl
[12:53] <tuhl> hi all
[12:53] <SteveA> tuhl: Kinnison is Daniel Silverstone, who is working on the buildd system
[12:53] <tuhl> aha ok
[12:53] <SteveA> Daniel, this is Thomas Uhl, who's interested in getting a z-series port of ubuntu going
[12:53] <Kinnison> Hi Thomas
[12:54] <tuhl> I am a bit busy at the moment
[12:54] <Kinnison> But I'm here all the time
[12:54] <Kinnison> in spirit, if not in person :-)
[12:54] <tuhl> I will ask  you questions in an more consolidated way
[12:55] <Kinnison> Feel free to take it to /query if you're worried about answers/questions getting lost
[12:55] <Kinnison> the channel can get very busy
[01:09] <stub> SteveA: Is it a guarantee that there will only be one instance of a utility per thread, or is that just what is implemented?
[01:11] <SteveA> there is only one instance of a utility globally
[01:11] <SteveA> they are global objects
[01:11] <SteveA> if you want to use a thread-bound utility, you have to do stuff like we did with the launchbag.
[01:11] <SteveA> and have it get its state from a thread.local
[01:12] <stub> Is the 'only one instance of a utility' a guarentee? I wan't to know if I need to cope with lots of database adapters or only one.
[01:13] <tuhl> where can I get a best overview of the current launchpad functionality?
[01:13] <SteveA> a utility is registered either as a component or as a factory
[01:13] <SteveA> if it is registered as a component, it is a "global object" (ie module level) that must exist before the zcml is processed
[01:14] <SteveA> if it is registered as a factory, that factory is used only once, to create a "global object" component, when the zcml is processed.
[01:14] <Kinnison> tuhl: Umm, the wiki has a lot on it, but it's not always obvious what is done and what is proposed
[01:14] <SteveA> either way around, there is just one utility object at the end of the zcml processing.
[01:14] <stub> SteveA: Cool. That should make this easier.
[01:14] <tuhl> Kinnison: that is my problem :-)
[01:14] <SteveA> stub: what do you have cooking?
[01:15] <Kinnison> tuhl: It's better to consider launchpad as a set of interrelated components and try to learn one bit at a time
[01:15] <SteveA> stub: also, can you put the staging logs into their own directory (as on production), and stick in RT a request to have them rsynced to chinstrap, and available from the filesystem and over https from there?
[01:15] <stub> SteveA: Adding the ability to switch the database user we are connected as (for functional tests using the component architecture), and two switch the connection to read only (because it is pretty much exactly the same thing)
[01:15] <tuhl> https://launchpad.net/tickets/ -> error
[01:16] <SteveA> tuhl: thanks
[01:16] <SteveA> salgado: are gnueman or matsubara in yet?
[01:22] <stub> salgado: high priority shipit export has run on staging and the normal is running now
[01:24] <SteveA> stub: cool
[01:24] <SteveA> so, we don't need double the connections
[01:24] <SteveA> to support readonly on GET and readwrite on POST
[01:29] <stub> Yup
[01:33] <stub> SteveA: should the mechanism to set a connection to readonly or to change the user be a method or a property? I could do either 'da.user = "launchpad" or 'da.setUser("launchpad")'. The property reads better, but it seems a bit naughty using a property for something that an action is the primary affect as opposed to a side effect
[01:42] <Kinnison> What do I call on an sqlobject to force it to update to the DB?
[01:46] <Kinnison> aha, syncUpdate()
[01:46] <Kinnison> ta
[01:56] <salgado> SteveA: I'm at home, heading to the office. they should be there soon
[01:56] <salgado> stub: thanks for running the script again
[01:57] <stub> salgado: Ooh... it has finished now too
[01:57] <stub> 28 minutes
[01:58] <salgado> not too bad, if you take into account it's more than 20k orders
[02:04] <matsubara> good morning
[02:04] <stub> morning
[02:38] <SteveA> stub: use a method
[02:40] <SteveA> gneuman: hello
[02:40] <SteveA> matsubara: hello
[02:41] <matsubara> hi steve
[02:42] <SteveA> do you have some time to look into a launchpad bug?
[02:43] <SteveA> tuhl reported this earlier.  The tickets-index.pt page at /support is broken.  it is one of those that includes a @@+portlet-actions in its template, but isn't tested properly.
[02:44] <SteveA> it is broken on staging too
[02:44] <Kinnison> If I have a column which is a datetime, how do I get number of minutes from then to now?
[02:44] <SteveA> there is an error log here  https://chinstrap.ubuntu.com/~dsilvers/paste/fileVNKAFP.html
[02:44] <SteveA> well...
[02:44] <gneuman> SteveA,
[02:44] <gneuman> hold on
[02:44] <SteveA> you have two datetimes
[02:44] <matsubara> yep, mailed that diff to kiko yesterday. I'm awaiting for his revision
[02:45] <gneuman> we are finalizing that bug
[02:45] <SteveA> you have one from the database object, and one that you have to make
[02:45] <SteveA> this is complicated by the nature of python "datetime with timezone" things
[02:45] <carlos> mpt, hi, around?
[02:45] <SteveA> unfortunately
[02:45] <SteveA> Kinnison: is this for a page template, btw?
[02:46] <SteveA> basically, you can subtract two datetimes to get a timedelta, and get days and seconds out of that
[02:46] <SteveA> but both datetimes need to be either with timezone, or without timezone
[02:47] <SteveA> and to make a datetime of "now" with a UTC timezone isn't as easy as it should be
[02:47] <SteveA> although, perhaps we have something in launchpad already to give you the UTC-timezone "now" time
[02:47] <Kinnison> SteveA: I want 'minutes' and it's for maths in a cronscript
[02:48] <SteveA> you need to get days and seconds, and work out the minutes yourself
[02:48] <SteveA> or...
[02:48] <SteveA> from the datetime you have, get its Unix time
[02:48] <SteveA> and compute seconds that way
[02:48] <SteveA> would be easier
[02:48] <Kinnison> hmm
[02:49] <SteveA> datetime.utcnow().toordinal()
[02:49] <SteveA> hmm...
[02:49] <SteveA> not what i meant
[02:51] <SteveA> time.mktime(datetime.utcnow().timetuple())
[02:51] <Kinnison> blargh
[02:52] <SteveA> so, time.time() - time.mktime(yourdatetime.timetuple())
[02:52] <SteveA> that is what you want
[02:52] <Kinnison> yeesh
[02:52] <SteveA> the simplest way to get it
[02:52] <SteveA> without doing "how many secs in a day" calculations
[02:52] <Kinnison> I guess
[02:53] <mpt> carlos: yep
[02:53] <stub> Kinnison: now = datetime.now().replace(tzinfo=utc)
[02:53] <stub> delta = now - dbdt
[02:53] <stub> minutes = (delta.days*24*60*60 + delta.seconds) / 60
[02:53] <stub> (or 60.0 if you want fractional minutes)
[02:54] <carlos> mpt, SteveA asked me to add a link to RosettaFAQ to the Rosetta's about page
[02:54] <stub> Which is really sucky, but I think it is the simplest way of doing it without converting the datetime to seconds and using time.time() for now
[02:54] <Kinnison>             full_age = time.time() - time.mktime(build.datecreated.timetuple())
[02:54] <carlos> mpt, and I'm not sure if we should add that one + the wiki.ubuntu.com/Rosetta or just one of them
[02:54] <Kinnison> that'll do :-)
[02:54] <stub> Yer - 'days and seconds' is pretty useless.
[02:54] <salgado> SteveA, will you have time for that review today? (I need to land that ASAP)
[02:55] <mpt> carlos: what do you mean by "or just one of them"?
[02:55] <SteveA> salgado: okay
[02:55] <carlos> mpt, one of those pages
[02:55] <carlos> mpt, wiki.ubuntu.com/Rosetta and/or wiki.ubuntu.com/RosettaFAQ
[02:55] <mpt> oh, ok
[02:56] <mpt> carlos: A page on wiki.launchpad.canonical.com would be better than a page on wiki.ubuntu.com
[02:56] <mpt> carlos: and a page on launchpad.net would be better than a page on wiki.launchpad.canonical.com
[02:56] <SteveA> wiki.launchpad.net ...
[02:56] <SteveA> salgado: okay, where do i look?
[02:56] <carlos> do we have wiki.launchpad.net already?
[02:57] <carlos> mpt, the one at ubuntu.com already exists
[02:57] <salgado> SteveA, in your queue<EMAIL_ADDRESS>[02:57] <salgado> dammit, there's conflicts there. now I'm fucked
[02:57] <SteveA> salgado: fix the conflicts, and i'll do the diff myself
[02:58] <mpt> carlos: I know, I'm just giving options for how the situation could be improved
[02:58] <salgado> SteveA, the conflict is trivial. in interfaces.shipit.__all__. the problem is that I need this to be cherrypicked
[02:59] <carlos> mpt, I suppose we could move it to wiki.launchpad.net when it exists, in the mean time, we should not change it so we don't confuse people moving it all time
[03:00] <stub> salgado: no need for evil hacks. Just land it and I'll handle it.
[03:04] <salgado> stub, you rock, dude!
[03:05] <Kinnison> SteveA: I've put my branch which includes the build.py stuff in your review queue
[03:11] <fantasma> alguem do brasil?
[03:15] <toresbe> oops, damned irssi
[03:16] <SteveA> Kinnison: ok
[03:26] <Virtuall> http://fishki.net/comment.php?id=5171 :DDDDDDDDDDDDDDDDD
[03:32] <stub> salgado: Do you need staging the way it is, or can I reenable the daily updates?
[03:35] <salgado> stub, one sec. I'll download the files there and then it should be okay to reenable the updates
[03:36] <stub> ok. I can leave it if you need it (although the updates won't kick in again for a number of hours yet anyway)
[03:37] <salgado> stub, is there somewhere I can see the staging error logs?
[03:38] <stub> salgado: chinstrap:~stub/staging_logs (automatic mirroring is being setup soon)
[03:40] <salgado> stub, can you run this "select count(shipment.id), shippingrun.id from shipment, shippingrun group by shippingrun.id;" on staging?
[03:41] <salgado> stub, actually, this one would be better: "delete from shippingrun where csvfile is NULL;"
[03:41] <stub> launchpad_staging=> select count(shipment.id), shippingrun.id from shipment, shippingrun group by shippingrun.id;
[03:41] <stub>  count | id
[03:41] <stub> -------+----
[03:41] <stub>  24395 |  3
[03:41] <stub>  24395 |  2
[03:41] <stub>  24395 |  1
[03:41] <stub> (3 rows)
[03:43] <stub> salgado: I'll need to drop all the corresponding shipments too
[03:44] <stub> done
[03:44] <salgado> stub, but the shippingruns without a csvfile shouldn't have any shipments. (I'm guessing there are others shippingruns not returned by that query, though)
[03:45] <stub> There where 24 shipments linked to the 1 shippingrun I deleted
[03:45] <stub> There are now only two shippingruns, both with non NULL csvfiles
[03:46] <salgado> now I can see them in the /exports page. that's weird
[03:47] <salgado> stub, it should be okay to reenable the updates now. thanks again!
[03:48] <stub> ok
[03:54] <kiko> SteveA, stop filing dupes :-)
[03:57] <Kinnison> Am I correct in assuming that if I have a list of tuples which I sort, it gets sorted by the first element of the tuple?
[03:58] <kiko> well
[03:58] <kiko> that's simplistic
[03:58] <kiko> what if the first element is the same in multiple tuples?
[03:59] <kiko> but you have the right idea, I think
[04:00] <Kinnison> Right
[04:00] <Kinnison> so (A,B,C) <=> (D,E,F) is A<=>D then if that's equal, B<=>E, etc?
[04:01] <kiko> exactly.
[04:01] <kiko> it does what you would expect it to (if you are using tuples Correctly)
[04:01] <kiko> a.k.a. The Way Guido Says You Should
[04:01] <bradb> stub: I was thinking: would it be possible for you to slip in the BugTask.priority db patch to allow for nulls, and then I can fix the application code today to remove any not null enforcements?
[04:01] <Kinnison> kiko-afk: I see
[04:02] <bradb> stub: Or, if there's an easy way for me to do it myself, maybe you can give me a hint on what I have to do to merge such a schema patch into rf myself
[04:03] <stub> bradb: I can commit such a patch for you, sure. It just like any other database patch.
[04:04] <Kinnison> stub: In your opinion, how hard would it be to upgrade the librarian to store MD5s alongside the sha1 sums?
[04:05] <bradb> stub: It's been ages since I made a schema change, and last I did, I always just put something in pending and you merged it. I don't really know the procedure for making it "official" myself. If you could [trivial]  it into rf that would rock.
[04:05] <Kinnison> stub: I'm happy to opportunistically populate the column
[04:05] <Kinnison> stub: or script the column population
[04:06] <stub> Kinnison: Pretty simple as long as you don't mind nulls in the existing entries. More complex if you want them filled in.
[04:07] <Kinnison> It'd be handy to have 'em because lots of distros use md5s rather than sha1s
[04:07] <Kinnison> I'd love to be able to say "If this upload claims a different md5 for this file I already have, then complain" without having to get the file out and summing it
[04:07] <Kinnison> If I have to get it out and sum, it'd be nice to have somewhere to punt that sum afterwards
[04:08] <stub> bradb: For the record, why are we allowing nulls instead of creating an 'unknown' or 'irrelevant' or something priority in the dbschema.py ?
[04:08] <bradb> stub: Null seems to me to map most accurately to what it means: no value.
[04:09] <bradb> stub: Out of curiousity, what benefit would there be to creating an extra status where we could just use nulls?
[04:09] <stub> When does a bug task get this priority? When it is newly created or something?
[04:09] <bradb> stub: When somebody explicitly sets it.
[04:10] <bradb> It won't be set on task creation, unless we ultimately accept Priority on the input forms
[04:10] <stub> bradb: NULLs can be confusing because there might be multiple meanings for it. For example 'this hasn't been set yet' vs. 'I've explicity been set to no value'.
[04:11] <stub> bradb: In this case, NULL sounds a good choice
[04:11] <bradb> ok, cool
[04:13] <stub> bradb: Just BugTask.priority for now?
[04:13] <bradb> yep
[04:22] <bradb> mpt: I BBA'd SM
[04:33] <mpt> TYVM, bradb
[04:33] <bradb> np
[04:33] <bradb> :P
[04:36] <Kinnison> What's the current status of the 'expires' column in libraryfilealias?
[04:49] <stub> Kinnison: Currently ignored. I'll be sorting that this week I hope.
[04:49] <stub> Kinnison: What do you need it to do right now?
[05:08] <SteveA> mpt: ping
[05:09] <SteveA> salgado: i'm 1/2 way through the review, got distracted by a phone call with mark
[05:09] <SteveA> carlos: hi
[05:13] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Make BugTask.priority nullable (patch-2568<EMAIL_ADDRESS>[05:22] <SteveA> mpt: ping
[05:22] <SteveA> carlos: hi
[05:22] <SteveA> salgado: hi, review sent
[05:25] <mpt> SteveA: pong
[05:25] <salgado> SteveA, replying
[05:25] <SteveA> mpt: now that menus are basically done, and existing ones converted, it is time to check that we have decent coverage of menus
[05:26] <SteveA> salgado: we also need to talk about the "asked to register on launchpad, can't find the way back to shipit" issue
[05:31] <salgado> SteveA, that's true. that's something that really annoys me, but I don't think I'll have time to fix that soon. :-(
[05:35] <mpt> "Report a bug about A set of Bugs"
[05:36] <bradb> ew, that is nasty
[05:36] <bradb> I'll fix that
[05:36] <mpt> SteveA: Is there an automated (or even a methodical) way of doing that?
[05:36] <SteveA> of doing what?
[05:37] <mpt> SteveA: checking for "decent coverage of menus"
[05:37] <SteveA> that was speced out
[05:37] <SteveA> in MenusDelivery
[05:37] <mpt> ah, true
[05:37] <mpt> so long ago :-)
[05:37] <bradb> mpt: Actually, the best way of fixing that page depends on what you have in mind for the new Malone front page. IMHO, it's best to get rid of the "generic" bug reporting form altogether.
[05:38] <sivang> Good evening everybody
[05:38] <SteveA> hi sivang
[05:39] <sivang> hey SteveA , what's up?
[05:39] <zygis_> hi
[05:39] <SteveA> mpt: it also gets you looking over many of the pages, so you can fix UI issues you see
[05:39] <SteveA> hi ygis
[05:40] <zygis_> SteveA, Lithuanian team will be included in Ubuntu Translators after we sign gpg keys and not earlier? :)
[05:41] <zygis_> you know not much time left until release, so I'm in hury a bit
[05:41] <SteveA> jordi, carlos: can you sort this out for ygis ?
[05:41] <carlos> zygis, no, we can add you now
[05:42] <zygis_> ah, excelent
[05:42] <carlos> I'm a bit busy, that's why I didn't process your request, just give me some minutes
[05:42] <zygis_> ok
[05:43] <mpt> SteveA: ok
[05:43] <carlos> zygis, done
[05:43] <zygis_> thanks
[05:43] <carlos> you are welcome
[05:47] <jordi> I'm two mins late
[05:47] <jordi> sorry
[05:47] <jordi> actually, 6 mins alte :)
[05:49] <carlos> hmm jordi do you have enough permissions to do that? I thought it was one of the bugs about the extra rights I need to give you
[05:49] <sivang> jordi: there's a meeting here?
[05:53] <jordi> carlos: I don't
[05:53] <jordi> I can create groups and such though
[05:53] <carlos> jordi, ok
[05:53] <jordi> sivang: no, I'm late tfor zygis' request
[05:53] <sivang> k
[05:54] <SteveA> zygis_: signing keys isn't necessary, of course.  but it makes the free software world a better (connected) place.
[05:56] <zygis_> SteveA, I understand, but thought for a second that it might be the new ubuntu policy or so.
[06:00] <mpt> bradb: by "nullable" do you mean that task priorities now default to "None"?
[06:01] <bradb> mpt: I'm going to merge that change soon, yeah. stub did the db schema patch to make it feasible for me to change the application code.
[06:02] <mpt> awesome
[06:02] <mpt> bradb<EMAIL_ADDRESS>is mirroring now
[06:03] <mpt> with lots of broken stuff for you to fix :->
[06:03] <bradb> you rock. i'll take a look later today.
[06:29] <mdke> does anyone know if update-manager is translatable via rosetta?
[06:36] <jordi> if it is, I can't find an url for you :/
[06:37] <mdke> jordi, it's not, update-manager and update-notifier should be there
[06:37] <mdke> they are great candidates for translations IMO
[06:37] <jordi> carlos: it seems those two, update-manager and -notifier are   only in breezy. Why is this?
[06:37] <jordi> yeah
[06:38] <mdke> s/only/not
[06:38] <mdke> ?
[06:39] <jordi> s/only/only in hoary/
[06:39] <jordi> err
[06:39] <jordi> whatever
[06:39] <jordi> s/breezy/hoary/ and so
[06:43] <mdke> LOL
[06:47] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  Sort the overrides for the publisher (patch-2569<EMAIL_ADDRESS>[06:48] <mdke> jordi, the template is there for german, but not italian, how weird is that?
[06:48] <salgado> SteveA, reply sent
[06:52] <jordi> mdke: I'd call it a bug or something
[06:53] <jordi> mdke: anyway, go translate :)
[06:53] <jordi> https://launchpad.net/distros/ubuntu/breezy/+sources/update-notifier/+translations
[06:53] <mdke> yay
[06:53] <mdke> jordi, i don't translate, i'm just the guy who chases things up and get's on your nerves
[06:54] <jordi> nice to meet you :D
[06:55] <mdke> anyhow i've passed it on, thanks a lot!
[06:55] <mdke> jordi, how about -manager?
[06:56] <jordi> do you know what the source name is right now?
[06:57] <mdke> update-manager i guess?
[06:57] <mdke> but i don't know for sure
[07:00] <jordi> hmm
[07:08] <SteveA> salgado: i'll be around for at least 1 hour more
[07:09] <SteveA> get kiko to review if i'm gone when you finish the changes
[07:09] <jordi> mdke: update-manager doesn't make sense
[07:09] <jordi> it should be in rosetta
[07:10] <mdy> Hi people. Can I throw a general question in please ? How many languages is Breezy available in ?? Thanks !
[07:14] <dholbach> hellas
[07:14] <dholbach> could it be that gnome-mag and gnome-backgrounds were not imported into rosetta?
[07:15] <salgado> SteveA, I'd prefer to have more time to work on that and ask kiko. there's some things that I need to sort out now that we'll start having orders marked as "shipped"
[07:16] <SteveA> ok
[07:16] <SteveA> send me a mail if you want me to do stuff tomorrow morning
[07:16] <salgado> sure. will do that. thank you
[07:44] <bradb> * Creating revlib entry for<EMAIL_ADDRESS>[07:44] <bradb> Error in `printfmt' (No space left on device)
[07:44] <bradb> Bring on bzr!
[07:44] <bradb> baz: uncaught exception: -1:(I/O error)
[07:47] <Kinnison> erm, s'not exactly baz's fault if you've just run out of space
[07:47] <bradb> Kinnison: yeah, it is. I've already deleted 1+ gigs of revlib today
[07:47] <mpt> Nor is it baz's fault that my archive-mirror just took 56 minutes
[07:47] <bradb> The fact that I even have to do that is the problem. :)
[07:50] <Kinnison> bradb: you're hacking on launchpad
[07:50] <Kinnison> bradb: keeping any less than two gigs of free room is going to cause problems
[07:50] <Kinnison> bradb: any given launchpad tree is nearly .3g before you start
[07:51] <Kinnison> but yes, most of that is baz's fault
[07:52] <SteveA> niemeyer: any idea how much better this will be with bzr?
[07:55] <niemeyer> SteveA: It will reduce disk space consumption considerably, since it'll use file deltas stored incrementally on the same disk file.
[07:57] <Kinnison> {arch} is about 15 times larger than the rest of the checkout in launchpad
[07:57] <niemeyer> Kinnison: Which tree format, more specfically?
[07:58] <Kinnison> niemeyer: A launchpad checkout is ca. 280 megs
[07:58] <Kinnison> niemeyer: of which about 260 megs is {arch}
[08:00] <niemeyer> Kinnison: Well, the deltas I'm talking about would be inside the \{arch\} equivalent, so they're part of the tree format.
[08:01] <Kinnison> niemeyer: so long as they end up smaller, I'm happy
[08:02] <niemeyer> :-)
[08:02] <bradb> niemeyer: Am I going to have to apply NN revisions every time I do a bzr status?
[08:03] <bradb> Where NN is often a number between 20 and 50 (on average)
[08:05] <kiko-afk> SteveA, class advisors?
[08:05] <SteveA> yeah, like implements()
[08:06] <niemeyer> bradb: No.. the weave format allows one to extract any version in a single pass.
[08:06] <kiko> ah
[08:07] <kiko> carlos?
[08:07] <bradb> niemeyer: Interesting. Hopefully that means that ops like status and branch go much, much, much faster.
[08:09] <carlos> jordi, I suppose it's because hoary was not fixed to generate the .pot files
[08:09] <carlos> kiko, hi
[08:10] <kiko> bradb, baz applies revisions to compensate for a lack of cachedrev, IME
[08:10] <niemeyer> bradb: No doubts
[08:11] <kiko> carlos, how's it going?
[08:11] <carlos> kiko, fine, language packs seem to be stable enough to use them
[08:12] <carlos> kiko, the main issue are the review-* templates
[08:12] <carlos> kiko, I'm going to fix the permission issues so jordi can help with that task
[08:12] <kiko> okay, cool
[08:13] <kiko> carlos, so I forwarded you some kamion-mail on the same ellipsis character
[08:13] <kiko> oddly enough I don't see why he's getting the error he is
[08:14] <carlos> kiko, not seen yet, give me some minutes while I check a request from dholbach
[08:16] <kiko> sure
[08:18] <kiko> bradb, now that priority can be NULL, do we need to change the default?
[08:18] <bradb> kiko: That patch is in pqm's queue right now :)
[08:19] <jordi> carlos: no, hoary has it, breezy doesn't
[08:19] <jordi> where does one translate updat-emanager?
[08:20] <kiko> bradb, rock on duderino!
[08:20] <jordi> actually update-notifier is in breezy, but there's no way to find it too easily
[08:21] <carlos> kiko, Kinnison  ^^^^ We need gina to fix that....
[08:22] <Kinnison> carlos: aye
[08:22] <Kinnison> carlos: Well, I've done a lot to gina, I think she's ready to roll, but stub needs to do his magic and we need the gpg thing run
[08:22] <carlos> Kinnison, kiko it's hard to find how to translate breezy or hoary without the publish information...
[08:26] <kiko> Kinnison, and lifeless, has he reviewed james' gpg thing?
[08:26] <Kinnison> dunno
[08:26] <kiko> suck suck
[08:39] <carlos> kiko, that mail from Colin is really weird
[08:39] <carlos> and it does not make too much sense...
[08:39] <carlos> checking...
[08:43] <SteveA> kiko: mailed you about the navigation review
[08:45] <kiko> yeah
[08:46] <kiko> not too long, cool
[08:49] <dilys> Merge to<EMAIL_ADDRESS>[trivial]  make bugtask priority be None by default (patch-2570<EMAIL_ADDRESS>[08:49] <kiko> it's the rockstar bradb himself
[08:49] <bradb> bow chikka bow
[08:52] <kiko> bradb, no ,, directories left over, perhaps?
[08:52] <Kinnison> bradb: urgh, you *switch* ?
[08:52] <Kinnison> faster, and you get to keep all the pieces
[08:53] <bradb> kiko: that's part of the problem, no doubt
[08:53] <bradb> replacement tree, hm
[08:55] <bradb> Kinnison: do you keep all the subcomponents (like pytz, sqlobject, zope3, etc.) in a central place to which all your trees are symlinked, or...?
[08:55] <carlos> kiko, that makes no sense, seems like kamion suggestion is right, but that sucks... smells like a bug in python's enconding functions....
[08:56] <Kinnison> bradb: I use --link
[08:56] <carlos> kiko, I will take a look later tonight or tomorrow morning, I'm leaving now to have dinner to my parent's place
[08:56] <Kinnison> bradb: so in practice, yes they're all linked together
[08:57] <kiko> carlos, ok
[09:00] <dholbach> carlos: uploaded gnome-backgrounds
[09:00] <Kinnison> ciao all
[09:00] <carlos> dholbach, cool, thank you
[09:01] <dholbach> de rien
[09:01] <dholbach> :)
[09:01] <dholbach> *wave*
[09:22] <eruin> how would I go about uploading my gpg key to launchpad?
[09:22] <kiko> eruin, visit your main page in launchpad
[09:23] <kiko> there's an add gpg key link
[09:23] <sivang> eruin: it will explain you there what you need to do, bsically you paste a armor'd output of your key
[09:23] <sivang> eruin: launchpad emails it to you back, asks you to verify ofcourse etc..
[09:25] <eruin> ie gpg -a --fingerprint eruin
[09:25] <eruin> launchpad them proceeds to spitting out an error about not being able to import key, HTTP error: 500
[09:26] <kiko> eruin, do you have a sign-only key?
[09:26] <eruin> no
[09:26] <eruin> dsa/elgamal
[09:27] <eruin> I'm pretty much completely retarded when it comes to gpg it seems
[09:27] <eruin> and I get a timeout while trying to send my key to keyserver.ubuntu.com
[09:30] <eruin> ah, yay, I made it
[09:30] <eruin> thanks for providing me with moral support ;)
[09:30] <SteveA> kiko: how's the navigation review doing?  i'm wondering whether to stick around, or to go home now
[09:31] <kiko> SteveA, you can go home, you'll get it in the morning, I'm deep in triage atm
[09:31] <SteveA> okay
[09:31] <kiko> eruin, you got a 500 error then?
[09:32] <kiko> eruin, what's your name?
[09:32] <eruin> kiko, eruin, I made it though... my mistake
[09:32] <bradb> Kinnison: Just curious: after getting a new tree, do you manually go in and change the sourcecode/ dir to be a symlink?
[09:32] <kiko> eruin, system error (500) is never your mistake
[09:33] <bradb> Or is there a simpler configuration to have all the stuff living under sourcecode/ in exactly one place?
[09:33] <kiko> bradb, use sh utilities/link-external-sourcecode
[09:34] <bradb> kiko: ah, didn't know about that, thanks
[09:34] <kiko> enjoy
[09:42] <uglykidjoe> hey developers of launchpad, thank you!
[09:42] <uglykidjoe> some really great stuff, I've been waiting for this
[09:43] <kiko> uglykidjoe, hey, enjoy -- it's for you that the work is being done
[09:43] <uglykidjoe> kiko - yea, it really feels so :-)
[09:43] <RWG> They seem to be affiliated with a lot of Linux distros
[09:44] <uglykidjoe> kiko: I got my free ubuntu cd delivered today, that's how I ended up at launhpad.org
[09:44] <uglykidjoe> kiko err, .net
[09:44] <RWG> I wish mine would arrive soon
[09:44] <kiko> uglykidjoe, delivered today? wow
[09:44] <RWG> It has been a few weeks now
[09:44] <RWG> Almost a month
[09:44] <uglykidjoe> yup, Sweden
[09:45] <uglykidjoe> 6 weeks for me
[09:45] <kiko> interesting
[09:45] <uglykidjoe> nice for being free :)
[09:45] <kiko> breezy around the corner and all
[09:45] <uglykidjoe> yup, as always
[09:45] <RWG> Where are they being shipped from?
[09:45] <uglykidjoe> duno
[09:45] <uglykidjoe> let me check the package
[09:46] <uglykidjoe> doesn't say, the return address is in sweden too
[09:46] <kiko> courier to local delivery
[09:47] <RWG> I am in the US
[09:48] <zygis> is it a known bug, that when I try to update translation in Rosetta, I always get system error?
[09:48] <eruin> kiko, I've successfully uploaded my sig. the error was due to the fact that I hand't successfully sent my key to keyserver.ubuntu.com before trying to edit it
[09:49] <eruin> and if my typing really is this bad, the semester paper I'm typing atm will go down the drain proper.
[09:49] <kiko> eruin, but even so, it shouldn't give you a system error
[09:49] <eruin> Actually the edit page should have some info about how to send your key, etc ;)
[09:49] <kiko> eruin, what's your launchpad ID?
[09:49] <kiko> yeah
[09:50] <eruin> it's eruin/ivindHoel
[09:50] <kiko> interesting, can't seem to see your error
[09:51] <bradb> kiko: After using the link-external-sourcecode.sh script, why do I get lots of "would be source but lack inventory ids" output under this new tree, when I don't get that kind of output under the launchpad-main tree to which I linked this one?
[09:51] <kiko> because it doesn't contain symlinks
[09:52] <kiko> I would ignore those errors -- works fine without them (but I am clueless)
[09:52] <eruin> kiko, it wasn't an actual launchpad error, it was the http resonse from keyserver that couldn't find my key, methinks
[09:53] <eruin> (it was in a short message telling about gpg --send-key)
[09:53] <bradb> kiko: Oh, right. As long as this is considered "normal". :P
[09:53] <kiko> eruin, ah, hmmm. I've never seen this page on lp.
[09:55] <ethyl> Wow
[09:56] <ethyl> Join/quit flood
[10:24] <bradb> mpt: Would it be possible for you to send me a diff of the front page changes? merging your branch just ain't happening for me "Applying 151 revisions..." then out of memory.
[10:26] <kiko> bradb, you want a cachedrev
[10:26] <kiko> can I see the full message?
[10:26] <bradb> er, hm
[10:26] <bradb> this might be something else
[10:28] <mpt> bradb: bizarre ... applying 151 revisions starting from what?
[10:29] <kiko> right
[10:29] <kiko> that's my same question
[10:29] <kiko> if it's patch-2422, then..
[10:30] <bradb> kiko, mpt: https://chinstrap.ubuntu.com/~dsilvers/paste/fileEAMcgq.html
[10:30] <bradb> interesting. the paste service doesn't seem to render at all in Safari
[10:32] <bradb> Kinnison: Can you close the </title tag on that page?
[10:32] <kiko> * from archive cached<EMAIL_ADDRESS>[10:32] <kiko> bradb, that looks like baz picking a bad merge point
[10:32] <mpt> bradb: it is closed
[10:33] <bradb> mpt: that page, i.e. this page: https://chinstrap.warthogs.hbd.com/~dsilvers/paste/
[10:34] <kiko> bradb, re bug 2608, I fixed this last week
[10:34] <kiko> what exactly did you send off to PQM?
[10:35] <bradb> kiko: Made .title work for NullBugTasks.
[10:36] <mpt> bradb: that one looks closed in Epiphany too. Perhaps Gecko is lying about the source (that used to happen occasionally).
[10:37] <mpt> ok, this is stupid
[10:37] <bradb> hm, dunno
[10:37] <mpt> I have been waiting for baz all afternoon
[10:37] <kiko> bradb, I fixed that last week, and I don't see any PQM-mail on this topic
[10:37] <bradb> mpt: I've been trying to get baz to work for the last couple hours too :/
[10:37] <kiko> oh, hmmm
[10:38] <kiko> bradb, is this /in addition to/ my fix?
[10:38] <bradb> kiko: I don't know. The bug as described was present in rocketfuel. So I fixed it.
[10:38] <bradb> null bug tasks needed to define .title properly
[10:40] <kiko> was it only for null bug tasks?
[10:40] <kiko> i.e. other bug tasks worked well?
[10:40] <bradb> That's the way it appeared to me.
[10:40] <kiko> okay
[10:46] <sivang> jamesh: ping
[10:50] <kiko> matsubara, I think we should check how many of our tests use the foo bar user
[10:50] <kiko> I think it's the source of bugs..
[10:51] <mpt> kiko: There should be a plaintext list somewhere of test accounts and their passwords
[10:51] <kiko> mpt, that too
[10:51] <mpt> so pagetests can be written using the lowest-privilege account that should be able to do the given thing
[10:51] <mpt> rather than using Mr Bar all the time
[10:52] <kiko> matsubara, can you file a bug for the remaining issue for bug 2501 -- fixing edit emblem to not work for individuals (and assert the person is a team in the backend code?)
[10:52] <kiko> yeah
[10:52] <kiko> mr. bar is the suk
[10:52] <mpt> kiko, matsubara: I already reported that bug
[10:52] <mpt> and you accuse *me* of filing dupes!
[10:52] <mpt> :-P
[10:52] <kiko> you did?
[10:52] <kiko> where?
[10:53] <mpt> one moment...
[10:53] <kiko> 2422
[10:53] <kiko> sorry
[10:53] <mpt> yes
[10:53] <kiko> I won't file it then
[10:54] <matsubara> i got a list of files that uses the Foo.bar basic authorization
[10:57] <kiko> matsubara, in some of them the use is correct -- tests if the admin can do it
[10:57] <kiko> however
[10:57] <kiko> in most of them it is not
[11:00] <matsubara> so, in the case that isn't correct, should i change it to Sample Person basich auth?
[11:01] <kiko> matsubara, yep
[11:01] <kiko> definitely
[11:03] <kiko> join the club
[11:06] <cprov> dudes enjoy,  it doesn't justify the drops ;)
[11:06] <kiko> is launchpad particularly slow today?
[11:07] <mpt> The Internet's particularly slow, kiko
[11:07] <mpt> baz is slow, random Web pages are slow, e-mail is slow
[11:07] <cprov> kiko: it's not LP, it's our net
[11:07] <ajmitch> morning
[11:07] <kiko> cprov, I can't see why, though -- it's apparently not being hammered at all today
[11:07] <mpt> If this archive-mirror hasn't finished in the next 8 minutes I'm leaving it going overnight
[11:08] <kiko> mpt, control-C it and try again?
[11:09] <cprov> kiko: sometimes it's like that, I can't see an explicit reason too
[11:09] <mpt> kiko: I tried that before, and ended up having to spend an extra half an hour on a baz lock-revision -b, before doing the archive-mirror which still took 56 minutes
[11:10] <cprov> mpt: maybe you need to remove some lock, but baz will give you the command tip if necessary, I has happenned more often
[11:10] <mpt> cprov: sure, removing the lock worked fine, it just took half an hour to do :-)
[11:10] <kiko> friggin slow
[11:13] <bradb> dear baz, please to be getting out of my way, kthxbye
[11:14] <cprov> mpt: eeck ?? life isn't easy in general, and things like that are essetial to keep it this way  .... back to 'DF is far' session
[11:14] <kiko> well
[11:14] <kiko> generally I find that baz hangs
[11:14] <kiko> if it's taking too long
[11:15] <kiko> I control-C and try again
[11:15] <kiko> particularly with a-m and lock-rev
[11:15] <bradb> same here with a-m
[11:16] <kiko> a-m should take only up to 2 minutes
[11:16] <kiko> salgado, is https://launchpad.net/products/launchpad/+bug/1683 fixed or a dupe?
[11:16] <kiko> cprov, we were running without the wondershaper
[11:19] <salgado> kiko, it's not fixed
[11:19] <cprov> kiko: uhm, interesting ... thank you then, it's much better and there is a reason ;) it hasn't been a common situation
[11:20] <kiko> salgado, what's left, or is it still pending research?
[11:20] <kiko> cprov, yeah, when anthem rebooted on friday..
[11:20] <cprov> kiko: nice job !
[11:20] <mpt> cprov: I don't know what you mean by "DF is far"
[11:20] <mpt> What's DF?
[11:21] <salgado> kiko, don't know what's going on there
[11:21] <kiko> salgado, okay.
[11:21] <cprov> mpt: no worries, DogFood ...
[11:25] <mpt> ok, I'm outta here
[11:25] <kiko> salgado, are you sure it wasn't a bug that was fixed? why?
[11:26] <cprov> kiko: the ping is faster, but ssh is terrible slow, can't type ...weird
[11:26] <salgado> kiko, I'm not sure. I said that because I haven't seen any activity on this area. neither the tests for that were changed
[11:33] <kiko> salgado, wait a second -- you wrote a fix to transfer over the maintainership records, didn't you?
[11:33] <salgado> kiko, no. it was for membership records
[11:33] <kiko> oh
[11:33] <kiko> sorry.
[11:33] <kiko> ok.