[00:45] Hi! I was curious if a LaunchPad recipe can invoke cargo (or commands which utilize git and GitHub). For example, in the Debian packaging rules, it runs the `cargo` command, but gets the following error: "spurious network error (2 tries remaining): curl error: Could not resolve host: github." Thx! [01:03] JonOomph: It can't talk to the internet. I answered your question on answers.launchpad.net [01:04] But there are very many existing Rust packages in Ubuntu, so it can definitely be done with a bit more effort [01:04] Okay, thanks for the answer! I appreciate it! [01:04] (Not talking to the internet, that is, but getting cargo to use local registries etc.) [01:26] I was hoping for a quick win trying to package an unpackaged dependency... But it has 50+ cargo dependencies, and this is no longer what I would call a "quick" fix, haha [01:27] I'll make this an optional dependency, and then hope some folks will help package it up for Debian/Ubuntu and all the other distros out there. [03:58] ]j31 [03:58] sigh [15:17] hey there! is launchpad/librarian having issues again? [15:18] same question here [15:18] getting 502s [15:19] there does seem to have been a spike [15:20] #is-outage internal [15:21] thx === cjwatson changed the topic of #launchpad to: Known issues: librarian slow/failing due to Swift | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [16:06] seb128,juliank: better now? [16:06] cjwatson, yes! [16:06] thx [16:06] Restarting the librarian eventually helped but makes no sense [16:07] :/ === cjwatson changed the topic of #launchpad to: Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [17:05] hi, i just into a 503 while uploading a chromium crash log. https://i.imgur.com/bPJA59y.png [17:06] is errors.u.c. managed by you at all? if not, whom to talk to? [17:10] tomreyn: It's not. #canonical-sysadmin [17:10] ty [17:10] + a nice weekend to you [17:10] (I think it's actually the Ubuntu foundations team, but IS should be able to either handle it or redirect you) [17:10] likewise [18:23] cjwatson: hi. would it be possible to get size bumped on this to 15GB? https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/beta [18:24] I would like to get testers on 2 releases, but can only fit one in there currently [18:24] acheronuk: you just caught me before I ran away for the weekend. done [18:24] cjwatson: thank you :) [18:24] np [18:24] have a good weekend [18:25] had enough of working on the git.l.n redeployment for one week :) [18:25] ooooh. I bet, but having that perform better will be great. [18:26] some of it's ceph limitations that we can't improve without a better cloud [18:26] but the redeployment will remove at least some horizontal scaling barriers [18:26] and hopefully not introduce too many weird NFS bugs :) [18:28] fair enough. can cope its not super fast. [18:28] we were able to double its RAM recently, so that's helped [18:29] it isn't really going into deathspirals any more [18:31] timeout on our CI fetching packaging, causing build 'fails' was one annoying thing. and slow initial clone of repos [18:32] sometime I'm doing dozens or hundereds as a set, so slow gets multiplied [18:32] Have you seen any of that since 2019-01-11? [18:33] I mean, timeouts rather than mild sluggishness [18:35] some timeouts I think on the CI, but much much rarer. I now mostly just notice the sluggishness compared to what things were like a couple of years ago. [18:36] oh, I misread that date! [18:36] yes, it has been much better the last week [18:37] Right, that's when we doubled its RAM [18:37] some times before I'd do a git clone, and wonder if anything would ever happen.... [18:38] The initial plan for the redeployment is to have about the same amount of total RAM, but spread across a couple of compute nodes and sharing storage via NFS [18:38] now there may be a slight delay, but it gets that quite quickly [18:38] sounds reasonable [18:38] If we need to scale up it'll basically be juju add-unit rather than needing to scrape around for bigger instance sizes [18:39] you are starting to lose me on the 'server speak' ;) [18:39] Took most of a month to get all the new deployment machinery put together though - I just finished the first end-to-end draft of that this afternoon [18:39] but it sounds cool [18:40] it is appreciated [21:02] I'm trying to file an ubuntu bug, but when I click submit, I get an error. [21:02] Timeout error [21:03] Sorry, something just went wrong in Launchpad. [21:03] Error ID: OOPS-9c464f76c8c3ba2369cc40720a6ed347 [21:03] https://oops.canonical.com/?oopsid=OOPS-9c464f76c8c3ba2369cc40720a6ed347 [21:30] oh, i tried a 4th time and this time it worked! [21:30] the LP gods have smiled upon me.