Repeat by:
cg-admin-setuprepo repo
cg-clone $(PWD)/repo myview
Results:
defaulting to local storage area
Hard links don't work - using copy
cp: illegal option -- b
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 branch
cg-clone: fetch failed
Did I just hold my mouth wrong? I can't put a HEAD branch in, because
there's no local view in the repo.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[off-list ref] <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!
Dear diary, on Thu, Nov 10, 2005 at 05:32:35PM CET, I got a letter
where "Randal L. Schwartz" [off-list ref] said that...
Repeat by:
cg-admin-setuprepo repo
cg-clone $(PWD)/repo myview
You should cg-init locally, then cg-admin-setuprepo the public one and
push to it. I updated cg-admin-setuprepo's description wrt. that now.
Results:
defaulting to local storage area
Hard links don't work - using copy
cp: illegal option -- b
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 branch
cg-clone: fetch failed
But this is actually an entirely unrelated bug, it seems - pretty
strange. I revived another few months old thread because of this, since
it seems the 'b' was actually a typo and we don't want to pass 'cp' this
argument at all, but something different. Does cloning locally otherwise
work?
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.
quoted
quoted
quoted
quoted
"Petr" == Petr Baudis [off-list ref] writes:
Petr> But this is actually an entirely unrelated bug, it seems - pretty
Petr> strange. I revived another few months old thread because of this, since
Petr> it seems the 'b' was actually a typo and we don't want to pass 'cp' this
Petr> argument at all, but something different. Does cloning locally otherwise
Petr> work?
When I tried "local cloning", I first tried to make an empty archive
with cgi-init, but it dumped me into an editor. I couldn't find a
switch to turn that off. Perhaps the manpage should say "you'll
be dumped in to an editor", and perhaps provide a way to pass that
message with "-m".
So, on a whim, I realize that it's performing an initial commit, so
I try cg-init -I. And here's the result:
localhost:~/Projects/Git % cg-init -I my_master
defaulting to local storage area
localhost:~/Projects/Git % cg-clone my_master my_slave
defaulting to local storage area
find: /Users/merlyn/Projects/Git/my_master: No such file or directory
Hard links don't work - using copy
Fetching head...
cp: illegal option -- b
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 branch
cg-clone: fetch failed
So, I guess your answer is no. What is "-b" for cp. That's not
on my manpage.
And, after reading the manpage closer, I see my first "my_master"
was created wrong. But no error message. :( So, repeating this
using a subdirectory...
localhost:~/Projects/Git % rm -rf .git
localhost:~/Projects/Git % mkdir my_master
localhost:~/Projects/Git % cd my_master
localhost:..ects/Git/my_master % cg-init -I
defaulting to local storage area
localhost:..ects/Git/my_master % cd ..
localhost:~/Projects/Git % cg-clone my_master my_slave
defaulting to local storage area
Hard links don't work - using copy
Fetching head...
cp: illegal option -- b
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 branch
cg-clone: fetch failed
Again, lots of "no" answers there.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[off-list ref] <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!
Dear diary, on Sat, Nov 12, 2005 at 05:51:35PM CET, I got a letter
where "Randal L. Schwartz" [off-list ref] said that...
quoted
quoted
quoted
quoted
quoted
"Petr" == Petr Baudis [off-list ref] writes:
Petr> But this is actually an entirely unrelated bug, it seems - pretty
Petr> strange. I revived another few months old thread because of this, since
Petr> it seems the 'b' was actually a typo and we don't want to pass 'cp' this
Petr> argument at all, but something different. Does cloning locally otherwise
Petr> work?
When I tried "local cloning", I first tried to make an empty archive
with cgi-init, but it dumped me into an editor. I couldn't find a
switch to turn that off. Perhaps the manpage should say "you'll
be dumped in to an editor",
Well, that's pretty obvious after the first try. ;-)
and perhaps provide a way to pass that message with "-m".
Good idea. Added.
So, on a whim, I realize that it's performing an initial commit,
It says that right in the editor, after all. :-)
so I try cg-init -I.
And here's the result:
localhost:~/Projects/Git % cg-init -I my_master
defaulting to local storage area
localhost:~/Projects/Git % cg-clone my_master my_slave
defaulting to local storage area
find: /Users/merlyn/Projects/Git/my_master: No such file or directory
Hard links don't work - using copy
Fetching head...
cp: illegal option -- b
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 branch
cg-clone: fetch failed
So, I guess your answer is no. What is "-b" for cp. That's not
on my manpage.
It's something totally weird "backup" thing. A bug in Cogito, what we
_want_ is to have cp dereferencing its symlink. I replaced it with -L
now. Could you try the latest version from git or -rc2 (coming out in
few minutes), please?
And, after reading the manpage closer, I see my first "my_master"
was created wrong. But no error message. :(
Good catch. Fixed.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.