[Bug 169247] Review request: rt3 - Request tracker 3

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review request: rt3 - Request tracker 3


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247





------- Additional Comments From paul at city-fan.org  2005-10-13 03:27 EST -------
(In reply to comment #6)
> $ rpmlint rt3-3.4.4-4.fc4.noarch.rpm | sort
> E: rt3 dir-or-file-in-usr-local /usr/local/etc/rt3
> E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3
> E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/html
> E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/lib
> E: rt3 dir-or-file-in-usr-local /usr/local/lib/rt3/po
> 
> Why are directories being %ghosted in /usr/local?  I see these directories being
> configured in the Fedora layout, and I'm inferring from it that these are used
> for user-generated content.  If that's the case, I don't really see a problem
> with it, but it is odd to see an package owning anything in /usr/local.

Does rt3 create these if they're not present? I guess ghosting directories here
is OK if the directories won't get removed if they're not empty, which I would
think (but am not sure) would be rpm's behaviour here.

> W: rt3 dangerous-command-in-%postun userdel
> 
> I'll leave this one alone.  The package creates the user in %pre, it's only
> right that the user is removed when no longer needed, I suppose.

See
https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html
for why users and groups shouldn't be removed when a package is uninstalled.

> I ran into SELinux issues when starting httpd.  Maybe a README.SELinux
> mentioning that /var/lib/rt3 and its subdirectories need the proper SELinux
> settings.

If you know what the contexts should be for this directory and its contents, you
could raise the issue on fedora-selinux-list or in bugzilla for one of the
policy packages and hopefully get the right contexts set by default in an
updated version of the policy packages. That has to be better than manually
setting contexts (which would need fixing again after a relabel).


-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.