On Wed, Aug 17, 2005 at 12:55:18PM +1200, Martin Langhoff wrote:
> On 8/17/05, Dave Jones <[EMAIL PROTECTED]> wrote:
> > I've no idea what I did when I tagged those trees, but according
> > to a google search, cvsps does that when it find patchsets which
> >
I just tried a cvs->git conversion using the git-cvsimport-script
and cvsps flagged a bunch of tags as **FUNKY**
I've no idea what I did when I tagged those trees, but according
to a google search, cvsps does that when it find patchsets which
are chronologically (and thus by patchset id) earlier t
On Fri, Aug 12, 2005 at 10:05:11PM -0700, Linus Torvalds wrote:
> HOWEVER, if all you want to do is just a tar-file, then there's a better
> solution. It's called
>
> snap=git-snapshot-$(date +"%Y%m%d")
> git-tar-tree HEAD $snap | gzip -9 > $snap.tar.gz
>
> which is even easier
Gar, got caught by the 'reply-to' going to Tony only...
Dave
--- Begin Message ---
On Fri, Aug 12, 2005 at 10:31:17AM -0700, Luck, Tony wrote:
> I've just got around to noticing some of the new (to
> me) features in git, and started experimenting with
> branches.
Seems a good
On Thu, Aug 04, 2005 at 06:41:41PM +0100, Sanjoy Mahajan wrote:
> > By any chance, is this patch causing you problems?
>
> No, sadly. But I had hopes! As I think about it more, there's no way
> it could, since I have CONFIG_HOTPLUG=y, so moving the CONFIG_HOTPLUG
> would not change anything
On Wed, Apr 20, 2005 at 09:00:44PM -0700, Linus Torvalds wrote:
> > My logic: it's a lot more intuitive to say "cg-log | less" to get
> > paginated output than it is to say "cg-log | cat" to get unpaginated
> > output.
> I disagree.
>
> There is _never_ any valid situation where you do "cg
On Sat, Apr 16, 2005 at 05:44:09PM -0700, Paul Jackson wrote:
> Dave wrote:
> > mktemp is being used here to provide randomness in the filename,
> > not just a uniqueness.
>
> Ok - useful point.
>
> How about:
>
> t=${TMPDIR:-/usr/tmp}/gitdiff.$$.$RANDOM
pid is still predictable b
On Sat, Apr 16, 2005 at 05:02:21PM -0700, Paul Jackson wrote:
> > And racy. And not guaranteed to come up with fresh new files.
>
> In theory perhaps. In practice no.
>
> Even mktemp(1) can collide, in theory, since there is no practical way
> in shell scripts to hold open and locked the f
8 matches
Mail list logo
