On Wed, Feb 29, 2012 at 00:40, Keith Daniels keithwdaniels@gmail.com wrote:

...

I'm trying to download the git files as an anonymous user.

When it starts downloading, everything goes fine for the first 43 megs and 50 files.  All the files are put in the correct place in my build tree--but  then it stops downloading and displays:

---

Cloning into experimental... Password:

---

snipped.

.gitmodules has a system@ appended to the user. What I do is sed it out so that nothing's there. (check out the scripts folder in the tde git repository - the one named 'tde')

Alternatively you could use the ./scripts/switch_submodules_to_head_and_clean script; it will do this task for you...

Tim

David C. Rankin

Where is the./scripts/switch_submodules_to_head_and_clean script--that I can customize for my personal use--located? The only copy of this script that I have found so far is part of the download itself.

I assumed that the script resides in the repository and that my script calls it from the repository location.

Keith

On Wed, Feb 29, 2012 at 9:04 AM, David C. Rankin drankinatty@suddenlinkmail.com wrote:

On 02/29/2012 12:50 AM, Timothy Pearson wrote:

...

...

On Wed, Feb 29, 2012 at 00:40, Keith Daniels keithwdaniels@gmail.com wrote:

...

I'm trying to download the git files as an anonymous user.

When it starts downloading, everything goes fine for the first 43 megs and 50 files.  All the files are put in the correct place in my build tree--but  then it stops downloading and displays:

---

Cloning into experimental... Password:

---

snipped.

.gitmodules has a system@ appended to the user. What I do is sed it out so that nothing's there. (check out the scripts folder in the tde git repository - the one named 'tde')

Alternatively you could use the ./scripts/switch_submodules_to_head_and_clean script; it will do this task for you...

Tim

Since you are using a newer version of GIT, you will want the --recursive option added to the ./scripts/switch_submodules_to_head_and_clean script. (replace 'drankin@' with your user or delete it completely) I use:

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

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

---

To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting

Thanks Darrell

The only possible problem that I see is that everytime I have tried to run the startup script in the past, and there was ANYTHING in:

zz_src_trinity_git

It would abort with an error: "Directory not empty" type of message.

I will try the above and get back to you with the results.

Keith

On Wed, Feb 29, 2012 at 2:20 PM, Darrell Anderson humanreadable@yahoo.com wrote:

...

Where is the./scripts/switch_submodules_to_head_and_clean script--that I can customize for my personal use--located?  The only copy of this script that I have found so far is part of the download itself.

I assumed that the script resides in the repository and that my script calls it from the repository location.

The script won't exist until the repository has been cloned locally. Thereafter the script will be in $LOCAL_GIT_DIR/scripts.

Darrell

---

To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting

The command line commands you suggested, started the download. When the first password message appeared and it stopped downloading--I Ctrl+C'd and stoped the download.

Then I edited the script "./scripts/switch_all_submodules_to_head_and_clean" and added what David suggested (i.e adding --recursive to several lines and removing --recursive from your startup script).

Then I ran the modified startup scrip you suggested.

This did NOT give me an error message and displayed "Already up-to-date." which I assume relates to what I had previously downloaded before I killed the command line startup you suggested.

Then it said:

Cloning into experimental... Password:

Hoping this was a onetime password I pressed enter. It ran for less than a minute and wanted another password.

Obviously what you and David suggested works--but the password problem did not go away.

Hmm. I never used a password until very recently when I was granted commit access. Up until then I always connected anonymously. I wonder whether entering a password just once has an effect that prevents anonymous connections.

If I recall correctly, when I first connected a few days after the GIT announcement in December, I manually created the local GIT directory (mkdir), did a cd to that directory and manually ran git clone --- without a script. Like this, but all manually:

mkdir -p /home/public/builds/slackware/trinity/zz_src_trinity_git cd /home/public/builds/slackware/trinity git clone --recursive http://scm.trinitydesktop.org/scm/git/tde zz_src_trinity_git

Notice I did a cd to the parent directory of $GIT_DIR (zz_src_trinity_git) before running the clone command.

Took a couple of hours. Thereafter I never again used git clone, instead using switch_all_submodules_to_head_and_clean, like this:

cd /home/public/builds/slackware/trinity/zz_src_trinity_git sh ./scripts/switch_all_submodules_to_head_and_clean anonymous

After a few times I automated the latter process into a script with a few bells and whistles.

I wonder whether manually deleting all of the "config" files would clean the local repository:

find $GIT_DIR -type f -name config -exec rm -f {} ;

Then perform a clone:

cd $GIT_DIR_ROOT git clone http://scm.trinitydesktop.org/scm/git/tde $GIT_DIR

I'm using GIT 1.7.1.

Now that I am using a password I wonder whether I can connect anonymously. I'll try that the next day or two when I rsync my local tree.

Darrell

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.

I made a start up script like this:

GIT_TREE_ROOT="/home/keith/builds/slackware/trinity" GIT_TREE="zz_src_trinity_git" cd $GIT_TREE_ROOT git clone --recursive http://scm.trinitydesktop.org/scm/git/tde $GIT_TREE /bin/bash ./scripts/switch_all_submodules_to_head_and_clean anonymous

and still had the password problem (with and without the /bin/bash being used)

First do this from the command line:

export GIT_TREE_ROOT="/home/keith/builds/slackware/trinity" export GIT_TREE="zz_src_trinity_git" mkdir -p $GIT_TREE_ROOT/$GIT_TREE cd $GIT_TREE_ROOT git clone --recursive http://scm.trinitydesktop.org/scm/git/tde $GIT_TREE

Then modify your script like this:

GIT_TREE_ROOT="/home/keith/builds/slackware/trinity" GIT_TREE="zz_src_trinity_git" if [ -d $GIT_TREE_ROOT/$GIT_TREE ]; then cd $GIT_TREE_ROOT/$GIT_TREE sh ./scripts/switch_all_submodules_to_head_and_clean anonymous else mkdir -p $GIT_TREE_ROOT/$GIT_TREE cd $GIT_TREE_ROOT git clone --recursive http://scm.trinitydesktop.org/scm/git/tde $GIT_TREE fi

Darrell

I went to the "Trinity Desktop Environment GIT Repositories" downloaded the tde directory folder at http://git.trinitydesktop.org/cgit/

downloaded the tde entry under main and searched it. There was not a scripts folder in it.

The web interface is not exactly the same as the full directory structure:

http://git.trinitydesktop.org/cgit/tde/tree/scripts

Darrell