Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use the Filesystem Hierarchy Standard (FHS) for deployments and artifacts #3432

Closed
gustavovalverde opened this issue Jan 28, 2022 · 2 comments · Fixed by #4786
Closed

Use the Filesystem Hierarchy Standard (FHS) for deployments and artifacts #3432

gustavovalverde opened this issue Jan 28, 2022 · 2 comments · Fixed by #4786
Assignees
Labels
A-devops Area: Pipelines, CI/CD and Dockerfiles A-infrastructure Area: Infrastructure changes C-enhancement Category: This is an improvement

Comments

@gustavovalverde
Copy link
Member

Motivation

Linux has its own filesystem convention, which is standard and considered by most sysadmins when creating products, OS-level restrictions, and even when taking security measures.

We should respect this convention for compatibility with different deployment mechanisms, and when high-security standards are being in placed (most directories are being restricted)

A good example is the Container-Optimized OS used by Google: https://cloud.google.com/container-optimized-os/docs/concepts/disks-and-filesystem#working_with_the_file_system

Specifications

Filesystem Hierarchy Standard - v3.0: https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html
Linux man for hier: https://man7.org/linux/man-pages/man7/hier.7.html

Related Work

#3344

@gustavovalverde gustavovalverde added A-infrastructure Area: Infrastructure changes A-devops Area: Pipelines, CI/CD and Dockerfiles C-enhancement Category: This is an improvement S-needs-triage Status: A bug report needs triage P-Low ❄️ labels Jan 28, 2022
@teor2345
Copy link
Contributor

We'll need to make the zebra changes in #1894 to fully support the file system hierarchy standard. But that's a breaking change.

Did you want to schedule both changes for an upcoming sprint?
(They are not required for the stable release candidate, but we should do them before the stable release.)

@teor2345
Copy link
Contributor

teor2345 commented Jul 7, 2022

We want to check this all got done, then close it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-devops Area: Pipelines, CI/CD and Dockerfiles A-infrastructure Area: Infrastructure changes C-enhancement Category: This is an improvement
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants