This may be controversial from the robustness standpoint, so I
am placing it in the proposed update queue first. Discussions
on the list very welcomed.
Once the alternate object pool mechanism is taught to use
$GIT_DIR/info/alt file (instead of/in addition to the
environment variable), this would
This is a "call for help" patch. The kernel.org folks are
talking about installing git daemon, and while the problem I am
trying to address should not matter when the daemon is spawned
from inetd, I would like to get this resolved. Help greatly
apprciated.
-jc
It appears that every
Josef Weidendorfer made a good suggestion to throw in sample
hooks, disabled by default, to newly created repositories. Here
is a proposed patch. I will advance it to the master branch if
I do not hear objections, probably by the end of the week.
A template mechanism to populate new
Linus Torvalds <[EMAIL PROTECTED]> writes:
> It has no point any more, all the tools check the file status on their
> own, and yes, the thing should probably be removed.
How about git-rev-tree? Does anybody care?
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a
On Tue, 2 Aug 2005, Jeff Garzik wrote:
>
> I don't really care either way.
I suspect it's mostly the users, not the developers, who care. The core
developers already know what went in, and have git to see it, they don't
look at the shortlog output. So I suspect it's more important to see if
Junio C Hamano wrote:
Nicolas Pitre <[EMAIL PROTECTED]> writes:
The current shortlog list is backward making it look odd.
This reverses it so things appear more logically.
Sorry, I do not know how the shortlog looked like in BK days,
but it would be nice to match that order. I do not have
On Wed, 3 Aug 2005, Johannes Schindelin wrote:
>
> there's git-check-files in the repository, but AFAIK nobody uses it, not
> even "git status", which would be the primary candidate. If really no
> users of git-check-files exist, maybe we should remove it?
Yes.
It was used by the old "git-ap
Signed-off-by: Ryan Anderson <[EMAIL PROTECTED]>
---
Documentation/git-send-email-script.txt | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
b09788cd193a52bb44ab39826c9c6959f79305d5
diff --git a/Documentation/git-send-email-script.txt
b/Documentation/git-send-email-scrip
Email addresses aren't generally case sensitive in the real world, but
technically, they *can* be. So, let's do the right thing.
Additionally, fix the generated message-id to have the right template used.
Signed-off-by: Ryan Anderson <[EMAIL PROTECTED]>
---
git-send-email-script | 35 +++
On Sun, Jul 31, 2005 at 02:45:29AM -0700, Junio C Hamano wrote:
> Ryan Anderson <[EMAIL PROTECTED]> writes:
>
> > All emails are sent as a reply to the previous email, making it easy to
> > skip a collection of emails that are uninteresting.
>
> I understand why _some_ people consider thi
This causes ssh-pull to request objects in prefetch() and read then in
fetch(), such that it reduces the unpipelined round-trip time.
This also makes sha1_write_from_fd() support having a buffer of data
which it accidentally read from the fd after the object; this was
formerly not a problem, becau
This processes objects in two simultaneous passes. Each object will
first be given to prefetch(), as soon as it is possible to tell that
it will be needed, and then will be given to fetch(), when it is the
next object that needs to be parsed. Unless an implementation does
something with prefetch(),
Add function to look up an object which is entirely unknown, so that
it can be put in a list. Various other functions related to lists of
objects.
Signed-off-by: Daniel Barkalow <[EMAIL PROTECTED]>
---
object.c | 55 ++-
object.h | 10 +
This series pipelines pulling by ssh; objects are requested as soon as
possible, and read once as many hashes as possible have been stuffed in
the queue. This seems to be a major improvement in throughput, although it
doesn't do any packing, so the total data transferred is higher than it
could
Hi,
there's git-check-files in the repository, but AFAIK nobody uses it, not
even "git status", which would be the primary candidate. If really no
users of git-check-files exist, maybe we should remove it?
Ciao,
Dscho
-
To unsubscribe from this list: send the line "unsubscribe git" in
the bo
Hi,
do you mean git-prune-script? It is documented in
Documentation/git-prune-script.txt.
Ciao,
Dscho
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
G'day Junio,
>
> Jon, do we really need bignum to do the flow computation? From
> a quick glance, it appears to me that the fraction manipulation
> part is quite well isolated. Do you think adding the support
> for using other bignum implementation be reasonable (assuming
> you do need to use b
On Tue, 2 Aug 2005, Junio C Hamano wrote:
> Nicolas Pitre <[EMAIL PROTECTED]> writes:
>
> > The current shortlog list is backward making it look odd.
> > This reverses it so things appear more logically.
>
> Sorry, I do not know how the shortlog looked like in BK days,
> but it would be nice to
Or am I missing something?
The most recent commit to cogito makes the documentation depend on
asciidoc.conf, but it looks like the actual config file was not added.
--
Sebastian Kuzminsky
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTE
Nicolas Pitre <[EMAIL PROTECTED]> writes:
> The current shortlog list is backward making it look odd.
> This reverses it so things appear more logically.
Sorry, I do not know how the shortlog looked like in BK days,
but it would be nice to match that order. I do not have
preference either way my
Sam Ravnborg wrote:
On Tue, Aug 02, 2005 at 03:15:19PM -0700, H. Peter Anvin wrote:
Anyone have any good scripts for taking patches in email and turning
them into git commits, preferrably while preserving the author information?
git-applymbox seems to be what you are looking for.
It was name
Hi GITers,
So, after you dink around in a GIT tree for a while,
and you discover little bloblets left around by using
git-fsck-cache, what do you do? How can you clean up
afterwards?
Specifically, I have a GIT tree that shows some dangling
blobs that are unreferenced in my tree. Not sure how th
On Tue, Aug 02, 2005 at 03:15:19PM -0700, H. Peter Anvin wrote:
> Anyone have any good scripts for taking patches in email and turning
> them into git commits, preferrably while preserving the author information?
git-applymbox seems to be what you are looking for.
It was named dotest in the old d
The current shortlog list is backward making it look odd.
This reverses it so things appear more logically.
Signed-off-by: Nicolas Pitre <[EMAIL PROTECTED]>
diff --git a/git-shortlog b/git-shortlog
--- a/git-shortlog
+++ b/git-shortlog
@@ -90,7 +90,7 @@ sub shortlog_output {
#
[EMAIL PROTECTED] writes:
> This work is based on some now in -pu; what should I base my patches on? I
> would ideally like to add a function to one of the patches in -pu and fix
> a subtle bug in the other, in addition to further patches to actually use
> the feature in ssh-pull.
The proposed
I think I've now got the parallel pull use in ssh-pull to the point where
it could be useful to post. Similar stuff should work for http-pull (where
it will probably be more interesting), but I have to read more libcurl
documentation.
Initial results on ssh-pull are encouraging: on my local eth
On Tue, Aug 02, 2005 at 09:37:36AM -0700, Junio C Hamano wrote:
> Noel Maddy <[EMAIL PROTECTED]> writes:
>
> >> Please refrain from making this thread "I know more Perl than
> >> you do"; thank you.
> >
> > Sorry. Just trying to help, but suitably chastened.
>
> I realize that what you sent was n
Noel Maddy <[EMAIL PROTECTED]> writes:
>> Please refrain from making this thread "I know more Perl than
>> you do"; thank you.
>
> Sorry. Just trying to help, but suitably chastened.
I realize that what you sent was not _too_ Perlish and being
helpful. If you feel I overreacted, I am sorry; I _d
On Mon, Aug 01, 2005 at 04:21:08PM -0700, Junio C Hamano wrote:
> Noel Maddy <[EMAIL PROTECTED]> writes:
(silly perl stuff)
> Please refrain from making this thread "I know more Perl than
> you do"; thank you.
Sorry. Just trying to help, but suitably chastened.
Thanks
--
Time is an illusion.
29 matches
Mail list logo
