LinearTapeFileSystem / LinearTapeFileSystem/ltfs
ltfs_ordered_copy not honoring folder attr
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 352
- Forks
- 110
- Avg merge
- 2h 50m
- Merged PRs (30d)
- 2
Description
**Describe the bug**
It seems ltfs_ordered_copy does not copy folder permissions and attributes, but instead just create new folders. (os.mkdir(d))
with today's date and default permission from umask.
This way all original attributes are lost including timestamp, permissions, etc.
**To Reproduce**
Steps to reproduce the behavior:
ltfs_ordered_copy version: git master
ltfs_ordered_copy -v -a -p /mnt/ltfs/tape /some/path/
I have tried to run with flags, -a, -p and -r and different combinations.
**Expected behavior**
attr for directories should be copied over like it is done for files.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the ltfs_ordered_copy entry point and reproduce the issue with the command and flags shown in the report. Compare directory creation with the existing file-copy attribute handling, then verify that copied directories retain their source timestamps, permissions, and other reported attributes instead of umask defaults.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100