[03:09] <thomi> Hi everyone, I'm getting a 403 HTTP status code returned from ppa.launchpad.net when trying to run 'apt-get update' on a remote machine, but the same URL works perfectly on my local laptop. Can anyone think of a reason for this?
[03:09] <bigjools> exactly the same URL?
[03:09] <bigjools> are you sure it's not a different ubuntu release?
[03:11] <thomi> exactly the same URL, it's:
[03:11] <thomi> http://ppa.launchpad.net/unity-team/staging/ubuntu/dists/precise/main/binary-i386/Packages
[03:11] <bigjools> what does wget say on each?
[03:12] <thomi> on a machine running jenkins it gets 403 - there's no reason why LP would reject that request, is there?
[03:12] <bigjools> no, it's served from Apache
[03:12] <wgrant> thomi: Does the Jenkins machine have a proxy, perhaps?
[03:12] <thomi> wgrant: what's the best way to check that?
[03:13] <thomi> when I use wgat on the same jenkins machine it works, which is interesting
[03:13] <wgrant> thomi: Look in /etc/apt/apt.conf.d
[03:15] <thomi> hmmm, it seems there might indeed be a proxy set for apt
[03:16] <thomi> one file sets "Acquire::http::ProxyAutoDetect"
[03:16] <wgrant> Right. Perhaps the proxy doesn't permit ppa.launchpad.net.
[03:16] <bigjools> or its cache is out of date
[03:16] <thomi> :(
[03:17] <bigjools> or it's just stupid
[03:17] <thomi> ok, not a LP issue then. I guess you guys are in the clear then :P
[03:17] <wgrant> bigjools: Cache out of date causing 403? That's a pretty broken proxy.
[03:17] <bigjools> yes
[03:17] <bigjools> I've seen worse :/
[03:17] <wgrant> Like, NZ-transparent-proxy brokennes.
[03:17] <thomi> hah
[03:23] <aquarius> lifeless, If I'm in a team, and that team is subscribed to a trunk branch for a project, I get mails about all the merges into that trunk branch. Can I stop getting those mails without unsubscribing from the team? My subscriptions page just lists the team's own mailing list
[03:24] <wgrant> aquarius: There's an edit icon next to the subscription on the branch page. You can select the email level there.
[03:24] <wgrant> But it affects the whole team.
[03:24] <wgrant> Normally we set team subscriptions to send no email.
[03:24] <wgrant> As people can still opt-in by subscribing themselves with mail.
[03:24] <aquarius> wgrant, yeah, it's not my team, so I don't want to turn it off for the whole team :)
[03:24] <wgrant> aquarius: You should ask them to turn it off :)
[03:25] <wgrant> Team notification subscriptions are probably never a useful thing to have.
[03:25] <aquarius> wgrant, that's approach number 2, which I now plan to try :) Cheers, pal
[03:27] <james_w> is there caching of the total counts for pagination?
[03:27] <james_w> we've been seeing things like "1 to 75 of 16"
[03:27] <wgrant> james_w: On bug listings?
[03:27] <james_w> wgrant, PPA subscribers in this case
[03:27] <wgrant> james_w: They use a rough estimate.
[03:28] <wgrant> Because counting them all can be too slow.
[03:28] <james_w> ok
[03:28] <wgrant> It's clearly a little over-rough in this case; perhaps the number has changed recently and the statistics haven't been updated.
[03:28] <james_w> yeah, perhaps it could do max(current_page, guess) :-)
[03:28] <wgrant> Heh
[03:29] <wgrant> We can also make a better estimate in some cases.
[03:29] <james_w> I'm also seeing page 1 saying 1345 and page 2 saying 1076
[03:29] <wgrant> Currently we either do a full slow count, or EXPLAIN the query and use postgres' estimate.
[03:29] <wgrant> Which are sort of extremes.
[03:29] <james_w> then page 3 saying 1345
[03:29] <aquarius> New question: I have a bug which actually was a bug but seems to have been fixed through some package being upgraded, or possibly just because the phase of the moon changed or something -- it no longer occurs. But I don't know what fixed it. What status does that bug get? "Fix released" seems rather over-optimistic, but it's not invalid or opinion: it was really actually happening :)
[03:31] <wgrant> aquarius: I'd tend to go with Invalid there, I think.
[03:31] <wgrant> But sometimes Fix Released is appropriate.
[03:32] <aquarius> k. I was going to go with Invalid until I saw the description said "Not a bug. May be a support request or spam." and my hackles went up ;)
[03:32] <bigjools> Fix Released.  Just mention what happened in the comment
[03:33] <aquarius> on the bug count thing, google uses a wildly high estimate for first search page and then calculates it more accurately if you bother to move on to page 2 of the results, although that's probably weird for Launchpad stuff: people may well freak if their project says "1 to 75 of 1,000,000" on the bug page :P
[03:35] <james_w> anyway, night all
[03:35] <wgrant> Bugs currently use a slow COUNT query every time, but I'll hopefully be switching common searches to use our new cached counts soonish.
[03:35] <wgrant> Night james_w.
[03:37] <lifeless> aquarius: ohohoh I so want to hardcode that ;)
[03:39] <aquarius> :)
[07:59] <pipedream> How can I get a build log from launchpad for a package that successfully built?
[07:59] <pipedream> https://launchpad.net/~aims/+archive/aims-desktop/+files/rstudio-upstream-deb_0.96.228-10.04ubuntu3_amd64.deb
[08:00] <pipedream> I want to find out why launchpad excludes files which are included when I debuild -b it myself
[08:00] <pipedream> ~/src/rstudio-upstream-deb/rstudio-upstream-deb/amd64/usr/lib/rstudio/bin/plugins/imageformats$ls
[08:00] <pipedream> libqgif.so  libqico.so  libqjpeg.so  libqmng.so  libqsvg.so  libqtga.so  libqtiff.so
[08:01] <wgrant> pipedream: Click the package on <https://launchpad.net/~aims/+archive/aims-desktop/+packages>. You'll see a list of builds, click the amd64 one. Then you'll see a log link.
[08:03] <pipedream> https://launchpadlibrarian.net/106569486/buildlog_ubuntu-precise-amd64.rstudio-upstream-deb_0.96.228-10.04ubuntu3_BUILDING.txt.gz
[08:04] <pipedream> Why does this build not include the files in ./usr/lib/rstudio/bin/plugins/imageformats/
[08:07] <wgrant> pipedream: Have you
[08:07] <wgrant> pipedream: You should use https://wiki.ubuntu.com/PbuilderHowto to try a build in a clean local environment.
[08:11] <pipedream> OK, will do, but I will get the same build log as launchpad, won't I? So I don't see why those files are excluded..?
[08:13] <wgrant> pipedream: Right, but that'll be due to a bug in your packaging, which you can more easily debug locally.
[08:13] <wgrant> Rather than throwing a slightly different package up to Launchpad and waiting for it to build each time.
[08:16] <pipedream> ok
[15:34] <vivekimsit> Hii ! I am really in trouble today!
[15:34] <vivekimsit> I am not able to push or co my code
[15:34] <vivekimsit> on doing: ssh -vv myusername@bazaar.launchpad.net I am getting the following error
[15:36] <vivekimsit> http://bpaste.net/show/aF6P3fQzQxT5fPWcVUw2/
[15:36] <vivekimsit> But this is the first time that I am getting this error.
[15:36] <mgz> can you ssh anywhere at all?
[15:37] <mgz> as this per earlier in #bzr, this seems to be an issue with networking on your end.
[15:38] <vivekimsit>  mgz: tell some site where I can do ssh!
[15:39] <mgz> eg, (to suggest heresy) `ssh git@github.com`
[15:41] <vivekimsit> mgz: ok! I can do ssh on my client's system but its on port 10022
[15:42] <mgz> o_O
[15:43] <vivekimsit> ok! I did ssh git@github.com and I am getting the timeout
[15:43] <mgz> is that leaving the local network, to the client's machine?
[15:43] <mgz> if not, probably they're just blocking everything but http or something equally daft.
[15:43] <vivekimsit> mgz: client machine is in france and I am in india
[15:44] <mgz> phone up ISP and yell that them?
[15:45] <vivekimsit> ok! when I do ssh -vv bazaar@launchpad.net then also getting the same error.
[15:46] <vivekimsit> I have an idea can I try it from my client machine?
[15:46] <mgz> you can, and it will probably work.
[15:46] <vivekimsit> I mean its in france and I am into its terminal, let me check
[15:46] <mgz> if it does you could stick your public key on that box and use agent forwarding to get around the issue
[15:47] <mgz> (if it doesn't timeout but gives you a public key error, that's enough)
[15:48] <vivekimsit> its says: Permission denied (publickey).
[15:48] <mgz> right.
[15:48] <vivekimsit> should I create a new pair there?
[15:48] <mgz> no.
[15:48] <vivekimsit> then/
[15:48] <mgz> google for "ssh agent forwarding"
[15:49] <mgz> basically, you stick the public key launchpad knows about on that box in france, then edit your conf so ssh knows to go via that box
[15:52] <vivekimsit> ok! basically the problem is that I cannot access the port 22 of ssh, now I think I have to call my isp
[15:52] <vivekimsit> is there any workaround?
[16:04] <mgz> vivekimsit: the workaround was was what we where just talking about.
[16:04] <mgz> it's a slightly complicated arrangement, but it's well documented on the net, so I'm not going to walk you through it here.
[16:04] <vivekimsit> mgz: ssh agent forwarding?
[16:05] <mgz> right.
[16:28] <vivekimsit> mgz: Ok! I understand its working but I am not getting how to call agent is its some command ?
[16:29] <vivekimsit> mgz: they have given Putty's pageant! but what on ubuntu?
[16:33] <mgz> vivekimsit: what you probably want is the ProxyCommand + netcat trick actually, so your local bzr can talk to lp without needing to know the details of the box in franch
[16:34] <mgz> ...france
[16:36] <mgz> so, in your local .ssh/config have a Host bazaar.launchpad.net section with ProxyCommand set to what you'll find with a websearch, but the port # changed
[17:44] <and`> hi, is there a way to remove unused keys on the "OpenPGP keys" page on user's profile?
[17:44] <and`> I can re-enable them but I can't delete them and all of them apart one are revoked keys
[17:51] <dobey> and`: you can deactivate them, if you click on the little yellow () edit icon next to "OpenPGP keys" on the user page
[17:52] <dobey> well, on your user page. you can't do it for other users
[17:52] <and`> dobey: yes, but I can't remove them completely?
[17:53] <dobey> and`: i don't see any way to do that on lp, no.
[17:53] <and`> it would be nice we could delete unused or revoked keys, there's no point in keeping them
[17:54] <dobey> and`: but the deactivated keys do not show up on your user page
[17:54] <and`> yeah
[17:55] <dobey> well, the keys are still on the keyserver, so that people who have them in their local keys, will get the revocation when syncing with the server, as i understand
[23:37] <benonsoftware> hi