Re: [PATCH 2/2] README: Update dependencies

2014-01-09 Thread John Keeping
On Thu, Jan 09, 2014 at 04:13:08PM +0100, Jason A. Donenfeld wrote: On Thu, Jan 9, 2014 at 8:30 AM, Lukas Fleischer c...@cryptocrack.de wrote: We depend on Git in the test suite. Maybe this should be changed to use the binary from the Git submodule instead? I think we discussed the

Re: RFE: author/committer/tagger links (enable cgit to show gravatar for author, committer and tagger)

2014-01-09 Thread John Keeping
On Thu, Jan 09, 2014 at 06:50:29PM +0100, Jason A. Donenfeld wrote: On Thu, Jan 9, 2014 at 4:21 PM, Konstantin Ryabitsev mri...@kernel.org wrote: That's pretty nifty. Cool. Would you consider enabling this on kernel.org? I'll probably merge it in a few days (still working out some bugs).

Re: RFE: author/committer/tagger links (enable cgit to show gravatar for author, committer and tagger)

2014-01-09 Thread Jason A. Donenfeld
On Thu, Jan 9, 2014 at 7:07 PM, John Keeping j...@keeping.me.uk wrote: It feels to me like it might be better to allow a filter to be applied here. That way we don't put the Gravatar code in CGit itself but can distribute an example script that does apply Gravatar links to email addresses.

RFE: .so filters

2014-01-09 Thread Jason A. Donenfeld
Hey folks, I'm thinking about this filtering situation w.r.t. gravatar and potentially running multiple filters on one page. Something I've been considering is implementing a simple dlopen() mechanism for filters, if the filter filename starts with soname: or lib: or similar, so as to avoid the

Re: RFE: .so filters

2014-01-09 Thread John Keeping
On Thu, Jan 09, 2014 at 10:34:26PM +0100, Jason A. Donenfeld wrote: I'm thinking about this filtering situation w.r.t. gravatar and potentially running multiple filters on one page. Something I've been considering is implementing a simple dlopen() mechanism for filters, if the filter filename

Re: RFE: .so filters

2014-01-09 Thread Jason A. Donenfeld
On Fri, Jan 10, 2014 at 3:11 AM, Jason A. Donenfeld ja...@zx2c4.com wrote: Problems abound. This has race condition issues, where the parent process will SIGSTOP the child before the child can write its output. This could be fixed with a more complicated signaling protocol, but that's more