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

Plan for inclusion in Fedora? #1

Open
nixpanic opened this issue Aug 22, 2018 · 5 comments
Open

Plan for inclusion in Fedora? #1

nixpanic opened this issue Aug 22, 2018 · 5 comments
Assignees

Comments

@nixpanic
Copy link
Member

What is the plan to include this in Fedora? When there is a review filed for this package, please pint me to it.

For inclusion in the CentOS Storage SIG, there is a string preference to have the package reviewed and included in Fedora.

@wrabcak
Copy link
Collaborator

wrabcak commented Aug 22, 2018

Hi,

Yes, plan is to include it to Fedora. Better way is to create this package as sub-package of glusterfs so there is no need to new rpm package include process to Fedora. Then it should be tested that if glusterfs is installed on system also glusterfs-selinux is installed and glusterfs SELinux policy is installed with different priority than 100 (to check it use: #semaange -lfull | grep -v 100). If it wil lwork, then I'll be able to remove glusterfs SELinux policy from distribution selinux-policy rpm package.

THanks,
Lukas.

@nixpanic nixpanic self-assigned this Aug 22, 2018
@nixpanic
Copy link
Member Author

From my understanding, the decision through https://review.gluster.org/c/glusterfs/+/20181 was to create a stand-alone package.

Gluster deployments are mostly combined with multiple projects, and the (main) glusterfs repository should not need changes for SELinux requirements of other projects/components. Think of gluster-block, nfs-ganesha, glusterd2 and others. Placing all SELinux rules/policy in a single stand-alone project seems more practical.

@mchangir can you explain the plans for this repo?

@wrabcak
Copy link
Collaborator

wrabcak commented Aug 22, 2018

Okay, thanks for clarification. Standalone package make more sense.

@mchangir
Copy link
Contributor

@nixpanic I'm new to the github and upstream stuff. So, I don't have any plans for this repo yet. What should a typical plan include ?

@nixpanic
Copy link
Member Author

nixpanic commented Aug 23, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants