ltfs_ordered_copy QoL features (type annotations, etc.)
还没有人认领这个 Issue。
评估
调研方向
首先定位 ltfs_ordered_copy 脚本，并检查仓库支持的 Python 版本。审查提出的替代方案——stub 文件、docstring 或更新的语言特性——并在定义工作内容之前确认维护者对兼容性的偏好。完成应意味着已实现一个经过同意且边界明确的现代化范围，且没有进行未明确指定的兼容性更改。
由索引模型根据 Issue 内容生成。
描述
Is your feature request related to a problem? Please describe.
Not a problem per se, rather a minor inconvenience (and offer for contribution): the ltfs_ordered_copy script lacks several "creature comforts"/conveniences found in modern python modules (e.g.: type annotations) - I assume this is with a view to maximising compatibility.
Describe the solution you'd like
Without knowing the appetite of the maintainers for breaking compatibility with older python versions (and/or introducing an entirely new script with greater minimum python version requirements - messy IMHO), the following solutions could be considered:
- (non-breaking) a low-friction solution for type annotations specifically would be a stub file.
- (non-breaking) adding docstrings (optionally with an established style, e.g.: numpy) aids readability.
- (breaking) if a (new) minimum version can be established, various other readability improvements enabled by in-language features (e.g.: f-strings, more concise/readable variants of standard library functions (such as those in
pathlib)) could be implemented.
Describe alternatives you've considered
The above are three "alternatives" (non-mutually-exclusive) I've considered; a fourth would be "do nothing". I personally plan to utilise some of the classes within my own work, so will likely invest effort "modernising" regardless - while I could hypothetically maintain a fork of this entire repository for the sake of one script, this overhead is a disincentive, and realistically other users are unlikely to stumble across such a fork; including modernising updates in the upstream makes this work available to a broader user base.
- 主要语言
- C
- 星标
- 352
- 派生
- 110
- 平均合并
- 2 小时 1 分钟
- 30 天内合并 PR
- 2
环境准备
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
LinearTapeFileSystem/ltfs 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 25/100
LinearTapeFileSystem/ltfs#650 ·
-
难度 5/5 一周以上 新手友好度 35/100
LinearTapeFileSystem/ltfs#647 · 1 条评论 ·
-
难度 4/5 3-5 天 新手友好度 45/100
LinearTapeFileSystem/ltfs#645 · 3 条评论 ·
-
难度 5/5 一周以上 新手友好度 35/100
LinearTapeFileSystem/ltfs#643 ·
-
Format fails on HP LTO-6 6250 with Adaptec HBA可能重新可做 @madjesc 于 29 天前认领，目前没有进行中的 PR。 未关闭H/W issue HBA Report Investigating
LinearTapeFileSystem/ltfs#640 · 8 条评论 · 已指派 1 人 ·
查看 LinearTapeFileSystem/ltfs 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 84/100
-
难度 1/5 1 小时以内 新手友好度 92/100
-
[Issue]: Headers - vx_ext_amd.h does not compile as C (enum types used without the enum keyword)未关闭
难度 1/5 1 小时以内 新手友好度 92/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 84/100
-
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复