OpenIndiana Distribution

su'ing to root (which forced me to change root's password) allowed me to update cjr's entry in /etc/user_attr, and pfexec now works for "cjr".

The /etc/user_attr for user 'jack' in the LiveCD doesn't have this problem. Confirmed issue exists on a installed system.

caiman/slim_source/usr/src/lib/libict_pymod/ict.py seems to be used by the installer to manipulate user_attr and needs further investigation.

It can be changed with a simple usermod -P "Primary Administrator" <username>, when you have gained root permissions on the system.

This is not a bug. This is the result of caiman changeset:

changeset:   861:ccd399d2c6f7
user:        David Miner <dminer@opensolaris.org>
date:        Tue Aug 17 18:22:44 2010 -0400
description:
    6973927 Installation fails if Primary Administrator rights profile is removed from the system
    4885 User created by installer gets unsafe profile "Primary Administrator" 
    9966 install unnecessarily propagates /lost+found from image to rpool
    15454 pkg install failure in im_pop did not abort DC and AI
    15507 SUNWcs and SUNWcsd can be removed from manifests
    16295 install-finish runs update_boot_archive ICT twice for text and GUI installs
    16645 Incorrect permissions on ict.py in build 144 can cause ict's to fail to run
    16740 Special handling of SUNWcs and SUNWcsd can be removed from transfer module

Specifically 4885

You should have sudo access instead, by default.

The 'root has my password, then prompts me to change it' thing is also, I think, a post-b134 feature.

packagemanager(1) and time-slider-setup(1) fall back to su. Not expiring the root password by default would be a reasonably safe workaround we can apply for, as root remains a role only accessible by the default user. This would make su an audit-enabled alternative to the default sudo configuration in most respects, except for password changes later on.

Albert Lee wrote:

Interim solution for oi_148 is to set the root password in the installer. Keeping this bug open, but reducing priority.

I tried to run GParted AFTER installation but it requires root privileges. If I right-click the Clock and "Adjust Date & Time" then I am asked for the root password but Gparted simply fails.

I rebooted and used the Installer Disk but the version of GParted included does NOT support Solaris Partitions (or Linux-Swap), unless we want to format for NTFS it is of no use.

The FAQ does say to goto a Terminal and type "su -"; then you can enter a password to set the root's NEW password.

I did that but when I open [System][Administration][Core Files] (and try to set "Addict") it refuses my password --- so there does need some work done with the root passwording authentication system.

BTW: We ought to change Jack's password from the old OS's name to our new name. ;)

Thanks, and hello everyone,
Rob