DiamondLightSource / DiamondLightSource/python-copier-template
umask of containers created from python3 Dockerfile does not match Diamond default
- Ngôn ngữ chính
- Jinja
- Star
- 25
- Fork
- 10
- Merge trung bình
- 4 giờ 4 phút
- Pull request đã merge (30 ngày)
- 6
Mô tả
For the case where:
- You create a containerised service
- Which mounts the Diamond filesystem
- And create files which are intended to be temporary, interleved with existing files
The current umask means those temporary files cannot be deleted by the user that created the directory that stores those files.
E.g. __pycache__ files made during an editable install of a library loaded from filesystem for blueapi, checked out by a member of dls_dasc
For blueapi (where we meet these requirements) we are [now setting the umask](https://github.com/DiamondLightSource/blueapi/pull/480/files): is anyone else going to meet those requirements and if so should this be configurable as part of the template, perhaps propagating into the Dockerfile?
Hướng dẫn đóng góp
Hướng nghiên cứu
Start by inspecting the python3 Dockerfile generated by the template and compare its umask with the Diamond default. Use the blueapi pull request linked in the issue as an example, then define what template configuration should control and verify that generated containers allow the creating user to remove temporary files.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- dockerfile, python
- Lĩnh vực
- devops
- Loại issue
- Tính năng
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 35/100