[00:06] <thumper> wgrant: beuno told me earlier to, so why not?
[00:08] <matsubara> wgrant, what's the bug? beuno is currently working on a fix for the questions page and a translation page. See https://dev.launchpad.net/LaunchpadTestPlan/2.2.6
[00:10] <wgrant> matsubara: Bug #392333 and bug #392335
[00:12] <matsubara> thanks wgrant
[00:23] <matsubara> wgrant, what are bug action pages?
[00:26] <wgrant> matsubara: Something that is going to send email.
[00:26] <wgrant> Let me find an example..
[00:27] <wgrant> +addbranch is one.
[00:27] <matsubara> wgrant, thanks
[00:28] <xteejx> Hi guys, I keep having recurring problems with LP with a "Sorry, there was a problem connecting to the Launchpad server." message keep coming up, it's not really a *problem* as such, more of an annoyance, just making you aware in case there is a developing server problem :)
[00:30] <wgrant> xteejx: launchpad.net, bazaar.launchpad.net, or edge.launchpad.net?
[00:30] <xteejx> wgrant, standard lp.net
[00:31] <matsubara> xteejx, do you have the URL for the page?
[00:31] <xteejx> sure
[00:31] <xteejx> https://launchpad.net/ubuntu/+bugs?assignee_option=none&field.assignee=&field.component=1&field.component=2&field.component-empty-marker=1&field.has_no_package.used=&field.has_patch.used=&field.importance%3Alist=Undecided&field.omit_dupes=on&field.omit_dupes.used=&field.owner=&field.searchtext=&field.status%3Alist=New&orderby=-datecreated&search=Search&start=13200
[00:33] <matsubara> xteejx, wfm. do you get those errors always on that page?
[00:35] <xteejx> no just randomly, i am triaging old bugs with assigned packages, and working in reverse order to get rid of the old ones, so maybe its because i keep refreshingn after doing 3 of them. Its not really a problem I'll just try later, just thought I should let you guys know in case there's a developing problem thats all :)
[00:41] <wgrant> matsubara: I can reproduce, but only around ~1/20 failed for me.
[00:42] <wgrant> (not that same URL, of course)
[00:42] <wgrant> It takes a very long time, then dies with the usual 502.
[00:43] <matsubara> wgrant, I suppose you don't get an OOPS for that, do you?
[00:44] <matsubara> or is it that mis-aligned page?
[00:44] <wgrant> matsubara: No, it's Squid or Apache, not the app itself.
[00:44] <wgrant> It is the misaligned page, yes.
[00:44] <matsubara> ah ok. those are trickier to debug
[00:45] <wgrant> They are.
[00:45] <wgrant> I'll see if the headers give anything useful...
[00:47] <wgrant> Hmmm.
[00:51] <wgrant> matsubara: The 502 is from Apache, and has no Via header. There's nothing else useful in the headers.
[00:57] <matsubara> wgrant, I'm pretty sure we have a bug reported about it but I can't find
[00:58] <wgrant> matsubara: About what? It looks like an appserver is dead.
[00:58] <matsubara> wgrant, about something going on between apache and the app server and the user getting the "sorry, can't connect" page
[00:59] <wgrant> matsubara: Ah.
[00:59] <matsubara> I remember adding a dump from live http headers to the report, but I can't find it :-(
[01:03] <wgrant> Isn't it more likely that an appserver is just hung?
[01:07] <matsubara> wgrant, could be, but if it was the losas would be here already
[01:08] <wgrant> matsubara: Ah...
[01:43] <wgrant> matsubara-dinner: It looks like appserver C is broken.
[01:50] <Ampelbein> hi. I have a question about python-launchpad-lib: Is it possible to search for bugs created after a specific date? e.g. (fakecode): "buglist = launchpad.distributions['ubuntu'].searchTasks(tags="apport-package", bug_creation_date>"05012009")
[01:51] <wgrant> Ampelbein: Not directly, but you can order by creation date and stop when you see one early enough.
[01:52] <Ampelbein> wgrant: nice suggestion, haven't thought of that. thanks!
[02:08] <matsubara> wgrant, how can you tell?
[02:09] <wgrant> matsubara: Well, you might notice a few keyboard-mash 404 OOPSes when you look at the reports tomorrow...
[02:12] <matsubara> wgrant, what do you mean by keyboard-mash?
[02:13] <matsubara> hmm just got one "Please try again" myself
[02:13] <wgrant> matsubara: I caused a few dozen 404s with a Launchpad referrer, which gave me a few OOPSes from all appservers except C.
[02:17] <thewrath> hey guys with bzr or svn any way to find the number of modified lines
[02:17] <thewrath>  svn diff | grep "^+" | grep -v "^+++" | wc -l  gives you added lines
[02:18] <thewrath>  svn diff | grep "^-" | grep -v "^---" | wc -l is removed
[02:18] <thewrath> but i need modified lines and unmodified lines
[02:18] <wgrant> How do you distinguish modified vs. a removal and an addition?
[02:19] <thewrath> the --- is removed and +++ is added
[02:20] <lifeless> diffstat may be more useful for you
[02:20] <thewrath> diffstat?
[02:21] <wgrant> Give diffstat a diff, and it will spit back the diff's stats.
[02:22] <thewrath> diffstat?
[02:22] <thewrath> what is that
[02:22] <thewrath> svn diffstat
[02:22] <thewrath> ?
[02:23] <wgrant> thewrath: svn diff | diffstat
[02:24] <thewrath> here is my command right now
[02:25] <thewrath> svn diff -r 6:7 mikesats | grep "^-" | grep "^---" | wc -l
[02:25] <thewrath> for removed lines
[02:25] <thewrath> so i would do svn diff -r 6:7 mikesats | diffstat | grep "^-" | grep "^---" | wc -l ?
[02:26] <wgrant> No. Have a look at diffstat's output.
[02:26] <thewrath> svn diff -r 6:7 mikesats | diffstat
[02:26] <thewrath> ?
[02:27] <wgrant> thewrath: Yes.
[02:27] <thumper> wgrant: diffstat doesn't give modified counts
[02:27] <wgrant> thumper: Because there's no such thing as a modified line.
[02:27] <thewrath> what do you mean
[02:27] <thumper> wgrant: you can do more analysis to determine it
[02:27] <thumper> but most tools don't
[02:27] <wgrant> matsubara: So, can anything be done about lpnet3 before London wakes up?
[02:28] <wgrant> thumper: Doing such analysis is probably crazy.
[02:28] <thumper> not necessarily
[02:28] <thumper> I've seen it done
[02:28] <thumper> kdiff3 was good at that
[02:28] <thewrath> thumper: have any pre defined scripts for that
[02:28] <thumper> thewrath: no
[02:28] <thewrath> wat is kdiff3?
[02:28] <thumper> kde based gui diff tool
[02:28] <thewrath> still in respository?
[02:28] <thumper> I don't think it made the leap to kde4 though
[02:28] <thumper> perhaps
[02:29] <thewrath>  so right now i can only find delete and added then
[02:29] <thewrath> ?
[02:29] <thewrath> there is no way to identify modified lines
[02:30] <wgrant> diffs don't work like that.
[02:30] <thewrath> ok
[02:30] <wgrant> The application would have to guess which were modified and which were replaced.
[02:30] <wgrant> And I don't like applications that guess.
[02:30] <lifeless> wgrant: added and removed lines are guesses too
[02:30] <thewrath> so added and removed are the two i can figure out with --- and +++
[02:31] <wgrant> lifeless: Mm, true.
[02:31] <lifeless> thewrath: so as I said before, why are you doing this. Not 'who wants you to do it'. *why*
[02:32] <thewrath> lifeless: is for work
[02:32] <thewrath> we have several projects that we use svn
[02:32] <thewrath> and we want to see productivity
[02:32] <thewrath> dont ask me they asked me if it was possible and i said i would ask around and look into it
[02:33] <thewrath> that answer you lifeless lol
[02:34] <lifeless> its a more useful answer, yes
[02:34] <thewrath> lolk
[02:34] <thewrath> we use another tool to calculate this all and we have to download each revisiont od o it
[02:34] <lifeless> I suggest bzr-stats, or diffstat, which gives different answers
[02:34] <lifeless> if you want 'unmodified lines' you'll have to download every revision
[02:34] <thewrath> ok
[02:35] <matsubara> wgrant, I think we'll have to wait for London to wake up. it's not a major breakage to justify waking people up.
[02:35] <lifeless> matsubara: if the appserver is still in the rotation, 1/8 requests will error, no?
[02:35] <matsubara> wgrant, I looked at our graphs and you seem to be right. looks like lpnet3 is down
[02:36] <wgrant> matsubara: That's what I suspected. It's a bit messier than previous issues of this kind, as the timeline view spews alert()s when a request fails.
[02:36] <thewrath> so run bzr diff | diffstats?
[02:36] <thewrath> i really need it for svn but we can see lol
[02:36] <lifeless> well start with diffstat then
[02:37] <matsubara> lifeless, shouldn't apache just take it off of rotation?
[02:37] <lifeless> personally though, if you have an existing tool, use it ;)
[02:37] <wgrant> matsubara: Not unless it's really dead.
[02:37] <thewrath> its a pain bc we have to download every revision
[02:37] <wgrant> matsubara: In this case it looks like it's just hng.
[02:37] <lifeless> matsubara: pound will, if its not accepting sockets
[02:37] <thewrath> lifeless: so what the command is bzr diffstat?
[02:37] <lifeless> thewrath: no, 'diffstat'
[02:37] <thewrath> so just run diffstat inside my revision?
[02:38] <lifeless> no
[02:38] <lifeless> you are using svn, so svn diff -r 4:5 | diffstat
[02:39] <thewrath> on my stuff i am using bzr
[02:39] <thewrath> so i am goign to relate to both
[02:39] <thewrath> so bzr diff -r 4:5 |diffstat
[02:39] <thewrath> ?
[02:39] <lifeless> bzr diff -r 4..5 | diffstat
[02:40] <thewrath> i get command not found
[02:40] <lifeless> then you haven't installed it
[02:40] <thewrath> diffstat?
[02:40] <thewrath> i have to install that portion of bzr
[02:40] <wgrant> It's not bzr.
[02:40] <wgrant> It's diffstat. Entirely independent.
[02:40] <thewrath> oh ok
[02:40] <wgrant> It works on any diff.
[02:40] <thewrath> ah i see
[02:41] <wgrant> It doesn't care where it came frm.
[02:41] <thewrath> ah i see
[02:42] <thewrath> i can run it as a linux emulator command?
[02:42] <thewrath> well in a linux emulator
[02:43] <cocacool> hello people
[02:43] <wgrant> A Linux emulator?
[02:43] <wgrant> You mean cygwin?
[02:43] <thewrath> yea
[02:43] <cocacool> I speak portuguese :s
[02:43] <wgrant> thewrath: Cygwin should have an option to install it.
[02:43] <thewrath> ig ij
[02:43] <thewrath> *oh ok
[02:43] <cocacool> what is cygwin ?
[02:44] <wgrant> cocacool: A Linux-like environment for Windows.
[02:44] <cocacool> ok
[02:46] <thewrath> what things does it give me wgrant and lifeless?
[02:46] <wgrant> thewrath: What things does what give you? diffstat?
[02:47] <thewrath> diffstat
[02:47] <wgrant> thewrath: It gives you nice stats on additions/removals in each file in the diff, and in total.
[02:47] <wgrant> Without grep and wc -l.
[02:48] <thewrath> k
[02:50] <thewrath> bzr diff -r 6..7 mikesats | diffstat?
[02:50] <wgrant> Something like that.
[02:50] <wgrant> Just get a diff into diffstat.
[02:50] <thewrath> ok
[02:50] <thewrath> u were saying about getting the modified and unmod lines that you would have to download each version?
[02:55] <thewrath> wgrant:  i get when running bzr diff -r 5..6 mikesats |  diffstat
[02:55] <thewrath> ipsubnetcheck.pph | 84 ++++++++++++++++....
[02:55] <thewrath> 1 file change, 84 insertations
[02:55] <thewrath> that is all ig et
[02:56] <wgrant> That's correct.
[02:56] <thewrath> says nothing about removed lines
[02:56] <wgrant> thewrath: Try diffstat -m
[02:57] <thewrath> no such option as -m
[02:57] <wgrant> Sigh.
[02:57] <thewrath> i have a book at home with options for that
[02:57] <wgrant> thewrath: Does that diff actually have any deletions?
[02:58] <thewrath> no removals
[02:58] <wgrant> Then why exactly would it say anything about removed lines?
[02:59] <thewrath> wat -m or -r
[02:59] <wgrant> Neither.
[02:59] <wgrant> You complained that diffstat didn't tell you anything about removals.
[03:00] <thewrath> ok
[03:00] <wgrant> That's not surprising, given that you just said that the diff didn't have any removals.
[03:01] <thewrath> k
[03:01] <thewrath> 6 & 7
[03:01] <wgrant> Pardon?
[03:02] <thewrath> hold on
[03:02] <thewrath> wats a good free image upload/hoster
[03:02] <thewrath> nvm
[03:03] <thewrath> wgrant:  that is version 6 n 7: http://img32.imageshack.us/img32/894/20090625220152.png
[03:03] <wgrant> thewrath: That looks fine to me.
[03:03] <thewrath> ok
[03:04] <thewrath> wat does the 186 signify
[03:04] <wgrant> 186 changes in that file.
[03:04] <thewrath> 186 additions and removals?
[03:04] <thewrath> wat doe hte + and - means
[03:05] <wgrant> It looks like it.
[03:05] <thewrath>  wat doe hte + and - means
[03:05] <thewrath> bc there is not a hundred of each
[03:05] <thewrath> well a hundred plus
[03:05] <wgrant> Presumably it scales the numbers.
[03:06] <thewrath> scales ... explain
[03:07] <wgrant> On a small diff here, it gives the right number. On yours, with a fairly big diff on one file, it looks like it scales it down to avoid making that line too long.
[03:07] <wgrant> So each + or - will in fact represent multiple.
[03:09] <thewrath> k
[03:09] <thewrath> no way to find the number of lines that were modified
[03:10] <wgrant> That's what -m attempts to do.
[03:10] <wgrant> But your diffstat seems to be braindead.
[03:11] <thewrath> shoudl i try it in linux enviroment instead of an emulated
[03:11] <thewrath> so what bzr diff -m 6..7 mikesats | diffstat?
[03:11] <thewrath> or bzr diff -r 6..7 mikesats | diffstat -m
[03:11] <wgrant> If that is what you want to do.
[03:11] <cabrey> I've been getting Please try again messages all evening, is there something going on?
[03:12] <wgrant> cabrey: Yes, one of the application servers seems to have hung. Just refresh, and things should be OK.
[03:12] <cabrey> on launchpad, that is
[03:12] <cabrey> wgrant, alright, thanks :)
[03:12] <poolie> wgrant: do you know if this is escalated to is?
[03:12] <poolie> IS*
[03:12] <cabrey> just making sure it wasnt my end :O
[03:12] <thewrath> wgrant:  which one the first or the second one
[03:12] <poolie> and do you think we should?  it's a kind of bad time in london
[03:12] <thewrath> bc you say diffstat but i had that for diff
[03:13] <thewrath> bzr diff -r 6..7 mikesats | diffstat -m
[03:13] <thewrath> or
[03:13] <thewrath> bzr diff -m 6..7 mikesats | diffstat
[03:13] <thewrath> its the second nvm
[03:13] <thewrath> okay now found that
[03:13] <wgrant> poolie: It was a little while ago deemed insufficiently important to escalate, given that it's 2am for everybody...
[03:13] <thewrath> now i need to find lines that have not been messed with
[03:14] <wgrant> (I disagree with that assessment)
[03:14] <thewrath> mine
[03:14] <thewrath> i meant the first one wgrant
[03:14] <thewrath> sorry tired
[03:14] <thewrath> and doing work stuff at this hour can be deadly lol
[03:14] <thewrath> but the nice thing is that i get to go in a little later i think tomorrow
[03:14] <thewrath> about an hour later lol
[03:15] <wgrant> thewrath: You should use whichever one both works for you and is what you want.
[03:15] <thewrath> well bzr diff -m ... gives me errors but the other way doesnt
[03:15] <thewrath> bc -m is for diffstat and not diff
[03:15] <poolie> wgrant: i've only seen one failure this morning in light use
[03:15] <thewrath> is there any way to find the numnber of unmodified lines
[03:15] <poolie> i guess there's several app servers, like 8?
[03:15] <wgrant> poolie: There are 8.
[03:15] <poolie> and the load balancer is meant to cope if they're hung
[03:15] <wgrant> lpnet3 is dead.
[03:15] <poolie> :)
[03:16] <wgrant> poolie: pound will knock them off the rotation if they are not accepting connections.
[03:16] <wgrant> It doesn't care if they time out.
[03:16] <poolie> you certainly know a lot about it :)
[03:16] <wgrant> poolie: Oh yes... ran into the same problem with the application that I manage.
[03:16] <wgrant> poolie: You won't see many of the timeouts, because you're lp-beta-testers...
[03:17] <wgrant> And edge is working fine.
[03:17]  * poolie reads the logs
[03:17] <poolie> ah of course
[03:17] <poolie> i probably only saw one when i entered an un-edgey url
[03:17] <thewrath> is there a way to find the number of unmodified lines
[03:18] <wgrant> thewrath: I'm sure you can work that one out.
[03:18] <thewrath> you think something with diffstat?
[03:18] <wgrant> No.
[03:18] <thewrath>  any suggestions
[03:19] <lifeless> I've filed a bug on them being left in rotation
[03:20] <poolie> i wonder if we could get a non-LO SA to thump them?
[03:20] <lifeless> poolie: see my mail to launchpad
[03:20] <lifeless> as of 2 minutes ago
[03:20] <thewrath> ! for mod lines is something partaiing to diffstat only
[03:20] <thewrath> when i do my long grep it does not work
[03:21] <mwhudson> poolie: they're all in london too, afaik
[03:21] <poolie> oh of course
[03:21] <poolie> single point of failure win :)
[03:21] <thewrath> what edit request did i have that got forwarded to ubottu?
[03:21] <lifeless> I'm not sure the regular sysadmins are in London
[03:21] <lifeless> I know the LOSA's are
[03:22] <poolie> they did say "IS sprint"
[03:22] <poolie> it would be nice if https://blueprints.edge.launchpad.net/launchpad-foundations/+spec/system-status-page was implemented
[03:22] <lifeless> poolie: yeah, I'm just not sure is all
[03:22] <thewrath> oh nvm
[03:31] <tsimpson> thewrath: anything matching "^!<anything>is<anything>$" is interpreted as an edit request
[03:32] <thewrath> i ran this bc it was similar to everythign else for added and removed
[03:32] <thewrath> bzr diff -r 6..7 mikesats | grep "^!" | grep -v "^!!!"|  wc -l
[03:32] <thewrath> i get base: !": event not found
[03:33] <tsimpson> use single quotes
[03:33] <tsimpson> bash interprets ! specially
[03:35] <thewrath> ' or `
[03:35] <tsimpson> '
[03:35] <tsimpson> ` is generally called a "back-tick"
[03:36] <thewrath> i get 0 which is not right
[03:39] <thewrath> ` is back tick and ' is single quote?
[03:39] <tsimpson> yep
[03:40] <thewrath> bzr diff 0r 6..7 mikesats | grep -v '^!' | wc -l gives 414 which is not right
[03:40] <thewrath> bc when i run diffstat it says 94
[03:41] <tsimpson> make sure you use egrep to make it interpret regex
[03:41] <thewrath> http://img29.imageshack.us/img29/465/20090625224104.png
[03:41] <thewrath> i get 0 using egrep
[03:42] <thewrath> any final thoughts before i go to bed
[03:42] <tsimpson> '^!' will match only when '!' is at the start of the line
[03:42] <thewrath> right
[03:43] <thewrath> that is modified isnt
[03:43] <tsimpson> ^ is the start of the line, $ is the end
[03:43] <tsimpson> [^...] is negation
[03:43] <thewrath> it should say if a line is modified at the beginner
[03:44] <tsimpson> it just means "the start of the line"
[03:44] <thewrath> *should say if a line is modified at the beginners
[03:44] <thewrath> like a line that was added or removed has a + or - at the beginning of a line
[03:44] <thewrath> ! should be at hte beginning of hte line if that line was modified
[03:45] <tsimpson> an unmodified line will start with a space
[03:45] <thewrath> wat about modified
[03:45] <tsimpson> with a + or a -
[03:45] <thewrath> + is added line
[03:45] <thewrath> - is removed
[03:46] <tsimpson> yes, and a space is unmodified
[03:46] <thewrath> ! is modified
[03:46] <thewrath> according how it looks with u run diffstat -m
[03:46] <tsimpson> that's in diffstat, but not in diff
[03:47] <tsimpson> diffstat interprets the output from diff
[03:47] <thewrath> ok so in diff
[03:47] <thewrath> + is added, - is remoeve dns 1 blank space is modified all at the beginning of the line
[03:47] <thewrath> ??
[03:48] <tsimpson> + is a line added, - is a removed line, and a blank space is unchanged
[03:48] <thewrath> that is wat i meant
[03:49] <savvas> (note: there are also +++ and ---)
[03:49] <thewrath> whcih means wat
[03:49] <tsimpson> of the original is "Hello World" then the unmodified line in diff is " Hello World"
[03:50] <tsimpson> s/of/if/
[03:51] <thewrath> savvas:  wat does the +++ or --- mean
[03:51] <jmarsden> It prefixes the filenames of the original and new version of the file being compared
[03:51] <jmarsden> Well, for most common forms of diff output.
[03:52] <savvas> thewrath: these are explained at: http://en.wikipedia.org/wiki/Diff#Unified_format
[03:52] <savvas> > the original file is preceded by "---" and the new file is preceded by "+++"
[03:52] <thewrath> wats the difference between bzr diff -r 5..6 mikesats | grep "^+" | grep "^+++" | wc -l and bzr diff -r 5..6 mikesats | grep "^+" | wc -l
[03:53] <tsimpson> the first will only match files changed, the second will match that plus all the added/changed lines
[03:53] <tsimpson> actually, no
[03:54] <tsimpson> wait, yes ;)
[03:54] <thewrath> i was told the first one was to get new lines
[03:54] <thewrath> 23:33 neels thewrath, e.g. << svn diff | grep "^+" | grep -v "^+++" | wc -l >> gives you the number of added lines :)
[03:54] <tsimpson> the first will match only the "+++ new-file" parts
[03:54] <tsimpson> the first 'grep "^+"' is also not needed
[03:55] <thewrath> yes it is
[03:55] <savvas> shouldn't + be escaped?
[03:55] <tsimpson> if grep uses extended regex (not sure)
[03:55] <thewrath> tsimpson: its necessary bc between 5 n 6 there were only 84 lines of changes and all additions not 88
[03:55] <savvas> thewrath: what are you trying to do actually? :)
[03:56] <thewrath> savvas: get the number of added, removed, mod and unmod lines from revision 5 to revision 6
[03:56] <thewrath> between 5 n 6 there was only 84 lines of code changes and all were additions
[03:56] <thewrath> so i am just testing that out
[03:56] <jmarsden> for added lines you might want something more like grep '^+' |grep -v '^+++'
[03:56] <tsimpson> thewrath: '^+++' matches a line starting with 3 '+'s, '^+' matches a line starting with 1 '+', if it starts with 3 then it also starts with 1
[03:57] <thewrath> svn diff | grep "^+" | grep -v "^+++" | wc -l  gives me new lines (added lines)
[03:57] <tsimpson> yeah, the + needs escaping
[03:57] <thewrath> svn diff | grep "^-" | grep -v "^---" | wc -l >>
[03:58] <thewrath> that line shows removed lines
[03:58] <thewrath> what do you mean especaping tsimpson
[03:58] <tsimpson> ah, -v
[03:58] <tsimpson> it needs '^\+' and '^\+\+\+'
[03:58] <tsimpson> because '+' is a regex special character
[03:58] <jmarsden> BTW... how is this grep tutorial about launchpad exactly?
[03:59] <thewrath> sorry
[03:59] <tsimpson> it means repeated at least once
[03:59] <thewrath> it was carried into grep
[03:59] <thewrath> tsimpson: nope that now only brings up 2 which is wrong
[03:59] <thewrath> 84 is right
[03:59] <thewrath> it does NOT need to be escaped
[03:59] <jmarsden> tsimpson: Please test your suggestions before statiung them as fact.
[04:00] <tsimpson> jmarsden: I did
[04:00] <tsimpson> $ echo '---'|egrep '^+++'
[04:00] <tsimpson> ---
[04:00] <tsimpson> echo '---'|egrep '^\+\+\+'
[04:00] <jmarsden> egrep != grep
[04:00] <tsimpson> (nothing)
[04:00] <jmarsden> The command used in the examples is grep.
[04:00] <lifeless> Bug 392371
[04:00] <thewrath> bzr diff -r 5..6 mikesats | grep "^\+.... does not wokr
[04:01] <thewrath> no escaping is necssary
[04:01] <savvas> here is an example: http://pastebin.ca/1475012
[04:01] <tsimpson> ok
[04:01] <jmarsden> thewrath: You are corect, tsimpson is mistaken and confused.
[04:01] <savvas> diffstat and bzr with grep show the same thing
[04:01] <thewrath> right
[04:01] <thewrath> ty
[04:01] <thewrath> then 1 blank space before is an unmodified line?
[04:02] <thewrath> before is at he beginning
[04:02] <savvas> yes
[04:02] <thewrath> savvas: wat ist eh [04:02] <thewrath> number of files?
[04:02] <savvas> [04:03] <savvas> [04:03] <savvas> --- surl/surl.py	2009-04-27 12:10:16 +0000
[04:03] <savvas> +++ surl/surl.py	2009-06-11 23:38:41 +0000
[04:03] <thewrath>  bzr diff -r 4..7 | grep '^ ' | grep -v '^   ' | wc -l is for unmodified lines?
[04:03] <jmarsden> No, you'll only see lines that were used to supply context for a change that way.
[04:04] <thewrath> how do i find unmodified or modified lines then
[04:04] <thewrath> or cant i
[04:04] <savvas> no I think it's: bzr diff -r 4..7 | grep '^ ' | wc -l
[04:04] <jmarsden> savvas: If I edit one line in a 100 line file, bzr diff will not output all 99 unmodified lines...
[04:04] <jmarsden> It only shows a few around each change.
[04:05] <jmarsden> context diff means it shows the context of each change :)
[04:05] <jmarsden> I think to get a count of unmodified lines you will need a different approach
[04:05] <savvas> ah right
[04:05] <thewrath> k
[04:05] <thewrath> ty
[04:05] <thewrath> i am off to bed finally
[04:05] <thewrath> atleat i have the first two
[04:12] <persia> I'm late to the dicussion, but comm -12 ought show all the lines that two files have in common (if one considers source to be sorted in "programmatic order" or some such).  Dunno why anyone would want to do that to code.
[04:43] <poolie> mwhudson/jml: why do some merge proposals have a diffstat count on the summary table and some don't?
[04:43]  * poolie looks for bug reports
[04:44] <wgrant> poolie: Could it be related to the out-of-dateness of the diff?
[04:45] <jml> my hunch is that it's crazy not-fully-supported stuff
[04:45] <jml> thumper might know more about it
[04:45] <mwhudson> yeah, ask thumper about that :)
[04:45] <thumper> poolie: lp:mad!
[04:46] <thumper> poolie: I'm running it on devpad for some projects
[04:46] <jml> thumper, why isn't in launchpad proper? huh? huh? :P
[04:46] <thumper> jml: because it was vetoed
[04:46] <thumper> jml: because it is *lots* of processing to do it for everything
[04:46] <thumper> that is constantly changing
[04:46] <thumper> and we don't do that
[04:46] <thumper> I run it for projects I care about
[04:47] <thumper> anyone can run it
[04:47] <poolie> filed bug 392385
[04:47] <thumper> it uses the LP api
[04:47] <lifeless> an interested experiment would be to get super user privileges and run it for all projects
[04:47] <wgrant> But the two-diff thing is terribly confusing.
[04:47] <jml> wgrant, yes, I agree
[04:47] <thumper> wgrant: that is a different bug :)
[04:47] <poolie> thumper: it would be interesting data to see how much cpu/traffic it uses
[04:47] <thumper> yes I agree
[04:47]  * thumper is a but busy with other features right now
[04:48] <thumper> hmm, there goes my kiwi accent again
[04:48] <jml> thumper, I was thinking that :)
[04:48] <ajmitch> heh
[04:48] <ajmitch> jml: so was I, but I wouldn't say anything :)
[04:48]  * ajmitch waits for launchpad to actually load
[04:48] <poolie> bug 392385
[04:49] <ajmitch> I'm guessing I hit the 1 dead appserver?
[04:49] <poolie> i'll answer it
[04:49] <wgrant> ajmitch: Refresh. An appserver is broken, so 1/8 requests fail after a minute.
[04:49] <jml> there are a lot of code review UI bugs. A lot of them are near dupes, or all have the same root confusion of concept, at least.
[04:50] <poolie> thumper: to be clear i meant even for some proposals within bzr
[04:50] <poolie> um
[04:50] <poolie> but maybe mad is falling over or something
[04:50] <ajmitch> wgrant: Yeah, I did that, and it subsequently worked. The redirection to edge didn't help as you mentioned before
[04:50] <thumper> poolie: could be
[04:50] <thumper> poolie: I know it is currently blowing chunks on LP branches due to 2a format
[04:50] <thumper> and I've not fixed it yet
[04:50] <poolie> jml, if you're keen on 377453 and not going to do it i can try
[04:50] <wgrant> ajmitch: The redirection is currently done in the appservers, I suspect, so the edge redirects can fail. But once you're on edge it's fine.
[04:50] <poolie> it's probably easy
[04:51] <jml> poolie, I'm not likely to do it.
[04:51] <SamB> it would be nice if a router could somehow switch you over to a working appserver without your computer really noticing ...
[04:52] <poolie> samb, it's meant to, it's apparently just not working
[04:52]  * jml pops some items off the stack
[04:52]  * SamB feels like poking PenguinOfDoom, for some reason
[04:54]  * Hellow pokes penguins
[06:50] <macvr> hi... is launchpad server down? I'm having slow response , sometimes errors
[06:51] <dtchen> from earlier: "Refresh. An appserver is broken, so 1/8 requests fail after a minute."
[06:52] <macvr> oh...
[06:52] <macvr> ok.. thanx
[07:06] <slangasek> known problems with launchpad?  I'm getting 50% incidence of timeouts
[07:07] <ajmitch> an appserver down apparantly
[07:09] <slangasek> ajmitch: and the people who need to fix it are aware?
[07:10] <ajmitch> from what I saw earlier, it was decided that it wasn't important enough to tell LOSAs about at 2AM
[07:11] <ajmitch> but I believe at least a bug was filed, not sure what else
[07:11] <slangasek> hmm, but now it's 7am :)
[07:11] <ajmitch> far too early in the morning, I'm sure :)
[07:15] <wgrant> slangasek: 50%? Should only be 12.5%. You can also use edge.
[07:15] <wgrant> Or ring a LOSA, I guess...
[07:16] <slangasek> wgrant: small sample size
[07:17] <slangasek> my threshold for reporting problems with LP is 2 failures ;)
[07:17] <wgrant> Heh.
[07:18] <ajmitch> you must have been unlucky then :)
[07:22] <macvr> wgrant: me too 10 % !... rarely i'm able to complete a task :(
[07:25] <macvr> ajmitch: will it be notified here if it is fixed?
[07:27] <ajmitch> I'd guess so
[07:28] <macvr> :)
[07:29] <sd_rocks> can anyone tell me how to use yahoo messenger over linux
[07:30] <ajmitch> no, and you probably want to ask in #ubuntu, not here
[07:31] <sd_rocks> ok
[08:00] <macvr> cprov: any progress on the appserver? :)
[08:01] <wgrant> That relies on London being awake.
[08:01] <wgrant> Which won't happen for a little while yet, I suspect.
[08:01] <cprov> macvr: let me check for you.
[08:01] <macvr> :)
[08:09] <cprov> macvr: wgrant is right. Is it failing a lot for you ?
[08:10] <macvr> cprov: oh... too bad.. yup, its failing a lot... nearly only 10% requests work... right now it upto 40%
[08:14] <wgrant> cprov: Is it still just lpnet3?
[08:14] <wgrant> That should surely mean only 12.5% fail entirely, although some pages will die more often because they have AJAX.
[08:15] <cprov> wgrant: as fas as I know, yes, only one production appserver.
[08:19]  * cprov drinks more coffee for fixing his morning fat fingers.
[08:20] <wgrant> cprov: Save some coffee for lpnet3, please.
[08:20] <wgrant> It has been asleep for quite a few hours now.
[08:25] <macvr> wgrant: its now ~7:30 in london right? so another 2:30hrs to get this fixed, right? just wanna make sure :)
[08:26] <wgrant> macvr: It might depend how jetlagged the LOSAs are, I suppose.
[08:27] <macvr> ;o
[08:56] <cprov> macvr: is it any better ?
[08:56] <slangasek> wgrant: since they've been there all week, I don't think they have any excuse for jet lag left :)
[09:15] <wgrant> slangasek: Blah.
[09:19] <cprov> wgrant: do you still experiencing problems accessing lp ?
[09:22] <wgrant> cprov: Looks good. lpnet3 is out of the load balancer?
[09:22] <cprov> wgrant: it was restarted,  I guess.
[09:23] <elmo> it was fixed over an hour ago
[09:23] <wgrant> Thanks to whoever fixed it!
[09:29] <poolie> jml you marked bug 385814 incomplete and assigned to me, why?
[09:29] <jml> poolie, because I didn't understand what you wanted.
[09:30] <poolie> ok
[09:30] <jml> poolie, maybe it's an abuse of incomplete (mpt has hinted so), but dammit it's not New if it's been examined & thought about.
[09:30] <poolie> i think it's a fine use
[09:30] <poolie> maybe the person just needs a hint what to do if it's not "fix the bug"
[09:30] <jml> oh
[09:31] <jml> I also wrote a comment that apparently got eaten.
[09:31] <poolie> np
[09:31] <Kangarooo> Hello. I Have big question and long time im having problem with this. 1/2 year. How to start programming in RoR Netbeans on Ubuntu and install required packages from Canonical maintained packeges.? https://answers.launchpad.net/netbeans/+question/75371
[09:31] <poolie> lp is eating my status changes so it's all fair :)
[09:32] <poolie> also i do sympathize that reviews are one place where you're getting a bunch of bugs that are probably best fixed not individually but by larger redesigns
[09:32] <poolie> um
[09:32] <poolie> my thinking at the moment is it's best to tag the ones to do together unless they're outright duplicates
[09:32] <poolie> then you have a manageable group but still have the option to fix only a subset in the first go
[09:33] <poolie> anyhow i'll let you get on with the release
[09:41] <VK7HSE-Eee> is anyone getting this popup on LP ???  http://files.getdropbox.com/u/927315/Screenshot-The%20page%20at%20https%3A--launchpad.net%20says%3A.png
[09:43] <wgrant> VK7HSE-Eee: Does that happen when you click a link on the project page soon after getting to the page?
[09:44] <VK7HSE-Eee> it happens when I click on the downloads tab in the Me TV page... on first time visit (cache history set to always cleared in firefox)
[09:46] <VK7HSE-Eee> wgrant: here's the link... https://launchpad.net/me-tv/+download
[09:46] <wgrant> VK7HSE-Eee: It happens when you navigate away from the project page while the series data is still loading. I noticed that a few hours ago, but thought it might have been due to the dodgy appserver.
[09:46]  * wgrant files a bug.
[09:47] <VK7HSE-Eee> only happens on the first visit!...
[09:47] <VK7HSE-Eee> ok after that...
[09:47] <wgrant> Because the data is cached after that, probably.
[09:47] <VK7HSE-Eee> ok!... will do thanks...
[09:47] <VK7HSE-Eee> also happens on edge as well...
[09:48] <VK7HSE-Eee> same results first visit only...
[09:48] <wgrant> First visit to what?
[09:49] <VK7HSE-Eee> ok when I have fist opened that page...
[09:49] <wgrant> Which? https://launchpad.net/me-tv, or https://launchpad.net/me-tv/+download?
[09:49] <VK7HSE-Eee> when first accessing the latter url...
[09:50] <wgrant> VK7HSE-Eee: But only when accessing it by clicking a link on the former?
[09:50] <VK7HSE-Eee> I was holding off just in case it was only something local here...
[09:51] <VK7HSE-Eee> well Me tv is on the entry page of LP, so I enter via that, then when you click download...
[09:52] <wgrant> Right. Bug #392449
[09:53] <VK7HSE-Eee> just looking ...
[09:55] <VK7HSE-Eee> wgrant: yes that looks like the one!
[09:57] <VK7HSE-Eee> wgrant: do you want me to add the pic. to that bug ?
[09:57] <wgrant> VK7HSE-Eee: If you want to, but I think it has enough information
[09:58] <VK7HSE-Eee> ok...
[10:01] <lool> Hey
[10:01] <lool> Team a is member of team b; when I list bugs for Team a I don't see the bugs where Team b is sub-ed
[10:02] <lool> Is there a way to search for bugs where Team a is recursively subscribed to, or bugs which team a OR team b are subscribed directly to?
[10:02] <lool> (on the web UI)
[10:17] <lamalex> Why does launchpad fail at wrapping? https://code.launchpad.net/~cszikszoy/do/config-MA-ext/+merge/7700
[10:17] <lamalex> Is it some kind of racial joke?
[10:17] <lamalex> "We made launchpad white, so we also made it bad at wrapping"
[10:17] <lamalex> /rimshot
[10:19] <wgrant> lamalex: It only happens in Firefox 3.5.
[10:19] <wgrant> Let me find the bug...
[10:19] <lamalex> ah
[10:19] <poolie> lamalex: i laughed
[10:19] <wgrant> Bug #390451
[10:19] <lamalex> wgrant: thanks
[10:19] <lamalex> poolie: I'm glad someone else appreciates my humour
[10:20] <lamalex> mpt_: does not though :(
[10:21] <macvr> cprov: seems fixed now.... thanx :)
[10:24] <mpt_> lamalex, hmm?
[10:24] <mpt_> Which does not what?
[10:25] <lamalex> exactly
[10:26] <cprov> macvr: cool!
[10:33]  * mpt_ scratches his head
[10:34] <wgrant> mpt_: His joke was followed by your dropping off the Internet.
[10:34] <mpt_> ah
[10:34] <RAOF> wgrant: Yes; it is bug #326129
[10:39] <soren> I'm confused. Is "bzr co lp:distro/releaseseries/sourcepackage" not supposed to work yet?
[10:40] <wgrant> soren: It depends on the package.
[10:41] <soren> wgrant: Aaaahhh...
[10:41] <soren> Ok, that explains.
[10:41] <wgrant> soren: Some packages don't have branches yet, and others just don't have a branch set as the default.
[10:42] <soren> wgrant: Where do I set the default branch?
[10:42] <wgrant> soren: You don't.
[10:42] <wgrant> Only a few people can.
[10:42] <soren> i see.
[10:42] <wgrant> It might be ~ubuntu-drivers, but I don't remember exactly.
[10:43] <soren> So.. If it just doesn't have a default branch, it might still have been imported? Or is that completely separate?
[10:44] <wgrant> In some cases the setting of the default branch failed. There's a bug filed against Launchpad about it, but nobody is sure whose fault it is.
[10:44] <wgrant> It might have been imported.
[10:44] <soren> how do I see the non-default branches, then?
[10:45] <wgrant> soren: https://code.launchpad.net/<distro>/<series>/+source/<sourcepackage>
[10:45] <soren> Aha!
[10:45] <wgrant> If you look at https://code.launchpad.net/~ubuntu-branches, you'll see that while most of the branches do have an alias, some don't.
[10:46] <soren> Ok, my package has not been imported. Oh, well.
[10:47] <wgrant> You wouldn't be able to write to the branch, anyway.
[10:47] <soren> That's fine.
[10:57] <jml> fwiw...
[10:58] <jml> as soon as I can extricate myself from this damned format upgrade, I'll be working on package branches; improving the discoverability etc
[10:58] <wgrant> jml: The number one way to make the more discoverable is to have a DSP code index, rather than just the well-hidden SP one.
[10:59] <jml> wgrant: yes. I *think* that's the highest priority package-branches listing bug.
[10:59] <jml> I also want to make the 'setting official branch' permission a little more permissive. ISTR being persuaded at UDS that anyone with upload privs to the package should be able to set the link.
[11:00] <wgrant> That would make sense.
[11:00] <wgrant> Is the ubuntu-branches celebrity going to become magical soon?
[11:01] <jml> wgrant: in what sense?
[11:01] <poolie> jml, i'm going to sign off soon,
[11:01] <jml> (every team I'm on is magical by definition. also, fabulous.)
[11:01] <poolie> have a good night
[11:01] <jml> poolie, will do.
[11:01] <jml> poolie, 1.16.1 is out already :)
[11:02] <poolie> i saw
[11:02] <poolie> very nice release text :)
[11:02] <poolie> oh, huh, have a good trip too!
[11:02] <wgrant> jml: Users aren't yet granted access to its branches by having upload rights, are they?
[11:02] <jml> wgrant: it's going to work a little differently to that, I think.
[11:02] <jml> poolie, thanks!
[11:02]  * jml brings up the relevant bug
[11:03] <jml> bug 347768
[11:03] <jml> I should update it :\
[11:04] <wgrant> jml: Hm, so access will be granted to a branch by virtue of its officialness, not ownership by ubuntu-branches?
[11:04] <jml> wgrant: the way it's going to work is that the owner of the branch will have write access, and any with upload rights will also have write access.
[11:04] <jml> wgrant: yes.
[11:04] <jml> ~ubuntu-branches will probably fade away, at that point.
[11:04] <wgrant> jml: Hrm, OK. Certainly less awful, but possibly less useful.
[11:05] <jml> wgrant: because arbitrary branches won't be able to magically expand their write permissions to match the source package permissions?
[11:06] <wgrant> jml: Right. I was thinking that it might be useful to have a development branch.
[12:48] <Kjell> Hi
[12:49] <Kjell> Well, just gonna say that there is a problem with the launchpad server when registering new account
[13:01] <cprov> Kjell: what kind of problem ?
[13:50] <Kjell> cprov: Looks like a server time out. But it is fixed now.
[13:50] <cprov> Kjell: if it was like 6 hours ago, it's a known problem that is already fixed.
[13:51] <cprov> Kjell: if it was earlier than that might be something else, let us know if it happens again.
[13:51] <Kjell> cprov: No it was just a min before I wrote the message.
[13:52] <cprov> Kjell: uhm, worth checking, one sec.
[13:52] <Kjell> cprov: The time out happens when the confirmation mail is send and you are suppose to enter a password.
[13:56] <cprov> Kjell: I suspect it was a punctual and very short outage while we were releasing fixes for the code we just released. It should happen again.
[13:57] <cprov> Kjell: thank for pointing it out.
[13:59] <Kjell> cprov: okey
[14:05] <MTecknology> I demand you guy purchase a domain name for every way I commonly misspell launchpad.net when I'm tired and forward it to the right place...
[14:06] <MTecknology> cprov: ^
[14:07] <cprov> MTecknology: is it serious ?
[14:07] <MTecknology> cprov: that was a joke..
[14:07] <MTecknology> laugh buddy
[14:07] <cprov> MTecknology: ehe, you never know :)
[14:08] <MTecknology> cprov: actually, laucnhpad.net is the most common mistake for me
[14:08] <Kjell> MTecknology: That would be a nice suggestion if you cannot press the bookmark button. :)
[14:09] <MTecknology> I have enought bookmarks and for as much as I us lp, the bookmark would disolve into oblivioun
[14:10] <MTecknology> Kjell: I have just about 30k karma right now .. I'm on there a whole lot :P
[14:10] <cprov> MTecknology: let firefox make your life easier and complete 'lau...'  for you :)
[14:10] <Kjell> MTecknology: That is a lot. What do you actually do?
[14:11] <MTecknology> Kjell: launchpad.net/ubuntu-drupal
[14:12] <MTecknology> I still think blueprints hand out too much :P
[14:13] <Kjell> MTecknology: Well we need people to think those ideas
[14:13] <MTecknology> I linked them together and linked them to branches... I like to use them as road maps
[14:13] <MTecknology> finish one piece, closer to a goal
[14:15] <Kjell> MTecknology: What is this Drupal?
[14:15] <MTecknology> what's with this... I can't subscribe to something if I'm not logged in... now there's a bug
[14:16] <MTecknology> Kjell: It's a CMS
[14:16] <MTecknology> I'm building a crap load of modules and a very very advanced theme for it
[14:18] <MTecknology> I've been up for ~24hr working on pushing out a new module
[14:18] <MTecknology> a whopping 10 revisions
[14:19] <Kjell> MTecknology: Okey... What application does it have?
[14:19] <MTecknology> hm?
[14:20] <MTecknology> Kjell: you mean where is it used?
[14:20] <Kjell> MTecknology: yes
[14:21] <MTecknology> Kjell: ubuntu.com uses it, ubuntu-us.org uses it, ubuntu-us.org, ubuntu-il.com, ubuntu-qc.org, etc
[14:21] <MTecknology> that's just a short list of ubuntu sites using drupal
[14:21] <MTecknology> There's a lot of professional sites that use drupal
[14:23] <MTecknology> Kjell: heck, lp.net uses drupal
[14:23] <MTecknology> .... ok - that one maybe not :P
[14:24] <Kjell> MTecknology: I am looking at drupal.org
[14:26] <Kjell> MTecknology: It looks comprehensive.
[14:27] <MTecknology> Kjell: that's why I like it - beginning coding for it is a steap hill for a little bit, then it get's much much easier, then it just depends how in depth you get
[14:29] <Kjell> MTecknology: Is it written in PHP?
[14:29] <MTecknology> yup
[14:32] <Kjell> Then I learned something new today. I guess it is a bit overkill to use Drupal as a personal website.
[14:32] <MTecknology> Kjell: profarius.com
[14:36] <MTecknology> Kjell: that's my personal site running drupal
[14:37] <Kjell> MTecknology: Right. I figured it out when you posted that link =p
[14:37] <MTecknology> Kjell: if you look aroung drupal.org, you'll see a massive collection of prebuilt modules/themes
[14:37] <MTecknology> Kjell: remember.... /me woke up last 24hr ago
[14:37] <MTecknology> it's now morning
[14:38] <Kjell> MTecknology: Day light over here
[14:38] <MTecknology> same ehre
[14:40] <Kjell> MTecknology: Well I am going to reinstall soon. Might as well create a server to test Drupal.
[14:42] <MTecknology> have fun :)
[14:42] <MTecknology> I tried joomla and thought it was HORRIBLE
[14:42] <MTecknology> drupal was nearly bliss
[14:49] <Kjell> MTecknology: Is it just put the files to /var/www and run the install file?
[14:50] <MTecknology> Kjell: ya, you need to setup a database for it too - it won't do that for you
[14:50] <MTecknology> Kjell: I use a different setup - but I run a few sites through one installation
[15:00] <Kjell> MTecknology: Can't you run without a database?
[15:00] <MTecknology> no, it stores everything in a db
[15:08] <Kjell> MTecknology: bah I am getting acces denied deny when trying to create a db
[15:09] <MTecknology> Kjell: how are you trying to create it?
[15:11] <Kjell> mysqladmin create test
[15:12] <MTecknology> I use phpmyadmin :P
[15:16] <Kjell> The funny part is that there is no password and you cannot login!
[15:28] <Kjell> MTecknology: yay finally finish installing. Guess when they mean no password it means there is a password after all.
[15:29] <MTecknology> :P
[15:29] <MTecknology> congrats
[15:37] <Kjell> MTecknology: Where can I view all my content I am making?
[15:37] <MTecknology> admin/content
[15:37] <MTecknology> idk where from there
[15:37] <Kjell> I mean from other user
[15:43] <Kjell> MTecknology: Well time for a reinstalling
[15:44] <MTecknology> lol
[15:44] <MTecknology> Kjell: I'm too tired to offer support
[15:46] <Kjell> MTecknology: Hehe. No probs. As I said it is very comprehensive system. And I was gonna reinstall anyway.
[16:13] <fta> anyone for https://answers.edge.launchpad.net/soyuz/+question/75406 ? thanks
[16:25] <cprov> fta: I've asked how much space you need, but we have to wait LOSAs, anyway.
[16:26] <cprov> fta: unless we intend to unleash the daily builds today.
[16:27] <fta> cprov, i'm not sure yet how much i need yet, it depends if a/ i'm able to shrink to tarball to a more reasonable size (not 300MB) and b/ if I add intrepid & hardy
[16:27] <fta> cprov, "unleash the daily builds today"? what do you mean?
[16:28] <cprov> fta: I'm assuming you will use the PPA for daily builds, and I'm asking if you are planning to start it right now.
[16:28] <fta> it's already started
[16:29] <fta> but i can stop it if needed, i still have some issues with amd64 to fix anyway
[16:39] <fta> cprov, i hope i'm not annoying with all those PPAs/dailies/quotas..
[16:41] <cprov> fta: no, absolutely, I was distracted reviewing projects. Do some estimation or guess some amount of space, so LOSAs can address this straight away.
[16:42] <cprov> fta: cool, you said 3GB.
[16:43] <fta> cprov, i meant, in general. it seems i have a lot more PPAs than most other users, and they are also much bigger.
[16:43] <cprov> fta: it means you work a lot ...
[16:44] <cprov> fta: and we are more than happy to provide you the resources you need.
[16:44] <cprov> fta: specially if you stop coding in perl and switch to python ;)
[16:45] <fta> lol
[18:25] <mxpxpod> is there a way to speed up the creation of a project group?
[19:27] <funkyHat> I don't understand why this bug has been marked fix released: https://bugs.edge.launchpad.net/ubuntu/+source/pidgin/+bug/354605 looks like the bug watch thing made a mistake?
[19:33] <nhandler> funkyHat: Look at the last entry in the upstream bug report
[19:33] <nhandler> 'resolution set to fixed'
[19:38] <funkyHat> Oh, I was looking at a different upstream bug (8981) -.-. Thanks
[19:41] <nhandler> You're welcome funkyHat
[20:11] <nhandler> Shouldn't the "What is this?" and "Read about installing" links on a PPA be green?
[20:55] <Snova> The OpenSourcing page says that Codehosting isn't going to be released. What does this include? The Code stuff as a whole, or a few things in particular?
[20:58] <MagnunLeno> Hello, I've created a VCS import, but it was set as invalid, so I've decided to remove it and import the code by myself. But I can't find how to remove this VCS import branch. Can anyone help me?
[21:34] <MagicFab_> Is there an RSS feed for "Last Actions" at  https://edge.launchpad.net/~magicfab/+karma ?
[21:35] <MagicFab_> I only see atom feeds for bugs, branches *or* revisions... is there anything combining all ?
[23:28] <synic> you might find this to be an odd question, but is there a way to have one of you delete all the bugs in a given project?