Bug 118853 - s-c-u doesn't properly label attributes on created users
s-c-u doesn't properly label attributes on created users
Status: CLOSED DUPLICATE of bug 118061
Product: Fedora
Classification: Fedora
Component: system-config-users (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Brent Fox
: Security, SELinux
Depends On:
Blocks: FC2Blocker
  Show dependency treegraph
Reported: 2004-03-21 12:49 EST by G.Wolfe Woodbury
Modified: 2007-11-30 17:10 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 14:02:05 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 G.Wolfe Woodbury 2004-03-21 12:49:35 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)

Description of problem:
The anaconda created user works fine, users created with s-c-u can't
login via gdm or ssh.  Permissions are denied to use any of the . files

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. install from Development tree
2. create user via firstboot
3. login as firstboot user
4. create user via system-config-users
5. logout and attempt to login with new user

Actual Results:  login fails with many errors, especially related to
gnome-settings-daemon filing to access the users new home directory.

Expected Results:  normal login

Additional info:

too many error messages and AVCs to mention
Comment 1 Brent Fox 2004-03-23 17:24:29 EST
Can you try creating a user with luseradd and then try to log in with
that user.  Does the problem still occur with that user?
Comment 2 G.Wolfe Woodbury 2004-03-23 18:07:40 EST
created a new user with luseradd, there were still problems logging in.
The user home directory was messed up in its context and GDM login
failed severly, here is the ssh trace:

[ggw@baboushka ggw]$ ssh sfw@tembo.private
sfw@tembo.private's password:
/usr/X11R6/bin/xauth:  timeout in locking authority file
-bash: /home/sfw/.bash_profile: Permission denied
-bash-2.05b$ ls -lZa
drwx------+ sfw      sfw      root:object_r:home_root_t        .
drwxr-xr-x  root     root     system_u:object_r:home_root_t    ..
?---------  root     root     (null)                     .bash_logout
?---------  root     root     (null)                     .bash_profile
?---------  root     root     (null)                           .bashrc
?---------  root     root     (null)                           .emacs
?---------  root     root     (null)                           .gtkrc
drwxr-xr-x  sfw      sfw      root:object_r:home_root_t        .kde
drwxr-xr-x  sfw      sfw      root:object_r:home_root_t        .xemacs
?---------  root     root     (null)                           .zshrc
Comment 3 Brent Fox 2004-03-24 10:15:47 EST

*** This bug has been marked as a duplicate of 118061 ***
Comment 4 Aleksey Nogin 2004-03-24 15:22:40 EST
Bug 118061 is not public :-(

P.S. See also bug 118571.
Comment 5 Red Hat Bugzilla 2006-02-21 14:02:05 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

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