[02:00] <tomreyn> hi
[02:01] <tomreyn> do you rate limit the 'this bug affects me' functionality?
[02:01] <tomreyn> i just did this in a couple bugs which i'm affected by and whic i'd like to watch, but now i run into "Error: Timeout error, please try again in a few minutes."
[02:03] <tomreyn> X-Lazr-Oopsid is OOPS-f74a604ed533d57497c0f68cecd2591a
[02:05] <tomreyn> it does actually return a 503 on this request, so i'll trust this and assume it's actually a server error, not just a matter of policy.
[02:12] <Peng> Does http://ppa.launchpad.net/ ever get blocked in China? :X A user is reporting issues on https://community.letsencrypt.org/t/is-there-another-yum-source-for-certbot/68976
[02:12] <blahdeblah> Peng: Q: "Does X ever get blocked in China?" A: yes.
[02:13] <Peng> :X
[02:13] <blahdeblah> Sometimes it's even intentional on their part.
[02:13] <Peng> I think one of my VPSes is blocked in China.
[02:15] <Peng> If it is blocked, are there any good options? There aren't ppa mirrors, right?
[02:16] <blahdeblah> Get them to ask someone they trust for a VPN recommendation?
[02:17] <Peng> :X
[02:24] <blahdeblah> Peng: There's basically nothing that can be done except put it somewhere else for them and hope that they can connect to it there.
[02:24] <Peng> Yeah
[02:24] <blahdeblah> But that's no guarantee - it might be blocked based on content somewhere in the packet stream, not the IP or DNS name.
[02:25] <Peng> Also, if the Certbot project copied the debs to http://dl.eff.org/ like their other files, that's even *more* likely to be blocked.
[02:26] <blahdeblah> Yeah
[08:19] <cjwatson> tomreyn: Not a rate limit, and in that case when it says "please try again in a few minutes" it actually means it (it's some mysterious lock that generally goes away in the space of ~10min)
[08:20] <cjwatson> tomreyn: In general if you ever run into a rate limit you'll be told that explicitly, not via an OOPS.
[12:54] <rbasak> Struggling to get anything out of a code_review_vote_reference collection. Some help please? https://paste.ubuntu.com/p/hmDRGCVYCZ/ - happens on both Xenial and Cosmic.
[12:55] <rbasak> https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+merge/352237 does show three votes.
[13:00] <tomreyn> thanks CJ!
[13:06] <cjwatson> rbasak: try logging in?  maybe there's a bug where they have no anonymous authz set up (can't check right now)
[13:06]  * rbasak tries
[13:06] <cjwatson> (if so, file a bug, it'd be fairly easy to fix)
[13:07] <rbasak> Yes, that worked, thanks. I'll file a bug.
[13:09] <cjwatson> it'll be in the security adapter for CRVRs in lib/lp/sevurity.py, probably
[13:09] <cjwatson> security.py
[13:10] <rbasak> https://bugs.launchpad.net/launchpad/+bug/1786474
[13:10] <rbasak> No rush. I can just use authenticated logins for now.
[13:10] <rbasak> (the only users will be core devs anyway so authenticating will not be a problem for them)
[13:20] <rbasak> I'd like to assert that a particular git_target is in fact a distribution_source_package. Is there something I can use to get its real "type"?
[13:29] <cjwatson> resource_type_link
[13:32] <rbasak> Thanks!
[13:33] <rbasak> FWIW, dir() doesn't list that
[20:39] <tsimonq2> If I'm calling archive.getPublishedSources is there a quicker way to query if I'm working with a lot of packages?
[20:39] <tsimonq2> (er, archive is lp.distributions["ubuntu"].archive)