Hi,
On Fri, 5 Aug 2005, Linus Torvalds wrote:
> On Fri, 5 Aug 2005, Junio C Hamano wrote:
> >
> > - Teach fetch-pack reference renaming.
>
> Well, the fetch side at least needs it less.
>
> Right now the renaming means that you can only really fetch _one_ head at
> a time, but that's at least
When more than two references need to be checked with
ref_newer() function, the second and later calls did not work
correctly. This was because the later calls found commits
retained by the "struct object" layer that still had smudges
made by earlier calls.
Signed-off-by: Junio C Hamano <[EMAIL P
Hello!
Quoting GNU Coding Standards ("info standards"):
"If there are C compiler options that _must_ be used for proper
compilation of certain files, do not include them in `CFLAGS'. Users
expect to be able to specify `CFLAGS' freely themselves."
This patch renames COPTS to CFLAGS, because it's
On Fri, Aug 05, 2005 at 07:37:41AM -0700, Linus Torvalds wrote:
>
> [ Also Kay Sievers, because the clickability thing sounds like a
> potentially good thing for webgit too.. ]
...
> For 2.6.13 we've been reverting some stuff lately, to make sure we get a
> stable release. That's fine, and whe
On Fri, 5 Aug 2005, Junio C Hamano wrote:
>
> - Teach fetch-pack reference renaming.
Well, the fetch side at least needs it less.
Right now the renaming means that you can only really fetch _one_ head at
a time, but that's at least a fairly common and important case, and you
can do the rest
Here is a short list of itches I would like to get scratched
before 1.0. I may be forgetting something big, though, so if
your favorite feature request is not included in the list please
speak up.
- Teach send-pack to use get_sha1() on the source side.
In addition to a pattern that matches one
> So what's the converse of "fetch" (to rename git-ssh-push to)?
> Maybe "ship"?
The opposite of "fetch" is "throw" or "toss".
(Just avoid tossing cookies or off.)
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Petr Baudis <[EMAIL PROTECTED]> writes:
> $DESTDIR is more usual during the build than $dest and is what is usually
> used in the makefiles, so let's use it too.
While I do not have much preference either way, I do not want to
make this kind of change without making corresponding changes to
the s
Hi,
On Fri, 5 Aug 2005, [EMAIL PROTECTED] wrote:
> On Fri, 5 Aug 2005, Linus Torvalds wrote:
>
> > On Fri, 5 Aug 2005, Johannes Schindelin wrote:
> >
> > > - The files under $GIT_DIR/refs record object names, and are
> > > called "refs". What is under refs/heads/ are called "heads",
> >
Hi,
wow! What a long mail! But I probably deserved it, quoting that lengthy
mail from Junio...
On Fri, 5 Aug 2005, Linus Torvalds wrote:
> On Fri, 5 Aug 2005, Johannes Schindelin wrote:
> >
> > Tutorial says "cache" aka "index". Though technically, a cache
> > is the index file _plus_ the rela
On Fri, 5 Aug 2005, Linus Torvalds wrote:
> On Fri, 5 Aug 2005, Johannes Schindelin wrote:
>
> > - The files under $GIT_DIR/refs record object names, and are
> > called "refs". What is under refs/heads/ are called "heads",
> > refs/tags/ "tags". Typically, they are either object names
On Fri, Aug 05, 2005 at 07:37:41AM -0700, Linus Torvalds wrote:
> For 2.6.13 we've been reverting some stuff lately, to make sure we get a
> stable release. That's fine, and when I revert something I try to mention
> the commit ID of the thing I revert in the message. Apparently others do
> too,
On Friday 05 August 2005 04:27, Petr Baudis wrote:
> etc. And if you don't author any porcelain, send me updates anyway. :-)
>
gitk is a simple GTK GUI for browsing history of GIT repositories easily.
^^^
- Martin -
---
--- index.html 2005-08-05 21:38:20.605324272 +0300
+++ in
On Fri, 5 Aug 2005, Johannes Schindelin wrote:
>
> Tutorial says "cache" aka "index". Though technically, a cache
> is the index file _plus_ the related objects in the object database.
> git-update-cache.txt even makes the difference between the "index"
> and the "directory cache".
I think we s
* Jay Denebeim ([EMAIL PROTECTED]) wrote:
> Um, guys...
>
> If you want to have a dependency on git-core >= 0.99.3 you need to
> actually like, you know, put it on-line as well. Just did a yum update,
> fails with:
>
> error: Failed dependencies:
> git-core >= 0.99.3 is needed by cogit
Junio C Hamano wrote:
...
If the template files are to become something that always have
to exist, /etc first and then falling back on /usr/share would
make a lot of sense. But as Johannes Schindelin correctly
argued against the "Use the template mechanism to set up refs/
hierarchy as well." pat
Petr Baudis <[EMAIL PROTECTED]> writes:
> Any reason why that's not the default destination then?
Inertia, installing things under $HOME, is why it is not the
default. It may be that the project is mature enough that it is
time to move away from default installation in HOME, IOW to
change the Ma
Um, guys...
If you want to have a dependency on git-core >= 0.99.3 you need to
actually like, you know, put it on-line as well. Just did a yum update,
fails with:
error: Failed dependencies:
git-core >= 0.99.3 is needed by cogito-0.13-1
But on the git repository the git-core == 0.99
> If you see any sort of evidence that this would hold true I really like
> to know.
I haven't found any evidence. When I rebuilt the kernels from scratch
(exporting them into an empty directory using cg-export), I got
reliable data and bisected down to a patch that probably was a problem.
I wil
Hi,
while sifting through the documentation to find different namings for the
same concepts, I saw a few things here and there, which I fixed. Since the
sifting was quite numbing, there might be some wrong "fixes".
Sorry, patch is attached, because I still can't convince my pine (version
4.6
David Kågedal <[EMAIL PROTECTED]> writes:
> I just tried importing a large CVS repository to git, using "git
> cvsimport". It managed to import a lot of files and revisions, but
> half-way through, it stopped with this message:
>
> Unknown: F
>
> As far as I can till, this "F" probably came fro
Hi,
I am finally finished with my preliminary survey: I took what you sent as
a strawman, and inserted what I found (I tried to say only something about
ambiguous naming):
- The unit of storage in GIT is called "object"; no other word
is used and the word "object" is used only for this pu
[ Also Kay Sievers, because the clickability thing sounds like a
potentially good thing for webgit too.. ]
For 2.6.13 we've been reverting some stuff lately, to make sure we get a
stable release. That's fine, and when I revert something I try to mention
the commit ID of the thing I revert in
On Fri, 29 Jul 2005, Paul Mackerras wrote:
>
> I have reworked the way gitk displays merges.
Ok, goodie. It works fine in my environment, with most merges showing up
as not interesting. But a merge like
3e0777b8fa96f7073ed5d13d3bc1d573b766bef9
shows an example of where there was actua
I just tried importing a large CVS repository to git, using "git
cvsimport". It managed to import a lot of files and revisions, but
half-way through, it stopped with this message:
Unknown: F
As far as I can till, this "F" probably came from the CVS server
process. Could it be that my CVS is t
Dear diary, on Fri, Aug 05, 2005 at 06:37:11AM CEST, I got a letter
where Junio C Hamano <[EMAIL PROTECTED]> told me that...
> We install files in $(HOME)/etc/git-core/templates/ directory.
>
> In the standard binary distribution scheme, it should probably
> go to either /usr/share or /etc; the fo
Sorry about the breakage. I pushed out a fix.
Since you always give me hard time with this "tree-tag", I
decided to trump it with an even weirder tag myself. We will
see what else would break shortly ;-).
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message
On Fri, Aug 05, 2005 at 04:12:14AM +0200, Petr Baudis wrote:
> Dear diary, on Fri, Aug 05, 2005 at 04:00:03AM CEST, I got a letter
> where Junio C Hamano <[EMAIL PROTECTED]> told me that...
> > Petr Baudis <[EMAIL PROTECTED]> writes:
> >
> > > http://git.or.cz/
> >
> > Wonderful.
> >
> > Once
28 matches
Mail list logo
