You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When building for multiple types, it's difficult to know which artifact matches to which type. I started baking in maps from the types to output directories, but things got a lot more confusing when I found out iso and anaconda-iso used the same output locations.
My aim here is to have a script which runs BIB with multiple types, then outputs information about each artifact. "You have requested a qcow2 and raw image. The qcow2 image can be found here, and the raw image can be found here".
This isn't something that can't be worked around, but it would be a nice UX improvement.
There's probably some reasons why these are structured this way that I am unaware of, so I'm happy for this to be closed as "Won't fix" if this is the case.
The text was updated successfully, but these errors were encountered:
Thanks! Yeah, we would like to have a more predictable pattern here and also to provide the user with more control over the output names/directories. Part of the prerequisite work is happening in osbuild/images#1039 (not strictly needed for your proposal though), parts need to happen in osbuild but it is on our radar :)
It would be helpful for automation if the artifact output directories matches the inputs provided to BIB.
Current:
Proposed:
When building for multiple types, it's difficult to know which artifact matches to which type. I started baking in maps from the types to output directories, but things got a lot more confusing when I found out iso and anaconda-iso used the same output locations.
My aim here is to have a script which runs BIB with multiple types, then outputs information about each artifact. "You have requested a qcow2 and raw image. The qcow2 image can be found here, and the raw image can be found here".
This isn't something that can't be worked around, but it would be a nice UX improvement.
There's probably some reasons why these are structured this way that I am unaware of, so I'm happy for this to be closed as "Won't fix" if this is the case.
The text was updated successfully, but these errors were encountered: