Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 8285 - Portage do not modify ownership on existing directories
Summary: Portage do not modify ownership on existing directories
Status: RESOLVED WONTFIX
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-09-23 23:10 UTC by Martin Schlemmer (RETIRED)
Modified: 2011-10-30 22:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Schlemmer (RETIRED) gentoo-dev 2002-09-23 23:10:52 UTC
Ok, maybe this is by design, but if a directory already exist in /, and a
package merge it again with different ownership, portage do not honour the
new ownership.

Problem I see with this, is that stuff like tetex, and mailbase have made
changes to owership as fixes (i fixed tetex the other day again), but the
user will not get these changes.  Also doing the changes in pkg_*(), will
cause the mtimes to be altered, which is not exactly what I would like
in the first place as well.
Comment 1 Daniel Robbins (RETIRED) gentoo-dev 2002-12-10 09:07:31 UTC
This is by design, so that packages don't mess up the perms on /usr, or erase
the perms that *you* set on common dirs. I welcome any suggestions that work better.
Comment 2 Martin Schlemmer (RETIRED) gentoo-dev 2002-12-10 12:27:11 UTC
Yes, its an sticky issue.  Just that if I borked the permissions with an ebuild,
it do not get fixed by a new revision ... execept of course if I do it in
pkg_postinst() ....
Comment 3 SpanKY gentoo-dev 2003-07-30 15:54:48 UTC
summation: if you break permissions fix them in a pkg_postinst 
 
forcing new permissions on user == not cool