Re: Last mile to 1.0?

On Sat, 16 Jul 2005, Junio C Hamano wrote: [EMAIL PROTECTED] (Eric W. Biederman) writes: Junio C Hamano <[EMAIL PROTECTED]> writes: - Anonymous pull from packed archives on remote sites via non-rsync, non-ssh transport. ... ... but we may also end up wanting something HTTP

Re: [PATCH] git-revover-tags-script

[EMAIL PROTECTED] (Eric W. Biederman) writes: > First pass at a script to dig through .git/objects and find dangling > tags. It likely has a lot of weird limitations, I don't know if it > will work with packs, and the policy it implments is pretty stupid, > but it is a sane start and should keep

Re: Last mile to 1.0?

[EMAIL PROTECTED] (Eric W. Biederman) writes: > Junio C Hamano <[EMAIL PROTECTED]> writes: >> >>- Anonymous pull from packed archives on remote sites via >> non-rsync, non-ssh transport. ... >> ... but we may also end up wanting something HTTP >> reachable. > > For this we need

[PATCH 4/5] cogito: try harder to find gnu date

Look harder for gnu date, use if available. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- cg-Xlib |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/cg-Xlib b/cg-Xlib --- a/cg-Xlib +++ b/cg-Xlib @@ -70,7 +70,7 @@ showdate () { secs=$(($secs + $tzhours *

[PATCH 3/5] cogito: try harder to find gnu stat

Look harder for gnu stat. Cogito has code to use awk if gnu stat is missing. Look harder for gnu stat under alternate names such as gstat and gnustat, avoiding the use of awk if possible. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- cg-Xlib |6 +++--- 1 files changed, 3 insertions(

[PATCH 5/5] cogito: remove findutils dependency from Portfile

Gnu findutils (xargs) is no longer required; remove the dependency. Gnu coreutils is still required, but only if awk is not installed. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- Portfile.in |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/Portfile.in b/Portfi

[PATCH 1/5] cogito: remove use of xargs -r, a non-portable GNU extension

Remove usage of xargs -r, a non-portable gnu extension. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- cg-add |6 +++--- cg-init |2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/cg-add b/cg-add --- a/cg-add +++ b/cg-add @@ -25,8 +25,6 @@ USAGE="cg-add [-N] FI

[PATCH 2/5] cogito: remove use of cp -a, a non-portable GNU extension

Remove usage of cp -a, a non-portable gnu extension. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- cg-pull |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/cg-pull b/cg-pull --- a/cg-pull +++ b/cg-pull @@ -217,7 +217,7 @@ fetch_local () { [ "$1" = "-i" ] &&

[PATCH 0/5] cogito: compatibility with OS X

Since Linus and Junio were unhappy with my previous set of patches to make git and cogito compatible with OS X and other BSD unices, I have redone my patches to cogito along a similar line. There is still one outstanding incompatibility: cogito makes use of cp -u. I have this message from Junio:

[PATCH] git: remove usage of xargs -r, a non-portable gnu extension

Remove usage of xargs -r, a non-portable gnu extension. Signed-off-by: Bryan Larsen <[EMAIL PROTECTED]> --- git-prune-script |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-prune-script b/git-prune-script --- a/git-prune-script +++ b/git-prune-script @@ -20,6 +20,6

Darcs-Git: upgrading to Git 0.99

[CC'd to the Git mailling list; please CC any replies to Darcs-Devel] David, Ian, I'd like to upgrade the Git code used in Darcs to 0.99 (we're currently using 0.6). There are two good reasons for that, the first of which is actually a showstopper: - the format of Git repositories has changed

[PATCH] git-revover-tags-script

First pass at a script to dig through .git/objects and find dangling tags. It likely has a lot of weird limitations, I don't know if it will work with packs, and the policy it implments is pretty stupid, but it is a sane start and should keep people from needing to rsync anything except the .git/

[PATCH] Install git-verify-tag-script

Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) b4ef59fcedf0855519fc23b58f9ec0c80e78221c diff --git a/Makefile b/Makefile --- a/Makefile +++ b/Makefile @@ -36,7 +36,7 @@ SCRIPTS=git git-apply-patch-script git-m

[PATCH] Cleanup: git-verify-tag-script

- Use git-verify-parse to allow sha1 tags references - When the tag does not verify set an appropriate exit status - Use git-sh-setup-script to verify the .git directory Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- git-verify-tag-script |7 +++ 1 files changed, 3 insertions(

Re: Last mile to 1.0?

Junio C Hamano <[EMAIL PROTECTED]> writes: > 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. > > Here are the things I think we would want to see before we hit > 1.0:

Re: [PATCH-fix] fetch/pull: short-hand notation for remote repositories.

Linus Torvalds <[EMAIL PROTECTED]> writes: > I already noticed the breakage, and fixed that a bit differently. > > Feel free to send an updated patch if you prefer your version after my > commits have percolated out.. As an old timer, I always prefer "case" over "test", so the version in your tr

Last mile to 1.0?

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. Here are the things I think we would want to see before we hit 1.0: - Remaining feature enhancements and fixes. - An

Barebone Porcelain. Where to stop?

I have been somewhat disturbed and confused by the fact that the line between what Porcelain like Cogito does and what we ship as part of "core GIT" is getting more and more blurred. This was especially so while I was working on the $GIT_DIR/branches/ patch. This trend started when "git diff", "g

Re: [PATCH-fix] fetch/pull: short-hand notation for remote repositories.

On Sat, 16 Jul 2005, Junio C Hamano wrote: > > *** I see you have already merged my broken one; sorry. I already noticed the breakage, and fixed that a bit differently. Feel free to send an updated patch if you prefer your version after my commits have percolated out.. Linus

Re: [MERGE] Combine git-tools repository into example-tools/ subdirectory of git

On Sat, 16 Jul 2005, Ryan Anderson wrote: > > Linus, it seems, well, odd to me that you maintain two different git > trees. Yes. > So I used your example of the gittk merge to move git-tools into the > main git-repository. Fair enough. I was ready to pull your work, but it turns out that the

[PATCH-fix] fetch/pull: short-hand notation for remote repositories.

The logic to decide when to store fetched head/tag under $GIT_DIR/refs/, and http transport were broken in the previous round. Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]> --- *** I see you have already merged my broken one; sorry. *** Anything written under the influence should be tested

[MERGE] Combine git-tools repository into example-tools/ subdirectory of git

Linus, it seems, well, odd to me that you maintain two different git trees. So I used your example of the gittk merge to move git-tools into the main git-repository. Summary of changes: 1) Create an example-tools directory 2) Move all of the git-tools tree, except the outdated cvs2git script in

[PATCH] Documentation: describe short-hand used in fetch/pull.

Describe short-hand for remote repository used in fetch/pull. Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]> --- Documentation/git-fetch-script.txt | 47 Documentation/git-pull-script.txt | 16 Documentation/git.txt |9 ++

[PATCH] fetch/pull: short-hand notation for remote repositories.

Since pull and fetch are done often against the same remote repository repeatedly, keeping the URL to pull from along with the name of the head to use in $GIT_DIR/branches/$name makes a lot of sense. Adopt that convention from Cogito, and try to be compatible when possible; storing a partial URL a