Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-13 Thread Junio C Hamano
Johannes Sixt j.s...@viscovery.net writes:

 Am 9/12/2013 17:24, schrieb Junio C Hamano:
 Johannes Sixt j.s...@viscovery.net writes:
 
 Am 9/12/2013 1:32, schrieb Junio C Hamano:
 * jc/ref-excludes (2013-09-03) 2 commits
 
 Thanks for a dose of sanity. I didn't look at rev-parse. I vaguely
 recall somebody offered follow-ups (was it you?) and at that point
 I placed this on the back-burner.

 Yes, I offered to pick up the topic as time permits. Don't hold your
 breath, though :-)

Thanks ;-)
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-12 Thread Johannes Sixt
Am 9/12/2013 1:32, schrieb Junio C Hamano:
 * jc/ref-excludes (2013-09-03) 2 commits
  - document --exclude option
  - revision: introduce --exclude=glob to tame wildcards
 
  People often wished a way to tell git log --branches (and git
  log --remotes --not --branches) to exclude some local branches
  from the expansion of --branches (similarly for --tags, --all
  and --glob=pattern).  Now they have one.
 
  Will merge to 'next'.

Please don't. This is by far not ready. It needs a different approach to
support --exclude= in rev-parse.

-- Hannes
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-12 Thread Junio C Hamano
Johannes Sixt j.s...@viscovery.net writes:

 Am 9/12/2013 1:32, schrieb Junio C Hamano:
 * jc/ref-excludes (2013-09-03) 2 commits
  - document --exclude option
  - revision: introduce --exclude=glob to tame wildcards
 
  People often wished a way to tell git log --branches (and git
  log --remotes --not --branches) to exclude some local branches
  from the expansion of --branches (similarly for --tags, --all
  and --glob=pattern).  Now they have one.
 
  Will merge to 'next'.

 Please don't. This is by far not ready. It needs a different approach to
 support --exclude= in rev-parse.

Thanks for a dose of sanity. I didn't look at rev-parse. I vaguely
recall somebody offered follow-ups (was it you?) and at that point
I placed this on the back-burner.

--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-12 Thread Junio C Hamano
Jeff King p...@peff.net writes:

 This description is slightly inaccurate since the re-roll. I think it is
 now:

   git config did not provide a way to set or access numbers larger
   than a native int on the platform; it now provides 64-bit signed
   integers on all platforms.

 Not a big deal, but it may make your life easier if this description
 ends up in the merge commit, and then you later try to write
 ReleaseNotes off of it.

Thanks, this helps very much.

If you are not interested in how a Git maintainer works, you can
stop reading.

Otherwise understanding of Documentation/howto/maintain-git.txt may
be necessary to grok the below.

The way I work these days is:

 - Add a ### cut mark to Meta/redo-jch.sh so that topics I want to
   have in 'master' comes before it;

 - Proofread the description on these topics in Meta/whats-cooking.txt;

 - Make a copy of RelNotes to a temporary file and have it in my
   Emacs;

 - On 'master', run Meta/redo-jch.sh -c1 -e, with emacsclient set
   to my EDITOR;

 - Edit the merge log message if necessary (and if I do so,
   whats-cooking needs to be also updated), but do not say C-x #
   yet;

 - Copy that final merge log message to that temporary file (it is
   all in the same Emacs, so this is very simple and easy) to add a
   new entry;

 - Go back to the merge log message and say C-x #, which will go
   back two step in this list, repeatedly processing all the topics.

And then copy the temporary file over to RelNotes.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-12 Thread Johannes Sixt
Am 9/12/2013 17:24, schrieb Junio C Hamano:
 Johannes Sixt j.s...@viscovery.net writes:
 
 Am 9/12/2013 1:32, schrieb Junio C Hamano:
 * jc/ref-excludes (2013-09-03) 2 commits
 
 Thanks for a dose of sanity. I didn't look at rev-parse. I vaguely
 recall somebody offered follow-ups (was it you?) and at that point
 I placed this on the back-burner.

Yes, I offered to pick up the topic as time permits. Don't hold your
breath, though :-)

-- Hannes
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: What's cooking in git.git (Sep 2013, #03; Wed, 11)

2013-09-11 Thread Jeff King
On Wed, Sep 11, 2013 at 04:32:23PM -0700, Junio C Hamano wrote:

 * jk/config-int-range-check (2013-09-09) 5 commits
   (merged to 'next' on 2013-09-09 at 9ab779d)
  + git-config: always treat --int as 64-bit internally
  + config: make numeric parsing errors more clear
  + config: set errno in numeric git_parse_* functions
  + config: properly range-check integer values
  + config: factor out integer parsing from range checks
 
  Originally merged to 'next' on 2013-08-22
 
  git config --int section.var 3g should somehow diagnose that the
  number does not fit in int (on 32-bit platforms anyway) but it
  did not.

This description is slightly inaccurate since the re-roll. I think it is
now:

  git config did not provide a way to set or access numbers larger
  than a native int on the platform; it now provides 64-bit signed
  integers on all platforms.

Not a big deal, but it may make your life easier if this description
ends up in the merge commit, and then you later try to write
ReleaseNotes off of it.

It also fixes the mis-detection of 32-bit overflow on certain platforms,
but the only likely way to trigger that was via config --int (unless
you are crazy enough to set gc.auto to 2g or something). But now that
git-config is 64-bit that does not even matter, and it is probably not
even worth mentioning in the release notes.

-Peff
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html