What's cooking extra

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



First, let me thank everybody who participated in the list traffic for the
past few weeks, reporting problems, answering questions, raising issues,
discussing them, sending patches and giving feedback to them, while I was
away.

I took a new day-job (yesterday was my second day) and haven't quite
adjusted yet, but I finally managed to find some time and energy to browse
through the list traffic and even queued a handful of topics.  I expect
I'll be more productive and back to speed in a week or two, but until then
I expect to still be slower than my usual self.

Here are the topics I've picked up so far (excluding the ones that were
trivially and obviously correct that went directly to 'maint' or
'master'):

 * ec/diff-noprefix-config (2010-05-02) 1 commit
  - diff: add configuration option for disabling diff prefixes.

 * jk/diff-m-doc (2010-05-08) 1 commit
  - docs: clarify meaning of -M for git-log

 * mc/maint-zoneparse (2010-05-17) 1 commit
  - Add "Z" as an alias for the timezone "UTC"

 * mg/notes-dry-run (2010-05-14) 1 commit
  - notes: dry-run and verbose options for prune

 * mg/rev-parse-lrbranches-locals (2010-05-14) 1 commit
  - revlist: Introduce --lrbranches and --locals revision specifiers
  (this branch uses mg/rev-parse-option-sifter-deprecation.)

 * mg/rev-parse-option-sifter-deprecation (2010-05-14) 3 commits
  - t6018: make sure all tested symbolic names are different revs
  - t6018: add tests for rev-list's --branches and --tags
  - rev-parse: deprecate use as an option sifter
  (this branch is used by mg/rev-parse-lrbranches-locals.)

I am aware of the following topics, that are probably all worthy of
inclusion at some point, but am unclear in what status their discussions
are.  I'd appreciate it if people can help me come up with a list of
topics that are fully discussed, and if patch submitters of these topics
can re-send the final "to apply" copy.

 * (Eyvind Bernhardsen and Linus) Fixing the behaviour of crlf attribute;
   ignoring them when core.autocrlf is not in effect was a wrong design
   decision.

   I agree with what Linus said in the thread; I haven't yet looked at the
   discussion in the past few days.  Also I don't know where '[PATCH v2]
   Add "core.eol" config variable' fits in the picture.

 * (Chris Lamb, Jeff King, Thomas Rast) "rebase -i" mishandles a patch
   with backslash in the title

 * (Rene) grep on binary files

 * (Linus) "git show ':/this is now a regex'"

 * (Gary V. Vaughan) Portability patches

 * (Ævar Arnfjörð Bjarmason) cvsserver updates

 * (Bo Yang, Thomas Rast) "log --graph" improvements

 * (Pavan Kumar Sunkara) instaweb and web--browse

 * (Yann Droneaud, Linus) matching utf8 locale in t9129

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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]