git/list[1] front-page[2] threads[3] people[4] search[5] about
 

RFD: concatening textconv filters

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Feb 21, 2013, 10:28 UTC
Message-ID
<5125F6CF.50105@drmicha.warpmail.net>

During my day-to-day UGFWIINIT I noticed that we don't do textconv iteratively. E.g.: I have a file

SuperSecretButDumbFormat.pdf.gpg

and textconv filters with attributes set for *.gpg and *.pdf (using "gpg" resp. "pdftotext"). For Git, the file has only the "gpg" attribute, of course. In this case, I would have wanted to pass the gpg output through pdftotext.

Now, I can set up an extra filter "gpgtopdftotext" for *.pdf.gpg (hoping I get the ordering in .gitattributes right), of course, but wondering whether we could and should support concatenating filters by either

- making it easy to request it (say by setting
"filter.gpgtopdftotext.textconvpipe" to a list of textconv filter names
which are to be applied in sequence)
or
- doing it automatically (remove the pattern which triggered the filter,
and apply attributes again to the resulting pathspec)
Maybe it's just not worth the effort. Or a nice GSoC project ;)
Michael
Next: Junio C Hamano
Message 1 of 2 in “RFD: concatening textconv filters”
  1. Michael J GruberFeb 21, 2013
  2. Junio C HamanoFeb 21, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.