| From | Subject | Date |
|---|---|---|
| Jon Loeliger | _Almost_Totally_ Off Topic Story (*)
So, last week I get hornswaggled into picking my kid
up from school. I arrive a bit early, so I actually
park the car and wander into the classroom just before
it all lets out.
Now this is a private school for special needs kids,
so painting and staining gourds with pictures of Bono
burn etched into them wasn't unusual behavior.
What _is_ unusual, though, is the set of names on
the side of the whiteboard, about 20 of them:
William Shakespeare
Albert Einstein
Zeus
Edgar A...
| Nov 8, 12:08 am 2005 |
| Jon Loeliger | Re: Expected Behavior?
Patch looks good here! Thanks!
% git status
#
# Updated but not checked in:
# (will commit)
#
# modified: file1
# deleted: file2
#
#
# Changed but not updated:
# (use git-update-index to mark for commit)
#
# unmerged: file3
#
But I have a lingering question. Same script as before.
% git diff file3
* Unmerged path file3
% cat file3
Stuff for a conflict.
Why didn't file3 show someth...
| Nov 7, 11:43 pm 2005 |
| Jon Loeliger | Re: Expected Behavior?
It's OK with me. :-)
jdl
-
| Nov 7, 11:07 pm 2005 |
| Jon Loeliger | [PATCH] Add bug isolation howto, scraped from Linus.
Signed-off-by: Jon Loeliger <jdl@freescale.com>
---
You know, eventually this will all be fully documented.
The trick is to catch Words To The Wise as the flow past you.
Documentation/howto/isolate-bugs-with-bisect.txt | 65 ++++++++++++++++++++++
1 files changed, 65 insertions(+), 0 deletions(-)
create mode 100644 Documentation/howto/isolate-bugs-with-bisect.txt
applies-to: 71213f57daeac18b52439d6d8acd5baba9bf05c7
4e0819ff782b33d149634a397fb539f4759ef1f4
diff --git a/Document...
| Nov 7, 10:45 pm 2005 |
| Dave Jones | git-rev-tree
Can someone remind me what the deprecated git-rev-tree command did,
or how this should be fixed up to use newer git commands?
I'm trying to get git-changes-script working, but all the
variants I've found on the web use this deprecated tool.
Any clues ?
Dave
-
| Nov 7, 10:12 pm 2005 |
| Junio C Hamano | Re: git-rev-tree
Alternatively, can somebody comment on the git-changes in the
"pu" branch?
-
| Nov 8, 12:55 am 2005 |
| Linus Torvalds | Re: git-rev-tree
It was basically the same as "git-rev-list", except:
- it output the date (as a raw number) in front, so pretty much everybody
ended up using "cut" to remove it, sometimes after sorting the output
numerically.
Sorting numerically is unnecessary with git-rev-list, since the output
is already sorted (not necessarily exactly by date, but by "recency"
and/or by other even stricter sorting rules)
- it was limited to a certain number of heads maximum (I forget, but I
t...
| Nov 7, 10:33 pm 2005 |
| Dave Jones | Re: git-rev-tree
On Mon, Nov 07, 2005 at 06:33:30PM -0800, Linus Torvalds wrote:
> export KERNEL=master.kernel.org:/pub/scm/linux/kernel/git/
> git fetch $KERNEL/torvalds/linux-2.6 master:linus
>
> which will just fetch my "master" branch into the local "linus" branch.
>
> - then just do
>
> git log linus..HEAD
>
> and you'll see exactly what you wanted: what exists in your HEAD but
> not in mine.
>
> No complex script required.
Ok, I m...
| Nov 7, 10:57 pm 2005 |
| Linus Torvalds | Re: git-rev-tree
You've got the right "linus" commit.
However, are you aware that I did pull from you? If you don't have
No, the above will have created the "linus" branch as needed.
Linus
-
| Nov 7, 11:35 pm 2005 |
| Dave Jones | Re: git-rev-tree
On Mon, Nov 07, 2005 at 07:35:55PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 7 Nov 2005, Dave Jones wrote:
> >
> > (18:47:37:davej@hera:agp2)$ export KERNEL=master.kernel.org:/pub/scm/linux/kernel/git/
> > (18:47:43:davej@hera:agp2)$ git fetch $KERNEL/torvalds/linux-2.6 master:linus
> > davej@master.kernel.org's password:
> > Packing 35335 objects
> > Unpacking 35335 objects
> > 100% (35335/35335) done
> > * committish: d27b...
| Nov 7, 11:43 pm 2005 |
| walt | Real-life kernel debugging scenario
This describes a real problem I've had twice in the last two
years while tracking Linus's kernel tree:
I update my local kernel sources every morning using cg-update
(formerly bk-pull) and compile and install and reboot the new
kernel.
Okay. On rare occasions I get a kernel panic on reboot. So...
I know that something Linus committed in the last 24 hours is
responsible for the problem.
The last two times this happened I was able to guess which
commit caused the problem and I emailed the dev...
| Nov 7, 8:51 pm 2005 |
| Linus Torvalds | Re: Real-life kernel debugging scenario
No. This is what "git bisect" is there for.
It works wonderfully well. To the point where I don't even try to be smart
about things: I've had two cases in the last month of merges that caused
problems for me, and instead of even trying to guess which patch it was, I
First, try "git bisect". It doesn't depend on backing out individual
commits, instead it starts a special "bisect" branch, and (as the name
implies) does a binary search within that branch to figure out what is
wrong.
T...
| Nov 7, 9:31 pm 2005 |
| Junio C Hamano | Re: Real-life kernel debugging scenario
git-bisect(1).
-
| Nov 7, 9:30 pm 2005 |
| David Lang | Re: Real-life kernel debugging scenario
it will work, but it's not optimal. this is exactly what git bisect is
designed for.
you tell it that the prior night's version was good and the current
version is bad. It picks a version 'halfway' in between the two and you
test that. tell git if the test failed or not and it will then give
you the next one to try. repeat until you identify exactly which commit
triggers the problem.
unfortunantly I can't trivially point you at the right place in the docs.
David Lang
--
There are t...
| Nov 7, 8:59 pm 2005 |
| Nick Hengeveld | [PATCH] Make http-push smarter about creating remote dirs
Remember object directories known to exist in the remote repo and don't
bother trying to create them.
Signed-off-by: Nick Hengeveld <nickh@reactrix.com>
---
http-push.c | 10 +++++++++-
1 files changed, 9 insertions(+), 1 deletions(-)
applies-to: 27732582039ada9c7781ce5a1583ee682e0452c6
9904bed158b8c297bfba8a8cff87644619688b62
diff --git a/http-push.c b/http-push.c
index 96d2778..4d41b4f 100644
--- a/http-push.c
+++ b/http-push.c
@@ -56,6 +56,7 @@ static int active_requests = ...
| Nov 7, 3:39 pm 2005 |
| Johannes Schindelin | Notes on http-push
Hi,
two little things I noticed while playing around with http-push:
- if you init your test by git-clone'ing from a http repo, be sure to
add a slash to the URL, else git-push will tell you erroneously
that the server does not do DAV locking. (Probably http-push.c
should be fixed to add the slash when needed.)
- if you execute "git push origin", it does not do anything (correctly?),
if there is no "Push:" line in .git/remotes/origin (which is the
default after cloning). Try "git push or...
| Nov 7, 2:34 pm 2005 |
| Nick Hengeveld | Re: Notes on http-push
In the -fetch counterparts, the trailing slash is added by git-fetch.sh,
does this belong in the get_remote_url() function in
git-parse-remote.sh? I've only pushed with DAV, so I'm not sure whether
that would break anything else.
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-
| Nov 7, 3:07 pm 2005 |
| Johannes Schindelin | [PATCH] Small bugfixes for http-push.c
This patch fixes three things:
- older libexpat does not know about enum XML_Status
- as in my patch for http-fetch, do not rely on a curl result in
free()d data
- calloc the new_lock structure
Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de>
---
I verified in a small scale test that it works now. The buglets
showed only on my iBook, not on any Linux box I tried.
The calloc'ing of the new_lock structure is necessary, because
activelock_cdata() relies on severa...
| Nov 7, 2:23 pm 2005 |
| Linus Torvalds | Comments on recursive merge..
Guys,
I just hit my first real rename conflict, and very timidly tried the
"recursive" strategy in the hopes that I wouldn't need to do things by
hand.
It resolved things beautifully. Good job.
My only worry is that I don't read python, so I don't really know how it
does what it does, which makes me nervous. Can somebody (Fredrik?) add
some documentation about the merge strategy and how it works.
Considering that the stupid resolve strategy really requires you to know
how git work...
| Nov 7, 12:48 pm 2005 |
| Fredrik Kuivinen | Re: Comments on recursive merge..
It would be great if the recursive strategy could get some more
testing. I have tested it on a thousand commits or so in a few kernel
repositories and haven't found any bugs, but it could be due to errors
in the test setup, testing the wrong repositories or just being lucky. Some
real-world testing would be great.
- Fredrik
-
| Nov 7, 6:58 pm 2005 |
| Junio C Hamano | Re: Comments on recursive merge..
This is the first time I see you pleased by something in git
that was done without very close supervision from you. All the
credits for this one goes to Fredrik, of course, but it is a
small victory for me as the maintainer as well, and I am very
Another thing to consider is if it is fast enough for everyday
trivial merges.
In any case, I've been thinking about teaching git-merge to look
into .git/config to make it overridable which strategy to use by
default. This would eliminate the hardco...
| Nov 7, 8:13 pm 2005 |
| Linus Torvalds | Re: Comments on recursive merge..
That sounds like a backhanded way of saying that I'm micromanagering,
Hmm. True. The _really_ trivial in-index case triggers for me pretty
often, but I haven't done any statistics. It might be only 50% of the
time.
Is the recursive thing noticeably slower for the "easy" cases (ie things
that the old regular resolve strategy does well)?
It's certainly an option to just do what I just did, namely use the
default one until it breaks, and then just do "git reset --hard" and re-do
the p...
| Nov 7, 8:33 pm 2005 |
| Junio C Hamano | Re: Comments on recursive merge..
Sorry, that is not what I meant to say at all.
You used to micromanage, but it was _very_ good for git back
then. I admit that only once I found you too picky and
difficult to work with while I was fixing a bad premature-free
bug in the diffcore-rename code, but overall your attention to
detail well paid off.
Since I inherited the project, we added quite a lot of stuff,
but I was still unsure if we are making good progress, or just
stagnating with only small enhancements and obvious fixes.
...
| Nov 7, 8:59 pm 2005 |
| Linus Torvalds | Re: Comments on recursive merge..
Btw, one thing that it does is print out too much information.
In particular, I had renames on both sides of the merge (in case anybody
wants to see which one I'm talking about: it's the current top-of-head
commit in the kernel archives: 333c47c847c90aaefde8b593054d9344106333b5).
Now, renames that you've done yourself you really don't want to hear
about, at least if the other side didn't change anything in that file.
Renames that the _other_ side has done (the one you're merging) you ma...
| Nov 7, 12:56 pm 2005 |
| Fredrik Kuivinen | [PATCH] merge-recursive: Only print relevant rename messages
Sounds like a good idea. How about something like the following?
--
It isn't really interesting to know about the renames that have
already been committed to the branch you are working on. Furthermore,
the 'git-apply --stat' at the end of git-(merge|pull) will tell us
about any renames in the other branch.
With this commit only renames which require a file-level merge will
be printed.
Signed-off-by: Fredrik Kuivinen <freku045@student.liu.se>
---
git-merge-recursive.py | 22...
| Nov 7, 7:19 pm 2005 |
| Junio C Hamano | Re: [PATCH] merge-recursive: Only print relevant rename mess...
The rest looks good to me, but are you sure about this part? I
have a feeling that the above "and" should be "or", meaning, we
check to see if there is _any_ change, and default to TRIVIAL,
but later we would find that we need a real merge and then
promote it to MERGE_3WAY.
-
| Nov 7, 7:54 pm 2005 |
| Marcel Holtmann | Problem in update from the linux-2.6 repository
Hi guys,
I run into a weird problem when trying to update my clone of the
linux-2.6 repository from Linus:
---
# cg-update -f
17:09:00 URL:http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/HEAD [41/41] -> "refs/heads/.origin-fetching" [1]
Getting alternates list
Getting pack list
error: Unable to find 2ed5e6d09e266bd2288d49aaaf240ed8c468c13c under http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/
Cannot obtain needed object 2ed5e6d09e266bd2288d49aaa...
| Nov 7, 12:18 pm 2005 |
| Marcel Holtmann | Re: Problem in update from the linux-2.6 repository
forget about this thing. The reason for this problem was the kernel.org
mirroring and the repository wasn't in a sane state. However it would be
great if we can detect this somehow.
Regards
Marcel
-
| Nov 7, 6:18 pm 2005 |
| Nick Hengeveld | Re: Problem in update from the linux-2.6 repository
Is this an issue with the two servers (or virtual servers?) behind the
kernel.org DNS name being out of sync?
Would it make sense to configure the individual servers to be http-alternates
of each other?
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-
| Nov 7, 7:22 pm 2005 |
| Petr Baudis | Re: Problem in update from the linux-2.6 repository
Hi,
Dear diary, on Mon, Nov 07, 2005 at 11:18:51PM CET, I got a letter
well, we did detect this and error out. ;-) What else would you like
GIT/Cogito to do? Anything particular that could make this less
confusing?
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.
-
| Nov 7, 6:23 pm 2005 |
| Marcel Holtmann | Re: Problem in update from the linux-2.6 repository
I actually have no real idea, but the "object fetch failed" doesn't tell
me anything besides that an object seems to be missing. Maybe this is a
problem we have to live with when using the kernel.org mirroring.
Regards
Marcel
-
| Nov 7, 6:28 pm 2005 |
| Mukund JB. | GIT Vs CVS
Dear All,
I have been just aware of GIT. As an active Linux device driver developer, I would like to know more about it.
I have read through the GIT documentation the git native site.http://git.or.cz/
I find lot a similarities between GIT And Cvs.
Can any elaborate on this? Can I use GIT instead of Cvs?
Regards,
Mukund Jampala
-
| Nov 7, 10:34 am 2005 |
| Andreas Ericsson | Re: GIT Vs CVS
The similiarities are just because they're both SCM's. It pretty much
It was just done in the list. If you browse the archives you'll find a
lengthy discussion. You might also want to read the
Certainly. Prepare to spend a week or so letting the command-structure
and syntax sink in though. It's a steep learning curve at first,
although the git tutorial (Documentation/tutorial.txt) nicely cuts it in
half.
The documentation is also available for online browsing at
[ message continues ] " title="http://www.kernel.or...">http://www.kernel.or... | Nov 7, 10:52 am 2005 |
| Peter Eriksen | Re: GIT Vs CVS
The thread is called 'git versus CVS (versus bk)' and can be found at
http://marc.theaimsgroup.com/?t=113072368900002&r=1&w=2
Regards,
Peter
-
| Nov 7, 11:27 am 2005 |
| Jon Loeliger | [PATCH] Use consistent shell prompts and example style.
Signed-off-by: Jon Loeliger <jdl@freescale.com>
---
Documentation/tutorial.txt | 226 +++++++++++++++++++++++++++-----------------
1 files changed, 138 insertions(+), 88 deletions(-)
applies-to: 5ebec76efaa72d55bc18eaadad6e85f03e8173a3
291987d85077f3ce3a9beefe39ab5730262c2317
diff --git a/Documentation/tutorial.txt b/Documentation/tutorial.txt
index 6d2c153..22f21fd 100644
--- a/Documentation/tutorial.txt
+++ b/Documentation/tutorial.txt
@@ -36,14 +36,16 @@ To start up, create a ...
| Nov 7, 10:33 am 2005 |
| Jon Loeliger | [PATCH] Add --tags documentation, scraped from JC mail.
Signed-off-by: Jon Loeliger <jdl@freescale.com>
---
Thin territory here for me. Feel free to alter if not right! :-)
Also notice the lonely --force option still...
Documentation/fetch-options.txt | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
applies-to: e7ff595f1fb6068b11a3a2c7eb71110faea998b8
839bbee0c81567d3f951b0cff3b2b855af6e1a99
diff --git a/Documentation/fetch-options.txt b/Documentation/fetch-options.txt
index 12d12b2..0e502ae 100644
--- a/Documentation/fe...
| Nov 7, 10:03 am 2005 |
| Junio C Hamano | GIT 0.99.9e
GIT 0.99.9e maintenance release is found at the usual places:
RPM, tarballs, and deb:
http://www.kernel.org/pub/software/scm/git/
With git, fetch maint branch from
git://git.kernel.org/pub/scm/git/git.git/
It contains everything from the master branch. Since we seem to
be shelving the separate git binary directory idea indefinitely,
what we have here is pretty much what will be in 1.0, from the
source code POV.
- http-push seems to still have a bug or two but that is to be
expec...
| Nov 7, 1:43 am 2005 |
| Nick Hengeveld | Re: GIT 0.99.9e
It seems like a minor point, but is this the appropriate name or should
it be dav-push? Not that there's anything else in the works AFAIK but
it's certainly possible that something else could run over HTTP later
on.
--
For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
-
| Nov 7, 11:47 am 2005 |
| Ingo Oeser | Re: GIT 0.99.9e
e.g. GIT encapsulated in SOAP
/me *ducks* and *runs*
Ingo Oeser
| Nov 7, 3:02 pm 2005 |
| H. Peter Anvin | Re: GIT 0.99.9e
Push over HTTP POST would at least be theoretically possible.
-hpa
-
| Nov 7, 1:08 pm 2005 |
| Johannes Schindelin | Re: GIT 0.99.9e
Hi,
I am reasonably sure that a run with valgrind will show the way to a
stable http-push. It is just a little memory corruption: the rest works
wonderfully.
Ciao,
Dscho
-
| Nov 7, 7:43 am 2005 |
| Jon Loeliger | [PATCH] Refactored merge options into separate merge-options...
Refactored fetch options into separate fetch-options.txt.
Made git-merge use merge-options.
Made git-fetch use fetch-options.
Made git-pull use merge-options and fetch-options.
Added --help option to git-pull and git-format-patch scripts.
Rewrote Documentation/Makefile to dynamically determine
include dependencies.
Signed-off-by: Jon Loeliger <jdl@freescale.com>
---
Documentation/Makefile | 23 +++++++++++++----------
Documentation/fetch-options.txt | 14 +++++++++++...
| Nov 7, 1:30 am 2005 |
| Petr Baudis | Re: [PATCH] Support for passing path to custom map in git-sh...
Dear diary, on Mon, Nov 07, 2005 at 01:11:33AM CET, I got a letter
Ok, I'm not a die-hard proponent of this change (the genesis is that it
comes from the ages before .mailmap was supported and was originally
coupled with -n which disabled the internal mappings - but then .mailmap
got supported, I deemed -n useless but this still seemed worth something
so I passed it along), but I think it can be useful - either when you
want to work on readonly tree, or when you want to support custom
mailmap in ad...
| Nov 7, 5:54 pm 2005 |
| Junio C Hamano | Re: [PATCH] Support for passing path to custom map in git-sh...
Ah, that sort of makes sense. On the other hand you could run
git-shortlog in a separate directory right now by piping the
git-log output to "(cd somewhere && git-shortlog)", so...
Come to think of it, why not make git-shortlog take the same set
of parameters as git-log takes (perhaps except --pretty)? Then
the issues you raised starts to make sense and we would
certainly want -m MAPFILE option there.
-
| Nov 7, 6:44 pm 2005 |
| Petr Baudis | Re: [PATCH] Fix empty line processing in git-shortlog.perl
Dear diary, on Mon, Nov 07, 2005 at 03:56:07AM CET, I got a letter
Well, on a second though, I don't think we should probably handle this
at all, then. The whole logic for this in git-shortlog.perl seems to be
dubious, so would be a requirement that we require the input to be from
--pretty=short ok?
Simpler code, no bugs, everyone happy, errors during applying (like
stale From) immediately noticeable.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which i...
| Nov 7, 4:46 pm 2005 |
| Nick Hengeveld | Re: Errors cloning over http -- git-clone and cg-clone fail ...
You might try this to see exactly what request/response headers
curl thinks are passing back and forth.
diff --git a/http-fetch.c b/http-fetch.c
index ea8af1b..11d4dca 100644
--- a/http-fetch.c
+++ b/http-fetch.c
@@ -325,6 +325,7 @@ static struct active_request_slot *get_a
curl_easy_setopt(slot->curl, CURLOPT_HTTPHEADER, pragma_header);
curl_easy_setopt(slot->curl, CURLOPT_HTTPHEADER, no_range_header);
curl_easy_setopt(slot->curl, CURLOPT_ERRORBUFFER, curl_errorstr);
+ curl_ea...
| Nov 7, 1:14 pm 2005 |
| Martin Langhoff | Re: Errors cloning over http -- git-clone and cg-clone fail ...
It definitely looks like it's doing a few requests in parallel and
getting them mixed up. BTW, this repo is public and sitting on a box
Host: locke.catalyst.net.nz
Accept: */*
* Connected to locke.catalyst.net.nz (202.78.240.39) port 80
* Couldn't find host locke.catalyst.net.nz in the .netrc file, using defaults
* About to connect() to locke.catalyst.net.nz port 80
* Trying 202.78.240.39... > GET
/git/moodle.git/objects/d9/6d5ee03a225ab4e750fb864dbea35d42c51b8b
HTTP/1.1
Host: locke.catal...
| Nov 7, 10:37 pm 2005 |
| Marco Roeland | Re: expat.h missing
Expat is a standard package for reading XML files, it is not part of git
itself. You have to install the expat development kit package of your
distribution to get its headers installed, or alternatively set
"NO_EXPAT" before compilation.
--
Marco Roeland
-
| Nov 7, 4:24 am 2005 |
| Junio C Hamano | Re: git binary directory?
Extra fork() and exec() problem still exists, but "git cmd"
format have worked with "git diff-tree" and "git rev-list" for
quite some time (since Jun 14th), so you might've always done it
with dash but that is not a requirement.
It looks like that both you and Pasky are not so enthusiastic
about moving thing out of /usr/bin/, so let's keep things the
way they are for 1.0 release and rethink when we do 2.0 (or
whatever comes after 1.0).
-
| Nov 7, 1:27 pm 2005 |
| Petr Baudis | Re: git binary directory?
Dear diary, on Mon, Nov 07, 2005 at 01:54:55AM CET, I got a letter
Well, _one_ fork per user invocation (subsequent invocations wouldn't
need it, I already "cache" this kind of stuff in the environment) of a
Cogito command (to get the path to the gitdir) is not such a big deal,
I think.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.
-
| Nov 7, 5:45 am 2005 |
| previous day | today | next day |
|---|---|---|
| November 6, 2005 | November 7, 2005 | November 8, 2005 |
| Peter Zijlstra | [RFC][PATCH 7/7] lockdep: spin_lock_nest_lock() |
| Gabriel C | Re: 2.6.24-rc2-mm1 |
| Andrew Morton | Re: [PATCH 2.6.21] cramfs: add cramfs Linear XIP |
| Jiri Kosina | Re: 2.6.21-rc5-mm4 |
git: | |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
