Alexey Nezhdanov <[EMAIL PROTECTED]> writes:
> Satturday, 23 July 2005 23:26 Ryan Anderson wrote:
>> -Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
>> +Depends: ${misc:Depends}, patch, diff, rsync, rcs, ssh
> Did I missed something or you forgot about libcurl3 dependency?
I think you are
Satturday, 23 July 2005 23:26 Ryan Anderson wrote:
> -Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
> +Depends: ${misc:Depends}, patch, diff, rsync, rcs, ssh
Did I missed something or you forgot about libcurl3 dependency?
--
Respectfully
Alexey Nezhdanov
-
To unsubscribe from this list:
Satturday, 23 July 2005 21:09 Junio C Hamano wrote:
> Instead, please add gitk and gitweb to the list. We should not
> forget that these "mostly read-only" things are Porcelains.
Then add qgit too to provide fair coverage.
--
Respectfully
Alexey Nezhdanov
-
To unsubscribe from this list: send t
Petr Baudis <[EMAIL PROTECTED]> writes:
> I have it the other way around, with the rationale that your default
> settings should be in your ~/.gitrc, not environment, which is always
> the highest priority.
That's true. I just never hand commit other people's patches (I
use applymbox for that) a
Using the information prepared with update-server-info, a truly
dumb http server can allow cloning with this client side
support.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
Makefile|2 +-
git-clone-dumb-http | 51 +++
g
This adds a minimum documentation to the new command.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
Documentation/git-update-server-info.txt | 42 ++
Documentation/git.txt|4 +++
2 files changed, 46 insertions(+), 0 deletions(-)
crea
The git-update-server-info command prepares informational files
to help clients discover the contents of a repository, and pull
from it via a dumb transport protocols. Currently, the
following files are produced.
- The $repo/info/refs file lists the name of heads and tags
available in the $re
Retrieve and list the remote refs from git, http, and rsync
repositories, and optionally stores the retrieved refs in the
local repository under the same name.
To access a git URL, git-peek-remote command is used. An http
URL needs to have an up-to-date info/refs file for discovery,
which will be
Add documentation for the git-peek-remote and link it from the
main index.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
Documentation/git-peek-remote.txt | 53 +
Documentation/git.txt |9 --
2 files changed, 59 insertions(+), 3 d
Add a git-peek-remote command that talks with upload-pack the
same way git-fetch-pack and git-clone-pack do, to show the
references the remote side has on the standard output.
A later patch introduces git-ls-remote that implements a UI to
store tag values retrieved using this command.
Signed-off-
Several days ago there was a discussion on discovering remote
tags and branches. This was somewhat related to supporting
packed repositories on a dumb server I have been toying with, so
here is my current status.
The first three patches deal with the discovery of remote tags
and heads:
[PATCH
Instead of finding old/new pair that one side has and the
other side does not have the specified string, find old/new pair
that contains the specified string as a substring different
number of times. This would still not catch a case where you
introduce two static variable declarations and remove
On Sat, 2005-07-23 at 12:33 -0400, Bryan Larsen wrote:
> how about:
> .git/refs/heads/master - documented in README, doesn't appear to be used.
That's true, README is quite outdated. I created the
http://wiki.procode.org/cgi-bin/wiki.cgi/StGIT page (empty now) where I
will add StGIT information
Ryan Anderson <[EMAIL PROTECTED]> writes:
> Add git-find-new-files to find files that are in the tree, but
> not checked into the repository.
You _ought_ to be able to just say:
$ git-ls-files --others --exclude-from=
and be done with it. Also please see the thread about Cogito
and StGIT's us
This patch includes two fixes to the git-core Debian package:
* Conflict with the GNU Interactive Tools package, which _also_
wants to install /usr/bin/git.
* Compile against the unencumbered Mozilla SHA1 code, instead of
the iffy OpenSSL code, as much as possible. This makes
On Sat, Jul 23, 2005 at 09:24:33AM -0700, Linus Torvalds wrote:
>
>
> On Sat, 23 Jul 2005, Ryan Anderson wrote:
> >
> > * Compile against the unencumbered Mozilla SHA1 code, instead of
> > the iffy OpenSSL code. This makes it easier to get the package
> > included for distributi
On Sat, 23 Jul 2005, Linus Torvalds wrote:
>
>
> On Sat, 23 Jul 2005, Ryan Anderson wrote:
> >
> > Add git-find-new-files to find files that are in the tree, but not checked
> > into the repository.
> >
> > Most users will probably want to "make clean" before using this for real
> > signific
On Sat, 23 Jul 2005, Ryan Anderson wrote:
>
> Add git-find-new-files to find files that are in the tree, but not checked
> into the repository.
>
> Most users will probably want to "make clean" before using this for real
> significant changes, as it does such a good job that it finds binaries t
Ryan Anderson <[EMAIL PROTECTED]> writes:
> How is this for a start?
A very good start indeed. Thanks.
> Git falls into the category of distributed source code management tools,
> similar to Arch or Darcs (or, in the commercial world, BitKeeper). This
> means that every working directory is a
Catalin Marinas wrote:
It seems I inadvertantly kicked off the discussion I wanted to kick off,
but I didn't excpect this patch to do so!
I prepared a patch adding the following information into
git/Documentation to kick off discussion. Obviously Catalin is more
likely to be accurate.
O
On Sat, 23 Jul 2005, Ryan Anderson wrote:
>
> * Compile against the unencumbered Mozilla SHA1 code, instead of
> the iffy OpenSSL code. This makes it easier to get the package
> included for distribution with Debian.
Note that this is just not true.
We still use openssl for th
Ryan Anderson wrote:
Git falls into the category of distributed source code management tools,
similar to Arch or Darcs (or, in the commercial world, BitKeeper). This
means that every working directory is a full-fledged repository with
full revision tracking capabilities.
That's not actually wh
On Sat, Jul 23, 2005 at 02:11:16AM -0700, Junio C Hamano wrote:
> Ryan Anderson <[EMAIL PROTECTED]> writes:
>
> > --- a/debian/changelog
> > +++ b/debian/changelog
> > ...
> > + * Minor tweaks to the Build-Depends.
>
> This is a nit and not the reason for NACK, but I do not see any
> change to B
Duplicate send, had typo in orif address line :(
On Saturday 23 July 2005 04:50, Ryan Anderson wrote:
>On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
>> - Publicity. I would be very happy to see somebody with good
>>writing and summarizing skills to prepare an article to be
>
On Saturday 23 July 2005 04:15, Ryan Anderson wrote:
>On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
>> I do not know what release plan Linus has in mind, and also
>> expect things to be quieter next week during OLS and kernel
>> summit, but I think we are getting really really clo
On Fri, 2005-07-22 at 16:24 -0700, Junio C Hamano wrote:
> Petr Baudis <[EMAIL PROTECTED]> writes:
> > This brings me to another subject, M and N are pretty hard to
> > distinguish visually without close inspection of the output. What about
> > switching to use A instead of N everywhere?
>
> Howev
On Sat, 2005-07-23 at 11:30 +0200, Petr Baudis wrote:
> Dear diary, on Sat, Jul 23, 2005 at 10:41:38AM CEST, I got a letter
> where Catalin Marinas <[EMAIL PROTECTED]> told me that...
> > The problem appears when one upstream maintainer changes the
> > configuration, should this be merged again? In
Hi,
because I'm sitting behind a firewall I have to use cogito/git using
http. But http proxy needs special authentification with user &
password. It seems to me that this isn't supported with recent cogito/git?
In the past, for bk I used
$ export http_proxy=http://user:[EMAIL PROTECTED]:808
Dear diary, on Sat, Jul 23, 2005 at 10:41:38AM CEST, I got a letter
where Catalin Marinas <[EMAIL PROTECTED]> told me that...
> Another problem with the template is when one wants a header as well as
> footer (for things like '-*- mode: text; -*-'). Maybe something like
> below would work:
>
> GIT
Ryan Anderson <[EMAIL PROTECTED]> writes:
> --- a/debian/changelog
> +++ b/debian/changelog
> ...
> + * Minor tweaks to the Build-Depends.
This is a nit and not the reason for NACK, but I do not see any
change to Build-Depends.
> -Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
> +Depend
>From nobody Sat Jul 23 02:08:27 2005
To: Ryan Anderson <[EMAIL PROTECTED]>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Add git-find-new-files to spot files added to the tree,
but not the repository
Bcc: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>
From: Junio C Hamano <[EMAIL PROTECTED]>
Da
Some people split their long E-mail address over two lines
using the RFC2822 header "folding". We can lose authorship
information this way, so make a minimum effort to deal with it,
instead of special casing only the "Subject:" field.
We could teach mailsplit to unfold the folded header, but
teac
Dear diary, on Sat, Jul 23, 2005 at 01:07:05AM CEST, I got a letter
where Junio C Hamano <[EMAIL PROTECTED]> told me that...
> Catalin Marinas <[EMAIL PROTECTED]> writes:
>
> > Would such a template only have 'GIT:' prefixed lines? I usually put
> > another line like 'Signed-off-by:', for convenie
On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
> - Publicity. I would be very happy to see somebody with good
>writing and summarizing skills to prepare an article to be
>published on LWN.NET to coincide with the 1.0 release. An
>update to GIT traffic would also be n
On Fri, 2005-07-22 at 16:07 -0700, Junio C Hamano wrote:
> Catalin Marinas <[EMAIL PROTECTED]> writes:
>
> If signed-off-by is the only thing you are worried about, how
> about making it not part of the commit template and the message
> user touches with the editor? You first look at the user
> co
On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
> I do not know what release plan Linus has in mind, and also
> expect things to be quieter next week during OLS and kernel
> summit, but I think we are getting really really close.
Looking at the set of patches we just all dumped on
Add git-find-new-files to find files that are in the tree, but not checked into
the repository.
Most users will probably want to "make clean" before using this for real
significant changes, as it does such a good job that it finds binaries that
just got built.
Signed-off-by: Ryan Anderson <[EMAI
This patch includes two fixes to the git-core Debian package:
* Conflict with the GNU Interactive Tools package, which _also_
wants to install /usr/bin/git.
* Compile against the unencumbered Mozilla SHA1 code, instead of
the iffy OpenSSL code. This makes it easier to get th
38 matches
Mail list logo
