[01:14] cjwatson: wgrant: trying to upload an 8KB debdiff to a bug, and it's timing out with each attempt - anyone able to poke it? [01:16] there we go, I guess chrome exploded... nevermind === ScottK is now known as kitterma === kitterma is now known as ScottK === tsimpson_ is now known as tsimpson === ubot5` is now known as ubot5 [12:36] hi, how to recover a forgotten ID? [12:37] *login id [12:47] irgendwer4711: What information do you have about your account? [12:47] account id [12:48] What is it? [12:49] 5-launmhpad-t [12:50] irgendwer4711: And you don't know the email address associated with that account? [12:50] wgrant: right === karni is now known as karni-lunch === karni-lunch is now known as karni [15:26] hey guys, is everything alright with http://ppa.launchpad.net? [15:27] Langri-Sha: Looks OK. What problem are you seeing? [15:28] suddenly getting 404s on some packages... I've never been to the PPA homepage, but I'm getting served Apache's welcome document [15:31] "Apache2 Ubuntu Default Page [15:31] -- It works!" looks a bit odd to me [15:32] It redirects to https://launchpad.net/ from here. [15:32] Which is what it's supposed to do. [15:32] Perhaps you could give us the original URLs that are failing? [15:36] odd, not getting a redirect here [15:36] this is the URL, I don't know if it's tail got garbled http://ppa.launchpad.net/martin-frost/thoughtbot-rcm/ubuntu/dists/trusty/main/binary-amd64/Packages [15:37] Clients won't normally go to http://ppa.launchpad.net/ anyway, but the discrepancy might indicate that you have a misbehaving proxy in the way. [15:37] That URL returns 200 OK and data for me. [15:37] And there's only a single machine serving ppa.launchpad.net, so it's not some kind of mirroring difficulty. [15:38] what the! [15:38] ok, I'll see what `dig` gives me [15:39] https://gist.github.com/langri-sha/34eea4e9ac7091e623ac [15:39] dig won't tell you about something like a "transparent" proxy inserted by your ISP. [15:39] yes, I suppose that's a possibility [15:39] That said, the current IP address is 91.189.95.83. [15:40] I have no idea why you're getting an entirely different host. [15:41] Never heard of economy.canonical.com, and can't find it in the machine database or in nagios ... [15:43] I've no idea what's up with the internet today [15:44] I already had to move from archive.ubuntu.com today and now ppa.launchpad.net is also broken [15:44] ;; SERVER: 10.0.2.3#53(10.0.2.3) [15:44] whatever dns server that is, seems broken to me [15:44] It's one of our hosts, so I can't work out why it's not in the usual databases. Asking sysadmins. [15:44] not launchpad [15:44] Langri-Sha: What part of the world are you in? [15:44] Bosnia and Herzegovina [15:45] dobey: That's an RFC1918 address, so it's probably just a forwarder to somewhere else. [15:45] Hm, not somewhere I'd expect to have especially strange provision on our end. [15:45] here's my address for the provider info 178.77.13.172 [15:45] cjwatson: well, when i run did on ubuntu 14.04 at least, i am getting the local dnsmasq cache ip of 127.0.1.1 [15:46] dobey: *shrug* [15:46] dobey: I'm not going to spend time investigating the DNS server setup of people's local networks [15:46] cjwatson: so seems possibly that host on the local network of Langri-Sha is perhaps broken [15:46] cjwatson: exactly [15:46] economy is apparently an archive.u.c mirror [15:47] *sigh* I'm on a Windows host, I'll look into it, thanks guys [15:48] could always add in an /etc/hosts entry directing it to where it needs to go... [15:50] as a temporary fix, of course === jpds is now known as Guest86457 [17:32] cjwatson: wgrant: Are the PPA builders all virtual and of the same specs? [17:32] (and are the main repos builders of a similar setup but higher priority or something) [17:38] teward: There are two categories of builders: non-virtualised and virtualised. Most PPAs, but not all, use virtualised builders. [17:39] teward: The virtualised ones are an OpenStack-based cloud, and each node has the same spec (I think this is still true, there was some tweaking on lcy01 since I last looked). [17:40] teward: The non-virtualised ones are a completely different setup, all ordinary physical hardware. [17:40] teward: Ultimately we want everything to merge into the virtualised build farm, but we can't do that until it supports all architectures. At the moment the virtualised farm only does anything other than amd64/i386 by way of userspace emulation (qemu-user-static), which isn't very reliable and only works at all for a subset of packages. [17:41] teward: But there's been some movement towards fleshing out the architecture support of the virtualised farm, so that might be doable at some point next year, perhaps. [18:13] teward: See #ubuntu-devel, anyway, it's important to check what's actually happening before believing the user's diagnosis. :-) [18:31] cjwatson: my question there was for my own data - in that i'm curious on the architecture [18:32] cjwatson: the ultimate goal of the question for my info was to get some insight to the specs on the builders (and I see the response in -devel) [18:33] no thanks to my pfSense firewall rules going screwy [18:38] cjwatson: i did make a note to explain 'hanging' in terms of actual information, though, in -devel [18:38] but meh [18:40] cjwatson: next question is one wgrant and you had touched on already in -packaging, regarding the signing keys, I'm curious as to how you are planning to handle the retiring of the older keys and moving everything to new keys without breaking things, especially since I'm not a fan of my ancient 1024 signing key on my PPAs. [18:40] me being a paranoid security person and all === dpm is now known as dpm-afk [23:48] teward: wgrant may have a plan for that; I don't know it (yet) [23:51] ack [23:53] We should probably have some updated canonical information on the builder farm layout. [23:53] Some of it has at least gone into blog posts and the like recently.