<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
The issues you bring up with menuselect in terms of automating the
build process is why we ripped it out completely from the v1.4 build
process. We just replace the Makefile with our own which is actually a
derivative of the v1.2 Makefile that we corrected quite some time ago
to support building properly on Solaris systems but the corrections
were never accepted when we submitted them.<br>
<br>
A 'standard' autoconf build process would make life for everyone much
simpler however, we found that autoconf was not implemented in a
portable manner in v1.4 either - important compile options were not
being passed down to subordinate builds so everything would break
during the build process. We also reported this problem in another bug
report with suggested fixes but that report also died quietly as well.<br>
<br>
Basically, we just end up doing our own thing.<br>
<br>
<br>
Tzafrir Cohen wrote:
<blockquote cite="mid20070731131329.GJ12822@xorcom.com" type="cite">
<pre wrap="">On Tue, Jul 31, 2007 at 07:34:54AM -0500, Tilghman Lesher wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Tuesday 31 July 2007, Tzafrir Cohen wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Asterisk is really the application menuselect was designed for. However,
is there really a point for the common user to disable building modules?
Again: "make the common task simple, make everything possible". One
problem with menuselect of today is that it makes it all too easy to
accidentally building a module.
</pre>
</blockquote>
<pre wrap="">So again: what usage scenarios are there where there is a benefit from
using menuselect with asterisk?
(This is not a rhethorical question. Please provide examples)
</pre>
</blockquote>
<pre wrap="">I think the main benefit is persistance. If you really only need to build
two modules for a particular installation, then it is easier simply to
do (on update): "svn update ; ./configure ; make ; make install" (and
remember, it is EXACTLY the same sequence as Asterisk, which, on
an update, you are going to build as well). And the persistance saves
you both thought time (what does this box actually have installed in it?)
and compile time (why am I compiling a module that this box will never
use?).
</pre>
</blockquote>
<pre wrap=""><!---->
Is this supposed to be quoted as an atvantage of menuselect?
Menuselect breaks persistance: it starts a user interface. It
must be interactive. Thus does not allow simple automation the way
configure (autoconf) is. You can't "save" the choices you made there in
your command-line history.
How do you automate the action of "disabling chan_zap"? How do you
automate the action of "enabling only ztdummy" (of the zaptel kernel
modules)?
The first is supposed to be rather easy, but in fact not
well-documented, and took me quite some time to understand (and with
non-intuitive variable names). The second is practically impossible.
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<title>Untitled Document</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<table border="0" cellpadding="2" cellspacing="0" width="569">
<tbody>
<tr bgcolor="#000099" valign="middle">
<td colspan="2"><font color="#ffffff"
face="Verdana, Arial, Helvetica, sans-serif" size="2"><strong>Bob
Atkins </strong></font><font color="#ffffff"> </font></td>
</tr>
<tr valign="middle">
<td colspan="2"><font face="Verdana, Arial, Helvetica, sans-serif"
size="1"><em>President/CEO</em></font></td>
</tr>
<tr valign="middle">
<td width="233">
<p align="center"><font
face="Verdana, Arial, Helvetica, sans-serif" size="1"><b><font
color="#000080"><span
style="font-weight: bold; font-family: Trebuchet MS;"><a
href="http://www.digilink.net"><img
src="cid:part1.02090609.06020900@digilink.net" alt="DigiLink, Inc."
style="border: 0px solid ; width: 216px; height: 48px;"></a></span></font></b><br>
<font color="#006600">Business Inter-net-working</font><br>
<font color="#000099"><strong><em>The Cure for the Common ISP!</em></strong></font></font></p>
</td>
<td width="328">
<p align="right"><font color="#666666"
face="Verdana, Arial, Helvetica, sans-serif" size="1">Phone: </font><font
face="Verdana, Arial, Helvetica, sans-serif" size="1">(310) 577-9450<br>
</font><font color="#666666"
face="Verdana, Arial, Helvetica, sans-serif" size="1">Fax: </font><font
face="Verdana, Arial, Helvetica, sans-serif" size="1">(310) 577-3360</font><font
face="Verdana, Arial, Helvetica, sans-serif" size="1"><br>
<font color="#666666">eMail:</font> <a class="moz-txt-link-abbreviated" href="mailto:bob@digilink.net">bob@digilink.net</a><br>
</font></p>
</td>
</tr>
</tbody>
</table>
<p> </p>
</div>
</body>
</html>