[13:10] rharper: thanks for the review :) [13:11] tribaal: thanks for the Datasource [13:11] tribaal: I want Odd_Bloke to look at it as well; final pass but I'd like to land it today or tomorrow [13:12] rharper: no worries [13:12] tribaal: once landed, I think we'll need to fix up the release branches to include the ExoScale in the datasource list in the dpg [13:12] dpkg [13:13] rharper: yep. Nitpick though: Exoscale (no camelcase :P ) [13:14] yes =) [13:21] eXoscaLe [13:23] don't make me say "ubantu" out loud please :P [14:08] lol [14:49] hi folks, I'm looking for any code in cloud-init that might be calling `snap wait system seed.loaded`. I have a server image which without a snap seed my user is created almost instantly in the boot process with the NoCloud datasource. However, if I add the seed, then it takes almost 15 minutes for the user to be created [14:55] ijohnson: Ubuntu systems are configured so that systemd won't run certain stages of cloud-init until all software is installed on the system; there's a known issue with snapd where seeding is very slow, but 15 minutes seems extreme even for that. [14:56] ijohnson: https://bugs.launchpad.net/cloud-init/+bug/1834190 <-- that's the bug, I believe [14:56] Ubuntu bug 1834190 in snapd "snapd.seeded.service blocks for a long time preventing cloud-init from completing" [Undecided,New] [14:56] Though, actually, there's definitely one that's older than June this year somewhere. [14:58] ijohnson: Right, it's in systemd/cloud-config.service.tmpl in the cloud-init repo. [14:58] (I'm running to a meeting now, else you'd have got an actual link. ;) [14:58] thanks Odd_Bloke I'll look at the bug [15:01] ah yes that systemd unit is exactly what I was looking for [15:02] I know why it takes 15 minutes to seed all the snaps on my system, what I'm really wondering is how I can workaround that to prevent cloud-init from blocking on snapd seeding since seeding takes so long on this system [15:04] It basically boils down to: cloud-init would regress from pre-snap-seeding behaviour if we didn't wait for all seeded software to be installed before we apply (most) user-provided configuration, so we have to wait. [15:05] I don't know if there's a good way to stop that in a generic way, but you could easily override the unit in your case. [15:05] yes I'm just looking to overwrite this in my particular image [17:05] i just pushed a package to my launchpad ppa. this was maybe 2 hours ago. dput said success, but i see nothing in my launchpad ppa yet. is there usually a long lag time on this if anybody has any experience with this? [17:20] chillysurfer: If you go to "View package details" (or append /+packages to the URL), do you see anything? [17:23] Odd_Bloke: "This PPA does not contain any packages yet" :( [17:25] chillysurfer: What was your dput command? [17:25] dput ppa:trstringer/ppa cloud-init_19.2-6-g96d31049-1~bddeb_amd64.changes [17:25] Odd_Bloke: what's interesting, though, is my ppa name is "trstringer_ppa" [17:25] i'm wondering if it should be s/ppa/trstringer_ppa [17:26] Yes, I expect so. [17:26] Odd_Bloke: but the funny thing is, if i go to my ppa https://launchpad.net/~trstringer/+archive/ubuntu/ppa [17:26] it says... [17:27] You can upload packages to this PPA using: [17:27] dput ppa:trstringer/ppa [17:27] Oh, right, I see what you mean. [17:27] Yeah, the PPA is called "ppa", it has a title of "trstringer_ppa". [17:27] maybe the "name" isn't part of the dput arg? [17:27] ahhh [17:27] got it [17:27] ugh [17:27] so my dput was correct then [17:27] Yeah, looks that way to me. [17:27] Let me check if there are any known LP outages. [17:28] Odd_Bloke: maybe it's worth mentioning, i pushed my pgp key to the key server maybe 10 or 15 min before i dput'd [17:28] maybe it's a weird timing issue? [17:28] chillysurfer: Nothing is being talked about in the usual places; I'd retry the dput and see what happens. [17:28] Worst case, it just rejects it. [17:29] Odd_Bloke: because no changes, it doesn't like it [17:29] Package has already been uploaded to ppa on ppa.launchpad.net [17:29] Nothing more to do for cloud-init_19.2-6-g96d31049-1~bddeb_amd64.changes [17:29] Odd_Bloke: weird right? [17:29] Yeah. [17:30] Odd_Bloke: maybe i should just be patient [17:30] forcing dput gives me the same result (nothing more to do) [17:30] If I had to take an educated guess about how PPA uploads work, it's that it accepts all of them that are valid and not duplicate, and then another process comes along and actually pops them in the PPA. [17:30] So perhaps that second part is either wedged or is taking a long time to reach you. [17:30] Odd_Bloke: i would assume the same. i think i should just be patient for the next few hours [17:30] 2 hours would be a long time for that, though. [17:31] Odd_Bloke: my thoughts exactly [17:31] (I think.) [17:31] Let me ask. [17:32] Odd_Bloke: thanks so much... my fear is i'm just being impatient and i'm wasting all of our time [17:32] * chillysurfer starts sweating [17:32] Nah, 2 hours is way too long to be patient for that. [17:33] Odds are it either fell in a crack or we're reporting an outage. [17:33] FWIW, I just asked in #launchpad on Freenode, so you could join and follow along if you wanted. [17:33] ohhhhh nice [17:33] Odd_Bloke: that really helps [17:34] i'll just ask there if it doesn't "resolve itself" soon [17:34] I've already asked, so I would counsel patience on asking again. :) [17:34] Odd_Bloke: haha yeah i'm going to give it until tomorrow [17:35] OK, cool, wasn't sure what timescale "soon" was on. ^_^ [17:35] if nothing shows up tomorrow then maybe i'll ask in #launchpad for some troubleshooting steps or how to do a force push to the ppa [17:40] Odd_Bloke: i really appreciate the help :) [17:43] Odd_Bloke: on an unrelated point, a couple of days ago i asked a question on the mailing list (cloud-init@lists.launchpad.net). if my assumption is correct, you're on the cloud-init team so you might be getting mailing list messages? could you just confirm that i did infact send it correctly? the "from" is thstring@microsoft.com :) [17:44] and a follow up to that is, it seems like non-team members can't subscribe to the mailing list? is that accurate? [17:51] chillysurfer: lemme check [17:51] rharper: awesome thank you so much [17:52] and that's for sure not a nudge for an answer, just want to make sure the question didn't get lost in the internet ether [17:52] yeah , looks like you need to join the team https://launchpad.net/~cloud-init [17:52] I don't see a message posted, https://lists.launchpad.net/cloud-init/maillist.html [17:52] rharper: ok requesting to join the team now [17:52] do you need to be a team member to post to the mailing list? [17:52] yes, but it's an open team [17:53] so you should just automatically join [17:53] ah cool [17:53] i'm glad i asked then! i'll join the team and re-ask the question :) [17:53] rharper: thanks so much! [17:56] ok i joined the team and resent the email to the mailing list (cloud-init@lists.launchpad.net). hopefully it hits this time :) [17:56] k [18:45] chillysurfer: See #launchpad. :) [18:45] Odd_Bloke: thanks! i'm going to join in the conversation :) [21:12] another general canonical irc question... i see the ubuntu irc channel list (https://wiki.ubuntu.com/IRC/ChannelList), but it doesn't seem to include many irc channels, like #cloud-init and #launchpad. is there a _full_ list of canonical irc channels? [21:12] the reason i ask is i'm specifically curious about an irc channel that is focused on python-apt [22:13] chillysurfer: I don't know of any such list, I'm afraid. That said, we keep apt and its friends in sync with Debian, so most of the Ubuntu apt discussion will happen wherever the Debian apt discussion does. [22:13] Odd_Bloke: cool that makes sense!! [22:13] thanks! [22:14] No worries, happy to help!