Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 223899 - Requires(post): policycoreutils
Requires(post): policycoreutils
Product: Fedora
Classification: Fedora
Component: bind (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Adam Tkac
Ben Levenson
: Reopened
Depends On:
  Show dependency treegraph
Reported: 2007-01-22 17:46 EST by Curtis Doty
Modified: 2013-04-30 19:34 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-02-01 09:15:04 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Curtis Doty 2007-01-22 17:46:09 EST
Is that really neccessary?

Nevermind the bug in RPM that allows you to erase policycoreutlils without
warning. A quick glance at the specfile makes me think that just fixing the
%post scripts to politely look for restorecon before trying to call it.

And policycoreutils has it's own baggage. Help, save us from dep bloat.
Comment 1 Martin Stransky 2007-01-23 07:51:15 EST
You can turn off all selinux parts/dependencies by selinux macro. But if we use
selinux we need the restorecon and policycoreutils...
Comment 2 Curtis Doty 2007-01-24 00:11:54 EST
THat's my point. When one chooses not to use selinux, then bind should not
create arbitrary dependencies. Especially when:

  - the deps are only in %post scripts that can be easily fixed with a simple [
-e /sbin/restorecon ] && /sbin/restorecon yadda
  - there already exists an unfixed bug in rpm that prevents enforcement of this
dep until it's too late

In other words, if they have bind and selinux, then restorecon sure. But why
exactly is restorecon needed for bind without selinux? This is arbitrary and
unneccsary complexity. Especially since policycoreutils drags in even *more*
package deps.
Comment 3 Adam Tkac 2007-02-01 07:12:17 EST
I think the best fix could be put "[ -e /selinux/enforce ] && [ -x
/sbin/restorecon ] && /sbin/restorecon /etc/rndc.* /etc/named.* >/dev/null 2>&1
;" into %if %{selinux} %endif statement. If exists bug in rpm it could be fixed
in future and all could works fine. I'm going to fix this problem in rawhide

Note You need to log in before you can comment on or make changes to this bug.