[03:39] <jbowtie> Are there any plans to provide anything like the graphs we can get out of Hudson? I'm thinking test coverage graphs specifically at the moment.
[04:47] <thumper> jbowtie: nothing that I know of right now
[09:11] <fta> bigjools, hi, another of my sftp upload disappeared into thin air (pushed to ppa.l.n)
[10:39] <ochosi> is it in any way planned to have ppa user stats? (meaning: how many people are using a ppa)
[10:40] <bigjools> yes, see bug 139855
[10:40] <ubot5`> Launchpad bug 139855 in Soyuz "Display stats about PPA usage (affected: 29, heat: 205)" [Low,In progress] https://launchpad.net/bugs/139855
[10:43] <ochosi> thanks for the info bigjools
[11:05] <ochosi> hi, ff doesn't let me post comments on launchpad, it throws me an error message (http://pastebin.com/wYC2g9p5). filing a bug and anything else works (ff 3.6.10 on xubuntu maverick). how can i debug this?
[11:07] <ochosi> btw, network.http.sendRefererHeader in ff:about:config is "1"
[11:08] <ochosi> ah right, sry people, forget this. seems putting it to "2" resolves the issue...
[13:31] <fta> bigjools, (bis) hi, another of my sftp upload disappeared into thin air (pushed to ppa.l.n)
[13:31] <fta> if you care to have a look
[14:03] <bigjools> fta: what time and what package name please
[14:04] <fta> bigjools, https://edge.launchpad.net/~chromium-daily/+archive/ppa/+packages  chromium, 535, hardy (where other dists have 536)
[14:05] <bigjools> fta: what time did you upload?
[14:05] <fta> 4:18am today (paris time)
[14:06] <bigjools> 0218 UTC then
[14:06] <fta> yep
[14:06] <bigjools> fta: all your sessions close in about 300 milliseconds
[14:06] <bigjools> I don't think you uploaded anything
[14:07] <bigjools> I see everyone else staying connected for a few seconds at a time
[14:08] <fta> i sure did, it's the same code for all dists, in a loop. only maverick has the tarball, all older dists only have the diff and small files
[14:09] <fta> i didn't change the code of my bot in months, the only change is my dput config for ftp -> sftp
[14:10] <fta> i have the trace if you want, but it's not showing anything unexpected
[14:11] <fta> http://paste.ubuntu.com/501471/  (it's the last one)
[14:11] <fta> bigjools, ^^
[14:12] <bigjools> fta: dude, your session is crashing
[14:12] <bigjools> see line 30 for example
[14:15] <fta> nope, it's harmless, someone told me here that's it's a known issue, but it's uploaded properly, and it builds anyway
[14:16] <fta> well, at least it works 99% of the time, just one or two missing uploads per week while i upload two dozens pkgs per day
[14:18] <fta> bigjools, ^^  Sep 08 21:02:52 <jelmer>        fta: afaik that's a known bug in python-paramiko
[14:19] <bigjools> fta: there's nothing else I can do, your session is closed at the client side very quickly
[14:19] <fta> so if it's that unreliable, bye bye sftp
[14:19] <bigjools> everyone else's uploads work
[14:19] <bigjools> so there's a bug in your setup
[14:19] <bigjools> it's not unreliable
[14:19] <fta> i probably upload more than most, hence i see a bug that other missed
[14:20] <fta> anyway, i'm tired of this, back to ftp :(
[14:26] <bigjools> fta: ok I may have been a bit quick to dismiss your upload, I can see it getting processed successfully - I guess you must have a fast connection
[14:26] <fta> indeed
[14:27] <bigjools> so it was *only* the 535 version on hardy?
[14:27]  * bigjools hunts for it
[14:28] <bigjools> fta ^
[14:28] <fta> yep, everything else worked fine (at least in that ppa)
[14:29] <bigjools> fta: did you upload a 536 for hardy?
[14:29] <fta> yes
[14:29] <bigjools> ok
[14:29] <fta> it's in the pastebin
[14:29] <bigjools> ah right, sorry
[14:30] <fta> i usually notice it on my dashboard: http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html or when users complain to me directly
[14:38] <bigjools> fta: so, I've no idea why it's not getting processed.  I can see the session opening on the sftp server, and I can see all the other changes files getting subsequently processed, just not the hardy one.  I wonder if it's a coincidence that it's the last one uploaded.
[14:38] <bigjools> can you try re-ordering them for your next run?
[14:38] <bigjools> and we'll see if it's consistently hardy or consistently the last one uploaded
[14:39] <fta> bigjools, it's not always the last one from the batch, last time, it was the 3rd out of 7
[14:39] <fta> and it was jaunty
[14:39] <bigjools> fta: ok interesting
[14:39] <bigjools> fta: thanks for letting me know
[14:41] <bigjools> fta: does it always happen or just sometimes?
[14:41] <fta> and it never happened with ftp. started with sftp, or with the last lp upgrade, which happened almost the same date
[14:41] <fta> |15:16] <fta> well, at least it works 99% of the time, just one or two missing uploads per week while i upload two dozens pkgs per day
[14:42] <bigjools> ok thanks
[14:46] <bigjools> fta: I filed bug 648917 if you want to subscribe.
[14:46] <ubot5`> Launchpad bug 648917 in Soyuz "SFTP uploads randomly disappearing (affected: 1, heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/648917
[14:46] <fta> sure, thanks
[14:49] <nprasath002> hi, when i try to push a code to launchpad i get the following error!!!
[14:49] <nprasath002>  bzr: ERROR: Target directory lp:~n-prasath-002/remotepress/main already exists, but does not have a .bzr directory. Supply --use-existing-dir to push there anyway.
[14:49] <nprasath002> what i do now?
[15:00] <bilalakhtar> nprasath002: Use the --use-existing-dir switch
[15:18] <sjamaan> Hi, is something the matter with staging?
[15:19] <sjamaan> I keep getting timeouts when visiting project pages
[15:32] <deryck> sjamaan, hi.  I can access staging pages fine.  It has a lower timeout than other lp hosts, and sometimes needs a reload or two to prime caches.
[15:33] <sjamaan> yeah, it's working now
[15:33] <sjamaan> weird, I tried several reloads
[15:33] <sjamaan> But now it's working
[15:34] <sjamaan> How do I create polls, btw?
[15:35] <sjamaan> I think I saw that on some project
[15:38] <sjamaan> LOL, a search turned up this one: https://launchpad.net/~launchpad/+poll/launchpad-sucks
[15:39] <sjamaan> ah, it's on the team page, not the project page
[15:41] <sjamaan> "A poll cannot open less than 12 hours after it's created."
[15:41] <sjamaan> WTH?
[16:15] <daws> is there a channel for the ti launchpad?
[16:16] <gnomefreak> seems Lp is taking forever to load
[17:02] <nprasath002> what is a series and what is a branch??
[17:20] <plitter> Hello, I have a Sony Vaio vpcf12s1e and the mouse is not recognized properly, my mic is also not working, could someone help me make a bug?
[17:28] <plitter> oops, sorry for spamming, my laptop froze, I was wondering if someone could help me make a bug at launchpad for my mic and touchpad
[17:35] <plitter> magic word please?
[18:01] <maxb> plitter: Hi, #launchpad is mostly for help using the Launchpad website. For assistance with Ubuntu bug reports, please see #ubuntu-bugs
[18:02] <plitter> maxb: thanks for clarifying, will go there now. (Almost feels like calling support and getting tossed around:P)
[18:47] <charlie-tca> Hmm, Error adding a comment to a bug report:
[18:47] <charlie-tca> The following errors were encountered: Object:,name:u'267'
[18:48] <charlie-tca> There is an OK button, but there does not appear to be a way to add my comment to the bug
[18:49] <deryck> charlie-tca, hi.  What bug number?
[18:49] <charlie-tca> bug 441835
[18:49] <ubot5`> Launchpad bug 441835 in udisks (Ubuntu Lucid) "Clicking on floppy gives "no device media found" (affected: 56, heat: 307)" [High,Triaged] https://launchpad.net/bugs/441835
[18:49] <deryck> charlie-tca, was this on edge.lp.net or lp.net?
[18:50] <charlie-tca> lp
[18:51] <charlie-tca> Wasn't on edge this time
[18:51] <deryck> charlie-tca, can you try posting at edge url and see if that works:  https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/441835
[18:51] <ubot5`> Launchpad bug 441835 in udisks (Ubuntu Lucid) "Clicking on floppy gives "no device media found" (affected: 56, heat: 307)" [High,Triaged]
[18:51] <charlie-tca> sure
[18:52] <deryck> this smells like a bug I just fixed.
[18:52] <charlie-tca> ouch
[18:52] <charlie-tca> sorry
[18:52] <deryck> actually if edge works it's a good thing :-)
[18:52] <charlie-tca> trying it
[18:53] <charlie-tca> edge worked
[18:53] <charlie-tca> Thank you
[18:53] <deryck> excellent.  Glad it worked and is fixed now.
[18:54] <charlie-tca> anything I can do to help with lp itself now/
[18:54] <charlie-tca> ?
[19:14] <deryck> charlie-tca, what do you mean?  To get the fix out to lpnet?
[19:15] <charlie-tca> I mean any other information I can give to help you with it?
[19:15]  * charlie-tca can not do the fixing, normally
[19:18] <deryck> charlie-tca, ah, ok.  I think we're good on that fix.  Thanks for the offer, though!
[19:19] <charlie-tca> Thank you for the help
[19:48] <lvh> Hey.
[19:48] <mwhudson> lvh: hello
[19:48] <lvh> Has anyone considered having more plans for commercial Launchpad projects? Perhaps limiting the amount of contributors, or somesuch.
[19:51] <lvh> (I'm picking a project management thing, preferably hosted, for my startup. I'm hovering between Github and Launchpad, and it's mostly a few dumb things Github does that make me favor LP -- the thing is, I'm a Bazaar junkie, and I'd be willing to do lots of things to keep my favorite VCS. I'm just thinking that other people might not pick you guys because they don't like Bzr as much as I do.)
[19:51] <lvh> I mean, it's not that you're expensive as much as it's the competition being really, really cheap.
[19:51] <lvh> Especially Bitbucket.
[19:51] <lvh> (Granted, you deliver a lot more service, too.)
[19:54] <lvh> I realise the comparison is a bit skewed, but still: LP's $250 a year for a project of any size, whereas Bitbucket would cost about a quarter and give me *five* repos.
[19:57] <beuno> lvh, I agree that LP needs to work better at its commercial story
[19:57] <beuno> I think the focus of the team right now is to make it work very well for Ubuntu and upstreams
[19:57] <beuno> rather than making it a super attractive commercial product
[19:58] <beuno> bac would know more, but he's in Vietnam somewhere right now
[19:58] <lvh> beuno: yeah, it's definitely doing that now
[19:58] <bac> no, here i am!
[19:58] <beuno> oh look!
[19:58] <lvh> beuno: but if you look at merge requests, they're already miles ahead of what github and bitbucket have
[19:58] <beuno> it's a bac!
[19:58]  * bac not gone yet
[19:59] <beuno> lvh, yes, we worked hard on merge proposals  :)
[19:59] <lvh> mostly because the underlying vcs makes this weird distinction between branches in the local repo and branches somewhere else
[19:59] <lvh> beuno: and it shows, and I want this for my startup
[19:59] <lvh> beuno: but github's getting there
[20:00] <beuno> lvh, I think the current unbeatable story for LP is for products delivering software in Ubuntu
[20:00] <beuno> with the PPAs and such
[20:00] <lvh> basically I'm convinced a lot of stuff is better -- I'm just not sure it's good enough for me to convince other people it's $200 a year better for 4 person dev shops
[20:00]  * beuno nods
[20:00] <lvh> beuno: preaching to the choir
[20:01]  * beuno hands lvh's suggestion to bac and goes back to running against his deadlines
[20:01] <bac> beuno: FTR, mrevell is now the go-to-guy on commercial stuffs, though i'm always glad to help
[20:01] <beuno> ah!
[20:02] <bac> lvh: i understand your position or how our pricing model is not favorable for you but for other projects it works out well.
[20:03] <lvh> bac: forget about me, I'm sold
[20:03] <lvh> bac: I'm just having a hard time convincing other people that aren't and won't be customers
[20:03] <bac> lvh: yes, i know the battle well!  :)
[20:04] <lvh> bac: and yes, I'm not sure if it makes sense for a hypothetical commercial project the size of mysql, launchpad, landscape... to be as expensive to host as yet another iphone fart app
[20:06] <AnAnt> Hello, what's wrong with launchpad bug reporting ?!
[20:10] <mwhudson> AnAnt: what do yo umean?
[20:10] <AnAnt> for the last two days I try to report a bug against maverick's kernel in launchpad, yet after I write the bug report I get an oops
[20:11] <AnAnt> now, I am getting something difference
[20:11] <AnAnt> now, I am getting something different
[20:11] <AnAnt> I run: ubuntu-bug linux, so after I get asked the apport questions, apport *decides* that my bug has already been reported as bug #<whatever>
[20:12] <mwhudson> ah
[20:13] <mwhudson> the oops (timeouts?) are known, though i guess that doesn't help you
[20:13] <mwhudson> apport isn't maintained by the same people as launchpad, some #ubuntu channel would be better for that...
[20:14] <AnAnt> mwhudson: ok, thanks
[20:43] <chx> is it possible to merge directly from launchpad? if the diff does not show conflicts, it should just work . it'd be so great.
[20:44] <mwhudson> chx: rockstar is working on stuff related to that right now
[20:44]  * chx grins widely
[20:44] <chx> is there anything i can help with?
[20:44] <chx> testing?
[20:47] <rockstar> chx, mwhudson, I'm *kinda* working on that right now.
[20:47] <rockstar> chx, doing the merging inside launchpad is possible, but we like to encourage people to have tests and stuff that get run right before a commit, so we keep everything working as best as possible.
[20:47] <rockstar> I'm sure at some point, we'll have the one-click merge, but not just yet.
[20:48] <chx> rockstar: oooo it's already possible? tell me more.
[20:49] <rockstar> chx, er, I shouldn't say "possible" in that "users can use it right now" but just "developers could make the feature in the future" - Right now, most everyone uses Tarmac to land stuff for them.
[20:50] <chx> so i install https://launchpad.net/tarmac and the approved merges just happen?
[20:51] <rockstar> chx, yeah.  See the README, but basically, yeah, approved merges with a commit message just happen.
[20:55] <chx> rockstar: ok, i have grabbed tarmac, ran python setup.py install
[20:56] <chx> rockstar: i can't find anything like tarmac-authenticate
[20:56] <rockstar> chx, `tarmac authenticate`
[20:56]  * rockstar should update the docs...
[20:56] <chx> bah
[20:59] <chx> rockstar: i know ths is a stupid question but how do i set to a merge request to approved?
[20:59] <rockstar> chx, in the merge request, there's a status up at the top.  If you have write permissions to the target branch, you can set it to approved.
[20:59] <chx> rockstar: Status: Needs Review,there is a yellow exclamation mark, clicking it does not do anything
[20:59] <chx> I most certainly have write permission....
[21:00] <rockstar> chx, what browser are you using?
[21:00] <chx> rockstar: Chrome
[21:00] <chx> should i try firefox?
[21:01] <rockstar> chx, try refreshing the page?  You should at least get taken to an form view, even if the javascript is broken.
[21:01] <chx> Works with FF
[21:01] <chx> Chrome hates it
[21:02] <chx> rockstar: watching Chrome devtools shows me it loads the overlay in the DOM but it does not display in the browser.
[21:04] <rockstar> chx, that's odd.  It works fine here.
[21:04] <chx> rockstar: i am on 7.0.517.5-r59018
[21:04] <chx> rockstar: we have seen funny things with Chrome, there is an extension that works with Chrome 7 but not with Chrome 6.
[21:04] <chx> rockstar: so it might be that i am too bleeding edge.
[21:07] <chx> rockstar: going on,  tarmac help merge says Usage:   bzr merge [BRANCH_URL] <= that should be tarmac, no?
[21:07] <chx> rockstar: and tarmac merge -v lp:~examiner-dev/examiner/trunk does not display anything. i have authenticaed.
[21:07] <rockstar> chx, #tarmac is probably a better venue for your questions.
[21:08] <chx> oh you have a separate channelf or that?
[22:01] <Kmos> hi
[22:01] <Kmos> why bzr commit --fixes lp:529041 -m "Show message when a package isn't in Debian testing" lp:~gothicx/ubuntu-dev-tools/pull_source_not_in_testing
[22:01] <Kmos> doesnt work?
[22:18] <maxb> Kmos: It makes no sense to supply a branch location to "bzr commit"
[22:20] <Kmos> maxb: hmm.. it still says lockdir without it
[22:20] <Kmos> i can't remember how to use it.. i used this some months ago
[22:20] <Kmos> damn
[22:20] <maxb> Please explain in more detail what the problem is
[22:21] <Kmos> i've trying to commit a change locally, so I can push it after to my personal branch, because I don't have permission to push it directly
[22:21] <maxb> Erm, that's not making sense
[22:22] <maxb> Write access is write access, no matter whether you're committing directly or pushing
[22:23] <Kmos> I'm trying to do..
[22:23] <Kmos> 1. bzr branch lp:ubuntu-dev-tools
[22:23] <Kmos> 2. modify file
[22:23] <Kmos> 3. commit changes
[22:24] <Kmos> 4. push to my personal branch, so it can be reviewed
[22:24] <maxb> First 'bzr commit', THEN 'bzr push lp:......'
[22:25] <Kmos> I'm doing the bzr commit, and it shows me error..
[22:25] <Kmos> bzr: ERROR: Cannot lock LockDir(lp-77407824:///%2Bbranch/ubuntu-dev-tools/.bzr/branchlock): Transport operation not possible: readonly transport
[22:26] <Kmos> I've done this before =) something musd be wrong
[22:26] <Kmos> s/musd/must
[22:26] <maxb> Apparently you're trying to commit back to lp:ubuntu-dev-tools
[22:26] <maxb> Please run 'bzr info' in your local branch, and paste the first line of the output into the channel
[22:27] <Kmos>   checkout of branch: bzr+ssh://bazaar.launchpad.net/%2Bbranch/ubuntu-dev-tools/
[22:27] <maxb> Right, so you ran 'bzr checkout', not 'bzr branch'
[22:27] <Kmos> hmm
[22:28] <maxb> If you want to be where you would have been had you initially run 'bzr branch', you need to now run 'bzr unbind'
[22:28] <Kmos> that's why not working :(
[22:28] <Kmos> now it works
[22:28] <Kmos> thank you so much
[22:28] <Kmos> =)
[22:58] <bialix> hey, what is Opinion status for a bug means?
[22:59] <jbowtie> bialix: Depends slightly on the project, but mostly its to flag bugs that are actually debates rather than something immediately actionable.
[23:00] <bialix> ok
[23:01] <jbowtie> It doesn't close the bug but takes it off the developer's to-do list.
[23:02] <bialix> so people can continue to argue about it?
[23:03] <jbowtie> Yes. ;;)
[23:04] <jbowtie> Before, the only option was to close the bug, which some people interpreted as trying to shut down the debate.
[23:06] <jbowtie> While bug trackers aren't the best place to have a discussion (mailing lists are better) for larger projects or noteworthy bugs sometimes it happens anyway.
[23:07] <jbowtie> At some points the developers just want to get back to work, so now they can makr the bug as "Opinion" (and split out anything actionable that still remains in the bug)
[23:08] <jbowtie> There's a blog post about it: http://blog.launchpad.net/bug-tracking/new-bugs-status-opinion
[23:08] <bialix> oh, thank you!