<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
On Tue, 2010-01-05 at 09:08 +0100, Matthieu Herrb wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
On Mon, Jan 04, 2010 at 10:26:58AM -0500, Gaetan Nadon wrote:
&gt; On Sun, 2010-01-03 at 18:16 +0100, Matthieu Herrb wrote:
&gt; 
&gt; &gt; Hi and best wishes for 2010,
&gt; &gt; 
&gt; &gt; There are duplicated checks for xmlto in more and more X.Org packages.
&gt; &gt; I've 2 problems with that:
&gt; &gt; 
&gt; &gt; - the 1st one is just code duplication
&gt; &gt; - the 2nd one is that the code currently used doesn't allow to ignore
&gt; &gt;   an installed xmlto package. 
&gt; &gt;   I want this because the base OpenBSD system doen't have xmlto (and other
&gt; &gt;   systems also don't have it) yet I want to have consistant X builds, wether
&gt; &gt;   or not xmlto is installed as a 3rd party package.
&gt; &gt; 
&gt; 
&gt; I have noticed the use of the logic: &quot;if the tool exist, then build it,
&gt; otherwise ignore it&quot;. I had on my long-term todo list to review those
&gt; behaviours. There is an on-going effort to move the specs away from
&gt; xorg-docs into their respective modules. This will add the number of
&gt; modules building documentation.
&gt; 
&gt; Before reviewing th details of patches, I'd like to review the desired
&gt; behaviours. Adding a macro to util-macros is exposing it to 250 modules.
&gt; It must have the potential of being useful for many of those. Let' see
&gt; how this plays out.

Sure. I would like to see the way docs are handled standardized before
more modules start to format their own docs, because otherwise it's going
to become a nightmare for platforms which don't have the same tools 
as Linux. 
</PRE>
</BLOCKQUOTE>
Great. 
<BLOCKQUOTE TYPE=CITE>
<PRE>

&gt; The module, say xfs, decides if it wants to build doc or not. The
&gt; default (auto) is to build the doc if the tool is present. If xmlto is
&gt; not found a warning is issued and the makefile completes successfully.

Yes. That was the behaviour that's currently implemented.
&gt; 
&gt; If the builder specifies with-xmlto=no, a warning is issued and XMLTO is
&gt; unset. Is the warning necessary? The builder asked not to build. Is it
&gt; necessary (or even wise)  to unset the variable set by AC_PATH_PROG? The
&gt; makefile completes successfully.

My patch adds a warning if XMLTO is set in the environment and
--with-xmlto=no is specified on the command line. If only --with-xmlto=no 
is specified, there won't be any extra warning.
</PRE>
</BLOCKQUOTE>
Ok, I missed that.
<BLOCKQUOTE TYPE=CITE>
<PRE>

&gt; If the builder specified -with=yes,  and the tool is not found, should
&gt; it not issue an error and stop? You specifically asked to build it. For
&gt; a developer, it is not important, but for an automated build machine, it
&gt; needs to stop when something goes wrong, however it happens.

Yes that should probably be done. 
</PRE>
</BLOCKQUOTE>
I was speculating here, the more opinions the better.
<BLOCKQUOTE TYPE=CITE>
<PRE>

&gt; I wanted to spell out the functions the macro provide to see if they are
&gt; applicable to other modules as well. I agree with the problem you raised
&gt; and I am trying to apply your solution to more than a few modules.
&gt; 
&gt; One suggestion: would it be useful to factor out the check for xmlto in
&gt; a macro (XORG_CHECK_XMLTO)? This would allow other modules to make their
&gt; own decision about what to do when xmlto is not available. Look at
&gt; XORG_CHECK_DOCBOOK.

Yes. Again what's important for me here, is to be able to explicitely
tell the build system to not use those tools, even if they are available. 
We don't want those to become mandatory to build X modules (either 
by providing pre-processed docs in the source tarballs, or by just
don't formatting the docs if the tools are not there).

</PRE>
</BLOCKQUOTE>
Ok. That confirms what I understood. It's a tool issue. I naively assumed all the tools invoked by Makefiles were available on all platforms. In fact, I thought it was a hard requirement. The consequence of not having the same tools on all platforms is some type of platform dependant code in the Makefiles. I know little&nbsp; about the tools that build doc, but the first option would be to find/use common tools.
<BLOCKQUOTE TYPE=CITE>
<PRE>
&gt; 
&gt; There are other tools used to build docs, so I can foresee other macros
&gt; based on this one. 

Agreed too. This is why it's important to adress the issue before
it becomes a total mess.  I would hate to have to manage dozen of different
hacks to handle the build of docs on BSD systems.


&gt; Some comments on the patch itself 
&gt; - The macro should be minimum version 1.5

Other have pointed at this too. Agreed.

&gt; - The comment is confusing: XORG_CHECK_XMLTO or XORH_WITH_XMLTO?
&gt; - The comment should explain how to/why use the macro

Those are easy to fix in the next version of the patch.
Of course.
&gt; 
&gt; Somewhat unrelated: 
&gt; I installed OpenBSD in a virtualBox. I haven't hunt down the toolchain
&gt; yet. It's be nice to list the tools that are or are not available in
&gt; this wiki: <A HREF="http://wiki.x.org/wiki/RequiredPackages">http://wiki.x.org/wiki/RequiredPackages</A>. I did it for Ubuntu
&gt; and OpenSolaris.

I've added basic information. 
</PRE>
</BLOCKQUOTE>
Thanks.<BR>
<BR>
<BR>
</BODY>
</HTML>