From: Jonas Fonseca Date: Wed, 23 Nov 2005 12:16:51 GMT Subject: Re: [PATCH] Cogito documentation updates Message-ID: <20051123121651.GB19302@diku.dk> In-Reply-To: <86veyn49gc.fsf@blue.stonehenge.com> Randal L. Schwartz wrote Sun, Nov 20, 2005: > >>>>> "Jonas" == Jonas Fonseca writes: > > Jonas> - local cg-fetch now works without the cp option -u > > But it still requires cp -d, unless some other patch fixed that recently. Ah, yes. I just recently tried local cloning on a FreeBSD box and it worked fine (apart from it spitting out a few errors, see the log below) and since the caveat section only mentioned the -u option I thought everything was fine. However, cloning a specific branch hits the error. So maybe the caveat section should just be updated to say that the -d option is required. --- $ cg clone cogito cogito-now defaulting to local storage area Hard links don't work - using copy Fetching head... /home/jonas/src/cogito/.git/HEAD -> .git/refs/heads/.origin-fetching Fetching objects... progress: 10289 objects, 16992385 bytes Fetching tags... error: missing object referenced by 'refs/tags/junio-gpg-pub' fatal: protocol error: bad line length character Failed to find remote refs unable to get tags list (non-fatal) New branch: 73874dddeec2d0a8e5cd343eec762d98314def63 Cloned to cogito-now/ (origin /home/jonas/src/cogito available as branch "origin") $ cg clone cogito#cogito-0.10 cogito-0.10 cp: illegal option -- d usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN directory cg-fetch: unable to get the head pointer of branch cogito-0.10 cg-clone: fetch failed -- Jonas Fonseca