[08:15] <Sweetshark> wgrant: remember me complaining about the download stats doing weird things?
[08:16] <Sweetshark> wgrant: running "python ~/ppastats.py libreoffice ppa saucy i386" returns weird results right now.
[08:22] <wgrant> Sweetshark: Weird results?
[08:22] <wgrant> It's all 0 here
[08:22] <Sweetshark> wgrant: right
[08:23] <Sweetshark> wgrant: it usually prints "$PACKAGENAME $COUNT"
[08:24] <wgrant> Sweetshark: Yes, but you just uploaded a new version that presumably hasn't been downloaded yet...
[08:24] <Sweetshark> wgrant: and it did -- up until I copied the package with binaries from ppa:bjoern-michaelsen/libreoffice-staging to that ppa
[08:24] <wgrant> Sweetshark: The download counts are per version
[08:25] <Sweetshark> wgrant: hmm, ok, lets see after the first download.
[08:25] <wgrant> It's the number of times that the deb has been downloaded from that archive.
[08:25] <wgrant> So I'd be quite concerned if it wasn't 0./
[08:25] <Sweetshark> wgrant: still, i wonder why the pkgname isnt printed.
[08:26] <wgrant> Sweetshark: That would be the fault of your script.
[08:26] <wgrant> That's nothing to do with Launchpad.
[08:26] <Sweetshark> wgrant: k
[11:30] <pkern> Hi. Is OAuth required for API consumers or is it possible to query bug data without it?
[11:33] <cjwatson> pkern: You don't need it for anonymous requests
[11:34] <cjwatson> So obviously you can't see private bugs without OAuth signing, but you can query public bug data
[11:37] <pkern> cjwatson: Thanks. I guess the lesson here is "don't use api.staging" :)
[11:41] <cjwatson> pkern: staging shouldn't be different in this regard.  What are you trying to do?
[11:44] <pkern> % curl -k "https://api.staging.launchpad.net/1.0/bugs/1191993"
[11:44] <pkern> Object: <lp.systemhomes.MaloneApplication object at 0x9df6b90>, name: u'1191993'
[11:44] <pkern> If I remove the staging it looks much better.
[11:44] <cjwatson> For example   GET 'http://api.staging.launchpad.net/1.0/ubuntu?ws.op=searchTasks&assignee=/~cjwatson'   works here, though I can't say it's the most convenient way to get at that kind of thing
[11:44] <cjwatson> Ah, that's probably just because staging's database dump is old
[11:45] <cjwatson> https://staging.launchpad.net/bugs/1191993 doesn't show it either
[11:45] <cjwatson> Yes thank you ubot5
[11:45] <pkern> Oh ok.
[11:45] <pkern> And the API is not even excluded by robots.txt \o/
[11:46] <cjwatson> $ GET http://api.staging.launchpad.net/robots.txt | tail -n2
[11:46] <cjwatson> User-agent: *
[11:46] <cjwatson> Disallow: /
[11:46] <pkern> cjwatson: Not on non-staging.
[11:47] <pkern> (FWIW I was not sarcastic. Here it will help me to do what I want to do.)
[11:47] <cjwatson> Ah, I'm not sure why that's the case.  It disallows http://api.launchpad.net/api/, but that's 404 anyway
[11:47] <cjwatson> Might be an error
[11:48] <cjwatson> You might find it easier to use something like lp-shell
[11:48] <cjwatson> Working with the raw API isn't so pleasant that I'd go out of my way to do it rather than using the bindings
[11:49] <pkern> I can't use lp-shell or the Python bindings.
[11:49] <cjwatson> OK, but how come?
[11:49] <pkern> :)
[15:32] <cshubhamrao> i need help
[15:33] <cjwatson> With ...
[15:33] <shubham_> i need help
[15:34] <shubham_> help
[15:34] <shubham_> unable to update launchpad.net ppa s
[15:34] <cjwatson> What's your Launchpad username, and exactly what did you try that failed/
[15:35] <cjwatson> ?
[15:35] <shubham_> username cshubhamrao
[15:35] <shubham_> on trying apt-get update, I get error, failed to fetch http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu/dists/saucy/main/binary-amd64/Packages  404  Not Found
[15:36] <cjwatson> That PPA doesn't have anything published for saucy, only for precise/quantal/raring
[15:36] <cjwatson> So I suggest editing the relevant file in /etc/apt/sources.list or /etc/apt/sources.list.d/* to say "raring" for that archive rather than "saucy"
[20:04] <Ampelbein> Hi there. What could be the reason that https://launchpad.net/debian/+source/xalan shows the latest version in unstable as 1.11-1, when http://packages.qa.debian.org/x/xalan.html says that 1.11-2 is the current version? The upload to unstable was 2 weeks ago. Is the package import manual?
[21:26] <elfy> seeing an odd issue with https://launchpad.net/ubuntu - in Get Involved - Report a bug - mouseover shows the right path - click the button and I get https://help.ubuntu.com/community/ReportingBugs
[21:32] <dobey> it's not an issue. you can't report a bug against the ubuntu distribution. if you want to report a bug, pick the source package it is in, and file a bug against that. for example, https://bugs.launchpad.net/ubuntu/+source/gedit if it's a bug in gedit.
[21:32] <dobey> read the help page you get redirected to
[21:32] <elfy> ta
[21:33] <Ampelbein> fwiw, it works for me and gets me to https://bugs.launchpad.net/ubuntu/+filebug
[21:34] <dobey> Ampelbein: you're probably in a team that it is special for and allows that.
[21:34] <dobey> there is generally no reason to report a bug against ubuntu rather than a source package in ubuntu
[21:35] <Ampelbein> Yeah, except for "needs-packaging" sort of bugs. So it is probably the correct thing to redirect to the wiki.
[21:35] <elfy> I know - I don't do it personally - it's just new to me = having done it the other way with ubuntu-bug etc
[21:35] <dobey> yes it is the correct and intentional thing to redirect to the wiki :)
[21:35] <elfy> I was asking for someone esle
[21:36] <elfy> perhaps it should be changed to read - How to report a bug
[21:36] <elfy> anyway - thanks peeps :)
[21:36] <dobey> for the person who e-mailed the list about it?
[21:36] <dobey> you don't need to ask N different places for help either. one will do :)
[21:37] <elfy> no idea if they mailed the list? I'd doubt it
[21:37] <elfy> they didn't :)
[21:38] <dobey> someone mailed ubuntu-devel-discuss less than an hour ago, about it.
[21:38] <elfy> someone might have - but it wasn't this person nor me
[21:39] <elfy> anyway - really not an issue - just asked the question and got the answer