# cg-admin-setuprepo fails to make a cg-clone'able repo 4 messages from 2005-11-10 to 2005-11-13. Participants: Randal L. Schwartz, Petr Baudis. Thread: https://gitlist.dev/t/2433 ## Randal L. Schwartz, 2005-11-10 16:32 Subject: cg-admin-setuprepo fails to make a cg-clone'able repo Message-ID: <86wtjg31lo.fsf@blue.stonehenge.com> URL: https://gitlist.dev/e/86wtjg31lo.fsf%40blue.stonehenge.com ``` 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 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! ``` ## Petr Baudis, 2005-11-11 00:13 Subject: Re: cg-admin-setuprepo fails to make a cg-clone'able repo Message-ID: <20051111001333.GH30496@pasky.or.cz> URL: https://gitlist.dev/e/20051111001333.GH30496%40pasky.or.cz In-Reply-To: <86wtjg31lo.fsf@blue.stonehenge.com> ``` Dear diary, on Thu, Nov 10, 2005 at 05:32:35PM CET, I got a letter where "Randal L. Schwartz" 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. ``` ## Randal L. Schwartz, 2005-11-12 16:51 Subject: Re: cg-admin-setuprepo fails to make a cg-clone'able repo Message-ID: <8664qxn71k.fsf@blue.stonehenge.com> URL: https://gitlist.dev/e/8664qxn71k.fsf%40blue.stonehenge.com In-Reply-To: <20051111001333.GH30496@pasky.or.cz> ``` >>>>> "Petr" == Petr Baudis 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 Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! ``` ## Petr Baudis, 2005-11-13 00:29 Subject: Re: cg-admin-setuprepo fails to make a cg-clone'able repo Message-ID: <20051113002916.GK30496@pasky.or.cz> URL: https://gitlist.dev/e/20051113002916.GK30496%40pasky.or.cz In-Reply-To: <8664qxn71k.fsf@blue.stonehenge.com> ``` Dear diary, on Sat, Nov 12, 2005 at 05:51:35PM CET, I got a letter where "Randal L. Schwartz" said that... > >>>>> "Petr" == Petr Baudis 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. ```