2022-05-17 04:50:22 <tomalok> I've built some 3.16.0_rc1 images tonight, they're available if you search for "3.16.0_rc1" images on AWS EC2 us-west-2 -- haven't had a chance to thoroughly test, but did manage to successfully launch x86_64 and aarch64 images.
2022-05-17 04:54:05 <tomalok> i've also been working on an overhaul of the alpinelinux.org/cloud page to allow image filtering -- to support selection of variants (cloud, arch, tiny vs. cloudinit, etc.) -- not sure it'll be ready before 3.16.0, but it'd be nice.
2022-05-17 05:10:12 <ikke> thanks
2022-05-17 05:32:30 <ncopa> very nice! thank you!
2022-05-20 05:01:21 <tomalok> 3.16.0_rc2 images built in AWS EC2 us-west-2, x86_64 & aarch64 / Tiny Cloud / cloud-init image variants available
2022-05-20 05:24:17 <ncopa> tomalok: thank you! awesome!
2022-05-20 18:46:31 <danieli> are there any 'generic' cloud images available or only AWS AMIs? (such as ones with optimized kernels and cloud-init)
2022-05-20 21:57:23 <tomalok> danieli: we are (slowly) working on a sets of images for other cloud providers (OCI, GCP, Azure) -- "generic" cloud images (in some common format) may also be possible -- but it obviously wouldn't be "click to launch" ready. 
2022-05-20 22:02:11 <ikke> tomalok: someone from ibm asked for qcow images
2022-05-21 01:21:23 <tomalok> ikke: ah, yes, that's where i half-recalled that tidbit
2022-05-21 08:45:28 <danieli> debian doesn't have too many, but they have various images for a couple clouds, ones that can be adapted, openstack, and 'plain VM' https://cloud.debian.org/images/cloud/
2022-05-21 12:55:47 <minimal> tomalok: with cloud-init it is possible to have generic images as it can detect the appropriate DataSource (i.e. cloud provider) to use
2022-05-21 13:25:55 <ncopa> im gonna tag rc4 now I think
2022-05-21 14:00:10 <tomalok> we store image for cloud providers in their clouds -- where would be THE place to store generic images?
2022-05-21 14:00:30 <danieli> ideally the master mirror I'd say
2022-05-21 14:02:21 <tomalok> will think about this some more -- while i get _rc4 builds rolling and try to regain full consciousness -- up too early for a weekend
2022-05-21 14:02:45 <tomalok> s/builds/cloud images/
2022-05-21 14:41:37 <ncopa> tagged rc4. will do 3.16.0 on Monday
2022-05-21 15:06:43 <tomalok> found a nice shortcut to "rollback" unpublished test images -- building rc4 cloud images  now
2022-05-21 15:33:33 <tomalok> 3.16.0_rc4 images now available in AWS EC2 us-west-2 - all four arch/bootstrap flavors
2022-05-23 13:25:57 <ncopa> I just tagged rc5, but the 3.16.0 will probably be out later today
2022-05-23 13:48:42 <tomalok> ncopa: thanks for the heads-up!
2022-05-23 19:29:45 <ncopa> tomalok: I had a look at cloud-init last week (or so) for adding nocloud provider support. I think it will be relatively easy to do initial nocloud support
2022-05-23 19:30:26 <ncopa> just need add a conditional to do mount LABEL=cidata instead of wget
2022-05-23 19:30:50 <ncopa> sorry. i mean tiny-cloud
2022-05-23 19:31:22 <ncopa> i also noticed that the tiny-cloud only supports shell as user-data
2022-05-23 19:31:36 <ncopa> i'd like to write a tiny script to do basic yaml
2022-05-23 19:31:55 <ncopa> so a nocloud provider can be used for unattended installs
2022-05-23 19:39:03 <tomalok> (nod) a nocloud provider in tiny cloud was the main driving force behind the creation of the 'yx' tool...  ;)  just haven't had a chance to get at that.  i believe there's an issue tracking this in tiny-cloud gitlab repo
2022-05-23 19:39:51 <tomalok> we should be able to support a lot of useful cloud-init things without a big footprint, i think