[03:49] <lifeless> stub: hows teh prf going ? 
[04:01] <Ubugtu> New bug: #67887 in launchpad "+allbranches should show name, product, author, date of last revision" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67887
[04:06] <Ubugtu> New bug: #67888 in launchpad "+filebug page says 'please fix the problems below' and does not tell you what the problem is" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67888
[04:08] <jamesh> lifeless: do you have a particular use case for +all-branches?
[04:08] <lifeless> jamesh: sabdfl :)
[04:09] <jamesh> fair enough
[05:58] <mpt> Gooooooooooooooooood afternoon Launchpadders!
[06:00] <jamesh> mpt: put a patch for bug 929 up for review yesterday
[06:00] <Ubugtu> Malone bug 929 in launchpad "Long words (such as URLs) overflow columns" [Critical,In progress]  http://launchpad.net/bugs/929
[06:18] <mpt> jamesh, so what does it do? :-)
[06:19] <jamesh> mpt: adds breaks to long words and URLs?
[06:23] <mpt> just inserts spaces? ok
[06:26] <mpt> I wonder if we should give those spaces a background image of some sort, to hint that they're not "real" spaces
[06:30] <Ubugtu> New bug: #67899 in malone "Large emails do not generate error messages to users" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67899
[06:34] <jamesh> mpt: <wbr></wbr>
[06:34] <jamesh> not in the HTML standard, but supported by IE and Mozilla
[06:34] <jamesh> with a CSS addition (included in the patch), it works in Opera
[06:35] <jamesh> for browsers that don't support it, the standard error handling should ignore the tag
[06:40] <lifeless> jamesh: can you do me a favour this week and assign reviews to people while I'm sprinting ?
[06:40] <jamesh> lifeless: okay
[06:43] <lifeless> thanks!
[08:37] <carlos> morning
[08:41] <SteveA> hi
[08:53] <mpt> hi SteveA 
[08:57] <SteveA> mpt: hi.  anything for me to merge onto brilliant today?
[08:58] <mpt> not yet, still struggling with the project page
[08:59] <mpt> Is there any easy way to say "this product has no releases", given that releases are inside series which are inside products?
[08:59] <mpt> so it's not just tal:condition="product/something"
[09:00] <SteveA> what would you be displaying if there are releases?
[09:01] <mpt> links to each of them
[09:01] <mpt> Hmm, maybe there needs to be something in the browser class assembling these into a list
[09:01] <mpt> That way I can put commas before the non-ultimate ones, too
[09:02] <SteveA> up to how many?
[09:03] <SteveA> the way to do this is to have code in the database class Product that says getReleases()
[09:03] <SteveA> and this executes the appropriate database query to get all the releases
[09:03] <SteveA> doing it in view code is not good
[09:04] <mpt> ok
[09:04] <SteveA> this should be done on mainline
[09:05] <SteveA> want me to do it?
[09:05] <SteveA> I need to know what order to sort releases in
[09:05] <mpt> yes please
[09:05] <mpt> According to the mockup, it's ascending by version number
[09:08] <SteveA> there is Product.releases already
[09:09] <SteveA> ordered by version
[09:10] <SteveA> I found this by going to the database module for product.py
[09:10] <mpt> oh, I'm sorry
[09:10] <mpt> I didn't look
[09:10] <SteveA> and searching the file for "elease", because I'd forgotten how to do a case-insensitive search in vim
[09:10] <spiv> SteveA: \c in the pattern
[09:10] <SteveA> and I refuse to use the graphical interface of gvim
[09:10] <spiv> i.e. /\crelease
[09:11] <SteveA> ta spiv
[09:14] <mpt>  /\ = crease
[09:24] <mpt> ok, that was lame
[09:25] <Ubugtu> New bug: #67909 in launchpad "product release finder set all release dates to 23/10/2006" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/67909
[09:25] <Ubugtu> New bug: #67910 in launchpad "We should store the URL of a ProductReleaseFile that we have downloaded" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/67910
[09:30] <Ubugtu> New bug: #67912 in launchpad "Add a 'latest products' portlet to the launchpad front page" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/67912
[09:43] <SteveA> mpt: want me to push it out to the server?
[09:48] <mpt> SteveA, it's nothing major, just the border around the content area
[09:48] <mpt> It needs a little more work to fix the padding, and I haven't pushed it because I'm working on the project page
[09:51] <SteveA> ok, so you worked around the lack of an IE bug in FF and other browsers.
[10:03] <carlos> lifeless: hi, is there any problem with the review process?
[10:03] <carlos> There are entries pending to be reviewed since last Thursday
[10:05] <carlos> and one of them fixes a problem that produces a segfault in most Rosetta tests
[10:05] <carlos> under Edgy
[10:20] <jamesh> carlos: lifeless asked me to allocate the reviews today (he's at a sprint).  I haven't gotten round to it yet.
[10:20] <jamesh> but will soon
[10:20] <carlos> jamesh: ok, thanks
[10:34] <Fanch> hello
[10:39] <Fanch> I have received a mail from "Launchpad Mirror Prober" (about my ubuntu FTP-mirror), are probes incompatible with FTP ?
[10:46] <carlos> danilos: ping
[10:46] <danilos> carlos: pong
[10:47] <mpt> Fanch, what did the message say?
[11:01] <Fanch> ftp://213.228.1.105/home/ftp/Launchpad%3A%20Notification%20of%20failure%20from%20the%20mirror%20prober.eml
[11:10] <Ubugtu> New bug: #67920 in launchpad "Project needs a list of top contributors" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67920
[11:13] <jamesh> Fanch: the person responsible for the mirror prober code is salgado
[11:14] <jamesh> Fanch: he is in Brazil, so won't be up yet
[11:15] <Ubugtu> New bug: #67921 in launchpad "Project needs a list of latest bugs" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67921
[11:15] <Ubugtu> New bug: #67923 in launchpad "Project needs a list of latest proposed features" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67923
[11:22] <Fanch> jamesh: rgr
[11:50] <Ubugtu> New bug: #67939 in launchpad "product portlet registered series list should show the development focus at the top of the list" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67939
[12:21] <meatballhat9000> How does one decrypt the messege emailed for OpenPGP key registration?
[12:22] <meatballhat9000> !gpg
[12:22] <SteveA> meatballhat9000: hello
[12:22] <meatballhat9000> a person!
[12:23] <SteveA> there are lots of people here.  we're all pretty busy writing code and such.
[12:23] <meatballhat9000> understood --- sorry.
[12:23] <SteveA> anyway, you want to decrypt a message
[12:23] <meatballhat9000> yup
[12:23] <SteveA> have you used gpg before, or are you using it specifically for launchpad?
[12:23] <meatballhat9000> the latter
[12:23] <SteveA> ok
[12:23] <SteveA> what email program or service do you use?
[12:23] <meatballhat9000> gmail
[12:24] <SteveA> ok.  I use thunderbird, and that has gpg GUI stuff built in
[12:24] <SteveA> gmail doesn't, so you'll have to do things by hand, in the terminal
[12:25] <meatballhat9000> okay :-)
[12:25] <meatballhat9000> how do I do that?
[12:28] <SteveA> first of all, you need to copy all of the encrypted message from your browser screen, including the parts at the top and bottom saying "This is a PGP signed message"
[12:28] <SteveA> and paste it into a new text file, say in /tmp/my-message.txt
[12:28] <SteveA> save the file, and then you're ready to decrypt it
[12:28] <meatballhat9000> okay
[12:29] <meatballhat9000> do I just use "gpg --decrypt <filename>"?
[12:29] <SteveA> I use gpg -d filename, but I think the command you gave is the same.
[12:30] <meatballhat9000> got it.  Many thanks!
[12:31] <SteveA> ok
[12:31] <SteveA> do you know what to do next, with your code of conduct?
[12:32] <meatballhat9000> nope
[12:34] <meatballhat9000> ... but I just got the decryption to work, so I'm feeling lucky (if you couldn't already tell, I'm a total newbie)
[12:35] <SteveA> https://launchpad.net/codeofconduct/1.0.1/+sign
[12:35] <SteveA> try the instructions there, and see if it works for you
[12:36] <meatballhat9000> will do
[12:36] <meatballhat9000> thanks again :-)
[12:57] <mpt> SteveA, border fix and project page pushed to 2006-08-ui
[12:59] <SteveA> ok
[12:59] <SteveA> I'm working on the help status stuff
[01:00] <SteveA> I noticed some tabs in the malone-index.pt
[01:00] <SteveA> inside the help text area
[01:02] <mpt> Fixed.
[01:12] <jamesh> mpt: did you see the note about us already having code to display a latest bugs list for projects?
[01:47] <SteveA> mpt: I have the helptext thing done
[01:47] <SteveA> it could use some improvement by you, but it's quite nice even now
[01:48] <SteveA> you can see which templates have help text, and click a link to get a JS "popup" div appear to show the actual help text
[01:49] <SteveA> launchpad developers: who has written help text yet?  I think there is just one template with help text so far.
[01:50] <SteveA> mpt: sftp://devpad.canonical.com/code/stevea/launchpad/ui
[01:51] <SteveA> the JS link was done with just style and onclick stuff in the elements themselves, so I'm sure you can improve that if you see a need
[01:53] <jamesh> hmm. twisted in edgy doesn't install a /usr/bin/twistd2.4
[01:53] <SteveA> mpt: I'm getting two conflicts when I merge from your branch.
[01:53] <SteveA> mpt: please merge from my branch and resolve them.  I'm not really qualified to resolve them well.
[01:54] <salgado> spiv, around?
[01:55] <jamesh> salgado: a person running an Ubunt mirror (Fanch) was around earlier asking about a failure email he received
[01:57] <salgado> jamesh, it must be one of the ftp-only mirror that limits the number of connections from an IP address
[01:58] <salgado> thanks for letting me know
[01:58] <jamesh> https://launchpad.net/distros/ubuntu/+mirror/ftp.free.fr-release <- this was the mirror in question
[01:58] <jamesh> yes it is an FTP one
[02:05] <spiv> salgado: yeah
[02:06] <salgado> spiv, have you had some time to look at that bug in the mirror prober I subscribed you to?
[02:07] <salgado> bug 54791, that is
[02:07] <Ubugtu> Malone bug 54791 in launchpad "The mirror prober should check a few files from each mirror in paralel instead of a lot of files from a single mirror" [Medium,Confirmed]  http://launchpad.net/bugs/54791
[02:08] <spiv> Not yet :(
[02:08] <spiv> Remind me again with something sharp and pointy if I haven't put some thoughts there within 24 hours.
[02:09] <salgado> spiv, ok. will do. :)
[02:09] <spiv> One quick comment, though...
[02:10] <spiv> I don't like the idea of relying on randomisation.  My intuition is that it can be solved properly.
[02:10] <salgado> yeah, I'd prefer to solve it properly too
[02:10] <spiv> I'd rather a non-randomisation fix, because it would be 100% reliable, and the determinism makes testing simpler.
[02:11] <salgado> I suggested the randomization in case it was possible to do a quick hack to get that
[02:11] <spiv> (randomisation doesn't necessarily imply non-determinism, but you know what I mean...)
[02:11] <spiv> Yeah.  I think if I sit down and ponder for 15 minutes I can probably think of and describe a better fix, I just need to do that...
[02:15] <salgado> I had an idea last week, but from a quick investigation I had the impression that it'd make things a lot more comples, so I gave up on it
[02:35] <Fanch> salgado: me, me, it's me ;-)
[02:36] <Fanch> salgado: server is indeed FTP-only with 2 cnx limit per IP
[02:37] <salgado> hi Fanch 
[02:37] <Fanch> salgado: good morning (I presume)
[02:37] <salgado> that is a problem in our side (bug 54791)
[02:37] <Ubugtu> Malone bug 54791 in launchpad "The mirror prober should check a few files from each mirror in paralel instead of a lot of files from a single mirror" [Medium,Confirmed]  http://launchpad.net/bugs/54791
[02:39] <Fanch> salgado: the problem looks like previous centos mirror probe
[02:40] <Fanch> (it was using LWP perl module for FTP)
[02:40] <salgado> we know that it won't be reasonable to ask mirror admins to increase the connection limit, so we'll have to fix our code to not issue multiple requests in paralel on a single host
[02:41] <salgado> hmm. I'm not sure I see what you mean
[02:43] <Fanch> salgado: the problem is probably different but LWP was opening (RETR) files and cancel the transfer after (just to get the server answer, not the file) it was OK for the first one but
[02:43] <Fanch> there were errors soon after (timeout, cnx limit, etc)
[02:44] <salgado> ah, I see.  I guess that's because we issue HTTP HEAD requests and squid does this when it's an FTP URL
[02:46] <Fanch> you can't use FTP to request FTP server ? (I think you gonna tell me "help yourself")
[02:48] <SteveA> mpt: actually, I resolved it all in your favour.
[02:49] <salgado> Fanch, do you think the fact that we cancel the transfer right after we get an answer can trigger some sort of anti-DoS protection which will then refuse to answer future requests from our host?
[02:51] <salgado> Fanch, yeah, we could do that, but we'd have to write an ftp client for that (which would be a considerable amount of work), so we decided to use leave that to squid
[02:51] <Fanch> salgado: no, it is just that the server will make unused disk IO (and vsftpd has been patched here to tell the kernel to pre-read big amounts of data), you have to cancel the data transfert
[02:51] <Fanch> salgado: which is the langage you are using ?
[02:52] <salgado> the mirror prober is written in python, using twisted
[02:53] <Fanch> (I have patched centos mirror mirror probe mirror, I probably may have a look if you want to)
[02:54] <salgado> that'd be great, but we haven't released the code yet
[02:55] <salgado> when it was designed we assumed that all mirrors would serve the files through HTTP, so we just issue HEAD requests
[02:55] <salgado> since we don't have HEAD for ftp, we'd have to special case ftp-only mirrors
[02:56] <salgado> Fanch, you don't feel like serving the files through HTTP, even if it's only available for us to probe (that is, only HEAD requests)?
[02:56] <Fanch> salgado: I may write a test function, you would be interested ?
[02:57] <Fanch> salgado: no, there is no http on purpose on this server
[03:00] <salgado> Fanch, you mean a function that would check if a given file exists in a ftp server?
[03:01] <Fanch> yep, I mostly need function arguments and needed return values
[03:04] <ddaa> great wrapper for all your dumb-fs protocols
[03:04] <SteveA> see http://www.squid-cache.org/bugs/show_bug.cgi?id=1758
[03:04] <Ubugtu> www.squid-cache.org bug 1758 in src "HEAD requests to FTP URLs are bogus" [Normal,Resolved: fixed]  
[03:05] <SteveA> the issue is complicated because there is no standard for FTP servers to report a file exists, except trying to get it, or perhaps asking for its size
[03:05] <salgado> Fanch, it has to be asynchronous and basically get a callback and errback as arguments
[03:06] <SteveA> so, if there's a better general solution, that should go into squid
[03:06] <ddaa> need quick review: https://devpad.canonical.com/~andrew/paste/fileEHPpZy.html
[03:06] <spiv> There's an FTPClient class in Twisted that would be adequate, although the API isn't perfect.
[03:06] <SteveA> there may be a specific solution we can offer particular mirror providers, though
[03:06] <SteveA> ddaa: I'll take it
[03:06] <spiv> But I'd rather let squid do the hard work.
[03:07] <SteveA> ddaa: what is it for?
[03:07] <ddaa> SteveA: this patch reverts revno 126, that tried to optimise a workaround for a cvs bug
[03:07] <Fanch> SteveA: SIZE is a not standard FTP command but it was working on all centos mirrors doing FTP
[03:07] <ddaa> the workaround was apparently not correct, since cscvs merge requests get transient failures that correspond to the problem.
[03:08] <Fanch> (but you have to set type to I (binary) as a few servers return errors)
[03:08] <SteveA> ddaa: I see no tests reverted, so that's probably why it didn't work
[03:09] <ddaa> SteveA: it's a behaviourial fix
[03:09] <SteveA> Fanch: maybe we can get squid to do this well
[03:09] <SteveA> ddaa: and?
[03:09] <ddaa> no test changes involved
[03:09] <SteveA> the change added a couple of complicated functions that probably contain faults
[03:09] <SteveA> so tests were due
[03:09] <ddaa> it's just about avoiding a cvs timing bug that causes it not to detect changes in the working tree
[03:09] <SteveA> r=me on reverting them
[03:09] <Fanch> SteveA: it is up to you... :-)
[03:09] <SteveA> there's no "it's just... so no need for tests"
[03:09] <ddaa> since it's inherently a timing problem, it's not possible to test reliably
[03:10] <SteveA> it's code that obviously is still causing problems
[03:10] <SteveA> so it needs tests if it is to come back
[03:10] <SteveA> and it is possible to test reliably
[03:10] <SteveA> I could give you three different ways of doing so
[03:10] <SteveA> but I approve of your removing it
[03:10] <SteveA> just, make sure it gets tests if it ever comes back
[03:11] <SteveA> salgado, Fanch: do we know whether squid is trying a SIZE on Fanch's server?
[03:12] <SteveA> I can't see from the squid bug report whether it is meant to try SIZE, or whether that option was discarded as being more complicated than necessary
[03:12] <SteveA> if the latter, then today's events show that the extra complexity is justified
[03:13] <Fanch> SteveA: which is your server IP ? I can check logs to see if it starts a RETR
[03:14] <salgado> I don't think it starts a RETR
[03:14] <salgado> the last comment on that bug says "Probably not worth the effor to care about 'b'."
[03:14] <salgado> b) or alternatively (when SIZE not supported) on RETR returning 150.
[03:16] <SteveA> so, HEAD works only when SIZE is supported?
[03:18] <salgado> from my understanding, yes
[03:20] <SteveA> ok, so in this case, seeing as HEAD works, SIZE is supported, and we're not doing a RETR
[03:20] <SteveA> Fanch can check this with the IP address.
[03:24] <Fanch> salgado: no RETR from given IP
[03:24] <Fanch> I may set verbose log if needed
[03:40] <salgado> Fanch, so, since we're not doing a RETR we're not actually causing any disk I/O overhead on the server?
[03:40] <Fanch> salgado: right
[03:41] <salgado> then it's not a problem if we keep probing your mirror, assuming we'll fix that bug 54791 I mentioned earlier?
[03:41] <Ubugtu> Malone bug 54791 in launchpad "The mirror prober should check a few files from each mirror in paralel instead of a lot of files from a single mirror" [Medium,Confirmed]  http://launchpad.net/bugs/54791
[03:42] <Fanch> salgado: yes sir
[03:42] <salgado> cool. sorry for the email noise... I'll try to get on that bug as soon as I can
[03:51] <kiko> morning
[03:51] <LarstiQ> moin kiko 
[03:52] <kiko> how's it running?
[03:52] <LarstiQ> I setup a trac-bzr instance yesterday, works flawlessly!
[03:52] <kiko> what's trac-bzr, LarstiQ?
[03:52] <LarstiQ> kiko: a bzr backend for trac
[03:52] <kiko> interesting
[03:53] <LarstiQ> https://launchpad.net/products/trac-bzr
[03:53] <LarstiQ> kiko: how are you?
[03:53] <kiko> LarstiQ, I'm excellent
[03:54] <LarstiQ> not to busy?
[03:54] <kiko> always busy, but that's nothing special
[03:54] <LarstiQ> aww, I'll not bother you about mantis then
[03:55] <kiko> LarstiQ, I've got a few patches to land and then that's next
[03:55] <LarstiQ> wee!
[04:20] <LarstiQ> are there any plans for a web source viewer?
[04:38] <carlos> LarstiQ: yes, there is
[04:39] <SteveA> sabdfl: hi
[04:40] <LarstiQ> carlos: we were just discussing a possibility of blender going to google projects for hosting, instead of upgrading our gforge instance
[04:40] <LarstiQ> carlos: I mentioned lp, but there is no viewer yet, and we do need that
[04:40] <LarstiQ> carlos: so, hence my interest :)
[04:41] <carlos> SteveA: ^^^
[04:41] <carlos> LarstiQ: I know we plan to add one, but I know nothing about timing for it
[04:41] <carlos> LarstiQ: SteveA would help you more on that
[04:42] <LarstiQ> carlos: thanks
[04:42] <LarstiQ> SteveA: is it planned somewhere in the not too distant future?
[04:44] <SteveA> LarstiQ: viewer?  for sourcecode/
[04:44] <SteveA> ?
[04:44] <SteveA> where is your source kept?
[04:45] <LarstiQ> SteveA: currently on our own gforge machine. But in the case of a move to google, it would be there. Of course, I'd like to see a move to lp instead (and corresponding move to bzr)
[04:47] <ddaa> LarstiQ: you are talking about bug 49991
[04:47] <Ubugtu> Malone bug 49991 in launchpad-bazaar "browse supermirror branches with bzr webserve" [Medium,Confirmed]  http://launchpad.net/bugs/49991
[04:47] <ddaa> spiv was just about to start working on it when the whole smart-server thing sorta popped up
[04:47] <LarstiQ> tsk, can't have that now can we
[04:47] <ddaa> so I think the ETA is something like "not long after spiv is off the smart-server hook"
[04:48] <ddaa> not really right now, except if you can convince SteveA to divert somebody's time to do it
[04:48] <ddaa> we know it's something important to have, it's just that it never managed to bubble up high enough the todo list
[04:51] <SteveA> .
[04:51] <SteveA> LarstiQ: ddaa is about right.
[04:59] <LarstiQ> there is a Paolo Bonzini, I've never heard of him
[05:00] <ddaa> it does not account for bzr commits
[05:00] <LarstiQ> so either I missed a large bzr contributor, or something is wrong
[05:00] <ddaa> only launchpad activity
[05:00] <LarstiQ> ddaa: I have no lp mail matching his name either
[05:01] <ddaa> Apparently he had some spec-tracker activity
[05:01] <ddaa> spec-tracker activity is weighted heavily
[05:01] <elmo> he's the GNU sed maintainer
[05:01] <elmo> among other things
[05:01] <ddaa> bug 56656
[05:01] <Ubugtu> Malone bug 56656 in launchpad-bazaar "Karma for Bazaar commits" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/56656
[05:02] <LarstiQ> I see
[05:03] <LarstiQ> could I be kept informed about spec activity?
[05:03] <ddaa> not globally, there's also a bug about that somewhere
[05:06] <LarstiQ> or how to find where Paolo spent his effort?
[05:07] <LarstiQ> ah, foreign branch support
[05:08] <LarstiQ> ddaa: it's a bit hard to get there though, first have to see where he got his karma, can't find him in bzr blueprint page, back to his account +specs, aha
[05:09] <LarstiQ> ddaa: is there a bug for that too? :)
[05:09] <ddaa> dunno
[05:09] <ddaa> I'm not really paying much attention to karma stuff
[05:09] <ddaa> there are more important problems with bzr support in launchpad
[05:10] <LarstiQ> of course
[05:10] <LarstiQ> my gripe is finding what someone did for a given product (bugs/features/whatever)
[05:11] <ddaa> BjornT: do you know if that's a reported bug?
[05:11] <ddaa> i.e. "hard to find which specific actions gave this user karma in that product"
[05:12] <LarstiQ> I don't mind about the karma so much
[05:15] <SteveA> LarstiQ: salgado is mister karma
[05:15] <SteveA> so, he may be able to point you to things, or at appropriate bugs etc.
[05:15] <LarstiQ> salgado: hello :)
[05:16] <salgado> hey LarstiQ
[05:16] <ddaa> http://www.lyricsfreak.com/r/radiohead/karma+police_20113292.html
[05:16] <LarstiQ> salgado: do you know of any bug/work on the difficulty of finding out what a given contributor has done for a project?
[05:17] <LarstiQ> salgado: I guess one can call that finding the origin of his community karma
[05:18] <salgado> LarstiQ, our data model doesn't link karma entries to bugs/specs/tickets/etc, so we can't tell the exact actions that gave karma to somebody
[05:19] <salgado> we do have, though, a link to the context (product/package/distro) in which the action was performed
[05:19] <LarstiQ> being able to find all bugs by a contributor, from products/+bugs would also be fine
[05:19] <salgado> we plan to group a person's karma by context at /people/<person>/+karma
[05:20] <salgado> I think there's a bug open for that. let me see if I can find it
[05:20] <LarstiQ> it's the indirection through person/ I dislike
[05:21] <salgado> ah, so something like searching for "reporter: foo" on /products/+bugs would be fine for you?
[05:21] <LarstiQ> salgado: yes, and the equivalent for specs
[05:22] <LarstiQ> comments are less important
[05:22] <LarstiQ> though I'd also want to see that sometime
[05:25] <SteveA> in a sense, we should store a person's activity in an Activity table
[05:25] <SteveA> and then base their karma on certain activities from there
[05:25] <SteveA> people do activities, and activities can attract karma.  we record activities and calculate karma
[05:26] <salgado> LarstiQ, that'd be bug 5594
[05:26] <Ubugtu> Malone bug 5594 in malone "Malone should support advanced search syntax, e.g. "assignee:bradb"" [Medium,Confirmed]  http://launchpad.net/bugs/5594
[05:26] <SteveA> then, for every POST, we'd record whether an activity was recorded in the database or not.   If it's not been recorded, we log that as a kind of soft OOPS of an unrecorded activity.
[05:27] <LarstiQ> salgado: looks good
[05:28] <salgado> SteveA, that'd be much better than what we currently have, but I don't like the fact that everybody will have to remember to register an activity whenever you write a form that process a POST
[05:28] <salgado> I think we should find a way to do that automatically
[05:52] <SteveA> salgado: you wouldn't necessarily do it in the UI code
[05:53] <SteveA> so, if the form processing uses database code that'd doing some work, then activities are registered
[05:53] <SteveA> and that's fine
[05:53] <SteveA> but we'd want to catch work that's being done with no record of it in the activity table
[06:55] <salgado> carlos, around?
[06:55] <carlos> salgado: hello
[06:56] <salgado> hi carlos. can you run two queries on staging for me, in case you still have access to it?
[06:56] <carlos> as far as I know, I will have my staging access open to be able to fix it, or at least SteveA wants that
[06:56] <carlos> so yes, I still have access
[06:56] <carlos> tell me what do you need
[06:57] <salgado> carlos, privmsg
[06:57] <zachtib|dahlem> can someone here answer a quick rosetta-question?
[06:58] <carlos> zachtib|dahlem: sure, go ahead, please
[06:58] <zachtib|dahlem> i'm using rosetta to translate my application, and i just uploaded the initial .pot template
[06:58] <zachtib|dahlem> i was just curious what the average wait time is for those to be approved
[06:59] <carlos> salgado: https://devpad.canonical.com/~andrew/paste/fileDzb56r.html
[07:00] <salgado> thanks carlos 
[07:00] <carlos> zachtib|dahlem: well, it should not take more than 1 week (in the worse case)
[07:00] <Ubugtu> New bug: #68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Undecided,Confirmed]  http://launchpad.net/bugs/68014
[07:00] <carlos> zachtib|dahlem: and usually one day or two
[07:00] <carlos> it depends on how busy jordi is
[07:00] <zachtib|dahlem> ok, thanks
[07:00] <carlos> he's the one that review those ones
[07:00] <carlos> zachtib|dahlem: when did you upload it?
[07:01] <zachtib|dahlem> this morning
[07:01] <zachtib|dahlem> maybe asround 10ish local time
[07:01] <zachtib|dahlem> so three hours ago
[07:03] <salgado> carlos, do you have write access on staging too?
[07:03] <carlos> salgado: yes
[07:03] <carlos> zachtib|dahlem: ok
[07:04] <zachtib|dahlem> our testers have been asking for translations for a while, and we've got several people volunteering to help with the translations, so i figured I'd let them get started on it
[07:04] <carlos> I don't think it would take a lot of time
[07:04] <carlos> zachtib|dahlem: if you want to speed it, just mail rosetta@launchpad.net explaining that you are one of the developers
[07:05] <zachtib|dahlem> ok, i may do that if it doesn't pop up in the next day or so
[07:05] <carlos> zachtib|dahlem: that will prevent jordi to do that check and will go directly to approve it
[07:05] <carlos> zachtib|dahlem: you can do it right now and... I will approve it :-P
[07:05] <zachtib|dahlem> hmmm ok
[07:08] <zachtib|dahlem> ok, i sent an email
[07:16] <ddaa> SteveA: kiko: can you rename the "browsershots" product to "shotserver", create the "browsershots" project and add shotserver to it?
[07:17] <ddaa> I am in an email conversation with the product owner, and he asked me to do it, but I do not have the permission.
[07:18] <kiko> ddaa, sure.
[07:21] <carlos> zachtib: It's approved now
[07:22] <carlos> it should be imported in 5 - 10 minutes
[07:22] <zachtib> awesome, thank you
[07:22] <kiko> ddaa, who should own it?
[07:22] <ddaa> the owner of the former browsershots product
[07:23] <ddaa> that is "launchpad-jogg"
[07:25] <carlos> zachtib: thanks to you for choosing Rosetta to handle your translations!
[07:25] <zachtib> thanks for offering the service
[07:26] <carlos> you are welcome
[07:28] <zachtib> i see the translation on the launchpad page now, but it claims there are no strings to translate, is this what you meant by 5-10 min?
[07:31] <ddaa> kiko: thanks
[07:31] <kiko> ddaa, enjoy
[07:33] <jdahlin> $ bzr branch https://launchpad.net/products/pqm/trunk
[07:33] <jdahlin> bzr: ERROR: pycurl.error: (60, 'server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt')
[07:33] <jdahlin> is that expected ?
[07:35] <ddaa> not really
[07:35] <ddaa> if anything, that's a bzr bug that it does not propose you to accept the certificate even though the system does not trust it
[07:36] <jdahlin> seems pqm is hosted elsewhere
[07:36] <ddaa> mh
[07:36] <ddaa> right, there's no branch in this product
[07:37] <ddaa> nag lifeless about it
[07:39] <kiko> jdahlin, is that directory empty?
[07:40] <jdahlin> kiko: it points to a webpage
[07:40] <kiko> ddaa, jdahlin: there is no .bzr under that directory -- it 404s
[07:40] <carlos> jdahlin: I think it's hosted at http://people.ubuntu.com/~robertc/pqm/trunk/
[07:40] <jdahlin> kiko: I seem to remember that jamesh blogged about certain urls that are aliases for bzr branches
[07:41] <ddaa> kiko: sure, it's a bug that bzr gives that confusing message
[07:41] <ddaa> jdahlin: your usage is correct, it's just that there's no branch at this _particular_ url.
[07:41] <ddaa> just look at the url in a browser
[07:41] <zachtib> carlos: you still there?
[07:41] <kiko> jdahlin, he did, but PQM in particular has no trunk there
[07:41] <carlos> zachtib: yep
[07:42] <zachtib> no strings show up for translation, should they?
[07:42] <jdahlin> kiko: not sure if  that is an error in the launchpad aliasing or bzr itself
[07:42] <carlos> zachtib: it's still pending to be imported, let me check why is still waiting...
[07:43] <zachtib> carlos: i don't think its pending anymore, the translation shows up when it didnt' before
[07:43] <zachtib> carlos: it just shows no languages to translate to, and 0 in the Todo column
[07:43] <carlos> yeah, that's a minor UI bug in our side
[07:43] <zachtib> oh
[07:43] <kiko> jdahlin, ddaa: I updated the PQM source details.
[07:44] <carlos> that appears when we accept it, but it doesn't mean it's imported
[07:44] <carlos> zachtib: as you can see at https://launchpad.net/rosetta/imports/+index?target=all&status=APPROVED&type=all
[07:44] <carlos> it's approved, but not imported
[07:44] <jdahlin> thanks
[07:44] <zachtib> oh, ok
[07:44] <ddaa> kiko: thanks
[07:44] <zachtib> i ust wanted to make sure i didn't submit a malformed .pot temp
[07:44] <carlos> zachtib: seems like the script was busy with other imports, it should be imported soon
[07:45] <zachtib> ok, that's fine
[07:45] <zachtib> i have class in ~15min, it'll likely be done by the time i get out, just wanted to make sure there wasn't something i had to do to it in the meantime
[07:47] <carlos> zachtib: the best way to check it is to execute: 'msgfmt -c -v -o /dev/null yourfile.pot'
[07:47] <carlos> if you get something else other than complains about the header, the file is broken and will be rejected
[07:48] <zachtib> well, i'm on a windows box atm, public lab on campus, but ill take a look at it when i get back to the dorms
[07:48] <carlos> zachtib: in fact it's already imported
[07:48] <zachtib> afaik, it was autogenerated by a script, so it should be fine
[07:48] <carlos> so it's working
[07:48] <carlos> https://launchpad.net/products/deluge/trunk/+pots/deluge
[07:48] <zachtib> excellent
[07:48] <carlos> you should import any translation you already have
[07:48] <zachtib> thank you very much
[07:49] <carlos> you are welcome
[07:49] <zachtib> and now i have to run to class, thanks again
[07:49] <carlos> zachtib: bye
[08:03] <salgado> carlos, can you run another query on staging for me?
[08:05] <carlos> sure
[08:06] <salgado> carlos, https://devpad.canonical.com/~andrew/paste/fileicbHqp.html
[08:08] <kiko> salgado, is your sodium account not active yet?
[08:08] <salgado> eh?
[08:09] <salgado> I have a sodium account, yes, but last I checked that doesn't give me access to staging
[08:09] <carlos> salgado: I got some duplicate errors
[08:10] <salgado> carlos, that should not be a big deal.. can you paste them for me?
[08:10] <carlos> well... the way I copied them... is a bit messy 
[08:10] <carlos> I can give you the content of the table after the inserts
[08:11] <salgado> carlos, I think the messy output would be better. I'll find my way through it
[08:12] <carlos> ok
[08:12] <kiko> salgado, I requested access for you via RT. was it not granted?
[08:12] <kiko> try on devpad to psql to staging
[08:12] <kiko> like you used to do on mawson
[08:12] <salgado> for me? are you sure?
[08:13] <kiko> salgado, yes
[08:13] <kiko> I requested it.
[08:14] <carlos> salgado: https://devpad.canonical.com/~andrew/paste/filexeM4qv.html
[08:15] <salgado> kiko, well, It doesn't work neither with my user nor with the 'ro' one
[08:15] <salgado> thanks carlos 
[08:15] <kiko> salgado, okay, I'll re-request.
[08:17] <carlos> np
[08:21] <salgado> carlos, I need to bother you again... can you "sudo su - launchpad" on asuka?
[08:22] <carlos> yeah, that's the only way I get access to the database
[08:23] <salgado> carlos, can you add a cronjob to the launchpad user for me?
[08:23] <carlos> well, I'm not sure I should do that...
[08:23] <carlos> that's something that should be approved by an admin or Stuart...
[08:24] <carlos> if kiko or SteveA accept it, I don't mind to do it
[08:24] <kiko> should be okay. what's it about?
[08:24] <salgado> kiko, I need to run the mirror prober for release mirrors on staging
[08:25] <kiko> sure.
[08:25] <salgado> carlos, if we're lucky, stub left the cronjob commented out there
[08:26] <carlos> ok
[08:26] <carlos>  /srv/launchpad.ubuntu.com/staging/launchpad/cronscripts/distributionmirror-prober.py --content-type=release --force ?
[08:26] <salgado> carlos, yeah, that one
[08:26] <salgado> running every 2h should be fine
[08:26] <carlos> #40 10-23 * * * ?
[08:27] <carlos> without the '#'
[08:28] <salgado> carlos, if you could change it to "30 10-23" it'd be great
[08:28] <carlos> done
[08:28] <salgado> thanks a lot
[08:29] <carlos> np
[08:41] <salgado> aaaargh
[08:50] <flacoste-lunch> salgado: thanks for taking a look at the doc!
[08:59] <salgado> flacoste, np. :)
[09:05] <flacoste> salgado: how is it going with localized support requests?
[09:06] <salgado> flacoste, it's kind of staled. :/
[09:06] <salgado> I got a lot of shipit and mirror-related stuff to do lately
[09:06] <salgado> and all this stuff has to be in productoin before edgy is released
[09:07] <flacoste> do you want me to take a look at it after I finish tt-workflow?
[09:07] <salgado> if you have some time it'd be great
[09:07] <salgado> when do you expect to have finished with tt-workflow?
[09:08] <flacoste> i will reply to Bjorn's second review today, so tomorrow I should move on to other things
[09:09] <salgado> last I checked I got 7 conflicts from merging your tt-workflow branch. didn't check to see if they were trivial or not, though
[09:10] <flacoste> salgado: ok, i'll ping you tomorrow or thursday if I can work on it
[09:10] <salgado> flacoste, cool. thank you!
[09:11] <flacoste> i have to write the doc for the things, so I should at least try it out!
[09:18] <jordi> carlos: if we don't have a bug with the import process, I can't understand what's going on with https://launchpad.net/products/rosetta/+bug/68014
[09:18] <Ubugtu> Malone bug 68014 in rosetta "Rosetta reverts translation fixes to old faulty values" [Undecided,Unconfirmed]  
[09:19] <jordi> I've had this too
[09:19] <carlos> me neither
[09:20] <carlos> I will take a close look tomorrow morning as soon as I start working
[09:20] <carlos> there are already a lot of people complaining about it
[09:20] <carlos> so there should be a problem in some place
[09:20] <carlos> I don't understand why, but there is a problem
[09:21] <jordi> ok
[10:03] <salgado> kiko, can you review https://launchpad.canonical.com/DirectPersonCreation for me?
[10:03] <kiko> salgado, sure.
[10:04] <lucasvo> bug mails are so hard to filter in a good way
[10:04] <lucasvo> the product isn't noted anywhere
[10:04] <kiko> lucasvo, X-Launchpad-Bug.
[10:05] <lucasvo> kiko: ? create one?
[10:05] <kiko> lucasvo, no. it already exists.
[10:05] <kiko> X-Launchpad-Bug: product=malone; status=Unconfirmed; importance=Undecided;
[10:05] <kiko>         assignee=None;
[10:06] <kiko> it is very easy to filter bug mails if you know of the existence of that header. :)
[10:06] <lucasvo> ah, 
[10:06] <lucasvo> cool!
[10:06] <lucasvo> X- mail
[10:06] <lucasvo> I forgot about that
[10:08] <kiko> yeah, life-saver
[10:25] <kiko> salgado, the spec should be fine. you should post it to the launchpad list for wider consideration, and the only question I have on the topic is whether allowing any user to register any user for now is worth it.
[10:30] <salgado> kiko, sure. just sent
[10:44] <carlos> see you!
[11:34] <cablesm102> I recently filed an Ubuntu bug in Launchpad. Someone just commented that they also have experienced the bug. How does the bug get confirmed in Launchpad?
[11:35] <lucasvo> cablesm102: press on the package name
[11:35] <lucasvo> in the table
[11:35] <lucasvo> and change the status
[11:35] <cablesm102> thanks
[11:35] <cablesm102> is there any rule behind when I can do this?
[11:36] <lucasvo> cablesm102: if you've verified, that it is not depending on your setup
[11:36] <cablesm102> Well someone else with a different D-Link card on a different system has had the same problem.
[11:36] <lucasvo> and that it isn't because of improper config or 3rd party deb packages whatever
[11:36] <lucasvo> cablesm102: then mark it 
[11:36] <cablesm102> It was a fresh LiveCD install of Edgy
[11:37] <cablesm102> thanks
[11:38] <cablesm102> I'm really not sure though what package its in. Will it get a lower priority if I say I don't know? There are two I'm thinking might be the culprits.
[11:38] <mruiz> Hello. My name is Miguel Ruiz, ubuntu-cl team admin. How I can send a mass email to our team members (using LP)?
[11:39] <lucasvo> mruiz: this it not yet possible but will be implemented soon
[11:39] <mruiz> great
[11:40] <mruiz> I needed this feature many times
[11:40] <mruiz> :)
[11:45] <Ubugtu> New bug: #68081 in rosetta "Edgy kftpgrabber translations" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68081