-
Notifications
You must be signed in to change notification settings - Fork 35
Commit
The format is basically the file extension, and for each image type there should be only one format. The exception here might be docker, as there might be both tar.xz and tar.gz.
- Loading branch information
There are no files selected for viewing
5 comments
on commit 5ce2a4d
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does this make tar-gz
both a type and a format? That doesn't seem correct. It also messes with fedfind's attempt to discern the attributes of pre-pungi 4 images by parsing their filenames, because now 'tar-gz' is a valid type, it decides docker images have type 'tar-gz'...I will have to work around this...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does this make tar-gz both a type and a format?
It doesn't: tar-gz
is type, tar.gz
is format. The list is updated to contain everything that Pungi (or koji, really) can create, and that contained tar-gz
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does this make tar-gz both a type and a format?
It doesn't:
tar-gz
is type,tar.gz
is format. The list is updated to contain everything that Pungi (or koji, really) can create, and that containedtar-gz
.
Well, close enough =) Point being, anyway, tar-gz
doesn't "smell" like a type at all. It tells you the file is a gzip-compressed tarball. It tells you nothing at all about what it's for. I guess I'll have to go digging in pungi/koji and see if I can find out what the purpose of this thing is...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pungi really only gives the value to koji, which passes it to image-factory I think. The relevant CLI command is koji image-build
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
well, for the record it seems this is basically a raw disk image with a magic name (disk.raw
) stuffed in a tarball and gzipped. The purpose of this appears to be that it's the format Google Compute Engine wants for disk image imports (I have no idea why they decided this was a sensible choice, but hey).
I don't think tar-gz
is a very good 'type' name for this at all, but we probably can't change it at this point. :(
this is a straight-up typo.