Jan Engelhardt [EMAIL PROTECTED] writes:
On Oct 30 2007 12:31, Linus Torvalds wrote:
On Tue, 30 Oct 2007, Jeff Garzik wrote:
Can we change git-am to accept two dashes as well as three? :)
Well, git-am actually used to be a lot less strict about the dashes, and
we've made it *more* strict
n (2):
git-add--interactive: Allow Ctrl-D to exit
git-add--interactive: Improve behavior on bogus input
Jeff King (1):
diffcore-rename: cache file deltas
Johan Herland (1):
Mention 'cpio' dependency in INSTALL
Johannes Schindelin (2):
rebase -i: squash should retain th
King (1):
diffcore-rename: cache file deltas
Johan Herland (1):
Mention 'cpio' dependency in INSTALL
Johannes Schindelin (2):
rebase -i: squash should retain the authorship of the _first_ commit
Fix typo in config.txt
Junio C Hamano (5):
Whip post 1.5.3.3 maintenance
ut 'ident' and 'crlf'
interaction.
gitattributes.txt: Be more to the point in the filter driver description.
Junio C Hamano (3):
Documentation/git-lost-found.txt: drop unnecessarily duplicated name.
Mergetool generating blank files (1.5.3)
GIT 1.5.3.3
Linus Torvalds (1):
F
'
interaction.
gitattributes.txt: Be more to the point in the filter driver description.
Junio C Hamano (3):
Documentation/git-lost-found.txt: drop unnecessarily duplicated name.
Mergetool generating blank files (1.5.3)
GIT 1.5.3.3
Linus Torvalds (1):
Fix revision log diff
le of clarifications.
Jean-Luc Herren (1):
stash: end index commit log with a newline
Jeff King (1):
git-push: documentation and tests for pushing only branches
Johannes Schindelin (2):
revision walker: --cherry-pick is a limited operation
apply --index-info: fall back to cur
and tests for pushing only branches
Johannes Schindelin (2):
revision walker: --cherry-pick is a limited operation
apply --index-info: fall back to current index for mode changes
Junio C Hamano (13):
git-apply: do not read past the end of buffer
git-add -u: do not barf on type
Adrian Bunk <[EMAIL PROTECTED]> writes:
> The following might be a bug in git-send-email (git maintainers Cc'ed
> and KVM list removed from Cc):
>
> Patch 54 got the same Message-Id as patch 61 and patch 89 got the same
> Message-Id as patch 104.
> ...
> The emails are:
>
Adrian Bunk [EMAIL PROTECTED] writes:
The following might be a bug in git-send-email (git maintainers Cc'ed
and KVM list removed from Cc):
Patch 54 got the same Message-Id as patch 61 and patch 89 got the same
Message-Id as patch 104.
...
The emails are:
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Sean wrote:
>>
>> Given the comment from David, I suspect your patch is all
>> that's needed; hopefully Peter can give it a quick test.
>
> It sounds like it; I don't know how to test it other than placing in
> the repository and try to upgrade. It
H. Peter Anvin [EMAIL PROTECTED] writes:
Sean wrote:
Given the comment from David, I suspect your patch is all
that's needed; hopefully Peter can give it a quick test.
It sounds like it; I don't know how to test it other than placing in
the repository and try to upgrade. It can't be any
Sean <[EMAIL PROTECTED]> writes:
> On Sun, 02 Sep 2007 15:13:09 -0700
> Junio C Hamano <[EMAIL PROTECTED]> wrote:
> ...
>> For majority of general public, I thought the spec file _I_
>> ship, along with RPM files _I_ build, are contrib status
>> already
Sean <[EMAIL PROTECTED]> writes:
> On Sun, 02 Sep 2007 10:57:03 +0100
> "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
>
>> From the looks of it, there is still a git-p4, it just moved to contrib
>> and uses fast-import, so removing its rpm package was probably broken in
>> the first place.
> ...
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Junio C Hamano wrote:
>>
>> * For people who need to import from Perforce, a front-end for
>> fast-import is in contrib/fast-import/.
>
> There seems to be an issue with this and RPMS.
>
> In pa
ly of commands behaved differently when run as "git
log" (no pathspec) and as "git log --" (again, no pathspec). This
inconsistency was introduced somewhere in v1.3.0 series but now has
been corrected.
- "git rebase -m" incorrectly displayed commits th
Dönmez: 1
Jakub Narebski: 27
James Bowes: 3
Jari Aalto: 1
J. Bruce Fields: 9
Jeff King: 14
Jeffrey C. Ollie: 2
Jens Axboe: 1
Jim Meyering: 6
Joe Perches: 1
Johan Herland: 1
Johannes Schindelin: 77
Johannes Sixt: 14
Jonas Fonseca: 3
Jon Loeliger: 1
Josh Triplett: 2
Julian Phillips: 3
Junio C Hamano: 160
H. Peter Anvin [EMAIL PROTECTED] writes:
Junio C Hamano wrote:
* For people who need to import from Perforce, a front-end for
fast-import is in contrib/fast-import/.
There seems to be an issue with this and RPMS.
In particular, there is no longer a git-p4 RPMS, which prevents git
from
Sean [EMAIL PROTECTED] writes:
On Sun, 02 Sep 2007 10:57:03 +0100
H. Peter Anvin [EMAIL PROTECTED] wrote:
From the looks of it, there is still a git-p4, it just moved to contrib
and uses fast-import, so removing its rpm package was probably broken in
the first place.
...
As an aside,
Sean [EMAIL PROTECTED] writes:
On Sun, 02 Sep 2007 15:13:09 -0700
Junio C Hamano [EMAIL PROTECTED] wrote:
...
For majority of general public, I thought the spec file _I_
ship, along with RPM files _I_ build, are contrib status
already. Don't distro people do their own RPM packages, instead
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Well, my one remaining child said today that "I got so much time on
> webkinz today - yesterday the mouse locked up after five minutes".
>
> Apparently it hadn't had the mouse lock up at all today.
>
> So I really do believe that that 196705c9bb
Linus Torvalds [EMAIL PROTECTED] writes:
Well, my one remaining child said today that I got so much time on
webkinz today - yesterday the mouse locked up after five minutes.
Apparently it hadn't had the mouse lock up at all today.
So I really do believe that that 196705c9bb commit caused
Joe Perches <[EMAIL PROTECTED]> writes:
> Here's a path to enable a command line option
> that takes a string argument
>
> cc-cmd
>
> This modifies the @cc array to include whatever
> output is produced by cc_cmd $patchfile
>
> cccmd can be stored in a config settings file
>
> previous
Joe Perches [EMAIL PROTECTED] writes:
Here's a path to enable a command line option
that takes a string argument
cc-cmd
This modifies the @cc array to include whatever
output is produced by cc_cmd $patchfile
cccmd can be stored in a config settings file
previous versions of this
Rene Herman <[EMAIL PROTECTED]> writes:
> Am looking at it but am not so sure that's a very good idea. I guess
> it'd be largely okay-ish to require the repo to be on a filesystem
> that supports EAs for this feature to work, but keeping the attributes
> intact over file system operations seems
Rene Herman [EMAIL PROTECTED] writes:
Am looking at it but am not so sure that's a very good idea. I guess
it'd be largely okay-ish to require the repo to be on a filesystem
that supports EAs for this feature to work, but keeping the attributes
intact over file system operations seems not all
follows:
Christian Couder (1):
rev-list --bisect: fix allocation of "int*" instead of "int".
Julian Phillips (1):
Force listingblocks to be monospaced in manpages
Junio C Hamano (4):
Do not expect unlink(2) to fail on a directory.
setup.c:verify_
of int.
Julian Phillips (1):
Force listingblocks to be monospaced in manpages
Junio C Hamano (4):
Do not expect unlink(2) to fail on a directory.
setup.c:verify_non_filename(): don't die unnecessarily while
disambiguating
Fix git add -u data corruption.
GIT 1.5.2.5
Joe Perches <[EMAIL PROTECTED]> writes:
> Yes please.
Huh?
> Rene Herman had an idea about using some git
> metadata that might be useful. The completely
> external data approach suggested by Al Viro
> might be OK too in that it wouldn't tie listeners
> to git requiring more content in git
Joe Perches <[EMAIL PROTECTED]> writes:
> On Tue, 2007-08-14 at 17:53 +0200, Rene Herman wrote:
>> It isn't about MODULE_FOO() tags, it is about tagging /source/ files
>> to help with putting CCs on patch submissals.
>> If we want to link source file foo.c and the
>> MAINTAINERS information, we
Joe Perches [EMAIL PROTECTED] writes:
On Tue, 2007-08-14 at 17:53 +0200, Rene Herman wrote:
It isn't about MODULE_FOO() tags, it is about tagging /source/ files
to help with putting CCs on patch submissals.
If we want to link source file foo.c and the
MAINTAINERS information, we have 3
Joe Perches [EMAIL PROTECTED] writes:
Yes please.
Huh?
Rene Herman had an idea about using some git
metadata that might be useful. The completely
external data approach suggested by Al Viro
might be OK too in that it wouldn't tie listeners
to git requiring more content in git metadata.
Simon Arlott <[EMAIL PROTECTED]> writes:
> On 22/07/07 19:38, Paul Eggert wrote:
>>
>> Anyway, to work around your problem without changing "diff", you can
>> use "diff -u -F '^[[:alpha:]$_](|.*[^:])$'" instead of "diff -u -p".
>
> Perhaps git could do this (or similar) as a workaround? (Cc:ed)
Simon Arlott [EMAIL PROTECTED] writes:
On 22/07/07 19:38, Paul Eggert wrote:
Anyway, to work around your problem without changing diff, you can
use diff -u -F '^[[:alpha:]$_](|.*[^:])$' instead of diff -u -p.
Perhaps git could do this (or similar) as a workaround? (Cc:ed)
Or you can put
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> A lot of people have asked me if there is anything they can do to help
> out kernel.org. At this point, the number one thing anyone could do to
> help, and which would be reasonably self-contained a project, would be
> to help maintain our fork of
H. Peter Anvin [EMAIL PROTECTED] writes:
A lot of people have asked me if there is anything they can do to help
out kernel.org. At this point, the number one thing anyone could do to
help, and which would be reasonably self-contained a project, would be
to help maintain our fork of gitweb:
Don't smash stack when $GIT_ALTERNATE_OBJECT_DIRECTORIES is too long
Johannes Schindelin (3):
diff --no-index: fix --name-status with added files
glossary: add 'reflog'
Fix "apply --reverse" with regard to whitespace
Junio C Hamano (2):
Teach read-tree 2-way m
--no-index: fix --name-status with added files
glossary: add 'reflog'
Fix apply --reverse with regard to whitespace
Junio C Hamano (2):
Teach read-tree 2-way merge to ignore intermediate symlinks
GIT 1.5.2.4
Michael Hendricks (1):
Correctly document the name
e buffer_is_binary() to xdiff-interface.h
merge-recursive: refuse to merge binary files
Johannes Sixt (1):
Accept dates before 2000/01/01 when specified as seconds since the epoch
Junio C Hamano (6):
checkout: do not get confused with ambiguous tag/branch names
$EMAIL is a l
Johannes Sixt (1):
Accept dates before 2000/01/01 when specified as seconds since the epoch
Junio C Hamano (6):
checkout: do not get confused with ambiguous tag/branch names
$EMAIL is a last resort fallback, as it's system-wide.
git-branch --track: fix tracking branch
Tsugikazu Shibata <[EMAIL PROTECTED]> writes:
> On Sun, 10 Jun 2007 23:07:59 -0700, gregkh wrote:
> ...
>> So, Tsugikazu, care to resend this file as a patch that I can apply to
>> the Documentation directory of the kernel tree? I think it would be
>> good to have there.
>
> Here is a patch of
Tsugikazu Shibata [EMAIL PROTECTED] writes:
On Sun, 10 Jun 2007 23:07:59 -0700, gregkh wrote:
...
So, Tsugikazu, care to resend this file as a patch that I can apply to
the Documentation directory of the kernel tree? I think it would be
good to have there.
Here is a patch of Japanese
This removes the support to treat "ALL" as a wildcard for
firmware revision. This is made a separate patch, as it will
break out-of-tree ide drivers that feed its own table that uses
"ALL" as the wildcard to ide_in_drive_list().
Signed-off-by: Junio C Hama
This updates the DMA whitelist in MIPS specific au1xxx ide
driver to use NULL instead of "ALL" as the wildcard.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* This is a respin of earlier "3/3 Make ide dma blacklist handling a bit
saner."
include/asm-mip
e wildcard, in order to keep
any out-of-tree ide driver that feeds its own table that uses
"ALL" as the wildcard to ide_in_drive_list() function from
breaking.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* This is a respin of earlier "3/3 Make ide dma blacklist handli
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> writes:
> The change itself looks good but IMO it is worth doing it before patch #2/3
> (it would also make it possible for me to merge this patch immediately).
Yes, I should have considered that the earlier #2/3 needs
coordination between you and
Bartlomiej Zolnierkiewicz [EMAIL PROTECTED] writes:
The change itself looks good but IMO it is worth doing it before patch #2/3
(it would also make it possible for me to merge this patch immediately).
Yes, I should have considered that the earlier #2/3 needs
coordination between you and Jeff.
to keep
any out-of-tree ide driver that feeds its own table that uses
ALL as the wildcard to ide_in_drive_list() function from
breaking.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
* This is a respin of earlier 3/3 Make ide dma blacklist handling a bit
saner.
drivers/ide/ide-dma.c | 67
This updates the DMA whitelist in MIPS specific au1xxx ide
driver to use NULL instead of ALL as the wildcard.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
* This is a respin of earlier 3/3 Make ide dma blacklist handling a bit
saner.
include/asm-mips/mach-au1x00/au1xxx_ide.h | 28
This removes the support to treat ALL as a wildcard for
firmware revision. This is made a separate patch, as it will
break out-of-tree ide drivers that feed its own table that uses
ALL as the wildcard to ide_in_drive_list().
Signed-off-by: Junio C Hamano [EMAIL PROTECTED
e constant expression to convert
NULL to "ALL".
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* I do not really know what I am doing in the mips area, but
that architecture specific table seems to be used by the same
ide_in_drive_list() function, so the entries are matc
This introduces a shared header file that defines the entries
for two dma blacklists in ide-dma.c and libata-core.c to make it
easier to keep them in sync.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* Removes more lines than it adds. I am not proud of the
DMA_BLACK_LIST
There are a few entries in ata_device_blacklist[] in libata-core.c
marked with HORKAGE_NODMA but are missing from drive_blacklist[]
in ide-dma.c. This patch makes the lists in sync.
Also remove a duplicated entry for "SanDisk SDP3B-64".
Signed-off-by: Junio C Hamano <[EM
There are a few entries in ata_device_blacklist[] in libata-core.c
marked with HORKAGE_NODMA but are missing from drive_blacklist[]
in ide-dma.c. This patch makes the lists in sync.
Also remove a duplicated entry for SanDisk SDP3B-64.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED
This introduces a shared header file that defines the entries
for two dma blacklists in ide-dma.c and libata-core.c to make it
easier to keep them in sync.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
* Removes more lines than it adds. I am not proud of the
DMA_BLACK_LIST macro
expression to convert
NULL to ALL.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
* I do not really know what I am doing in the mips area, but
that architecture specific table seems to be used by the same
ide_in_drive_list() function, so the entries are matched to
the updated code.
drivers
onas Fonseca (1):
git-tag(1): -v option is a subcommand; fix code block
Josh Triplett (5):
Add clean.requireForce option, and add -f option to git-clean to override
it
Fix typo in git-am: s/Was is/Was it/
Create a sysconfdir variable, and use it for ETC_GITCONFIG
Add missing re
Commit 3f271008 introduced this section to Linus tree, but a
later commit 722385f7 accepted almost the identical patch via
Greg's tree, both from the same author.
This kills the duplicated one.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
Documentation/HOWTO
Commit 3f271008 introduced this section to Linus tree, but a
later commit 722385f7 accepted almost the identical patch via
Greg's tree, both from the same author.
This kills the duplicated one.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
Documentation/HOWTO | 20
(3):
Documentation: show-ref: document --exclude-existing
refs.c: add a function to sort a ref list, rather then sorting on add
http.c: Fix problem with repeated calls of http_init
Junio C Hamano (151):
git-fetch: add --quiet
t6002: minor spelling fix.
git-rev
fetch typos
Jakub Narebski (6):
gitweb: Add parsing of raw combined diff format to parse_difftree_raw_line
gitweb: Add combined diff support to git_difftree_body
gitweb: Add combined diff support to git_patchset_body
gitweb: Make it possible to use pre-parsed info in git_dif
):
Documentation: don't reference non-existent 'git-cvsapplycommit'
Johannes Sixt (1):
git-gui: Call changes Staged and Unstaged in file list titles.
Junio C Hamano (10):
diff: release blobs after generating textual diff.
diff.c: do not use a separate size cache.
diff -M
Uwe Kleine-König <[EMAIL PROTECTED]> writes:
> Hello Junio,
>
> you either overlooked my mail "Documentation Bugs"[1] or you choosed to
> ignore it :-( Note that the second issue was only me being stupid.
The best way to prod busy maintainer is to resend an applicable
patch, not sending a URL.
reference non-existent 'git-cvsapplycommit'
Johannes Schindelin (1):
Teach import-tars about GNU tar's @LongLink extension.
Junio C Hamano (5):
diff.c: fix "size cache" handling.
blame: Notice a wholesale incorporation of an existing file.
blame: -C -C -C
Add test
):
Teach import-tars about GNU tar's @LongLink extension.
Junio C Hamano (5):
diff.c: fix size cache handling.
blame: Notice a wholesale incorporation of an existing file.
blame: -C -C -C
Add test for blame corner cases.
GIT v1.5.1.4
Karl Hasselström (2):
Fix
Uwe Kleine-König [EMAIL PROTECTED] writes:
Hello Junio,
you either overlooked my mail Documentation Bugs[1] or you choosed to
ignore it :-( Note that the second issue was only me being stupid.
The best way to prod busy maintainer is to resend an applicable
patch, not sending a URL.
(3):
Fix typo in git-am: s/Was is/Was it/
Create a sysconfdir variable, and use it for ETC_GITCONFIG
Add missing reference to GIT_COMMITTER_DATE in git-commit-tree
documentation
Julian Phillips (1):
http.c: Fix problem with repeated calls of http_init
Junio C Hamano (8
(3):
Fix typo in git-am: s/Was is/Was it/
Create a sysconfdir variable, and use it for ETC_GITCONFIG
Add missing reference to GIT_COMMITTER_DATE in git-commit-tree
documentation
Julian Phillips (1):
http.c: Fix problem with repeated calls of http_init
Junio C Hamano (8
Junio C Hamano <[EMAIL PROTECTED]> writes:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
>> So I think that if the user has a umask that says "nobody else can read",
>> then we should *not* make it world readable (unless the
>> "shared_reposit
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sun, 22 Apr 2007, Nicolas Pitre wrote:
>>
>> Well, actually there is no point making pack files writable. If they're
>> modified, they get corrupted.
>>
>> Here's the fix I wanted to propose:
>>
>> diff --git a/builtin-pack-objects.c
Nicolas Pitre <[EMAIL PROTECTED]> writes:
> On Sun, 22 Apr 2007, Nicolas Pitre wrote:
>
>> On Sun, 22 Apr 2007, Junio C Hamano wrote:
>>
>> > Nicolas Pitre <[EMAIL PROTECTED]> writes:
>> >
>> > > On Sun, 22 Apr 2007, Junio C Hamano wro
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sat, 21 Apr 2007, Junio C Hamano wrote:
>>
>> The latest maintenance release GIT 1.5.1.2 is available at the
>> usual places:
>
> Well, by "available" you probably mean "not available", because
Nicolas Pitre <[EMAIL PROTECTED]> writes:
> On Sun, 22 Apr 2007, Junio C Hamano wrote:
>
>> With recent glibc, mkstemp() creates 0400 file. Updated
>> pack-objects uses it in pack/idx writing without fixing this,
>> hence this problem.
>
> Oops. I guess I
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without fixing this,
hence this problem.
Will have a fix hopefully shortly.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sat, 21 Apr 2007, Junio C Hamano wrote:
>>
>> The latest maintenance release GIT 1.5.1.2 is available at the
>> usual places:
>
> Well, by "available" you probably mean "not available", because
writing history
Jim Meyering (1):
sscanf/strtoul: parse integers robustly
Junio C Hamano (4):
Do not default to --no-index when given two directories.
Start preparing for 1.5.1.2
git-clone: fix dumb protocol transport to clone from pack-pruned ref
GIT 1.5.1.2
L
track/no-track option.
user-manual: fix discussion of default clone
user-manual: detached HEAD
user-manual: start revising internals chapter
user-manual: use detached head when rewriting history
Jim Meyering (1):
sscanf/strtoul: parse integers robustly
Junio C Hamano
Linus Torvalds [EMAIL PROTECTED] writes:
On Sat, 21 Apr 2007, Junio C Hamano wrote:
The latest maintenance release GIT 1.5.1.2 is available at the
usual places:
Well, by available you probably mean not available, because it doesn't
actually work.
I get EPERM on pack
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without fixing this,
hence this problem.
Will have a fix hopefully shortly.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Nicolas Pitre [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without fixing this,
hence this problem.
Oops. I guess I'm guilty for this. I didn't bother looking
Linus Torvalds [EMAIL PROTECTED] writes:
On Sat, 21 Apr 2007, Junio C Hamano wrote:
The latest maintenance release GIT 1.5.1.2 is available at the
usual places:
Well, by available you probably mean not available, because it doesn't
actually work.
I get EPERM on pack
Nicolas Pitre [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Nicolas Pitre wrote:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
Nicolas Pitre [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
With recent glibc, mkstemp() creates 0400 file. Updated
pack
Linus Torvalds [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Nicolas Pitre wrote:
Well, actually there is no point making pack files writable. If they're
modified, they get corrupted.
Here's the fix I wanted to propose:
diff --git a/builtin-pack-objects.c b/builtin-pack-objects.c
Junio C Hamano [EMAIL PROTECTED] writes:
Linus Torvalds [EMAIL PROTECTED] writes:
So I think that if the user has a umask that says nobody else can read,
then we should *not* make it world readable (unless the
shared_repository thing is set to override it, of course).
I obviously agree
Rene Herman <[EMAIL PROTECTED]> writes:
> Stumbling around with git here. I'd like to use git to efficiently
> track the current -stable as well as -current. Say, my local tree is a
> clone of Linus current:
>
> git clone \
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
>
Rene Herman [EMAIL PROTECTED] writes:
Stumbling around with git here. I'd like to use git to efficiently
track the current -stable as well as -current. Say, my local tree is a
clone of Linus current:
git clone \
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
local
I
rebski (1):
gitweb: Fix bug in "blobdiff" view for split (e.g. file to symlink)
patches
Jim Meyering (1):
(encode_85, decode_85): Mark source buffer pointer as "const".
Julian Phillips (1):
Documentation: show-ref: document --exclude-existing
Junio C
pointer as const.
Julian Phillips (1):
Documentation: show-ref: document --exclude-existing
Junio C Hamano (7):
rerere: make sorting really stable.
Fix dependency of common-cmds.h
Documentation: tighten dependency for git.{html,txt}
Prepare for 1.5.1.1
Add
David Brownell <[EMAIL PROTECTED]> writes:
> So in practical terms "\n \t" and "\n\t" are identical;
> although the former "should not" be used, it doesn't
> actually affect what CodingStyle is primarily trying to
> control (i.e. what the code looks like).
That's not what CodingStyle is trying
David Brownell [EMAIL PROTECTED] writes:
So in practical terms \n \t and \n\t are identical;
although the former should not be used, it doesn't
actually affect what CodingStyle is primarily trying to
control (i.e. what the code looks like).
That's not what CodingStyle is trying to control.
The latest feature release GIT 1.5.1 is available at the usual
places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.1.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.1.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.1.tar.{gz,bz2}
The latest feature release GIT 1.5.1 is available at the usual
places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.1.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.1.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.1.tar.{gz,bz2}
gitweb: Add some installation notes in gitweb/INSTALL
Jeff King (1):
commit: fix pretty-printing of messages with "\nencoding "
Jim Meyering (1):
user-manual.txt: fix a tiny typo.
Johannes Schindelin (1):
t4118: be nice to non-GNU sed
Junio C Hamano (2):
git-c
King (1):
commit: fix pretty-printing of messages with \nencoding
Jim Meyering (1):
user-manual.txt: fix a tiny typo.
Johannes Schindelin (1):
t4118: be nice to non-GNU sed
Junio C Hamano (2):
git-commit: read-tree -m HEAD is not the right way to read-tree quickly
: warn when -m provided on a fast forward
Jeff King (2):
Documentation: s/seperator/separator/
fast-import: grow tree storage more aggressively
Johannes Schindelin (2):
Begin SubmittingPatches with a check list
make t8001 work on Mac OS X again
Junio C Hamano (4):
git
: warn when -m provided on a fast forward
Jeff King (2):
Documentation: s/seperator/separator/
fast-import: grow tree storage more aggressively
Johannes Schindelin (2):
Begin SubmittingPatches with a check list
make t8001 work on Mac OS X again
Junio C Hamano (4):
git
discussion
Jim Meyering (1):
diff --cc: integer overflow given a 2GB-or-larger file
Johannes Schindelin (3):
fetch.o depends on the headers, too.
builtin-archive: use RUN_SETUP
Document the config variable format.suffix
Junio C Hamano (5):
git-apply: do not fix w
Meyering (1):
diff --cc: integer overflow given a 2GB-or-larger file
Johannes Schindelin (3):
fetch.o depends on the headers, too.
builtin-archive: use RUN_SETUP
Document the config variable format.suffix
Junio C Hamano (5):
git-apply: do not fix whitespaces
Could you un-CC: git@vger.kernel.org from this thread, please?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Could you un-CC: git@vger.kernel.org from this thread, please?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The latest maintenance release GIT 1.5.0.2 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.0.2.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.0.2.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.0.2.tar.{gz,bz2}
701 - 800 of 857 matches
Mail list logo