GIT 0.99.4 preview: current status
Things are looking almost ready for a new release. The list at the end of this message shows what went into the release candidate branch since 0.99.3: Dan's commit walker updates to deal with a packed repository, Johannes fixed quite a lot of problems in the documentation, I did reference-renaming push, a couple of usability improvements from Linus, gitk updates from Paul, and Ryan added an bulk e-mailer. With help from Kalle, Horst and Chris Wright, binary packaging looks in a better shape now. I'll let this simmer for a couple more days, and plan to merge them back to the master branch on Wednesday and tag it as v0.99.4. Some of the patches I will receive before Wednesday from the list, and some of what I already have in the proposed update branch, may graduate to the master branch before that happens. Earlier, I posted my itchlist. I would of course appreciate if somebody scratches them, but at the same time would appreciate people to voice their own itches. My personal 0.99.5 itches are to enhance fetch to deal with multiple references and have local-pull to deal with a packed repository. Dan's help would be greatly appreciated on the latter one. Oh, another itch I did not list in the previous message. Is anybody interested in doing an Emacs VC back-end for GIT? BTW, I used "git log v0.99.3..rc | git shortlog" to prepare the attached list, but ended up hand-removing many "Merge with blah" entries. It may not be a bad idea to have an option to filter out the merge entries at "git log" time. Adding '--single-parent-only' flag to git-rev-list would be one way of doing it. Suggestions? Alecs King: Fix sparse warnings [EMAIL PROTECTED]: Object library enhancements Parallelize the pull algorithm Parallelize pulling by ssh Holger Eitzenberger: git: add git_mkstemp() git: use git_mkstemp() instead of mkstemp() for diff generation. Horst von Brand: RPM spec updates. Johannes Schindelin: git-commit-script fix for degenerated merge Assorted documentation patches Junio C Hamano: Clean t/trash upon "make clean" as well. Make send-pack --all and explicit ref mutually exclusive. receive-pack hooks updates. Make sure leading directories exist when pushing refs. git-send-email-script: minimum whitespace cleanup. send-pack: handle partial pushes correctly. Install sample hooks Renaming push. git-send-pack: documentation Retire check-files. Retire git-check-files documentation too. git-bisect termination condition fix. git-init-db: brown paper bag bugfix. Fix send-pack for non-commitish tags. Update get_sha1() to grok extended format. Teach rev-list since..til notation. daemon.c: squelch error message from EINTR git-applymbox: allow retrying after fixing up. Fix refname termination. Fix ref_newer() in send-pack. send-pack: allow the same source to be pushed more than once. send-pack: allow generic sha1 expression on the source side. gitk proposed fix: handle more than one SHA1 links. Redo the templates generation and installation. GIT 0.99.4 (release candidate) Fix RPM build that omitted templates and tools. Fix build rules for debian package. (revert local fix) Update Maintainer field of debian/control Kalle Valo: Fix debian doc-base Linus Torvalds: Make git-sh-setup-script do what it was supposed to do Extend "git reset" to take a reset point gitk "parent information" in commit window Nicolas Pitre: list shortlog items in commit order Paul Mackerras: Compress the graph horizontally if it gets too wide. Add forward and back buttons and make SHA1 IDs clickable links. Change cursor to a hand cursor when over a SHA1 ID link. Use lf translation rather than binary when reading commit data. Better graph line details display and expand history coverage. Petr Baudis: Fix git-merge-cache -q Ryan Anderson: Add git-send-email-script - tool to send emails from git-format-patch-script Add documentation for git-send-email-script Add new dependencies caused by git-send-email-script to debian/control Convert from using quoted-printable to just 8bit encoding on all emails. Cleanup initial comments, add copyright notices. Add "--chain-reply-to" to git-send-email-script, to control whether or not the git-send-email-script: Reformat readline interface and generate a better message-id. Make the SMTP server used by git-sendm-email-script configurable on the command line with "--smtp-server" git-send-email-script - fix 2 small bugs that snuck through an untested bout of editing. git-send-email-script - Fix loops that limit emails to unique values to be pedantically correct. Doc: update git-send-email-script documentation. Sergey Vlasov: Plug memory leaks in git-unpack-objects - 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
Re: GIT 0.99.4 (preview)
My proposed patch, the description as is is misleading. The rest of the .spec file looks sane (yes, I've built my share of RPMs over the years). diff --git a/git-core.spec.in b/git-core.spec.in --- a/git-core.spec.in +++ b/git-core.spec.in @@ -2,7 +2,7 @@ Name: git-core Version: @@VERSION@@ Release: 1 -Vendor:Linus Torvalds <[EMAIL PROTECTED]> +Vendor:Junio C Hamano <[EMAIL PROTECTED]> Summary: Git core and tools License: GPL Group: Development/Tools @@ -13,22 +13,23 @@ BuildRoot: %{_tmppath}/%{name}-%{version Prereq:sh-utils, diffutils, rsync, rcs, mktemp >= 1.5 %description -GIT comes in two layers. The bottom layer is merely an extremely fast -and flexible filesystem-based database designed to store directory trees -with regard to their history. The top layer is a SCM-like tool which -enables human beings to work with the database in a manner to a degree -similar to other SCM tools (like CVS, BitKeeper or Monotone). +This is a stupid (but extremely fast) directory content manager. It +doesn't do a whole lot, but what it _does_ do is track directory +contents efficiently. It is intended to be the base of an efficient, +distributed source code management system. This package includes +rudimentary tools that can be used as a SCM, but you should look +elsewhere for tools for ordinary humans layered on top of this. %prep %setup -q %build - make prefix=%{_prefix} all %{!?_without_docs: doc} %install rm -rf $RPM_BUILD_ROOT -make dest=$RPM_BUILD_ROOT prefix=%{_prefix} mandir=%{_mandir} install install-tools %{!?_without_docs: install-doc} +make dest=$RPM_BUILD_ROOT prefix=%{_prefix} mandir=%{_mandir} \ + install install-tools %{!?_without_docs: install-doc} %clean rm -rf $RPM_BUILD_ROOT @@ -43,7 +44,13 @@ rm -rf $RPM_BUILD_ROOT %{!?_without_docs: %{_mandir}/man7/*.7.gz} %changelog +* Sun Aug 07 2005 Horst H. von Brand <[EMAIL PROTECTED]> +- Redid the description +- Cut overlong make line, loosened changelog a bit +- I think Junio (or perhaps OSDL?) should be vendor... + * Thu Jul 14 2005 Eric Biederman <[EMAIL PROTECTED]> - Add the man pages, and the --without docs build option + * Wed Jul 7 2005 Chris Wright <[EMAIL PROTECTED]> - initial git spec file -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 - 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
GIT 0.99.4 (preview)
I said: > My tentative plan is for 0.99.4 to finish send-pack, 0.99.5 > to enhance fetch-pack, 0.99.6 to finish the first pass for the > documentation updates and stabilizing the binary packaging. Ok, I am almost ready to push 0.99.4 out. Here is what I have in the public repository. - The branches master & pu are as usual. Modulo bugs, I consider send-pack enhancement finished. - There is an "rc" branch whose Makefile already says 0.99.4. I've been working on Debian and RPM packaging issues today, with help from Chris Wright and H Peter Anvin, in this branch. The plan is to stabilize the binary packaging issues in the "rc" branch, and ordinary feature updates and bugfixes in "master" or "pu" branch as usual. When things are ready, "rc" and "master" will be merged, 0.99.4 gets created and tagged, and "master" and "pu" will continue from there. I would appreciate if folks familiar with binary packaging, especially RPM, give final sanity checks on what is currently in "rc" branch. - 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