cloud-init using a raw.xz file

[divStar]

Hello,

I am writing a Terraform / OpenTofu script to set up my host with Talos Linux VMs, but this is not what this question is about.

Given this URL: https://factory.talos.dev/image/59c...c0f873dcf0bebc670/v1.8.3/nocloud-amd64.raw.xz I would like to download it using the Proxmox UI, but while the gz files can be automatically decompressed, at least on Proxmox 8.2.9 there seems to not be any built-in way to decompress the xz files in the same manner, that SideroLabs Talos Linux seems to have switched to a couple versions ago.



It seems I can still use the same URL and replace the xz at the end with a gz, but what if this becomes impossible?

Edit: actually trying to download https://factory.talos.dev/image/59c...c0f873dcf0bebc670/v1.8.3/nocloud-amd64.raw.gz does not work (even though at least the file can be downloaded). Any ideas?


Edit 2: using nocloud-amd64.img as the image name (in particular the img suffix) worked! Still though: what would I do if there's only a file with raw.xz extension and no raw.gz one?

 

[fba]

Hi,
the download dialog in the screenshot looks like the one for downloading ISO Images. The link you provided seems to be for downloading a disk image and not for ISO. Talos provides access to uncompressed ISO without hassle.
Otherwise you can always download compressed ISO images, decompress them and move them to the right folder (e. g. /var/lib/vz/template/iso) via CLI. Folder depends on the storage configuration of course.

 

[divStar]

Yeah, I also managed to download the disk image by using the img extension in the file name and swapping the raw.xz in the source URL for raw.gz.

However: I think the xz extension is not supported by the downloading dialog, because the decompression algorithm isn't. Apparently to extract xz files you need to have xz-utils installed, but even then Proxmox does not support it (which is absolutely fine, but just something to look out for).

 

[frankkkkk]

I agree that supporting the `xz` format could be useful (for example, coreos images ship with the xz compression as standard).

The support for many entities is already there, so adding one more should be rather easy. I'd be glad to propose a MR if this can be done. Wdyt?

Thanks!

 

[divStar]

@frankkkkk I am definitely not the one to decide this as I have absolutely no say in anything Proxmox. But perhaps starting with a written feature request on https://bugzilla.proxmox.com/index.cgi and suggesting being able to help with the implementation would be a good starting point? I circumvented the need - for now at least.