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 (2015-10-07) 1 commit
>> - pr
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 "TeBi_"
> 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 f
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.
>>
>> This latest rou
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 strbuf_gets(), so I th
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.
>
> W
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 semantics as strbuf_gets(
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. Let me try redoing th
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 feeding
>> list of ob
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
>>
>> Follow-on
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, t
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 asynchronous parallel chil
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 notice
13 matches
Mail list logo