Bug 598957

Description of problem:
If, when installing fedora, in the partitioner you setup a partition mountpoint inside your future home directory, the items in /etc/skel will not get copied to the home directory when setting up the user with /usr/sbin/firstboot 

Version-Release number of selected component (if applicable):
firstboot-1.110-1.fc13.x86_64
anaconda-13.42-1.fc13.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Boot from live cd, launch installer, proceed to partitioning
2. Setup the mountpoint of some partition inside your home directory, i.e. /home/<username>/Data
3. Complete installation, reboot, first-boot wizard appears
4. When setting up the user account in firstboot, you will get warned that /home/<username> already exists and you are asked if you want to take ownership of the items contained / relabel the items. Press yes, complete the wizard, login
5. Notice that .bashrc, .bash_profile etc are missing in your home directory
  
Actual results:
None of the /etc/skel items are copied to the newly setup home folder, which results in bash only showing bash-4.1$ instead of [user@host dir]$ for example.

Expected results:
The casual user would expect the home directory to be set up normally.

Additional info:
I guess the problem ist that, the directory being created by anaconda for the mount point, firstboot detects it as non-empty, hence assumes that it is an already-existing home directory of some previous installation, and for that reason it does not modify anything to prevent any possibly existing .bash* from getting overwritten, possibly erasing user defined settings. The most straight forward solution to this problem I see is to check whether the items in /etc/skel already exist in the home folder, and if not, copy them, otherwise leave them untouched.