Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

SZEDER Gábor writes: >> On the other hand, I've marked a handful of topics below as "Will >> discard". They were all dormant after waiting for updates for quite >> a long time; interested people may want to help resurrect them. > >> * sg/pretty-more-date-mode-format

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

On 2015-12-16 19.04, Junio C Hamano wrote: > Thanks. In the meantime, I'll pick up v6 $gmane/282061 and replace > the above with it. I'm looking for a replacement for the grep/sed combination, but no luck with different trial. Can anybody help me out, please ? git ls-files --eol -o | grep

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

> On the other hand, I've marked a handful of topics below as "Will > discard". They were all dormant after waiting for updates for quite > a long time; interested people may want to help resurrect them. > * sg/pretty-more-date-mode-format (2015-10-07) 1 commit > - pretty: add format specifiers

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

Torsten Bögershausen writes: > On 15.12.15 23:48, Junio C Hamano wrote: >> * tb/ls-files-eol (2015-11-28) 2 commits >> - convert.c: mark a file-local function static >> - ls-files: Add eol diagnostics >> >> Add options to ls-files to help diagnose end-of-line problems. >> >>

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

Hi Junio, On Tue, 15 Dec 2015, Junio C Hamano wrote: > Junio C Hamano writes: > > > There already was strbuf_getline_crlf(), and I wanted a new name to > > be conservative. > > When I re-read the series, I realize that the existing one had > exactly the same semantics as

What's cooking in git.git (Dec 2015, #05; Tue, 15)

Here are the topics that have been cooking. Commits prefixed with '-' are only in 'pu' (proposed updates) while commits prefixed with '+' are in 'next'. The ones marked with '.' do not appear in any of the integration branches, but I am still holding onto them. 2.7-rc1 has been tagged. I

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

Jeff King writes: > On Tue, Dec 15, 2015 at 02:48:42PM -0800, Junio C Hamano wrote: > >> * dk/gc-more-wo-pack (2015-11-24) 3 commits >> - gc: Clean garbage .bitmap files from pack dir >> - t5304: Add test for .bitmap garbage files >> - prepare_packed_git(): find more garbage >>

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

On Tue, Dec 15, 2015 at 2:48 PM, Junio C Hamano wrote: > > * sb/submodule-parallel-fetch (2015-12-14) 8 commits > - submodules: allow parallel fetching, add tests and documentation > - fetch_populated_submodules: use new parallel job processing > - run-command: add an

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

On Tue, Dec 15, 2015 at 02:48:42PM -0800, Junio C Hamano wrote: > * dk/gc-more-wo-pack (2015-11-24) 3 commits > - gc: Clean garbage .bitmap files from pack dir > - t5304: Add test for .bitmap garbage files > - prepare_packed_git(): find more garbage > > Follow-on to dk/gc-idx-wo-pack topic,

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

Jeff King writes: >> * jc/strbuf-gets (2015-10-28) 17 commits >> [...] >> >> Teach codepaths that communicate with users by reading text files >> to be more lenient to editors that write CRLF-terminated lines. >> Note that this is only about communication with Git, like

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

Junio C Hamano writes: > There already was strbuf_getline_crlf(), and I wanted a new name to > be conservative. When I re-read the series, I realize that the existing one had exactly the same semantics as strbuf_gets(), so I think no risk would come from reusing that name.

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

On Tue, Dec 15, 2015 at 03:44:42PM -0800, Junio C Hamano wrote: > Junio C Hamano writes: > > > There already was strbuf_getline_crlf(), and I wanted a new name to > > be conservative. > > When I re-read the series, I realize that the existing one had > exactly the same

Re: What's cooking in git.git (Dec 2015, #05; Tue, 15)

On 15.12.15 23:48, Junio C Hamano wrote: > * tb/ls-files-eol (2015-11-28) 2 commits > - convert.c: mark a file-local function static > - ls-files: Add eol diagnostics > > Add options to ls-files to help diagnose end-of-line problems. > > This latest round hasn't gotten any review yet. > >