On 02/29/2012 08:02 PM, Keith Daniels wrote:
> Darrell
>
> You found it.  Deleting the config files was the answer.  When I
> looked at the local config files they still had system@ in them, which
> is what causes the password problem.
>
> Apparently if the config files already exist, they are not replaced by
> any later ones modified by the script
> "switch_all_submodules_to_head_and_clean".  So even after I fixed the
> original problem the old scripts that still had system@ in them, kept
> me from being able to tell that I had fixed it.
>
> Tomorrow, after the current download finishes, I plan on doing a bunch
> of testing to see if I can pin down the things that can go wrong and
> how to avoid them.
>
> Thanks for your help everyone.
>
> Keith

Thank you Keith,

   I have gotten away from using the stock scripts entirely due to this 
problem. I have my local git tree in $HOME/tde/tde. So I created a separate 
script directory that holds my modified scripts to update the git tree in 
$HOME/tde/scr. Now when I need to update the tree, I do the following:

cd $HOME/tde/tde
../scr/switch_dcr.sh

   The switch_dcr.sh is just my version of 
switch_all_submodules_to_head_and_clean that has the --recursive flags added:

10:55 providence:~/tde/tde> cat ../scr/switch_dcr.sh
#!/bin/bash

git reset --hard HEAD
git clean -dxf
git pull
git reset --hard HEAD
git clean -dxf
sed -i "s/system@/drankin@/g" .gitmodules
git submodule init
git submodule update --recursive
git submodule foreach --recursive "git checkout master"
git submodule foreach --recursive "git pull"
git checkout -- .gitmodules

exit 0

   The sed line (in the original script as well) fixed the system@ issue for 
me. Since I have used this method for updating the tree, I have had no more 
issues. However, I did have many problems with the original download of the 
tree not filling the admin and cmake directories with the submodules. I ran 
several tests. The one that seemed to work the best was do loop through each 
dir in main and call the switch_dcr.sh script. For example:

cd $HOME/tde/tde/main

for i in *; do cd $HOME/tde/tde/main/${i}; $HOME/tde/scr/switch_dcr.sh; done

Then I would cd into dependencies and applications and run the same for loop 
and step through the individual packages calling switch_dcr.sh as above.

   After I did that, then for every update after that, all I needed to do was 
to call the switch_dcr.sh update script from the top of the tree 
($HOME/tde/tde) and it would now correctly pull in submodules for everything.

   I still don't know exactly where the original problem was, but some (or 
all) of the problem was related to the new version that Arch has. (version 
1.7.9.2-1)  Let us know what you find.

-- 
David C. Rankin, J.D.,P.E.