tree 3f19ec2917f15fdf2428b60941a4d5c9d7e0422d
parent 1c5ad84516ae7ea4ec868436a910a6bd8d20215a
author Venkatesh Pallipadi [EMAIL PROTECTED] Fri, 05 Aug 2005 05:36:10 -0700
committer Linus Torvalds [EMAIL PROTECTED] Fri, 05 Aug 2005 06:27:58 -0700
[PATCH] remove special HPET_EMULATE_RTC config
tree f9b62479cd7062c65e54641cc6190975f529a08b
parent 193f1c931517592ec4188d15bf261e4bff368207
author NeilBrown [EMAIL PROTECTED] Fri, 05 Aug 2005 02:53:34 -0700
committer Linus Torvalds [EMAIL PROTECTED] Fri, 05 Aug 2005 03:00:54 -0700
[PATCH] md: yet another attempt to get bitmap-based resync to
tree c313006c1e59a41914a96c0c0b5b2b557736a0a9
parent 00a5dfdb93f74e4d95fb0d83c890728e331f8810
author Tim Yamin [EMAIL PROTECTED] Mon, 25 Jul 2005 23:16:13 +0100
committer Linus Torvalds [EMAIL PROTECTED] Sat, 06 Aug 2005 06:23:21 -0700
[PATCH] Update in-kernel zlib routines
These bugs have been
tree 7a10674e549b63257d9c95405f258480267efea8
parent 4aad724d3e52238e1ce005f166fbba5b4072a7f6
author Matt Porter [EMAIL PROTECTED] Sat, 06 Aug 2005 06:10:10 -0700
committer Linus Torvalds [EMAIL PROTECTED] Sat, 06 Aug 2005 06:53:03 -0700
[PATCH] ppc32: fix ppc440 pagetable attributes
This patch
Johannes Schindelin [EMAIL PROTECTED] writes:
But maybe I just cried wolf...
I do not think you are crying wolf. I shared the same concern
from the beginning and that was partly why I was pushing for
the dumb server approach.
-
To unsubscribe from this list: send the line unsubscribe git in
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 the page contents
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 to
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 former
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 too
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
[ 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
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
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 from the CVS
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
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 will
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 ==
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
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.
* 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 cogito-0.13-1
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 should
On Friday 05 August 2005 04:27, Petr Baudis wrote:
etc. And if you don't author any porcelain, send me updates anyway. :-)
from the site
gitk is a simple GTK GUI for browsing history of GIT repositories easily.
^^^
/from the site
- Martin -
---
--- index.html 2005-08-05
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, as
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
of
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,
refs/tags/
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 related
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
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
27 matches
Mail list logo
