On Fri, Apr 22, 2005 at 05:09:31AM +0200, Petr Baudis wrote:
> Hello,
>
> FYI, I've released git-pasky-0.6.3 earlier in the night.
Hm, fun thing to try:
go into a kernel git tree.
rm Makefile
git diff
Watch it as it thinks that every Makefile in the kernel tree is now
Linus Torvalds writes:
> I've just integrated the Mozilla SHA1 library implementation that Adgar
> Toernig sent me into the standard git archive (but I did the integration
> differently).
Here is a new PPC SHA1 patch that integrates better with this...
> Interestingly, the Mozilla SHA1 code is a
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> I'd _really_ prefer to just try to teach people to work from
LT> the "top" directory instead.
I share the sentiment, but I do not think that is an option.
There are three possibilities:
- Train people to always work from the top and n
Linus,
Just for fun, I wrote a ppc-assembly SHA1 routine. It appears to be
about 2.5x faster than the generic version. It reduces the time for a
fsck-cache on a linux-2.6 tree from ~6.8 seconds to ~6.0 seconds on my
G4 powerbook.
Paul.
diff -urN git.orig/Makefile git/Makefile
--- git.orig/Make
On Thu, 21 Apr 2005, Junio C Hamano wrote:
>
> I am thinking about an alternative way of doing the above by
> some modifications to the git core. I think the root of this
> problem is that there is no equivalent to GIT_INDEX_FILE and
> SHA1_FILE_DIRECTORY that tells the core git where the proje
On Thursday 21 April 2005 09:09 pm, Petr Baudis wrote:
> Hello,
>
> FYI, I've released git-pasky-0.6.3 earlier in the night. It brings
> especially plenty of bugfixes, but also some tiny enhancements, like
> colored log and ability to pick branch in the remote repository. git log
> and git pat
Petr Baudis <[EMAIL PROTECTED]> writes:
Still, why would you escape it? My shell will not take # as a
comment start if it is immediately after an alphanumeric character.
I guess there MIGHT be some command shell implementation
that stupidly _DID_ accept "#" as a comment character,
even immediately
It turns out that mktemp's "-t" option, while useful, isn't
available on many systems (Mandrake & Red Hat Linux 9 at least,
and probably piles of others). So, here's a portability
patch that removes all use of mktemp's "-t" option.
Unlike the quick hack I posted earlier, this should be
"clean ever
Hello,
FYI, I've released git-pasky-0.6.3 earlier in the night. It brings
especially plenty of bugfixes, but also some tiny enhancements, like
colored log and ability to pick branch in the remote repository. git log
and git patch now also accept range of commits, so e.g. if you do
git
* Petr Baudis ([EMAIL PROTECTED]) wrote:
> Dear diary, on Fri, Apr 22, 2005 at 03:55:21AM CEST, I got a letter
> where Chris Wright <[EMAIL PROTECTED]> told me that...
> > Here's a simple spec file to do rpm builds. It's against the
> > latest Makefile (which has the s/BINDIR/bindir/ change). I'v
Dear diary, on Fri, Apr 22, 2005 at 03:55:21AM CEST, I got a letter
where Chris Wright <[EMAIL PROTECTED]> told me that...
> Here's a simple spec file to do rpm builds. It's against the
> latest Makefile (which has the s/BINDIR/bindir/ change). I've used
> DESTDIR, although it's not clear it's me
> Petr Baudis <[EMAIL PROTECTED]> writes:
> Remember that it's an URL (so you can't use '%'), and '#' is the
> canonical URL fragment identifier delimiter. (And fragments are
> perfect for this kind of thing, if you look at the RFC, BTW.)
Ouch, true--rule out %...
> Still, why would you esca
Here's a simple spec file to do rpm builds. It's against the
latest Makefile (which has the s/BINDIR/bindir/ change). I've used
DESTDIR, although it's not clear it's meant to stay in the Makefile.
For now, there's no dynamic (git.spec.in, for example) update to the
Version, so it's set against 0.
Dear diary, on Fri, Apr 22, 2005 at 03:48:35AM CEST, I got a letter
where Inaky Perez-Gonzalez <[EMAIL PROTECTED]> told me that...
> > Petr Baudis <[EMAIL PROTECTED]> writes:
>
> > I've just added to git-pasky a possibility to refer to branches
> > inside of repositories by a fragment identifi
Hello!
setterm only works on Linux terminal. It should be safe to use raw ANSI
sequences -they work on most terminals, including xterm. Nobody forces
you to use the "-c" option to "git log" on those stone-age terminals
that neither support nor ignore ANSI color codes.
I'm aware of $'...' but it
On Thursday 21 April 2005 06:54 pm, Petr Baudis wrote:
> Duh. And they say "Where possible terminfo is consulted to find the
> string to use." in their manual page. :/
>
> > gitlog.sh: 6d24d857fb6c2f7e810954adaca1990599906f07
> > --- a/gitlog.sh
> > +++ b/gitlog.sh
> > @@ -11,11 +11,11 @@
> >
>
Hi!
On 4/21/05, Petr Baudis <[EMAIL PROTECTED]> wrote:
> Dear diary, on Fri, Apr 22, 2005 at 02:46:19AM CEST, I got a letter
> where Daniel Serpell <[EMAIL PROTECTED]> told me that...
> >
> > This has two problems, solved in two patches:
>
> could you please sign them off?
Ok, here are, resent (
Dear diary, on Fri, Apr 22, 2005 at 02:46:19AM CEST, I got a letter
where Daniel Serpell <[EMAIL PROTECTED]> told me that...
> Hi!
Hi,
> On 4/21/05, Petr Baudis <[EMAIL PROTECTED]> wrote:
> >
> > I made git log colorized if you pass it -c in current git-pasky.
> >
>
> This has two problems, s
Hi!
On 4/21/05, Petr Baudis <[EMAIL PROTECTED]> wrote:
>
> I made git log colorized if you pass it -c in current git-pasky.
>
This has two problems, solved in two patches:
* A space is added in front of header lines when you use color.
* It does not work in my (Debian) xterm. This is because
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> Add support for a "GIT_INDEX_FILE" environment variable.
LT> We use that to specify alternative index files, which can be useful
LT> if you want to (for example) generate a temporary index file to do
LT> some specific operatio
On Thursday 21 April 2005 18:47, Linus Torvalds wrote:
> On Thu, 21 Apr 2005, Chris Mason wrote:
> > Shrug, we shouldn't need help from the kernel for something like this.
> > git as a database hits worst case scenarios for almost every FS.
[ ... ]
We somewhat agree on most of this, I snipped ou
Hello!
On Fri, 2005-04-22 at 01:07 +0200, Matthias Urlichs wrote:
> Hi,
>
> Junio C Hamano:
> > I sent essentially the same some time ago and got a comment to
> > follow established naming convention.
> >
> Well, for a Makefile which installs in basically one directory, that
> seems to be overki
On Thu, 21 Apr 2005 12:19:32 -0500 Joel Schopp wrote:
| I downloaded git-pasky 0.6.2. I cannot compile it because my zlib
| version is 1.1.4 and git-pasky relies on function deflateBound() which
| wasn't introduced until zlib version 1.2.x Is there a patch out there
| to work around this and m
Hello!
Patch against current git, applies cleanly to both linus and pasky
branches.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
--- a/README
+++ b/README
@@ -95,7 +95,7 @@ The object types in some more detail:
In particular, since the blob is entirely defined by its data,
if t
Hi,
Junio C Hamano:
> I sent essentially the same some time ago and got a comment to
> follow established naming convention.
>
Well, for a Makefile which installs in basically one directory, that
seems to be overkill.
> # DESTDIR=
> BINDIR=$(HOME)/bin
> install foobar $(DESTD
Junio C Hamano wrote:
"DG" == David Greaves <[EMAIL PROTECTED]> writes:
Looks nice. I agree with Petr's comment that separating core part
and Cogito part would be good
OK
And the option to use working tree is not having the --cached
flag you describe later. Please also update the usage at the
to
Hi,
Petr Baudis:
> Why? report() already prints linefeed.
>
Ah, it didn't when I wrote this.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo
> "MU" == Matthias Urlichs <[EMAIL PROTECTED]> writes:
MU> Index: diff-tree.c
MU> +static const char diff_tree_usage[] =
MU> + "diff-tree [ -r (recurse) | -z (\\0-terminate) ]"
MU> + "\n\t ";
I think we already have this, and Pasky's right to say the
(recurse) and (\0-terminate)
> "MU" == Matthias Urlichs <[EMAIL PROTECTED]> writes:
MU> # (my ext3 doesn't).
MU> CFLAGS=-g -O3 -Wall
MU> +DEST=$(HOME)/bin
MU> install: $(PROG) $(GEN_SCRIPT)
MU> - install $(PROG) $(SCRIPT) $(GEN_SCRIPT) $(HOME)/bin/
MU> + install $(PROG) $(SCRIPT) $(GEN_SCRIPT) $(DEST)/
I sent e
Linus Torvalds wrote:
>
> I've just integrated the Mozilla SHA1 library implementation into the
> standard git archive
Thanks.
In the mood for another compatibility hack? My zlib doesn't have
deflateBound and browsing through the git-ml archive it seems I'm
not the only one. How about putting t
Dear diary, on Fri, Apr 22, 2005 at 12:29:07AM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> On Thu, 21 Apr 2005 [EMAIL PROTECTED] wrote:
> >
> > I can't quite see how to manage multiple "heads" in git. I notice that in
> > your tree on kernel.org that .git/HEAD
> "DG" == David Greaves <[EMAIL PROTECTED]> writes:
Looks nice. I agree with Petr's comment that separating core part
and Cogito part would be good, and I would appreciate if you
pushed the core part documentation to Linus as well.
Some nitpicks and notes on your core part description.
DG>
On Thu, 21 Apr 2005, Chris Mason wrote:
>
> Shrug, we shouldn't need help from the kernel for something like this. git
> as
> a database hits worst case scenarios for almost every FS.
I really disagree.
> We've got:
>
> 1) subdirectories with lots of files
> 2) wasted space for tiny files
We cannot currently say:
$ commit-tree $(write-tree) $(cat .git/heads/junio .git/heads/linus)
The above must be written as:
$ commit-tree $(write-tree) \
-p $(cat .git/heads/junio) \
-p $(cat .git/heads/linus)
This patch makes -p flag optional. Existing scripts are
hopefully not af
Dear diary, on Thu, Apr 21, 2005 at 11:12:45PM CEST, I got a letter
where Sean <[EMAIL PROTECTED]> told me that...
> On the off chance that someone else might like it, here is a pager script
> for the git log that adds a splash of color:
Actually, I would've never expected that I would like it, bu
On 4/21/05, Kay Sievers <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 20, 2005 at 10:42:53AM +0100, Christoph Hellwig wrote:
>
> It's working now:
> http://ehlo.org/~kay/gitweb.pl
>
Kay + Christian + Ken,
That looks really great!.
One suggestion: when drilling down through the tree it would be ni
Hi!
> > It seems that someone should write "Kernel hacker's guide to
> > git"... Documentation/git.txt seems like good place. I guess I'll do
> > it.
>
> I've also started writing some tutorial-like guide to Cogito on my
> notebook, but I have time for that only during lectures. :^)
Well, this w
On the off chance that someone else might like it, here is a pager script
for the git log that adds a splash of color:
#!/bin/sh
git log "$@" | sed -re '
/.*signed-off-by.*/Is//\x1b[34m&\x1b[0m/
/^--*$/Is//\x1b[31m&\x1b[0m/
/^(commit|tree|parent) .*/Is//\x1b[32m&\x1b[0m/
/^aut
* Olivier Andrieu <[EMAIL PROTECTED]> wrote:
> > - naming the boxes by key is quite meaningless. It would be more
> > informative to see the author's email shortcuts in the boxes. Also, it
> > would be nice to see some simple graphical feedback about the size and
> > scope of a chang
On Wed, 20 Apr 2005, Brad Roberts wrote:
> How about fetching in the inverse order. Ie, deepest parents up towards
> current. With that method the repository is always self consistent, even
> if not yet current.
Daniel Barkalow replied:
> You don't know the deepest parents to fetch until you've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Donnerstag, 21. April 2005 23:15 schrieb John Stoffel:
> > "Petr" == Petr Baudis <[EMAIL PROTECTED]> writes:
>
> Petr> Perhaps it would be useful to have some "command classes" (with at
> least Petr> cg-*-(add|ls|rm)), like:
>
> Petr> cg
> However you're
> right that the original structure proposed by Linus is too flat.
That was the only point I *meant* to defend. The rest was error.
-t
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
> Tom, please stop this ext* filesystem bashing ;-)
For one thing... yes, i'm totally embarassed on this issue.
I made a late-night math error in a spec. *hopefully* would
have noticed it on my own as I coded to that spec but y'all
have been wonderful at pointing out my mistake to me even
Dear diary, on Thu, Apr 21, 2005 at 11:38:11PM CEST, I got a letter
where Pavel Machek <[EMAIL PROTECTED]> told me that...
> Hi!
>
> It seems that someone should write "Kernel hacker's guide to
> git"... Documentation/git.txt seems like good place. I guess I'll do
> it.
I've also started writing
Hi!
It seems that someone should write "Kernel hacker's guide to
git"... Documentation/git.txt seems like good place. I guess I'll do
it.
> > just plain vanilla" without rm -rf?
>
> git cancel will give you "plain last commit". If you need plain vanilla,
> the "hard way" now is to just do
>
>
Dear diary, on Thu, Apr 21, 2005 at 11:15:54PM CEST, I got a letter
where John Stoffel <[EMAIL PROTECTED]> told me that...
> > "Petr" == Petr Baudis <[EMAIL PROTECTED]> writes:
>
> Petr> Perhaps it would be useful to have some "command classes" (with at least
> Petr> cg-*-(add|ls|rm)), like:
>
Dear diary, on Thu, Apr 21, 2005 at 11:16:11PM CEST, I got a letter
where David Greaves <[EMAIL PROTECTED]> told me that...
> Petr Baudis wrote:
> >
> >Make a choice - either you are describing git or Cogito. The frmer has
> >no RSYNC_FLAGS and does not care about any heads or anything at all (you
Petr Baudis wrote:
Make a choice - either you are describing git or Cogito. The frmer has
no RSYNC_FLAGS and does not care about any heads or anything at all (you
might mention it as a recommended convention, though).
I was going to do both - surely that's OK?
The only reason it's core so far is th
> "Petr" == Petr Baudis <[EMAIL PROTECTED]> writes:
Petr> Perhaps it would be useful to have some "command classes" (with at least
Petr> cg-*-(add|ls|rm)), like:
Petr> cg-branch-ls
Petr> cg-remote-rm
Petr> cg-tag-add
Just speaking of consistency, can we make it so that all the commands
On Thu, 2005-04-21 at 22:29 +0200, Petr Baudis wrote:
> Dear diary, on Thu, Apr 21, 2005 at 06:21:58PM CEST, I got a letter
> where Martin Schlemmer <[EMAIL PROTECTED]> told me that...
> > Hi,
>
> Hi,
>
> > Just pulled linux-2.6.git, and got this:
> >
> >
> > New branch: 3a6fd752a50af927658
Dear diary, on Thu, Apr 21, 2005 at 10:40:44PM CEST, I got a letter
where David Greaves <[EMAIL PROTECTED]> told me that...
> @@ -156,3 +317,23 @@
> unpack-file
> unpack-file.c
>
> +
> +
> +git Environment Variables
> +GIT_CACHE_DIRECTORY
> +AUTHOR_NAME
> +AUTHOR_EMAIL
> +AUTHOR_DATE
> +R
Dear diary, on Thu, Apr 21, 2005 at 02:43:33PM CEST, I got a letter
where Matthias Urlichs <[EMAIL PROTECTED]> told me that...
> This patch adds the ability to "git push", as the obvious converse of
> "git pull".
While lack of locking is a problem for git-pasky too, for this git push
it is a downr
Added commit-tree, diff-cache and environment info
Signed-off-by: David Greaves <[EMAIL PROTECTED]>
---
Index: README.reference
===
--- c0260bfb82da04aeff4e598ced5295d6ae2e262d/README.reference (mode:100644
sha1:8186a561108d3c6262561
> [your 0:3/4:7 directory hierarchy is horked]
Absolutely. Made a dumb mistake the night I wrote that spec
and embarassed that I initially defended it. I had an arithmetic
error. Thanks, this time, for your persistence in pointing it out.
-t
-
To unsubscribe from this list: send the line
> Yes, it really doesn't make much sense to have so big keys on the
> directories.
It's official... i'm blushing wildly thank you for the various
replies that pointed out my thinko.
That part of my spec hasn't been coded yet --- i just wrote text. It
really was the silly late-night e
Dear diary, on Thu, Apr 21, 2005 at 06:21:58PM CEST, I got a letter
where Martin Schlemmer <[EMAIL PROTECTED]> told me that...
> Hi,
Hi,
> Just pulled linux-2.6.git, and got this:
>
>
> New branch: 3a6fd752a50af92765853879f4a11cc0cfcd0320
> Tracked branch, applying changes...
> Merging 4d78
On Thursday 21 April 2005 15:28, Krzysztof Halasa wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
> > Wrong. You most definitely _can_ lose: you end up having to optimize for
> > one particular filesystem blocking size, and you'll lose on any other
> > filesystem. And you'll lose on the special
> Ingo Molnar [Thu, 21 Apr 2005]:
> I just checked how the kernel repository looks like with it, and
> i'm impressed! The GUI is top-notch, and the whole graph output and
> navigation is very mature visually. Kudos!
Thanks !
> - there doesnt seem to be any performance difference between non-
On Thu, 21 Apr 2005, Krzysztof Halasa wrote:
>
> If someone needs better on-disk ratio, (s)he can go with 1 KB filesystem
> or something like that, without all the added complexity of packing.
I really think the argument that "you can use filesystem feature XYZ" is
bogus.
I know that I'm not
Hi, Matthias!
On Thu, 2005-04-21 at 23:31 +1000, Matthias Urlichs wrote:
> "git cancel" may not be named correctly for this job, but it does almost
> everything you'd need for switching between one branch and another
> within a repository, so...
This functionality is badly needed, but "git cancel
In the transition from git-0.04 to git-0.5 (Linus' track) the naming
convention of files in the object database has been changed: a file's
name passed from the sha1 of its contents to the sha1 of its contents
*before* compression.
This change was preceded by a long discussion hence both convent
I've just integrated the Mozilla SHA1 library implementation that Adgar
Toernig sent me into the standard git archive (but I did the integration
differently).
The Mozilla SHA1 code is copyright Paul Kocher and Cryptography Research,
and is released under a dual MPL/GPL license. Git obviously uses
On Thu, Apr 21, 2005 at 10:31:02PM +0800, Alecs King wrote:
> On Thu, Apr 21, 2005 at 12:23:26PM +0200, Klaus Robert Suetterlin wrote:
> > Hi,
> >
> > I supply a patch that dehardcodes the path to bash (which is not /bin
> > on all computers) and adds sys/limits.h to provide ULONG_MAX.
>
> Hi, i
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Wrong. You most definitely _can_ lose: you end up having to optimize for
> one particular filesystem blocking size, and you'll lose on any other
> filesystem. And you'll lose on the special filesystem of "network
> traffic", which is byte-granular.
If
Dear diary, on Thu, Apr 21, 2005 at 09:00:09PM CEST, I got a letter
where Pavel Machek <[EMAIL PROTECTED]> told me that...
> Hi!
Hi,
> > > Well, not sure.
> > >
> > > I did
> > >
> > > git track linus
> > > git cancel
> > >
> > > but Makefile still contains -rc2. (Is "git cancel" right way to
> Using your suggested indexing method that uses [0:4] as the 1st level key
and
[0:3]
> [4:8] as the 2nd level key, I obtain an indexed archive that occupies 159M,
> where the top level contains 18665 1st level keys, the largest first level
Make the cache management code behave more like a library. There are no
longer any global variables in read-cache.c. Nothing ever uses more than
one cache yet, but I can see how it might simplify some of the merge code.
Signed-off-by: Brad Roberts <[EMAIL PROTECTED]>
---
cache.h |
tree 38adb888a4c1adfe083f24d4ec51018e0b5a8335
parent 0a556dc01b8e48f684ce6e0c26f8c00b5e39c4ac
author Brad Roberts <[EMAIL PROTECTED]> 1114093024 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114093024 -0700
[PATCH] the end goal of the last dozen or so commits, there's no longer a
global cache
tree f8dd454f774d42526149193970b612a46f3ddd26
parent 058c25fd81e5949354d96f2aad222ae73a6c1dee
author Brad Roberts <[EMAIL PROTECTED]> 1114088345 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114088345 -0700
[PATCH] rename cache_match_stat to ce_match_stat to match other cache_entry
related fu
tree 6feaeb314fb1bea393250972b109b7d218cf37d7
parent b965055600b8bf4927ea631446cd6cde714aef95
author Brad Roberts <[EMAIL PROTECTED]> 1114087949 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114087949 -0700
[PATCH] temporarily change add_cache_entry to create an empty cache on demand
read-tre
tree 6bce19032505c2939bf74eeca5e51aeefa4e1600
parent f07f7073f45a7f81e5b6cf26f5181e14fd051d81
author Brad Roberts <[EMAIL PROTECTED]> 1114086602 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114086602 -0700
[PATCH] change all call sites that use the return value of read_cache to get
the # of
tree c806c7328a6c9297df108ab00ebe1c4014496cb0
parent b7d4fa53d4ee449b4b9b4f3c9dd40d6c99db4bc1
author Brad Roberts <[EMAIL PROTECTED]> 1114086327 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114086327 -0700
[PATCH] introduce a cache struct and move the various cache globals into it.
New eleme
tree a2c82ce3512904f82f78d87d86709a471f67ef9f
parent ff3667537379d5b0680e8c4f9a14d82dc9835430
author Brad Roberts <[EMAIL PROTECTED]> 1114083477 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114083477 -0700
[PATCH] move cache_header out of the public view
Signed-off-by: Brad Roberts <[EMAIL P
tree 9198385d73b718a2fd016362a9d93ccce1e7423c
parent cc414a188c0e8fefa7bea4f969cc7adfe4265d6f
author Brad Roberts <[EMAIL PROTECTED]> 1114083132 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114083132 -0700
[PATCH] Remove active_cache, active_nr, and active_alloc from public view
Signed-off-b
tree 44f1ef88a5d0effdf2337f4c72b88b2bdcd9a54b
parent 8a4556bdf5bc847117c840a8fd7fa42f6efb16e1
author Brad Roberts <[EMAIL PROTECTED]> 1114082996 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114082996 -0700
[PATCH] fix up diff-cache.c to use new cache api's
Along the way, rewrite to use a pos
tree 3a2928786f84d81cfb1a5846cdaf9f3d5403cbcf
parent a94803645fb68119be8835d466585c91e664a173
author Brad Roberts <[EMAIL PROTECTED]> 1114077713 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114077713 -0700
[PATCH] migrate write-tree.c to use the new cache api's
Along the way, altered the wri
tree 54aca1a1c5f41995c79fdf6b5f720574d0bfd8ef
parent 50a6596bf7f51ecd598cd02d9c44379a9b92044a
author Brad Roberts <[EMAIL PROTECTED]> 1114077105 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114077105 -0700
[PATCH] migrate check-files.c to the new cache api's
Signed-off-by: Brad Roberts <[EMA
tree 7a3cab4437a849857cc899017b97eea1787a6ce1
parent 099367f98cc063c33733d15c7a2d9737bea853d9
author Brad Roberts <[EMAIL PROTECTED]> 1114077044 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114077044 -0700
[PATCH] migrate read-tree.c to the new cache api's
Signed-off-by: Brad Roberts <[EMAIL
tree 68af3fb1d46759f437d15f310a9aea2931708601
parent e2acfff5e544a8c6769a9e665927092b3edd7579
author Brad Roberts <[EMAIL PROTECTED]> 1114075605 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114075605 -0700
[PATCH] rename remove_entry_at to remove_cache_entry_at and expose as a public
api
Si
tree a3bd48d2beba79d70e97d8647ee35a645e494350
parent f908b2542a9a3ea321633a31cf0e7ca2c8b669d4
author Brad Roberts <[EMAIL PROTECTED]> 1114074486 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114074486 -0700
[PATCH] migrate show-files.c to the new cache api's
Signed-off-by: Brad Roberts <[EMAI
tree 8140acee0f9c57bfd87f40d1f99242c772afcdf2
parent 32efd81a3292a923ce5b5ae2e39ffefd0b08664d
author Brad Roberts <[EMAIL PROTECTED]> 1114074631 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114074631 -0700
[PATCH] migrate merge-cache.c over to the new cache api's
Signed-off-by: Brad Roberts
On Thu, 21 Apr 2005, Linus Torvalds wrote:
>
> You can also use it to test merges without screwing up your old index file
> in case something goes wrong.
Btw, if it wasn't obvious, for the merge thing to work you need to first
copy the old index file _or_ generate a new temporary index file fi
tree bbc50100a5cfd22264c2b0731ef8678656a399d8
parent 27fc41dcd4aecafdaf583f3962697a2fa3fb6480
author Brad Roberts <[EMAIL PROTECTED]> 1114073516 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114073516 -0700
[PATCH] convert show-diff.c to use new cache hiding api's
Signed-off-by: Brad Roberts
tree ebbf2c037e68116c4ff934f140ca12cdbe13311d
parent 77de9e0b7a81ddc22526c9415f0273171f631d3f
author Brad Roberts <[EMAIL PROTECTED]> 1114073146 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114073146 -0700
[PATCH] Add new api's to front the active_cache and active_nr cache internals
Signed-o
tree 34f7fc89e28a40387e811057065592ed2f0218a2
parent d70686e08f453199e5451b27fc7d0b36b73a5c7f
author Brad Roberts <[EMAIL PROTECTED]> 1114073784 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114073784 -0700
[PATCH] Migrate update-cache.c to use the new cache api's
Signed-off-by: Brad Roberts
tree b95df78e4cc90db8c4c8d0ad870bef74b7fd29e2
parent 40bf732f5bcb986943070a2ed6c09a16543d81be
author Brad Roberts <[EMAIL PROTECTED]> 1114074234 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114074234 -0700
[PATCH] migrate checkout-cache.c to the new cache api's
Signed-off-by: Brad Roberts <[
tree f45fd10b26bf98349b63427805a96bd0551cad74
parent 43fdf65356c50483233cb3d6e391b0849b2a2a50
parent cd1c034369b73da7503da365fa556aab27004814
author Brad Roberts <[EMAIL PROTECTED]> 1114072582 -0700
committer Brad Roberts <[EMAIL PROTECTED]> 1114072582 -0700
[PATCH] write_cache api signature chang
Tonight I did a bunch of tiny steps towards making the cache management
code behave more like a library. There are no longer any global variables
in read-cache.c. Nothing ever uses more than one cache yet, but I can
see how it might simplify some of the merge code.
They're also visible here: ht
Matthias Urlichs wrote:
Linus Torvalds wrote:
I realize that there is probably a law that there has to be a space, but I
actually personally use tab-completion all the time
It's very unusual, but I can't think of any crisis it causes.
One minor annoyance: Windows doesn't support #! magic h
On Thu, 21 Apr 2005, Linus Torvalds wrote:
> Did I already happen to mention that I think that the git model is the
> best model ever, and that I'm just not an incredibly good-looking hunk and
> becomingly modest, I'm smart too?
You forgot, *again*, to take your medications !!
- Davide
-
To u
This checkin goes along with the previous one, and makes it easier to use
all the normal git operations on temporary index files:
Add support for a "GIT_INDEX_FILE" environment variable.
We use that to specify alternative index files, which can be useful
if you want to (for example) gen
I just pushed out this very useful thing to "checkout-cache", which is
best just described by its commit log:
Add the ability to prefix something to the pathname to "checkout-cache.c"
This basically makes it trivial to use checkout-cache as a "export as
tree" function. Just read the des
On Thu, 21 Apr 2005 12:19:32 -0500 Joel Schopp wrote:
| I downloaded git-pasky 0.6.2. I cannot compile it because my zlib
| version is 1.1.4 and git-pasky relies on function deflateBound() which
| wasn't introduced until zlib version 1.2.x Is there a patch out there
| to work around this and
I downloaded git-pasky 0.6.2. I cannot compile it because my zlib
version is 1.1.4 and git-pasky relies on function deflateBound() which
wasn't introduced until zlib version 1.2.x Is there a patch out there
to work around this and maybe conditionally compile based on the zlib
version?
I apol
Tom Lord graced us with:
> I think you have made a mistake by moving the sha1 checksum from the
> zipped form to the inflated form. Here is why:
>
> What you have set in motion with `git' is an ad-hoc p2p network for
> sharing filesystem trees -- a global distributed filesystem. I
> believe your
Dear diary, on Thu, Apr 21, 2005 at 04:47:16PM CEST, I got a letter
where Ingo Molnar <[EMAIL PROTECTED]> told me that...
>
> is the 'diff with ancestor' feature supposed to work at this early
> stage? (it just does nothing when i click on it. It correctly offers two
> ancestors for merge points
Petr Baudis wrote:
Dear diary, on Thu, Apr 21, 2005 at 02:41:52PM CEST, I got a letter
where Matthias Urlichs <[EMAIL PROTECTED]> told me that...
This patch adds somewhat-improved usage messages to some of Linus' programs.
Specifically, they now handle -? / --help.
just so you know, the intention o
Dear diary, on Thu, Apr 21, 2005 at 04:21:00PM CEST, I got a letter
where Edgar Toernig <[EMAIL PROTECTED]> told me that...
> Petr Baudis wrote:
> >
> > A little off-topic, anyone knows how to turn off that damn alternate
> > screen thing on the xterm level? (Or any other level which makes _all_
>
Dear diary, on Thu, Apr 21, 2005 at 04:12:49PM CEST, I got a letter
where Matthias Urlichs <[EMAIL PROTECTED]> told me that...
> Hi, Petr Baudis wrote:
>
> > Hello,
> >
> >> Perhaps it's a naive question, but how do I switch between branches? I
> >> mean an equivalent of "svn switch" or "cvs upd
Dear diary, on Thu, Apr 21, 2005 at 02:41:52PM CEST, I got a letter
where Matthias Urlichs <[EMAIL PROTECTED]> told me that...
> This patch adds somewhat-improved usage messages to some of Linus' programs.
> Specifically, they now handle -? / --help.
-? is pretty non-standard. Any problem with goi
1 - 100 of 141 matches
Mail list logo
