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
$ s5cmd ls s3://mybucket/a/b/c/foo DIR foo/2024/09/04 13:53:58 0 a/b/c/foo2024/09/04 13:54:39 0 foobar
For some reason, while foo/ and foobar are shown with their relative path, foo's absolute path is shown. This makes automated processing of the output much harder.
Note
The behavior is the same if there's no file/folder ambiguity. If I only upload a single file, I get the same result: if I request ls <somepath>, and there is a file for which the path is exactly somepath, I'll get its absolute path, otherwise I'll get its relative path.
Fortunately, adding a wildcard makes the output much saner. (thankfully, I'm ok with recursive listing)
Thanks for the project <3
If I do:
I'll get:
For some reason, while
foo/
andfoobar
are shown with their relative path,foo
's absolute path is shown. This makes automated processing of the output much harder.Note
The behavior is the same if there's no file/folder ambiguity. If I only upload a single file, I get the same result: if I request
ls <somepath>
, and there is a file for which the path is exactlysomepath
, I'll get its absolute path, otherwise I'll get its relative path.Fortunately, adding a wildcard makes the output much saner. (thankfully, I'm ok with recursive listing)
(by the way, it would be much easier to process if there was an option to get the fullname that didn't remove the size and mdate)
The text was updated successfully, but these errors were encountered: