Bug 65355 - [4.2]: default to %defattr(-,root,root)
Summary: [4.2]: default to %defattr(-,root,root)
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: rpm-build (Show other bugs)
(Show other bugs)
Version: 1.0
Hardware: All Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
Keywords: FutureFeature
Depends On:
Blocks: 67218
TreeView+ depends on / blocked
Reported: 2002-05-22 17:33 UTC by R P Herrold
Modified: 2007-04-18 16:42 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-13 12:47:45 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description R P Herrold 2002-05-22 17:33:00 UTC
Per mailing list:

Date: Wed, 22 May 2002 09:21:18 -0400

From: Jeff Johnson <jbj@redhat.com>

Reply-To: rpm-list@redhat.com

To: rpm-list@redhat.com

Subject: [rh-rpm] Re: Making rpm default to %defattr(-,root,root)?

On Wed, May 22, 2002 at 01:55:54PM +0300, Panu Matilainen wrote:

> Hi,


> Call me lazy (which I am :) but I think it'd be nice if rpm defaulted to 

> %defattr(-,root,root) in the %files section. At least I tend to forget to 

> specify that especially in subpackages (like -devel) which then leads to 

> "user foo not existing" warnings when installing the package. Afterall 

> most packages use that anyway, specifying another user in there is 

more a 

> special case than having the files owned by root.


Personally, I think that making %defattr(-,root,root) the default behavior

is long overdue. Ditto


From mailing list

-- Russ Herrold

Comment 1 Jeff Johnson 2002-07-25 12:26:32 UTC
This ain't gonna happen for rpm-4.1, deferred
to rpm-4.2.

Comment 2 R P Herrold 2003-04-26 04:12:53 UTC
... or perhaps rpm-4.3 ?  <smile>

Comment 3 Jens Petersen 2003-10-27 02:52:56 UTC
I vote for this too!

Comment 4 Jeff Johnson 2004-12-13 12:47:45 UTC
This is in rpm-4.4. iirc.

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