2022-04-04 16:17:39 tomalok: I'm pushing new stable releases again due to CVE in busybox 2022-04-05 03:13:43 ncopa - i should be able to build and publish images tomorrow, i think 2022-04-05 03:41:48 Just let us know when you managed to do so :-) 2022-04-05 03:42:09 And thanks for your quick updates always 2022-04-05 12:15:55 ncopa, ikke - starting the build -- i'm travelling so not sure how long the uploads will take from here... we'll find out though! 2022-04-05 12:22:55 oh.. maybe you can wait til you come home? 2022-04-05 12:52:12 build is quick, the upload's (import) not going too terribly, and the publishing doesn't really depend on the local internet connection... not planning to be back home for two weeks, so... ;) 2022-04-05 14:30:37 ikke: https://gitlab.alpinelinux.org/alpine/infra/alpine-mksite/-/merge_requests/44 2022-04-06 06:18:19 tomalok: pushed 2022-04-06 12:38:55 ikke: thx! 2022-04-12 19:04:39 IBM is asking about qcow images for ppc64le 2022-04-12 19:20:04 i'd like qcow image for aarch64.... 2022-04-12 19:25:00 ncopa: if its a unofficial one you want just for testing, and don't mind cloud-init, then there's https://github.com/dermotbradley/create-alpine-disk-image which will give you a "raw" that qemu-img can convert to qcow2 2022-04-12 19:26:08 of course if you intend to run that on Alpine x86/x86_64 then you'll have the issue that the UEFI-related files in the aavmf package are only packaged for aarch64 and not x86/x86_64... 2022-04-12 19:27:26 i was thinking official alpine-cloud-init.qcow images 2022-04-12 19:28:02 not sure how far tomalok has gotten with cloud-init (rather than tiny-cloud) 2022-04-12 21:07:55 ncopa: i have qcow2 images for aarch64 2022-04-12 21:08:38 they should be automatically build on new git tag 2022-04-12 22:21:28 ncopa, minimal: cloud-init is working with AWS image, and they build and publish, but the alpinelinux.org/cloud page needs to be reworked to filter to show selected flavors. and there's probably some setup refinementn to be done. 2022-04-12 22:24:57 i believe there's an issue on alpine-cloud-images to produce a raw non-cloud specific qcow, and an issue for tiny-cloud to support "nocloud" (the addition of the yx tool is the first step for tiny-cloud to be able to start doing stuff from cloud-config userdata) 2022-04-12 22:25:40 but i haven't had a chance to work on it recently -- still on the road trip. (hello from Cheyene, WY!) 2022-04-13 07:32:45 clandmeter: we (fosshost) are interested in these too 2022-04-13 07:33:14 been working with minimal on it, but having images from upstream would be nicer 2022-04-13 09:12:59 rails: i guess your need is for virtual images? 2022-04-13 09:14:29 aye 2022-04-13 09:14:39 for https://aarch64.com/ 2022-04-13 09:16:05 right, we had a request from a bare metal provider so the current images are shipped with lts kernel 2022-04-13 09:22:57 i think it will make sense if the virtual images can be made by the cloud project. 2022-04-13 09:23:18 not sure tomalok has time to add it 2022-04-13 09:23:54 Where would we host them? 2022-04-13 09:24:29 i think the current images are on s3? 2022-04-13 09:27:30 ncopa had some ideas to generate those qcow images without qemu, build them with generic fs tools and create them without the need of root. 2022-04-13 09:27:43 but i never had any luck in trying to copy that idea into production 2022-04-13 09:28:51 so my scripts are just a simple version of what the cloud project does for only a single target for 2 arches. 2022-04-13 09:31:03 We could put it on linode storage 2022-04-13 09:31:23 the added benefit is that mine would be generated when a tag is created and it has a kernel usable on bare metal 2022-04-13 09:32:27 but in the end, it would be better to integrate this into the cloud project. 2022-04-13 09:32:29 Did you manage to get it working with the webhook? 2022-04-13 09:32:42 i think so :) 2022-04-13 09:32:45 ok 2022-04-13 09:32:48 but i need to finish it 2022-04-13 09:33:00 its a different container atm 2022-04-13 09:33:34 i want to finish it before the next tag is created (whenever that is:) ) 2022-04-13 09:34:28 ikke: maybe check with tomalok about the storage location 2022-04-13 09:35:28 i guess its sponsored by somebody atm, maybe we could move it if necessary. 2022-04-13 09:35:58 I suppose for amazon it needs to be stored there 2022-04-13 09:36:21 right, well that part im not familiar with. 2022-04-13 09:39:20 but if we are going to support different clouds and even metals we need to have a solution. 2022-04-13 09:40:11 yes 2022-04-13 09:42:44 maybe we should have a talk about storage and automation with cloud and infra team. 2022-04-13 09:43:57 it would also be nice to know if we are going to support other clouds. now that we have an azure account that would be useful. 2022-04-13 09:45:22 certainly