Description of problem:
if selinux is installed on build system, then there is no option to disable selinux
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. read configure.ac
2. read tar.spec
no option to disable selinux
should contain "--with-selinux" and "--without-selinux" options
RH, you will end up like SCO if you keep going down this path!!
I don't understand. There is a runtime option to enable storing of SELinux
attributes and these attributes are ignored by default. SELinux-enabled tar
should not do any harm if the option is not given.
So, why should anyone need to build alternative tar without SELinux?
If there is some specific problem with SELinux support, please report the bug.
Closing as NOTABUG...
What harm would be done by making linkage with SElinux optional? Instead of
just depending on runtime library detection.
Many other packages do the right thing. What is so special about tar that it
needs to implement a half-baked selinux configure?
Why not implement --with-selinux? What is the problem with doing that?
SELinux code is not present in upstream tar. It's all added by
tar-1.17-xattrs-conf.patch and tar-1.17-xattrs.patch. If you want to build
without SELinux support, don't apply those patches.
(In reply to comment #3)
> SELinux code is not present in upstream tar. It's all added by
> tar-1.17-xattrs-conf.patch and tar-1.17-xattrs.patch. If you want to build
> without SELinux support, don't apply those patches.
Yes, no need for new configure option until the patches are in upstream.
Closing this again...