On Sun, 2005-09-04 at 17:31 +0200, Jan Dittmer wrote:
David Woodhouse wrote:
On Fri, 2005-09-02 at 02:00 -0700, Linus Torvalds wrote:
Ahh. Please change that to
rm -rf tmp-empty-tree
mkdir tmp-empty-tree
cd tmp-empty-tree
git-init-db
because
On Tue, 2005-07-26 at 11:57 -0700, Linus Torvalds wrote:
If somebody adds some logic to parse_commit() to do the fake parent
thing, you can stitch the histories together and see the end result as one
big tree. Even without that, you can already do things like
git diff
On Sun, 2005-07-10 at 00:38 +0100, David Woodhouse wrote:
Doh. I thought I'd already done that, but in fact that was for the
scripts which feed the mailing list, while the snapshot script kept
using my copy.
Ok, the snapshot script starts working again if I change a few
environment variables
On Sun, 2005-07-10 at 10:08 -0700, Linus Torvalds wrote:
Which script is this? I'm looking at your scripts, but
cg-feedmaillist.sh is unreadable for me, so I can't see all of it.
Hm. Dunno why that happened -- it's readable now, and also at
http://david.woodhou.se/cg-feedmaillist.sh
Anyway,
Does git on master.kernel.org need to be updated to handle packed
objects? See attached.
Linus, please could you add the snapshot script to your regression
testing? http://david.woodhou.se/git-snapshot.sh
It'd be good to keep that working without too much manual intervention.
--
dwmw2
On Sat, 2005-07-09 at 09:15 -0700, Linus Torvalds wrote:
Yes, looks that way. Except it's not git on master.kernel.org, it's git
in your home directory, I suspect. I expressly held off packing the
kernel repo until git had been updated on kernel.org.
Doh. I thought I'd already done that, but
If we just strip out the setting of $FROM and $MLIST, the script I use
to feed bk-commits-head@vger.kernel.org is perfectly generic. Petr, can
you include it in the tree so it gets updated as things change please?
--
dwmw2
gitfeedmaillist.sh
Description: application/shellscript
Entirely untested.
Makefile: eca3a5d5256cca06d86ebb85ec9d3218752ffcd2
applypatch: 397e4a0e506f1c5765767057dfe506154b743b83
--- a/applypatch
+++ b/applypatch
@@ -26,6 +26,7 @@ EDIT=${EDIT:-vi}
export AUTHOR_NAME=$(sed -n '/^Author/ s/Author: //p' .dotest/info)
export AUTHOR_EMAIL=$(sed -n
On Wed, 2005-04-20 at 02:08 -0700, Linus Torvalds wrote:
I converted my git archives (kernel and git itself) to do the SHA1
hash _before_ the compression phase.
I'm happy to see that -- because I'm going to be asking you to make
another change which will also require a simple repository
On Wed, 2005-04-20 at 07:59 -0700, Linus Torvalds wrote:
external-parent commit-hash external-parent-ID
comment for this parent
and the nice thing about that is that now that information allows you to
add external parents at any point.
Why do it like this? First
On Mon, 2005-04-18 at 18:12 -0700, Greg KH wrote:
Ok, then why display it as one?
Nobody ever displays it as one as far as I'm aware. That would be
something like mailto:$COMMITTER;
But I'll wait for Russell to wake up and start quoting the proper EU
privacy laws that he feels causes him to
On Sat, 2005-04-16 at 17:33 +0200, Johannes Schindelin wrote:
But if it can be done cheaply enough at a later date even though we end
up repeating ourselves, and if it can be done _well_ enough that we
shouldn't have just asked the user in the first place, then yes, OK I
agree.
The
On Sun, 2005-04-17 at 19:25 -0400, jeff millar wrote:
ln -sf /lib/modules/`uname -r`/build/include/linux
/usr/local/include/linux
This fix creates a symlink, on each boot up, in the local include
directory that points to the kernel header files. If there's a better
way to do this,
On Mon, 2005-04-18 at 02:50 +0200, Petr Baudis wrote:
I think I will make git-pasky's default behaviour (when we get
http-pull, that is) to keep the complete commit history but only trees
you need/want; togglable to both sides.
I think the default behaviour should probably be to fetch
On Fri, 2005-04-15 at 11:36 +0200, Ingo Molnar wrote:
do such cases occur frequently? In the kernel at least it's not too
typical.
Isn't it? I thought it was a fairly accurate representation of the
process I make a whole bunch of changes to files I maintain, pulling
from Linus while
On Thu, 2005-04-14 at 02:12 -0700, Linus Torvalds wrote:
I take that back. I'd be much happier with you doing and testing it,
because now I'm crashing.
OK. commit-tree now eats RFC2822 dates as AUTHOR_DATE because that's
what you're going to want to feed it. We store seconds since UTC epoch,
On Thu, 2005-04-14 at 20:58 +0200, Ingo Molnar wrote:
The thing i tried to avoid was to list long filenames in the commit
(because of the tree hierarchy we'd need to do tree-absolute pathnames
or something like that, and escape things, and do lookups - duplicating
a VFS which is quite bad)
On Thu, 2005-04-14 at 12:19 -0700, [EMAIL PROTECTED] wrote:
With a UTC date, why would anyone care in which timezone the commit was
made? Any pretty printing would most likely be prettiest if it is done
relative to the timezone of the person looking at the commit record, not
the person who
18 matches
Mail list logo