[PATCH v2 4/7] dts: enable copying directories to and from nodes
Luca Vizzarro
Luca.Vizzarro at arm.com
Tue Oct 29 13:00:50 CET 2024
On 29/10/2024 01:07, Patrick Robb wrote:
> On Mon, Oct 21, 2024 at 9:49 AM Luca Vizzarro wrote:
> +
> + @abstractmethod
> + def remove_remote_file(self, remote_file_path: str | PurePath,
> force: bool = True) -> None:
> + """Remove remote file, by default remove forcefully.
> +
> + Args:
> + remote_file_path: The file path to remove.
> + force: If :data:`True`, ignore all warnings and try to
> remove at all costs.
> + """
>
>
> This is outside of the scope of this patch, but I figured I would
> comment that we should use this to clean the dpdk-devbind.py file when
> we re-add that functionality. I'm glad this method is added. :)
Sounds good to me!
> + @abstractmethod
> + def create_remote_tarball(
> + self,
> + remote_dir_path: str | PurePath,
> + compress_format: TarCompressionFormat =
> TarCompressionFormat.none,
> + exclude: str | list[str] | None = None,
> + ) -> PurePosixPath:
>
>
> Does this have to be a PurePosixPath instead of a PurePath? I know
> adding Windows support for DTS seems far out, but we should not add in
> barriers to that now without good reason (though if there is a strong
> practical reason why we want to do this now, then okay). I believe we
> will have a PurePosixPath return in testbed_model/posix_session.py and a
> PureWindowsPath return in testbed_model/windows_session.py (when it exists).
Excellent catch! Quite missed this, we should be able to amend this to
PurePath under os_session.py and keep PurePosixPath under posix_session.py
>
> Otherwise, I know we discussed this at the DTS call on Thurs, but thanks
> for remaining .gz .xz agnostic.
The choice to zip the tarball is taken under
framework.testbed_model.sut_node:_copy_dpdk_tree
More information about the dev
mailing list