Skip to content

Conversation

@gegorohoff
Copy link
Contributor

Pull Request Description

Hey Scott, in one of our workflows, a warning from the download_step (and in downloader.__unpack()) within generic_cmake.__setup() was getting slurped into the dockerfile.
I'm working with Adam to not pull in STDERR into the dockerfile as its not necessary but I thought this update might still be valuable for users who are copying a directory into their image like myself.

The update is simply exposing the download_step's unpack kwarg as an option to generic_cmake "unpack_download".

If there is already a supported way to do this, I'm happy to hear about it.

Author Checklist

  • Updated documentation (pydocmd generate) if any docstrings have been modified
  • Passes all unit tests

George Gorohoff added 3 commits August 23, 2020 20:55
Copy link
Contributor

@gonzalobg gonzalobg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for the PR, this looks good to me.

The generic_build building-block recently got a similar option (https://github.com/NVIDIA/hpc-container-maker/blob/master/hpccm/building_blocks/generic_build.py#L111) that I just called "unpack" there.

I think we should give this option the same name on all blocks for consistency.

Personally, I like the unpack_download name that this PR uses more, since it clarifies what the option does.

the `repository` or `package` parameters must be specified.
unpack_download: if the URL or package specified needs to be unpacked.
The default is True
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The default is True
The default is True.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants