Re: [ANNOUNCE] pg - A patch porcelain for GIT
- From
Petr Baudis <pasky@suse.cz>
- Date
- Feb 10, 2006, 21:47 UTC
- Message-ID
- <20060210214723.GP31278@pasky.or.cz>
- In-Reply-To
- <20060210213818.GB1604@spearce.org>
Dear diary, on Fri, Feb 10, 2006 at 10:38:18PM CET, I got a letter where Shawn Pearce <spearce@spearce.org> said that...
Show 7 quoted lines
> But two things happened: > > 1) Cogito didn't run well on a Solaris box I wanted to try and > use it in; apparently we don't have enough GNU shell commands > available and Cogito fell over. (But right now I'd bet pg > will behave the same if not worse. I haven't had time to try > it. *sigh*)
I'm always listening for bugreports. Besides requiring bash, Cogito _is_ expected to run on POSIX stuff!
Show 6 quoted lines
> 2) I found myself suddenly typing 'pg-log' and 'pg-diff' rather > than 'git-log' and 'git-diff'. Call it future muscle memory? > I hadn't written either of these scripts so I was getting a lot > of '-bash: pg-log: command not found' errors from my shell. > So they both became 1 line wrappers around the git-core > versions, just to save my sanity.
I see. IIRC Catalin gave the similar reasoning. (Obviously, my egoistical me might be just hurt by it not wrapping Cogito. ;))
Show 7 quoted lines
> > But while it claims to be compatible with all the porcelains, it at > > least cannot be clone by them. ;) The GIT repository is not quite a > > valid GIT repository since it is missing the HEAD and Cogito clones > > based on this file instead of just assuming that your head is on the > > master branch. > > Fixed.
Thanks.
Show 11 quoted lines
> > Also, when cloning it gives me a little unnerving errors like > > > > error: File 6427c0154400f578d9cdff178e01e946db6f714f > > (http://www.spearce.org/projects/scm/pg.git/objects/64/27c0154400f578d9cdff178e01e946db6f714f) > > corrupt > > I've seen the same. I think it is either a bug in my rsync script > or a bug in the GIT http clone code; because that is the current > tip commit of the master branch. And I've only seen that error for > the tip commit, and only if the object doesn't exist in the object > directory because I've done git-pack && git-prune-packed.
On a second thought, this is probably simply caused by the web server not reporting 404 on missing files.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ Of the 3 great composers Mozart tells us what it's like to be human, Beethoven tells us what it's like to be Beethoven and Bach tells us what it's like to be the universe. -- Douglas Adams