2026-06-05 08:23:14 tomalok: trying to run the generic image in scaleway. 2 main issues: 1: the last console entry is tty0, but the console uses ttyS0, so rc output is missing (making it harder to figure out what's going on). 2026-06-05 08:23:46 2: It doesn't seem to recognize it should use scaleway as datasource and is trying to connect to the wrong imds address 2026-06-05 08:24:25 I eventually managed to get access and figuring out how to make things work 2026-06-05 08:28:54 Tried to add a datasource config to /etc/cloud/cloud.cfg.d/99_scaleway.cfg based on https://docs.cloud-init.io/en/latest/reference/datasources/scaleway.html, but that does not appear to work 2026-06-05 08:45:43 have a look at the lib/tiny-cloud/cloud/scaleway/autodetect 2026-06-05 08:46:01 # TODO: verify that this works 2026-06-05 08:46:01 grep -qi scaleway "$ROOT"/sys/class/dmi/id/modalias 2>/dev/null && echo "10 scaleway" 2026-06-05 08:50:12 grep -qi scaleway "$ROOT"/sys/class/dmi/id/modalias returns nothing 2026-06-05 08:50:47 oh wait, the -q 2026-06-05 08:50:59 dmi:bvnEFIDevelopmentKitII/OVMF:bvr0.0.0:bd02/06/2015:br0.0:svnScaleway:pnSCW-BASIC3-X2C-4G:pvrpc-i440fx-jammy:cvnQEMU:ct1:cvrpc-i440fx-jammy:sku: 2026-06-05 08:51:29 should have worked 2026-06-05 08:53:18 https://tpaste.us/xQ5l 2026-06-05 09:01:09 I think it would be useful with a `tiny-cloud autodetect` command 2026-06-05 09:01:48 that would allow us to provision alpine with cloud-init in a cloud, apk add tiny-cloud and run tiny-cloud autodetect 2026-06-05 09:01:58 to verify that it autodetects the correct cloud provider 2026-06-05 09:02:33 I even tried to add ds=scaleway to the kernel command line, but doesn't seem to help 2026-06-05 09:41:56 https://gitlab.alpinelinux.org/alpine/cloud/tiny-cloud/-/merge_requests/153 2026-06-07 16:07:16 ncopa: merged. do you need a 3.3.1 release sooner than later with this? 2026-06-07 16:10:52 tomalok: the RC will be tagged ASAP 2026-06-07 16:11:07 for AL 3.24 2026-06-07 17:47:44 ok, will get 3.3.1 out the door today 2026-06-08 18:26:25 tiny-cloud is broken in 3.24.0_rc1. it does not pick up LABEL=cidata, but tiny-cloud autodetect says 'nocloud'. I am investigating. 2026-06-08 18:49:27 i found it 2026-06-08 19:10:21 i think we will need an 3.3.2 :-/ sorry! 2026-06-08 19:26:48 ncopa no problem, glad you found it. 2026-06-08 19:28:51 i cherry-picked the commit for the package. I can take care of updating the package once tiny-cloud is tagged 2026-06-08 19:35:00 and I have verified that it works now 2026-06-08 21:39:43 ncopa: 3.3.2 is released and merged to aports 2026-06-09 04:48:56 thank you! 2026-06-10 00:12:29 ikke - catching up from a few days back -- was the generic cloud image you tried a tiny-cloud image or a cloud-init image? 2026-06-10 03:51:24 cloud-init 2026-06-10 03:51:36 Haven't tried tiny-init 2026-06-10 04:40:36 3.24.0 was tagged. Will probably do 3.24.1 today due to CVE in OpenSSL 2026-06-10 12:50:59 ncopa go figures. also having problems building -- packer qemu's supposed to be doing keypresses to do the initial build vm login to set some sshd config, set random root pw, and restart sshd, but that doesn't appear to be happening (not easy to see what's happening) 2026-06-10 14:01:09 i have been thinking that we could use docker to create the disk images. and then export as tar and mkfs.ext4 -d 2026-06-13 03:59:43 Hello. When 3.24 (or 3.24.1 I guess?) will be published to https://www.alpinelinux.org/cloud? Been told to ask here. BTW this channel isn't mentioned on https://www.alpinelinux.org/community 2026-06-13 04:01:42 void - there have been some technical difficulties bulding the images -- didn't have time to dig into exactly why because DayJob, but will look into it over the weekend. not sure if we'll do a 3.24.0 if 3.24.1 is coming soon 2026-06-13 04:02:52 OK thx. Will wait for that. 2026-06-13 17:30:15 tomalok: 3.24.1 has been tagged, so you can build the cloud images for that 2026-06-13 18:56:18 thanks ikke -- once i've figured out what's wrong with the builder... that's next on the agenda for today. 2026-06-13 19:57:06 aha! found it. setup-interfaces added a question, need to add that to the qemu/packer boot commands 2026-06-13 20:37:41 ...or maybe that wasn't it. timeout waiting for ssh. :/ 2026-06-13 20:48:36 hm, single threaded build worked, but not two... I used to be able to do at least 5 simulteneously. 2026-06-13 21:33:48 and now single thread's not working again. 2026-06-13 23:10:02 ok, there are two problems -- already fixed the extra question on setup-interfaces -- that fixes all the x86_64 builds (both bios and uefi) but qemu aarch64/uefi is being stubborn accepting any keypresses from packer. couple more things to try 2026-06-15 13:18:57 update: 2026-06-15 13:18:57 working on 2026-06-15 13:18:57 * x86_64 builds work, but...bios/tiny images seem to have a race condition because dhcpcd doesn't have the route to IMDS endpoint ready before we try to access it. 2026-06-15 13:18:57 * suspect aarch64 AAVMF changes are blocking aarch64 builds with qemu. 2026-06-15 13:19:48 ack, thanks 2026-06-15 13:19:55 s/working on/working on fixing the race condition, then tackling how to get aarch64 builds going/ 2026-06-15 13:21:01 we going to have new .releases for the older versions coming up as well? 2026-06-15 13:21:51 Possibly, due to the openssl vulns 2026-06-15 19:31:44 tomalok: do you have a way to reproduce it in qemu? 2026-06-15 23:22:16 ncopa if "it" refers to" failing to build aarch64 images", yes. every attempt to build aarch64 currently fails... i suspect the problem is sendng vnc keypresses -- when i try manually via console, that works. i may try to use a previous version AAVMF bin and see if that takes care of things. 2026-06-15 23:23:46 otherwise i've just successfully tested a rc in edge for another tiny-cloud release that takes care of the route-to-IMDS-endpoint race condition on bios (and adds support for multiple/IPv6 IMDS endpoints) 2026-06-16 01:02:04 well edk2/AAVMF version changes not causing aarch64 build... using 3.23's still fails. next going to try to rollback from qemu 11 to 10. 2026-06-16 15:36:08 rolling back to qemu 10.2 doesn't fix... found an older machine with 10.1 that doesn't get brew upgraded as often but, doesn't work there either. qemu, packer, aavmf... what changed since April? 🤯 2026-06-16 16:27:40 working on an apkovl based solution instead of relying on packer sending vnc keypresses to qemu 2026-06-16 21:00:49 tomalok: you could try boot it with a CIDATA volume ;) 2026-06-16 21:13:46 update: apkovl is working! 3.24.1 cloud image builds are in progress 2026-06-16 21:14:36 ncopa / ikke - any update if/when we'll have new releases for 3.23/22/21 ? 2026-06-17 12:59:43 tomalok: there will be patch releases for those as well 2026-06-17 13:21:09 ikke my main concern is that i'll soon be off on holiday for 2.5 weeks... back first week july. 2026-06-17 13:21:21 When do you leave? 2026-06-17 14:05:43 tomorrow 2026-06-17 14:30:08 Ok, I suppose it's best to release what is available. We still have issues with some rv64 builders, so not sure if that's fixed in time 2026-06-22 05:20:34 tomalok: for when you're back, we have 3.22.5 and 3.23.5 now as well 2026-06-25 11:02:16 ikke - thanks for the ping -- might be a little while before i can get at those yet -- i'm currently traveling at 250 km/h across italy -- build machine not accessible from here ;)