[12:15] <Ubugtu> New bug: #59971 in blueprint "Target a product specification to a distribution milestone triggers a DB constraint" [Untriaged,Confirmed]  http://launchpad.net/bugs/59971
[12:31] <Ubugtu> New bug: #59972 in malone "Tag search field needs better validation for non-alphanumeric characters" [High,Confirmed]  http://launchpad.net/bugs/59972
[12:31] <mpt> Goooooooooooooooooood morning Launchpadders!
[12:31] <j-a-meinel> lifeless: Does ubuntu send a message to IRC when a new bug is filled? Or is that per-channel configurable?
[12:31] <j-a-meinel> morning mpt
[12:31] <Fujitsu> Morning, mpt.
[12:32] <lifeless> ubugtu watches the product
[12:32] <lifeless> theres no general facility [yet] 
[12:32] <j-a-meinel> I've just never seen it happen in #bzr yet.
[12:32] <lifeless> thats because we haven't asked for it ;)
[12:32] <j-a-meinel> I already get an email, I don't really feel I need an IRC message :)
[12:32] <lifeless> likewise
[01:06] <Ubugtu> New bug: #59975 in malone "Edit bug tag form needs to cope with invalid values in tag field." [High,Confirmed]  http://launchpad.net/bugs/59975
[02:39] <mpt> bother
[03:16] <jamesh> I guess staging being rebooted means the product-release-finder run didn't complete
[03:23] <lifeless> foo
[03:24] <lifeless> I think we need to arrange a 'run staging until it completes' 
[03:24] <lifeless> with no db resets etc
[03:24] <lifeless> this is basically acceptance testing for us
[03:26] <jamesh> from the email, I guess elmo will be rebooting the machine again this week to add back the memory
[03:27] <jamesh> I think what we need is two runs of product-release-finder -- one with the fresh database, and a second one against the data created by the first run
[03:35] <lifeless> agreed
[03:35] <lifeless> with a report after the first
[03:35] <lifeless> and the log and delta to the db after the second
[03:39] <jamesh> I'd be interested to see how long it takes on second runs
[03:40] <lifeless> yup
[03:40] <lifeless> I think that will depend on squids config ;0
[03:42] <jamesh> I think we should be able to get rid of most of the HEAD requests when walking FTP sites via the HTTP proxy
[03:43] <jamesh> when parsing an index page, it currently does a HEAD request on each link that doesn't end in a slash to see if it is a directory
[03:43] <jamesh> so assuming the squid dir listings are sane, we could skip this
[03:51] <lifeless> squids ftp stuff is sane
[03:51] <lifeless> except for HEAD
[03:51] <lifeless> where it lies
[03:52] <jamesh> well, the way the walker code uses HEAD, it is just checking to see if it gets a redirect response or not
[03:53] <jamesh> I don't think the false-200 response would be as big a deal here
[03:54] <lifeless> yup
[05:03] <jamesh> stub: Re: product-release-finder: I think we might want to do a special test run: after the DB restore, get a listing of the existing productreleases and productreleasefiles.  Then run product-release-finder, get the list of productreleases, run product-release-finder, get list of productreleases
[05:03] <jamesh> I am not sure that can be done in a single nightly.sh run
[05:09] <stub> I suggest doing that on demo.launchpad.net then - it is stable and the extra grunt might help
[05:11] <stub> Is that ok, or do you want to avoid upgrading the code?
[05:22] <jamesh> that sounds like a good idea.  Disk space isn't an issue anymore, is it?
[06:46] <stub> jamesh: No problem - disk should now be fine.
[07:29] <stub> jamesh: Do you think the initial run of product-release-finder will take more than 16 hours?
[07:30] <jamesh> stub: I've got no idea.  I'm was hoping yesterday's run would give an indication :)
[07:31] <stub> I'll leave it running on staging anyway then - no harm done if it gets killed by tomorrows update (it has been running for > 1 hour so far)
[07:31] <stub> Or I can disable tomorrows update if we want to not bother running it against demo.launchpad.net
[07:32] <jamesh> I'll look at doing a run on demo.lp.net
[07:55] <mpt> spiv, should I [trivial]  in a test for the security contact link on the product details portlet (as you implied in your post-merge review of r4021), or should I leave it on the grounds that that portlet does not have long to live?
[08:01] <lifeless> may the force be with you
[08:03] <spiv> mpt: how long is "long"?
[08:03] <mpt> spiv, 1.0
[08:04] <lifeless> I have a suggestion
[08:04] <lifeless> set a date for this, add a bug and a TODO to your personal list
[08:04] <lifeless> if the date goes by, and the code is alive, write a test
[08:05] <lifeless> if the date goes by and the code is gone, close teh bug
[08:05] <spiv> I'm happy with that.
[08:05] <mpt> ok, who wants to volunteer a date? :-)
[08:05] <spiv> So, how long is "long" again? :)
[08:05] <mpt> (This aggre^Wuntested code cannot be allowed to stand, man)
[08:07] <jamesh> lifeless: I'm testing out a new version of the pending-reviews script that should use old diff info if it still looks up to date.  Hopefully that'll bring the average runtimes under control
[08:08] <jamesh> seems to have worked, although I seem to have killed the branch state cache in the process :(
[08:10] <lifeless> :(
[08:10] <lifeless> is there a backup?
[08:11] <lifeless> I have the output from this morning
[08:13] <jamesh> I hit ctrl+C at the wrong time during a test run
[08:13] <jamesh> (the 11 rsync jobs running concurrently slow things down a bit)
[08:14] <jamesh> oops.  Some of those are shell scripts running rsync ...
[08:14] <jamesh> those rsync jobs could do with a lock file to prevent concurrent runs
[08:22] <jamesh> okay.  I've recovered approximate state ages from the last run, so they should be good enough within a day
[08:25] <jamesh> hopefully the rsync jobs should sort themselves out once they've got a bit more CPU/disk time
[08:26] <lifeless> jamesh: thanks
[08:27] <jamesh> lifeless: for reference, the run completed in ~ 2 minutes with no changes
[08:27] <lifeless> thought it might help ;)
[08:27] <jamesh> given I've already got a lock to prevent concurrent runs, we could probably increase the frequency of runs further ...
[08:28] <lifeless> sweet
[08:28] <lifeless> evolution still sucks
[08:37] <Ubugtu> New bug: #60025 in launchpad "Link to security contact in product details portlet not tested" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60025
[08:38] <carlos> morning
[09:15] <Ubugtu> New bug: #60029 in rosetta "Should always be possible to view/revert to upstream translation" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60029
[09:50] <mpt> spiv, ping
[09:50] <mpt> spiv, unping
[10:04] <SteveA> morning
[10:28] <SteveA> stub: ping
[10:28] <stub> SteveA: pong
[11:15] <jamesh> stub: you probably want to remove product-release-finder from staging's nightly.sh -- it looks like it won't terminate
[11:16] <jamesh> one of the registered archives includes a symlink to self, causing infinite recursion
[11:17] <stub> yay
[11:18] <jamesh> go to http://dl.openafs.org/dl/, click on the "openafs/" link
[11:18] <jamesh> repeat
[11:35] <Ubugtu> New bug: #60048 in launchpad "product-release-finder can be caught by self-symlinks" [Untriaged,Confirmed]  http://launchpad.net/bugs/60048
[11:35] <Ubugtu> New bug: #60049 in rosetta "Import of translations for KDE's desktop-* failed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60049
[11:35] <Spads> Forbidden
[11:36] <Spads> You don't have permission to access /dl/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/op ...
[11:36] <Spads> ... enafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/openafs/ on this server.
[11:37] <jamesh> Spads: I just noticed this ~ 20 minutes ago and stopped the copy running on carbon -- I guess the one running on staging is still going
[11:37] <Spads> jamesh: oh heh.  
[11:38] <jamesh> http://launchpad.net/bugs/60048
[11:38] <Ubugtu> Malone bug 60048 in launchpad "product-release-finder can be caught by self-symlinks" [Untriaged,Confirmed]  
[11:38] <jamesh> definitely needs fixing before going live ...
[12:00] <Ubugtu> New bug: #60055 in launchpad "IProductSet.search() and IProjectSet.search() have unused untested optional arguments" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60055
[12:55] <carlos> danilos: remember, 5 minutes for our meeting about KDE plural forms
[12:55] <danilos> carlos: sure ;)
[01:04] <danilos> carlos: ping?
[01:04] <carlos> danilos: cm?
[01:04] <danilos> carlos: sure
[01:04] <danilos> carlos: do we need anyone else? (guess not ;)
[01:06] <carlos> danilos: don't think so
[01:35] <Ubugtu> New bug: #60066 in launchpad "please add basic information for bzr" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60066
[02:02] <jordi> carlos: can you assign https://launchpad.net/people/ubuntu-l10n-as to "as"?
[02:03] <carlos> jordi: done
[02:06] <jordi> carlos: yay
[02:24] <danilos> jordi, carlos: I'd like to mark https://launchpad.net/products/rosetta/+bug/59330 as "rejected", due to my reasoning there; what do you think?
[02:24] <Ubugtu> Malone bug 59330 in rosetta "Request: Mark string as "translation is not necessary"" [Untriaged,Unconfirmed]  
[02:25] <jordi> danilos: 1 min
[02:26] <danilos> jordi: I don't know if that satisfies the women you're with, but if you're happy with that, so am I :P
[02:27] <jordi> oh man :D
[02:28] <jordi> replied
[02:41] <danilos> jordi: thanks
[02:43] <jordi> what does he mean with docs?
[02:48] <danilos> jordi: ubuntu-docs, stuff extracted with xml2po ;)
[02:49] <jordi> right, as I suspected
[02:49] <jordi> same case as any other po tho
[02:49] <jordi> if it has stuff that shouldn't be in, fix the po
[02:54] <danilos> jordi: exactly, or, fix xml2po :)
[02:54] <danilos> well, simply add support to it for per-document ignored tags
[02:54] <danilos> (it's currently per-mode, so docbook documents have their own ignored tags)
[02:55] <danilos> anyway, marking 59330 as rejected
[02:59] <jordi> okay
[02:59] <danilos> carlos: I'd like your input on bug 59377 as well; there's a task for ubuntu l10n manager already, imho :)
[02:59] <Ubugtu> Malone bug 59377 in rosetta "Original author names not kept in PO files" [High,Unconfirmed]  http://launchpad.net/bugs/59377
[03:03] <jordi> I have mixed views on #116
[03:03] <jordi> because handing translator-credits automatically can be bad too
[03:03] <jordi> I wouldn't add myself to credits if I just translate 10 strings out of 250
[03:04] <jordi> maybe using a % threshold
[03:04] <jordi> gotta go home
[03:04] <danilos> jordi: agreed
[03:04] <danilos> jordi: watch out for the traffic, get there safely!
[03:05] <danilos> jordi: btw, read my comment in 59377 as well: old credits would be lost, and that's not the right thing to do
[03:07] <SteveA> danilos, jordi, carlos: brief irc meeting in 20 mins time?  is that okay?
[03:08] <danilos> SteveA: jordi just went home, not sure how long will it take him
[03:08] <SteveA> that's okay
[03:09] <SteveA> we can start without him, and catch up on other things later
[03:10] <danilos> SteveA: well, ok, I'm fine with it, though I have another scheduled discussion with carlos at 16h, but we can probably move that :)
[03:10] <SteveA> i think this will be quick
[03:10] <carlos> SteveA: it's ok for me too
[03:10] <carlos> danilos: sure, we can move it
[03:12] <carlos> danilos: I agree with the rejection of bug #59330
[03:12] <Ubugtu> Malone bug 59330 in rosetta "Request: Mark string as "translation is not necessary"" [Untriaged,Rejected]  http://launchpad.net/bugs/59330
[03:16] <danilos> carlos: ok, thanks for looking into it
[03:17] <danilos> SteveA: just ping us when you're ready for the meeting; btw, anything to put our minds to before we start? :)
[03:38] <cbx33> hi guys
[03:38] <cbx33> what do you people recommend for project management
[03:40] <carlos> cbx33: it depends on your requirements
[03:40] <cbx33> carlos: elaborate ;)
[03:41] <carlos> cbx33: well, I think you are the one that should elaborate your question ;-) What do you want to do?
[03:41] <cbx33> well, it's kinda open ended at the moment
[03:41] <cbx33> could be a small implementation coulde be huge
[03:41] <cbx33> mainly for small specification tracking
[03:42] <carlos> cbx33: launchpad itself allows you to manage specifications
[03:42] <carlos> cbx33: launchpad.net/products/rosetta/+specs
[03:42] <carlos> that's an example
[03:43] <cbx33> I'm on about a little finer grain
[03:44] <cbx33> like creating sub tasks for each larger speficiation
[03:44] <cbx33> assigning these to people
[03:44] <cbx33> progress tracking
[03:46] <kiko> cbx33, use bugs?
[03:47] <cbx33> kiko: I was thinking something like dot project
[03:47] <cbx33> kiko: http://www.dotproject.net/modules.php?op=modload&name=News&file=article&sid=7
[03:47] <carlos> cbx33: Perhaps this fits your requirements, but it's not online: http://live.gnome.org/Planner 
[03:47] <kiko> I have never seen one of these tools used competently.
[03:47] <malcc> kiko: Ping
[03:47] <kiko> and I've seen them being used /many/ times
[03:47] <kiko> malcc!
[03:48] <malcc> kiko: Got a request from infinity to get 58187 into production ASAP; the fix is ready but I'm still addressing review comments on the automated test
[03:48] <cbx33> carlos: that's not webbased is it?
[03:49] <malcc> kiko: Can we do this? I understand it would be quite a big help
[03:49] <carlos> cbx33: no, it isn't
[03:49] <cbx33> yeh i need the collaborative nature
[03:49] <carlos> cbx33: then I guess you should ask at #ubuntu if launchpad doesn't fit your requirements...
[03:49] <carlos> another option is
[03:49] <kiko> malcc, is your fix reviewed?
[03:50] <carlos> to request the missing features and we would evaluate whether we could implemente them in launchpad
[03:50] <malcc> kiko: Yes, as in the branch went to review, and the comments which came back were only about the style in the test code
[03:50] <kiko> ah
[03:50] <kiko> malcc, why don't you finish fixing the test and get it reviewed then?
[03:53] <malcc> kiko: Well that's what I'm working on, when I got this request to get this working now if possible, which is why I thought I'd find out if it was allowed to make this possible
[03:53] <kiko> malcc, I'd rather you followed the process. I can help review if you are blocked on a reviewer.
[03:53] <malcc> kiko: Ok thanks
[03:54] <kiko> thanks
[04:08] <danilos> SteveA: quick review: https://devpad.canonical.com/~andrew/paste/filehOZZMu.html
[04:09] <SteveA> danilos: r=me
[04:09] <SteveA> thanks
[04:09] <danilos> SteveA: sure, thanks
[04:10] <carlos> danilos: will that append the copyright to whatever upstream has?
[04:11] <danilos> carlos: nope, it's just a simple change in order of statements, and removing double (c)
[04:11] <danilos> carlos: you think we should do that right away as well?
[04:12] <carlos> danilos: well, if you don't see it too complicate... that would make some people more happy. I don't remember if we do something like that right now though
[04:13] <danilos> carlos: we don't, ok, I'll do that as well
[04:14] <carlos> ok
[04:16] <malcc> kiko: Ok, the test is fixed, the diff is here: https://devpad.canonical.com/~andrew/paste/file1UTaHN.html
[04:16] <malcc> kiko: It's all testing except the lines removed from distrorelease.py
[04:33] <malcc> Any reviewers got a minute to help me out?
[04:37] <salgado> malcc, sure
[04:37] <malcc> salgado: So, I've got a two-line change to distrorelease.py, to fix frozen distros
[04:38] <malcc> salgado: jamesh has been reviewing it, and I've been making changes to tests at his suggestion, but now it's become urgent and I need to land something
[04:39] <malcc> salgado: https://devpad.canonical.com/~andrew/paste/file1UTaHN.html
[04:39] <malcc> I'm just as happy to land it without the test changes for now if that's easier
[04:47] <salgado> malcc, so, you've done all changes that jamesh asked you to?
[04:47] <malcc> salgado: Yes
[04:48] <malcc> salgado: But, I only have "needs reply" from him not "merge conditional", so if I merge r=jamesh I think I'd be cheating
[04:49] <jamesh> malcc: hi.  If the changes I suggested got your tests working with LaunchpadZopelessLayer, go for it.
[04:49] <malcc> jamesh: Thought you'd be safely in bed at this hour :)
[04:49] <malcc> jamesh: Thanks :)
[04:49] <malcc> salgado: Thanks for your time
[04:50] <salgado> malcc, np
[04:56] <jordi> SteveA: I'm here
[04:57] <carlos> SteveA: I'm going to send you the log by email
[04:57] <carlos> s/SteveA/jordi/
[04:58] <jordi> okay
[05:00] <carlos> jordi: sent
[05:06] <Ubugtu> New bug: #60086 in launchpad "Could be more specific about ``please use its official bug tracker''" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60086
[05:06] <Ubugtu> New bug: #60089 in malone "Enable custom searches and modifying preset searches" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60089
[06:03] <salgado> jamesh, still around?
[08:35] <punkmexic> hello
[08:51] <punkmexic> do anyone knows if ubuntu will support winmodems in next release at lease smartlink drivers?
[08:52] <kiko> punkmexic, #ubuntu
[08:52] <punkmexic> im there kiko
[08:53] <kiko> punkmexic, that subject doesn't have anything to do with launchpad
[08:54] <punkmexic> launchpad what exactly is.
[08:54] <punkmexic> i asked in ubuntu a question with this subjetc and they told me to go to launchpad
[08:54] <kiko> punkmexic, it's a tool for managing open source projects
[08:54] <kiko> who told you that?
[08:55] <kiko> flacoste, when are we going to get rid of this annoying "Change source package" link hmm? :)
[08:56] <flacoste> kiko-afk: do we have a bug open on that?
[08:56] <kiko> I'm not sure we do
[08:56] <flacoste> kiko-afk: i don't think so
 punkmexic: www.launchpad.net
[08:56] <flacoste> flacoste: feel free to open one up :-)
[08:56] <flacoste> kiko-afk: ^
[08:57] <kiko> punkmexic, I'd ask him why he thinks launchpad might help him answer that question
[09:00] <Ubugtu> New bug: #60113 in launchpad "oops.cgi should offer a linked HTTP_REFERER" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60113
[09:01] <kiko> flacoste, it's part of bug 2510, is it not?
[09:01] <Ubugtu> Malone bug 2510 in launchpad-support-tracker "Confusing mixture of pages for editing a ticket" [Medium,Confirmed]  http://launchpad.net/bugs/2510
[09:01] <kiko> flacoste, well, it could be at least. what do you think?
[09:01] <flacoste> kiko-afk: indeed, it could be
[09:02] <flacoste> kiko-afk: one specific problem of the 'Change Source Package' link is that you get an Unauthorized exception for it, at least I do
[09:02] <punkmexic> kiko well my question there was <punkmexic> anyone knows an official website where i can make a suggestion to.ubuntu developers? or e-mail
[09:02] <kiko> punkmexic, you can file bugs on ubuntu using launchpad (launchpad.net/distros/ubuntu/+bugs)
[09:02] <kiko> punkmexic, you can also file support requests
[09:02] <kiko> (launchpad.net/distros/ubuntu/+tickets)
[09:03] <punkmexic> thanx kiko
[09:03] <kiko> punkmexic, most welcome
[09:03] <flacoste> kiko-afk: are you still on vacation?
[09:03] <kiko> flacoste, no.
[09:05] <flacoste> kiko-afk: good, i was afraid that you were answering work email on your vacation time ;-)
[09:05] <flacoste> kiko-afk: or that it was raining heavy and couldn't bike...
[09:06] <kiko> I only bike early in the mornings though
[09:53] <ddaa> I'm wondering whether something is wrong about Launchpad and Ubuntu communication...
[09:53] <ddaa> https://launchpad.net/products/launchpad/+ticket/1769
[09:53] <ddaa> so many people appear to think that launchpad == ubuntu
[09:53] <ddaa> we need to fix that or it's going to be an adoption blocker
[09:54] <jordi> ddaa: confirm
[09:54] <jordi> many people talk negatively about rosetta as being "ubuntu-centric"
[09:54] <ddaa> jordi: ?
[09:54] <jordi> ubuntu-oriented is what they tend to use, actually
[09:55] <ddaa> Maybe getting Linspire on board would help that perception.
[09:59] <ddaa> Probably not a good idea.
[10:00] <Nafallo> :-)
[10:07] <crimsun> I think part of the issue is that MOTU haven't documented using LP all that thoroughly. There are only a handful of MOTU using it consistently, and we haven't linked to Scott's announcement on u-d-a prominently. Additionally there's confusion (at least to me) when referencing LP bugs in source package changelogs whether "Closes Ubuntu" or "Closes LP" or "Closes Malone" is preferred.
[10:11] <kiko> there's also the problem of LP branding which The New UI is supposed to improve
[10:13] <ddaa> crimsun: it should be "Closes Ubuntu", a given bug number in Launchpad can apply to Ubuntu, upstream, and any number of other distros and products.
[10:14] <crimsun> ddaa: ok, that's what I've been using
[10:20] <LarstiQ> ddaa: agreed
[11:31] <lifeless> morning
[12:00] <malcc> Hmm. My test is passing locally, but failing on pqm with an error "(<DistroReleaseQueue at 0x2aaaad280550>, 'addSource', 'launchpad.Edit')"
[12:00] <malcc> Anybody know what might cause that?
[12:03] <kiko> malcc, what's the full TB
[12:04] <malcc> kiko: Can't tell, bare excepts in nascentupload are swallowing it, I just get the string of the exception in a rejection email
[12:05] <kiko> malcc, are you fully merged?
[12:05] <malcc> kiko: Yes
[12:05] <kiko> malcc, the error is a permission error -- you're trying to call DRQ.addSource() 
[12:05] <kiko> and your user doesn't have launchpad.Edit on that table
[12:05] <kiko> err
[12:05] <kiko> method
[12:05] <kiko> ZCML missing perchance?
[12:06] <malcc> kiko: I'm running with LaunchpadZopelessLayer, I'm told this should give me a permissive security policy, and indeed running locally this seems to be working
[12:08] <kiko> it's odd but that's the error... could it be an ordering issue?
[12:08] <kiko> i.e. this test is being run in a different order in PQM?
[12:09] <malcc> kiko: Unless some other test is doing something horrible to the permissions, I can't see how ordering could cause this
[12:11] <kiko> well...
[12:11] <malcc> kiko: Now pqm has done its thing and run all tests for me, confirming there are no other breaks, I'd really love to delete those two bogus lines on drescher to fix frozen and sort this out in the morning :)
[12:12] <malcc> Yes, it must be something, even though nothing looks very possible right now
[12:12] <kiko> well, my concern is that this will get dropped if there is an emergency in the morning
[12:13] <kiko> and we'll end up in the same situation we were before
[12:13] <kiko> IIWY I would just go to bed and sort it out tomorrow.
[12:13] <kiko> addSource is in the queue zcml fwiw
[12:13] <kiko> malcc, do you know what line is failing?
[12:13] <kiko> in nascentupload.py I mean