# [PATCH] fix cg-fetch so that it doesn't use -d (to work with POSIX cp)

2 messages from 2005-11-21 to 2005-11-21. Participants: Randal L. Schwartz, Andreas Ericsson.
Thread: https://gitlist.dev/t/2621

## Randal L. Schwartz, 2005-11-21 04:10

Subject: [PATCH] fix cg-fetch so that it doesn't use -d (to work with POSIX cp)
Message-ID: <863blq4p4x.fsf@blue.stonehenge.com>
URL: https://gitlist.dev/e/863blq4p4x.fsf%40blue.stonehenge.com

```

I simply removed -d, since I don't know how necessary it is to make
it work better, but it seems to work fine on OSX now.

remove -d flag from cp

---
commit 3e7bc5b605f58376688f1cf195f51965becd5c3f
tree 1c53f8753ff9c31f0ff2692b64754ad48e45f143
parent 22ff47e9b3c5fc8aa2efbc5ac8690b06b868ef6f
author Randal L. Schwartz <merlyn@localhost.(none)> Sun, 20 Nov 2005 20:01:38 -0800
committer Randal L. Schwartz <merlyn@localhost.(none)> Sun, 20 Nov 2005 20:01:38 -0800

 cg-fetch |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/cg-fetch b/cg-fetch
index 5a2039f..eb89ebe 100755
--- a/cg-fetch
+++ b/cg-fetch
@@ -158,7 +158,7 @@ get_local()
 		cp_flags_l="$cp_flags_l -L"
 		shift
 	else
-		cp_flags_l="$cp_flags_l -dpR"
+		cp_flags_l="$cp_flags_l -pR"
 	fi
 
 	[ "$1" = "-i" ] && shift


-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

```

## Andreas Ericsson, 2005-11-21 08:46

Subject: Re: [PATCH] fix cg-fetch so that it doesn't use -d (to work with POSIX cp)
Message-ID: <43818966.7020800@op5.se>
URL: https://gitlist.dev/e/43818966.7020800%40op5.se
In-Reply-To: <863blq4p4x.fsf@blue.stonehenge.com>

```
Randal L. Schwartz wrote:
> I simply removed -d, since I don't know how necessary it is to make
> it work better, but it seems to work fine on OSX now.
> 

This enforces symrefs instead of symlinks when cloning locally. There 
have been some discussions on the topic before, and the decision was to 
maintain symlink support on filesystems that can do it. OTOH, Pasky 
(cogito author) was all for only supporting symrefs, so perhaps he'll 
accept this anyways.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

```
