Re: [PATCH] Cogito documentation updates

From: Jonas Fonseca <fonseca@diku.dk>
Date: Nov 23, 2005, 12:16 UTC
Message-ID: <20051123121651.GB19302@diku.dk>
In-Reply-To: <86veyn49gc.fsf@blue.stonehenge.com>

Randal L. Schwartz <merlyn@stonehenge.com> wrote Sun, Nov 20, 2005:

Show 5 quoted lines

> >>>>> "Jonas" == Jonas Fonseca <fonseca@diku.dk> 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