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

Re: [ANNOUNCE] Guilt v0.31

From
Michael J Gruber <michaeljgruber+gmane@fastmail.fm>
Date
Sep 9, 2008, 15:40 UTC
Message-ID
<48C698DF.7010401@fastmail.fm>
In-Reply-To
<7vd4jd8i9b.fsf@gitster.siamese.dyndns.org>
Junio C Hamano venit, vidit, dixit 09.09.2008 17:13:
Show 7 quoted lines
> Michael J Gruber <michaeljgruber+gmane@fastmail.fm> writes:
> 
>> I would go about renaming quick-install-doc to quick-install-man, introducing quick-install-html doing the analogous using the "html" branch and quick-install-doc doing both, which would be more in line with the install-doc target.
>>
>> Are there any objections to renaming quick-install-doc to quick-install-man?
> 
> What does it improve?
It makes it more systematic.
Right now:

Documentation/Makefile: all: builds html and man install: installs only man (depends on man) install-{info,html}: installs $foo (depends on $foo) quick-install: installs man from man branch

Makefile: doc: builds html and man (-C D all) install-doc: installs only man (-C D install) install-{info,html}: installs $foo (-C D install-$foo) quick-install-doc: installs man from man branch (-C D install-$foo)

So there is a distinct asymmetry between build targets and install targets. Wouldn't you expect "make install" to install what "make" builds? That is true, but "make install-doc" doesn't install what "make doc" builds.

Put it differently: doc = man + html for build targets doc = man for install targets

What's worse: "make doc" fails if you don't have xmlto, even though "make install-doc" may succeed; but you'll never try it when the build fails. Until a few hours ago I thought I couldn't build man pages at work (asciidoc, but no xmlto), and I had never heard about quick-install-doc until I looked at the Makefiles in detail.

> IOW, can't you do what you want to do (I am assuming that what you want to
> do is to be able to copy out the pregenerated contents from convenience
> branches) without such a rename?

Sure I can. "Namen sind Schall und Rauch". Names don't matter. quick-install-html would follow the above logic. I just think that the doc logic is flawed.

So, my suggestion is that doc = man + html, whether it appears in a build target or an install target.

> If you rename the target, I am reasonably sure you would break somebody's
> build procedure.  It is a separate topic if there are large number of such
> somebody, or just a limited few.

I keep hearing this argument, and I'm even more surprised to hear it right after a major release. If not now then when's a good time for cleaning up confusing inconsistencies?

Michael
Previous: Junio C HamanoNext: Junio C Hamano
Message 12 of 14 in “[ANNOUNCE] Guilt v0.31”
  1. Josef 'Jeff' SipekSep 8, 2008
  2. Michael J GruberSep 8, 2008
  3. Josef 'Jeff' SipekSep 8, 2008
  4. Josef 'Jeff' SipekSep 8, 2008
  5. Bert WesargSep 8, 2008
  6. Josef 'Jeff' SipekSep 8, 2008
  7. Bert WesargSep 8, 2008
  8. Junio C HamanoSep 8, 2008
  9. Michael J GruberSep 9, 2008
  10. Michael J GruberSep 9, 2008
  11. Junio C HamanoSep 9, 2008
  12. Michael J GruberSep 9, 2008
  13. Junio C HamanoSep 9, 2008
  14. Michael J GruberSep 9, 2008

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.