[02:56] <jamesh> Python 2.5 is out
[02:58] <crimsun> (and it's in Edgy)
[03:01] <jamesh> I hope stub is okay in Thailand
[03:22] <Jones_> How can I remove a comment I made? I pasted the wrong dmesg and I want to redo it.
[04:02] <mpt> Gooooooooooooooood afternoon Launchpadders!
[06:25] <peridot> hello?
[06:26] <mpt> hello peridot 
[06:27] <peridot> hi, I'm not sure I'm in the right place; I have a question about using launchpad
[06:33] <jamesh> peridot: ask your question, and if we can answer it, we will.
[06:34] <peridot> does launchpad keep track of which releases contain a bug? (e.g., Ubuntu Dapper Drake has the problem, but it's fixed in Edgy Eft)
[06:36] <jamesh> not at the moment.  There is work underway for "release targetting", so developers can decide which releases to fix a bug in, and track them separately in the bug.
[06:39] <peridot> just, I was bitten by a bug in Dapper, so I filed a bug report; now it's closed and disappearing from the system because it's been fixed in the not-yet-released Edgy
[06:39] <peridot> at best, the bug will probably be filed again by the next person who installs Dapper
[06:39] <jamesh> with the new system, you'd be able to nominate that bug to be fixed in Dapper
[06:40] <jamesh> and the developers would be able to make a decision one way of the other
[06:42] <peridot> it also doesn't show up in my bugs list, even when I use advanced search and turn on "Fix Released"
[06:42] <jamesh> was your bug marked as a duplicate?
[06:43] <peridot> no, just "Fix Released"
[06:43] <jamesh> there is another checkbox in the advanced search to show duplicate bug reports
[06:44] <peridot> ah, I found it; doesn't help.
[06:44] <jamesh> what is the bug report, and what bug listing URL do you think it should show up on?
[06:45] <peridot> the bug: https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/60973
[06:45] <Ubugtu> Malone bug 60973 in flashplugin-nonfree "Silently fails" [Untriaged,Fix released]  
[06:45] <peridot> the unsuccessful search: https://launchpad.net/people/peridot-faceted/+assignedbugs?field.searchtext=&orderby=-importance&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Rejected&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&field.status%3Alist=Fix+Released&field.importance%3Alist=Untriaged&field.importance%3Alist=Wishlist&field.importance%3Alist=Low&field.importance%3
[06:45] <peridot> Alist=Medium&field.importance%3Alist=High&field.importance%3Alist=Critical&field.owner=&field.status_upstream=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.has_patch.used=&field.tag=&search=Search
[06:45] <peridot> uh, sorry
[06:46] <jamesh> that's your "assigned bugs" listing
[06:46] <jamesh> if you look at choose "reported" from the menu on the left, you should find your bug
[06:46] <peridot> ah, sorry, that was silly of me
[06:47] <jamesh> the choice of "Bugs" going to +assignedbugs is useful for developers, but not for users like you
[06:47] <jamesh> (where you likely have no assigned bugs)
[06:47] <peridot> could it just say "Assigned Bugs" if that's where it goes?
[06:47] <jamesh> maybe mpt has some ideas of how to improve that :)
[06:48] <peridot> it was also nice, in the Debian BTS, to see some of the closed bugs - so you knew somebody else had had the problem, and a new version of the package fixed it
[06:51] <jamesh> well, we show "fix committed" bugs by default
[06:52] <jamesh> which in the case of a single line of development means that users will see bug reports for issues that have been fixed but not been released
[06:52] <peridot> but not "fix released"; perhaps my problem is that "fix released" is here being used to mean something a little odd
[06:52] <jamesh> it has issues with multiple lines of development (e.g. dapper vs. edgy), as you've mentioned.
[06:53] <jamesh> the release targetting might help here
[06:53] <peridot> but if I am using (say) scipy 0.5.1 and a = transpose(a) deletes my home directory, it'd be nice to know that that was a known problem with 0.5.1 and it's worth updating to 0.5.2
[07:00] <peridot> anyway, I find launchpad much more convenient than the Debian BTS or Bugzilla, so I look forward to seeing it get used more
[07:01] <peridot> thanks for the help
[07:57] <SteveA> good morning!
[07:59] <SteveA> stub: nothing like an extra public holiday to curry popular support
[08:01] <stub> More that they want everyone off the streets to avoid any panic or confusion while the important stuff gets sorted.
[08:05] <stub> Popular support will go to whoever the king supports
[08:15] <jamesh> so when do you think the next coup will be scheduled?
[08:16] <SteveA> I guess when they need another holiday
[08:21] <stub> jamesh: They average one every four years - this 15 year stint is a record
[08:25] <SteveA> I see... like number 9 busses
[08:25] <SteveA> none for 15 years, then 4 come one after the other
[08:46] <lifeless> stub: you lie there has been a coup
[08:46] <lifeless> http://www.theherald.co.uk/news/70409.html
[08:48] <jamesh> lifeless: the Committee for Democratic Reform are the coup leaders
[09:42] <carlos> morning
[09:58] <juliux> morning
[09:58] <juliux> which rights i need to add a event to a team calendar?
[10:09] <doko_> carlos: ping
[10:09] <carlos> doko_: pong
[10:09] <carlos> doko_: how was the conference?
[10:09] <carlos> juliux: I think you need to be the owner or an admin of that team
[10:09] <carlos> juliux: but I'm not completely sure
[10:09] <doko_> very informative. 350 people, up to 4 parallel tracks so you couldn't visit all talks.
[10:10] <juliux> carlos, admin is not enough
[10:10] <carlos> juliux: then, you need to be the owner....
[10:11] <doko_> carlos: does rosetta can handle it, if I do not generate the GSI files for one build, if I know that nothing changed? i.e. are the translations of the last build kept?
[10:11] <carlos> I guess that could be seen as a bug...
[10:11] <carlos> doko_: that's the problem with big events in short time...
[10:11] <juliux> carlos, thxs
[10:11] <carlos> doko_: if you don't generate any GSI files
[10:12] <carlos> nothing new will be imported into Rosetta
[10:12] <carlos> so previous data will remain unchanged
[10:12] <doko_> ok, so these translations are not marked "obsolete"?
[10:13] <carlos> no
[10:13] <SteveA> mpt: ping
[10:14] <carlos> the only way to set a translation as obsolete is that the GSI with the english translations doesn't have a string anymore
[10:14] <carlos> so if you don't import anything, nothing changes
[10:14] <doko_> nice
[10:14] <carlos> doko_: in fact, we will not know about the new release
[10:24] <jordi> carlos: there's an interesting mail in rosetta-users where someone from the Dutch team is pissed.
[10:24] <jordi> carlos: can you have a look?
[10:24] <carlos> sure
[10:31] <carlos> jordi: I agree with your answer
[10:31] <carlos> jordi: if they fixed it for Dapper after the Edgy opening, it sounds either like a bug or like someone changing it
[10:31] <carlos> I think we should start collecting more metadata about those changes
[10:32] <carlos> so we know who and when did that change
[10:33] <jordi> that would be good
[10:33] <carlos> that will allow us too to know whether is a bug or a bad user
[10:38] <carlos> jordi: btw... how's going that email about KDE?
[10:38] <carlos> it's taking already too much time...
[10:38] <jordi> danilos offered help last weekend. I guess I'll take the offer if I don't finish it today.
[10:38] <carlos> yes, please, I think it should be ready before this Friday....
[10:40] <Ubugtu> New bug: #61383 in launchpad "Team Calendar only writeable for the owner" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61383
[11:11] <jordi> carlos: count on that
[11:11] <carlos> jordi: thanks
[11:11] <jordi> carlos: the queue urgency is over now, I can go back to stuff like this again
[11:35] <Ubugtu> New bug: #61391 in soyuz "PackageFilePublishing views should include distrorelease not just name" [Low,Confirmed]  http://launchpad.net/bugs/61391
[11:52] <SteveA> mpt: ping
[12:54] <cprov> spiv: ping
[01:05] <Ubugtu> New bug: #61409 in launchpad "Disable SSL" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61409
[01:48] <sabdfl> SteveA: how fast can i setup a new 360-degree review?
[01:48] <sabdfl> i have a set of categories and questions
[01:48] <sabdfl> this is for my foundation in SA
[01:48] <sabdfl> one subject, 6 reviewers
[01:49] <SteveA> sabdfl: 1 sec, I'll ping pov
[01:52] <SteveA> sabdfl: privmsged you
[01:59] <carlos> later!
[01:59] <carlos> danilos: btw, after lunch, you owe me a couple of meetings...
[01:59] <danilos> carlos: of course ;)
[02:11] <SteveA> carlos, danilos: when you have time, I'd like a followup chat from some things carlos and I discussed yesterday
[02:11] <danilos> SteveA: I'm fine with it anytime, don't know if carlos is out to lunch already
[02:11] <carlos> danilos: I am, but saw the 'ping'
[02:12] <carlos> SteveA: we are going to have the meetings I told you about yesterday after lunch
[02:12] <carlos> SteveA: I guess we could have the followup after that
[02:12] <carlos> is that ok for you?
[02:12] <SteveA> I have a phone call in 2 hrs
[02:12] <SteveA> with mark and kiko
[02:13] <SteveA> it can be before that, or after that
[02:13] <SteveA> mainly, I want to check into the timestamp/export thing
[02:13] <SteveA> I still don't understand it to a level I'm comfortable with
[02:14] <carlos> that doesn't affects our meetings, so we could have it as soon as I'm back from lunch
[02:14] <carlos> 13:00 UTC ?
[02:15] <carlos> I really need to leave, please agree on a time and I will attend (as long as it's after 13:00 UTC)
[02:16] <SteveA> ok, fine
[02:16] <SteveA> this isn't urgent, but I'd like to talk about it today somtime
[03:05] <Ubugtu> New bug: #61428 in malone "Want a "subscribed to teams" portlet..." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61428
[03:09] <carlos> SteveA, danilos: Are you ready?
[03:09] <danilos> carlos: #cm?
[03:09] <carlos> danilos: launchpad-meeting
[03:10] <Ubugtu> New bug: #61429 in malone "Would like to see *all* assigned/subscribed bugs" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61429
[04:05] <kiko> good morning vietnam
[04:06] <cprov> kiko: hey, morning
[04:06] <kiko> how's it going
[04:07] <cprov> kiko: fine, I've updated https://launchpad.canonical.com/NoMoreAptFtparchive, take a look when you have time
[04:09] <flacoste> kiko: morning, let me know when you're available to finish our SupportTrackerWorkflowSpec chat
[04:13] <malcc> kiko: Morning! Soyuz fixes are in rf, just started a last test-run to give rf-head the all-clear for drescher deployment, hope to complete this before my vacation days on Friday and Monday
[04:13] <kiko> malcc, great to hear this.
[04:14] <kiko> hey matsubara 
[04:15] <kiko> how's the fish
[04:24] <kiko> SteveA?
[04:24] <kiko> hey bradb 
[04:24] <SteveA> kiko: 
[04:30] <BenC> hello lp folks
[04:31] <kiko> hey BenC 
[04:31] <BenC> I have a quick feature request, maybe it already exists somewhere :)
[04:31] <kiko> okaaay
[04:31] <BenC> would be nice if bug reports had a counter for "affected users" or something along those lines
[04:31] <BenC> users having the problem could increment
[04:32] <kiko> BenC, so you could come on and say "This bug affects me"?
[04:32] <BenC> yeah, without kicking in another comment
[04:32] <kiko> BenC, do you feel that subscriptions to bugs are not a good way of measuring that?
[04:32] <BenC> and it would be easy to weight the bug at a glance
[04:32] <BenC> kiko: No, because a lot of people will sub to a bug out of interest
[04:33] <kiko> I'm not sure that's a "No". :)
[04:33] <BenC> I have bugs where there are more "interest" subs than "affected by the bug" subs
[04:33] <BenC> interest meaning developers working on it, upstream developer, etc.
[04:33] <BenC> not people affected by the bug
[04:34] <BenC> kiko: Plus with a counter, people could decrement and stay sub'd if the bug is fixed for them
[04:36] <kiko> BenC, I'm not entirely sure that a subscriber count wouldn't give you enough of the same effect you're looking for
[04:36] <BenC> but the counter would have to be tied to the lp login, so people can't arbitrarily get more attention for a bug by falsifying the count
[04:36] <kiko> yeah
[04:36] <kiko> which does add to some of the complexity
[04:36] <kiko> of implementing this feature
[04:37] <BenC> well, would just need a single table, ref'd to bug id's and logins
[04:38] <kiko> BenC, how about this: I could add a subscriber count somewhere useful in the bug page right now
[04:38] <BenC> just an idea, though...something I've been wanting to see for awhile..the sub list is just kind of noisy, and doesn't really stick out unless it gets really big
[04:38] <BenC> kiko: that would be a great start
[04:38] <kiko> well, there's no counter for it :)
[04:39] <kiko> if you find that to be useful I could try adding that to the main bug listing
[04:39] <kiko> and if you found that after that subs still doesn't give you what you were looking for we can add an UsersAffectedByBug table.
[04:39] <BenC> if you could subtract the "subscribed because they maintain the product" ones, that would be even better :)
[04:40] <kiko> BenC, sure, but the numbers themselves don't have as much meaning as the comparison between numbers in different bugs.
[04:40] <BenC> ooh, those are under "Also notified", so sub count would be good
[04:40] <BenC> very true, checking all bugs in linux-source-2.6.17 and sorting by subs would be nice
[04:40] <kiko> yep
[04:41] <kiko> okay I will get my hands dirty with that sometime today
[04:41] <kiko> let me get back to my CHORES
[04:41] <BenC> sweet, thanks
[04:44] <stub> salgado: Are you finished with your branch on staging?
[04:45] <salgado> stub, yeah! I thought I told you yesterday that it wasn't necessary to disable the daily updates...
[04:46] <stub> salgado: I wasn't sure when the script would finish ;)
[04:46] <stub> salgado: I'll rebuild with brad's branch
[04:46] <salgado> ah, right. thanks a lot again. :)
[05:01] <danilos> carlos: ping
[05:01] <carlos> danilos: pong
[05:01] <carlos> let me get my power plug
[05:02] <carlos> and I will be ready
[05:02] <danilos> carlos: ok, I am letting you ;)
[05:03] <carlos> I'm back
[05:09] <jordi> hey
[05:40] <salgado> stub, the db patch on my person-creation-rationale branch has an UPDATE. should this update be moved into another sql scripts inside the pending/ directory?
[06:25] <malcc> Anyone fancy doing a quick review on an almost-trivial patch?
[06:30] <jgi> hello everyone
[06:31] <BjornT> malcc: sure
[06:35] <malcc> BjornT: https://devpad.canonical.com/~andrew/paste/file3ZFfGm.html
[06:41] <BjornT> malcc: looks good. i guess i could comment on the indentation style, though, i'd have os.path.join on the same line as its arguments are on. i think it's slightly more readable that way.
[06:41] <BjornT> i.e.: function(
[06:41] <BjornT>   os.path.join('foo', 'bar'),
[06:41] <BjornT>   other_argument)
[06:42] <malcc> BjornT: Yes, that's probably better isn't it? I'll change it
[06:42] <BjornT> i think it's easier to see that other_argument is an argument to function, not to os.path.join that way.
[07:03] <kiko_> ah, the glorious internet
[07:20] <carlos> see you!!!
[08:11] <ddaa> I'm vaguely puzzled by my karma
[08:11] <ddaa> I cannot make myself to believe that all the bugstuff I have done is worth less than a little specstuff, and some completely marginal supportstuff.
[08:12] <ddaa> https://launchpad.net/people/ddaa/+karma
[08:12] <j-a-meinel> spec work does seem to be valued much higher than bug stuff
[08:12] <j-a-meinel> I suppose because that makes you a developer rather than just a bug reporter.
[08:13] <kiko> j-a-meinel, it's because there are less people doing specs than bugs.
[08:13] <kiko> I'm not sure I agree with this scale though
[08:13] <kiko> I think the bugzilla.gnome.org karma scales are much more interesting.
[08:13] <ddaa> kiko: I understand the motivation, but the emergent result is... puzzling at least.
[08:14] <kiko> ddaa, agreed.
[08:16] <ddaa> esp. since my karma has been bouncing wildly up and down lately
[08:23] <j-a-meinel> is there any way to set the 'date-released' column for a new 'release' of a branch?
[08:23] <j-a-meinel> I wanted to update some old records for bzr.
[08:23] <j-a-meinel> https://launchpad.net/products/bzr/0.9/0.9  was released on 2006-08-11 but it defaulted to using 'today', and doesn't let me set it anywhere.
[08:24] <j-a-meinel> Which means this page: https://launchpad.net/products/bzr/
[08:24] <j-a-meinel> Shows the wrong release date.
[08:24] <ddaa> j-a-meinel: you mean a "release", not a "branch", right?
[08:24] <j-a-meinel> It is a release of a given product series.
[08:25] <j-a-meinel> It may be something that requires db admin at this point.
[08:25] <ddaa> I think all this Registry stuff has been in a no-mans-land in terms of ownership for years.
[08:25] <j-a-meinel> Since 'edit details' only lets you discuss summary, etc.
[08:27] <ddaa> j-a-meinel: I suggest you file a bug on Launchpad about the stupid default value and being unable to change it yourself, and a support request so somebody with the appropriate magic powers can do the fixes you want.
[08:28] <ddaa> I think that's especially important since jamesh is currently working on a tool that will automatically create tons of releases.
[08:29] <ddaa> so we should avoid polluting the database with bogus release dates
[08:29] <ddaa> IMO, being unable to say "unknown release date" should even be a blocker
[08:31] <j-a-meinel> bug 4557 seems to cover this
[08:31] <Ubugtu> Malone bug 4557 in launchpad "launchpad doesn't ask for release date when adding a new product release" [Medium,Confirmed]  http://launchpad.net/bugs/4557
[08:38] <kiko> malcc, why do you drop exc_info=True in uploadprocessor.py?
[08:38] <kiko> oh. log.exception() doesn't have exc_info? :)
[08:40] <ddaa> kiko: I've put in a helper for that
[08:40] <ddaa> it's probably somewhere in the script logger stuff
[08:40] <kiko> ddaa, oh, pray tell where that is?
[08:41] <ddaa> probably canonical.launchpad.scripts.log
[08:41] <ddaa> The branch scanner uses it IIRC
[08:41] <ddaa> (branch scanner is bzrsync.py)
[08:41] <kiko> malcc, that sounds like a good place to put that method of yours!
[08:43] <bradb> Do we have any examples of LaunchpadFormViews that don't use any schema or fields, instead rendering a form manually?
[08:44] <bradb> I think I want to convert the noms form to an LFV, to achieve validation, error reporting, and other consistency, but writing widgets makes me feel terrible.
[08:46] <bradb> Maybe I want to use LFV by filling a slot with my custom form, not including action buttons, and let LFV do the rest. Anyone else think like I think?
[08:48] <kiko> BjornT should know..
[08:49] <flacoste> matsubara: if you have a minute, could you run the following SQL queries on staging: https://devpad.canonical.com/~andrew/paste/fileFzS2fQ.html
[08:49] <flacoste> matsubara: i want to get some global usage pattern on the support tracker
[08:51] <bradb> Maybe I should just write a widget, but it does seem like the long way around, particularly because it won't be reused.
[08:52] <SteveA> bradb: why would you write a widget?  do you need to present something entirely new?
[08:53] <BjornT> bradb: i'm not sure i understand what you want to do. you don't want do use widgets, and you don't want to use the form template. what exactly from LFV do you want to use?
[08:53] <bradb> SteveA: I need to present a list of checkboxes of releases that can be nominated.
[08:53] <SteveA> just do it by hand
[08:54] <bradb> SteveA: Done. But I wanted to convert it to LFV for error message, validation, and other consistencies.
[08:55] <bradb> BjornT: I want to make https://staging.launchpad.net/distros/ubuntu/+bug/1/+nominate behave like other forms, WRT error reporting, validation, etc.
[08:55] <Ubugtu> Malone bug 1 in ubuntu-meta "Microsoft has a majority market share" [Critical,Confirmed]  
[08:56] <bradb> BjornT: I do want to use the form template. I don't have a schema.
[08:56] <matsubara> flacoste: https://sodium.ubuntu.com/~andrew/paste/filebnlN2h.html
[08:58] <flacoste> matsubara: you rock, thanks!
[09:00] <matsubara> flacoste: you're welcome.
[09:00] <BjornT> bradb: well, i think you need at least a field in order to take advantage of LFV. it'd be quite easy to create a List field, with value_type=Choice(). you could create a vocabulary on the fly to pass to the Choice field. then you should be able to use a standard MultiCheckboxWidget.
[09:02] <bradb> BjornT: okay, will look into it, thanks
[09:04] <BjornT> bradb: if you look in browser/bugtask.py, you see an example of  creating a Choice field on the fly. search for SimpleVocabulary.
[09:04] <bradb> BjornT: got it, thanks
[09:08] <flacoste> kiko: you should have received an email with the result of your AWStats query
[09:08] <flacoste> kiko: executive summary: isn't available
[09:08] <kiko> I saw that and wonder why
[09:08] <kiko> in particular because webalizer does have it
[09:09] <flacoste> and AWStats can generate the data, there is just no way to present it on one page
[09:09] <kiko> how fucked up
[09:09] <flacoste> (you have the reporting month daily averages at the bottom of the monthly report)
[09:10] <flacoste> but even the year view, only shows current month
[09:10] <flacoste> they just didn't think about an yearly overview report :-(
 (you have the reporting month daily averages at the bottom of the monthly report)
[09:11] <kiko> where? what's the heading?
[09:12] <flacoste> at the end of 'Days of the Month', there is an 'average' line
[09:12] <flacoste> (my report is in French, so I might get the exact wording wrong)
[09:13] <flacoste> but it's the second report on the main page (3rd if you count the Summary)
[09:15] <flacoste> kiko: did you find it?
[09:16] <kiko> ah!
[09:16] <kiko> yes, thanks.
[09:22] <AlinuxOS> danilo[out] s, ping
[09:22] <AlinuxOS> oops :)
[09:50] <Ubugtu> New bug: #61508 in malone "Please change "request fix" terminology to something more accurate" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61508
[10:00] <mpt> Goooooooooooooooooooooooood morning Launchpadders!
[10:02] <Burgwork> hey mpt 
[10:05] <ddaa> hey mpt
[10:05] <ddaa> mpt: good thing I'm up late today, I'm expecting a reply to the email I sent you today :)
[10:08] <mpt> ddaa, ok
[10:09] <mpt> after I reply to bradb
[10:09] <ddaa> fin
[10:09] <ddaa> fine
[10:12] <kiko> salgado, can you get me a quick review of an SQLObject fix?
[10:12] <kiko> https://sodium.ubuntu.com/~andrew/paste/fileup2dgr.html
[10:13] <salgado> kiko, I'm reviewing another small branch right now. will do yours quickly
[10:13] <kiko> thanks
[10:13] <kiko> it's not complicated
[10:13] <kiko> and it fixes the problem that stub was pointing out, sorting using that function stuart wrote.
[10:14] <kiko> salgado, essentially, it wraps set operations in SELECT * FROM (...) so that the order by works.
[10:15] <kiko> salgado, it only does that for non-accumulating queries, though, which I think is correct.
[10:15] <SteveA> mpt: good morning
[10:15] <AlinuxOS> mpt, good morning :D
[10:15] <AlinuxOS> mpt, ah New Zealand! :D
[10:30] <Ubugtu> New bug: #61519 in launchpad "Set operations in SQLObject can't handle ordering using functions" [Untriaged,Confirmed]  http://launchpad.net/bugs/61519
[10:33] <kiko> salgado, that's the bug I'm trying to fix
[10:47] <kiko> BjornT, ping?
[10:48] <BjornT> kiko: pong
[10:52] <matsubara> BjornT: ping
[10:52] <BjornT> pong
[10:52] <kiko> BjornT, I have a patch that uses non_ascii_* for the tests.
[10:52] <matsubara> BjornT: does you recent work on BugTagsWidget address this kind of errors: http://launchpad.dev/products/firefox/+bugs?field.tag=&field.tag
[10:52] <matsubara> ?
[10:53] <matsubara> BjornT: actually oops is OOPS-261C675
[10:53] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/261C675
[10:53] <kiko> BjornT, would that mean r=bjornt for that branch?
[10:54] <kiko> BjornT, https://sodium.ubuntu.com/~andrew/paste/fileuB1cn2.html
[10:55] <kiko> BjornT, or do you prefer using the renamed files?
[10:56] <BjornT> matsubara: no, it doesn't fix those kind of errors. i'm planning to do some work to prevent those kind of errors soon, though.
[10:56] <kiko> matsubara, I was going to say that -- BjornT has agreed to take up on this issue
[10:57] <matsubara> BjornT: ok, thanks. I'll file a bug and assign it to you, ok?
[10:57] <BjornT> kiko: no, i think it's fine. r=me.
[10:57] <kiko> BjornT, you rock!
[10:57] <kiko> thanks.
[10:57] <BjornT> matsubara: sure.
[11:00] <kiko> salgadooooo
[11:00] <salgado> kiko, +            q = "SELECT * FROM %s AS foo ORDER BY %s" % (q, l)
[11:00] <salgado> maybe use a name other than 'foo'?
[11:00] <kiko> yes salgado?
[11:00] <kiko> salgado, I changed that to TMP as you use above.
[11:00] <kiko> BjornT, are you gone already or will you have time to review my additional patch to fix CVEs?
[11:04] <BjornT> kiko: well, not quite gone, but i'd rather to it tomorrow instead.
[11:04] <kiko> BjornT, okay. I'll follow up in email.
[11:04] <salgado> kiko, I think it'd be nice to have a comment explaining why we have to special-case accumulations on _queryForSetOperation. other than that, looks good
[11:04] <kiko> salgado, I'll add one. thanks.
[11:10] <Ubugtu> New bug: #61531 in malone "Forbidden error when trying to mark a bug as private" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61531
[11:15] <Ubugtu> New bug: #61534 in launchpad "Subscribed Bugs is missing one bug" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61534
[11:34] <kiko> matsubara, in bug 61534, is the bug missing a dupe?
[11:34] <Ubugtu> Malone bug 61534 in launchpad "Subscribed Bugs is missing one bug" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/61534
[11:34] <matsubara> kiko: not, it's a fix released bug. I'm answering it right now.
[11:35] <kiko> cool!
[11:38] <bradb> bug 28697 may have helped avoid that bug report
[11:38] <Ubugtu> Malone bug 28697 in malone "Bug lists should show current search filter" [Medium,Confirmed]  http://launchpad.net/bugs/28697
[11:39] <kiko> bradb, fixing that would ROCK.
[11:42] <bradb> chinstrap:/home/warthogs/archives/bradb/launchpad/malone-remove-search-filter/ !
[11:42] <kiko> bradb, "remove search filter"?
[11:43] <bradb> kiko: yeah, that branch should have a patch that could be reverse applied to resurrect the search filter UI i built
[11:43] <kiko> bradb, what search filter UI?
[11:44] <bradb> kiko: that one i did a while back, remember? you suggested that I revert it, and then we were going to discuss it in more detail at the London sprint back then
[11:44] <bradb> linkified search filter, etc
[11:44] <kiko> hmmm
[11:45] <bradb> because you suggested aiming for a more general thing that could modify the filter easily too.
[11:46] <kiko> anyway I'm all for displaying the filter, bradb 
[11:46] <ddaa> I'm starting to fall asleep, so tell me if you plan to reply in the next minutes.
[11:48] <bradb> kiko: that branch would be worth looking at again then, when the time comes
[11:58] <ddaa> good night folks
[12:00] <Ubugtu> New bug: #61547 in malone "BugTagsWidget crashes when it receives a list" [Medium,Confirmed]  http://launchpad.net/bugs/61547
[12:05] <Ubugtu> New bug: #61548 in launchpad "Description/comment fields needs to cope with insanely large values." [Medium,Confirmed]  http://launchpad.net/bugs/61548
[12:05] <kiko> "needs to cope" or "shouldn't crash"? :)
[12:08] <matsubara> kiko: fixed
[12:10] <Ubugtu> New bug: #61549 in launchpad "Description/comment fields needs to cope with insanely large values." [Medium,Confirmed]  http://launchpad.net/bugs/61549
[12:10] <ajmitch> kiko: I saw a bug the other day where someone had pasted in 7MB of logs
[12:10] <ajmitch> insane
[12:10] <kiko> ajmitch, that person should go to jail :)
[12:11] <ajmitch> and I wonder why my bug mail folder grows so large..
[12:13] <AlinuxOS> hello,is it possible to give owner status to other person in launchpad?