<div dir="ltr"><div><font color="#330033"><font face="trebuchet ms,sans-serif">Hi Bruce,</font></font></div>
<div><font color="#330033"><font face="trebuchet ms,sans-serif"></font></font> </div>
<div><font color="#330033"><font face="trebuchet ms,sans-serif">Thanks again for your generous response, please see a few comments inline<br></font></font><br></div>
<div class="gmail_quote">On Sat, Dec 4, 2010 at 6:27 AM, Bruce McAlister <span dir="ltr">&lt;<a href="mailto:bruce.mcalister@blueface.ie">bruce.mcalister@blueface.ie</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div lang="EN-IE" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">Hi RR,</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">Replies inline below</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p>
<div style="BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0cm; PADDING-LEFT: 0cm; PADDING-RIGHT: 0cm; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<p class="MsoNormal"><b><span style="FONT-SIZE: 10pt" lang="EN-US">From:</span></b><span style="FONT-SIZE: 10pt" lang="EN-US"> <a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a> [mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com" target="_blank">asterisk-users-bounces@lists.digium.com</a>] <b>On Behalf Of </b>RR<br>
<b>Sent:</b> 04 December 2010 01:17 
<div class="im"><br><b>To:</b> Asterisk Users Mailing List - Non-Commercial Discussion<br></div><b>Subject:</b> Re: [asterisk-users] Zaptel / Asterisk on Solaris</span> 
<p></p></p></div>
<p class="MsoNormal"> </p>
<p style="MARGIN-BOTTOM: 12pt" class="MsoNormal"> </p>
<div>
<div class="im">
<p class="MsoNormal">On Wed, Dec 1, 2010 at 3:58 PM, RR &lt;<a href="mailto:ranjtech@gmail.com" target="_blank">ranjtech@gmail.com</a>&gt; wrote:</p>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"><span>Zaptel package isn&#39;t installing though ...crashes midway complaining that:</span></p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"><em><span>&quot;Operating environment requirement not met.</span></em><i><span><br><em><span>This package requires Solaris 7 or better.</span></em><br><em><span>checkinstall script suspends&quot;</span></em></span></i></p>
</div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"><span>huh? I&#39;m running 5.11, which according to some rigorous mathematical calculations, I concluded IS better than v5.7. Unfortunately, I&#39;ve been away from the development world so long that I can&#39;t remember where to go about hacking a &quot;package&quot; and extract the scripts etc to change the logic or fix whatever is causing it to believe that my OS isn&#39;t meeting the min. req. </span></p>
</div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"><span>Lastly, w.r.t to running it within a VM, yes, I do understand the timing problems etc, but this exercise is just to document how to compile Asterisk/Zaptel under Solaris 10/11 so when I do get a real Solaris machine, I have already sorted out all the issues with installing/compiling etc </span></p>
</div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal"><span>Thanks</span></p></div>
<div>
<p class="MsoNormal"><span>\R</span></p></div>
<div>
<p class="MsoNormal"> </p></div>
<div>
<p class="MsoNormal">As of this writing, I have recreated my Solaris VM with the latest Solaris 10 U9 version and have managed to install and load the zaptel driver. This is from the SolarisVoIP but it must be a really old (haven&#39;t checked the version yet). Now, trying to go crazy here and compile the stock Asterisk 1.6.2.14 with it. </p>
</div></div>
<div>
<p class="MsoNormal"><span style="COLOR: #1f497d"> </span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">I suspected it would have been changes/differences between OpenSolaris and Solaris. The packages at SolarisVoIP were built on the standard Solaris OS, as you found out </span><span style="FONT-FAMILY: Wingdings; COLOR: #1f497d; FONT-SIZE: 11pt">J</span><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> Try to compile version 1.6.2.15-rc1 as I had issues with a “timersub” routine on 1.6.2.14 that appears to have been fixed in 1.6.2.15-rc1</span></p>

<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p></div></div></div></div></blockquote>
<div> </div>
<div><font color="#006600" face="trebuchet ms,sans-serif">Ok, awesome. Will give 1.6.2.15-rc1 a try although in the beginning I did see compilation errors w.r.t to timersub routine, I don&#39;t see them anymore. I think it was complaining about some library that I then created a soft link for in a lib directory and that seems to have got fixed. But neverttheless I&#39;ll get the build you recommend.</font></div>

<div> </div>
<div><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div lang="EN-IE" link="blue" vlink="purple">
<div>
<div>
<div class="im">
<div>
<p class="MsoNormal">Question for the Digium dev team (if they bother reading emails from lowlifes like me): Are their special optimizations/options/conditions/checks ALREADY in place within the makefile/configure files that detect Solaris and if we want to go really crazy then detect 64-bit Solaris? Do I just fix my library paths with the LDFLAGS and just run configure or should I be doing something more, modifying makefile, makefile.rules, makefile.opts or the configure script itself??</p>
</div></div>
<div>
<p class="MsoNormal"> </p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">The makefile already has some options specific to Solaris, however, I usually edit the makefile to include /usr/sfw which is where the standard ssl etc libraries are located on Solaris. The default makefile looks for them in /usr/local. If you also want to keep your application in the /opt tree then you will need to modify the installation path as well. I seem to recall an issue with ncurses or tr or something along those lines which made me include /usr/xpg4/bin in the beginning of my PATH so that it found the proper tool in one of the scripts. Other than that it should build cleanly on Solaris. With regards the 64-bit build, I’ve not tried it yet, but bear in mind that the 64-bit libraries for the likes of ogg/vorbis are not there by default in Solaris, most of the other standard asterisk library requirements are, you should, in theory only have to export &lt;libdir&gt;/64 to link in the 64 bit libraries. I’ve not tried to build a 664-bit version yet so I’m shooting in the dark here.</span></p>

<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt"> </span></p></div></div></div></div></blockquote>
<div> </div>
<div><font color="#006600" face="trebuchet ms,sans-serif">Ok, right so this is where I&#39;m having serious issues almost every step of the way. The problem is the stupid paackaging of Solaris and the difficulty in obtaining packages for them and their dependencies. Like for a week I struggled with figuring out how I could install/upgrade solaris 8 over the network to Solaris 10 with JUST a minimal core and the devlopment tools like gcc, gmake and some libraries etc. then I gave in and decided to just install the developers Metacluster since compiling/building Asterisk on it was more important to me right now. Then if I want to stick with purely the Solaris version of everything, my only option is to manually download packages I think I need from <a href="http://sunfreeware.com">sunfreeware.com</a>. If I use pkgutil or pkg-get, then I end up with the CSW packages and that will add to the complexity of PATHs to my libraries and binaries. Anyway, now that I&#39;m done b**ching about Solaris (haha) you have hit on the core of my problem. It&#39;s the library paths that are messing me up. So this is how I ran configure:</font></div>

<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#3333ff" face="courier new,monospace"><em>LDFLAGS=&#39;-R/lib -R/usr/lib -R/opt/lib -R/opt/sfw/lib -R/usr/sfw/lib -R/usr/local/lib -R/usr/ccs/lib -L/lib -L/usr/lib -L/opt/lib -L/opt/sfw/lib -L/usr/sfw/lib -L/usr/local/lib -L/usr/ccs/lib&#39; ./configure --with-curl=/usr/local/bin --prefix=/opt/asterisk</em></font></div>

<div> </div>
<div><font color="#006600" face="trebuchet ms,sans-serif">hoping that it will cover all the library paths that might be out of whack and where to find the libraries etc. This seems to have worked for the most part, such that configure ran through fine, and so do &#39;gmake menuselect&#39;. But when I now run gmake, I get this error:</font></div>

<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#006600" face="Trebuchet MS"><font color="#3333ff" face="courier new,monospace"><em>gmake[1]: Leaving directory `/usr/share/src/asterisk-1.6.2.14/menuselect&#39;<br>ld.so.1: md5sum: fatal: libgcc_s.so.1: open failed: No such file or directory<br>
/bin/sh: ../build_tools/mkdep: not found<br>gmake[1]: *** [.depend] Error 1<br>gmake: *** [utils] Error 2</em></font><br></font></div>
<div><font color="#006600" face="Trebuchet MS">running an &#39;ldd /usr/local/bin/md5sum&#39; confirms that it can&#39;t find libgcc_s.so.1</font></div>
<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#3333ff" face="courier new,monospace"><em>libintl.so.8 =&gt;  /lib/libintl.so.8<br>        libc.so.1 =&gt;     /usr/lib/libc.so.1<br>        libgcc_s.so.1 =&gt;         (file not found)<br>        libm.so.2 =&gt;     /lib/libm.so.2<br>
</em></font></div>
<div><font color="#006600" face="Trebuchet MS">however, libgcc_s.so.1 is sitting in /usr/sfw/lib. But no matter what I do, i.e. modify the LD_LIBRARY_PATH for e.g. I get an error, and I get an error like </font></div>
<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#006600" face="Trebuchet MS"><font color="#3333ff" face="courier new,monospace"><em>ld.so.1: md5sum: fatal: relocation error: file /usr/local/bin/md5sum: symbol libintl_bindtextdomain: referenced symbol not found</em></font><br>
</font></div>
<div><font color="#006600" face="Trebuchet MS">if I were to create a softlink in any of the &quot;common&quot; locations like /lib, /usr/lib, /usr/local/lib etc. </font></div>
<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#006600" face="Trebuchet MS">This is where I am at right now, don&#39;t know how to get past it. /usr/sfw/lib was used in configure and I even added a &quot;LIBS&quot; variable in the Makefile and even tried the Makefile under the utils directory, but no joy!</font></div>

<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div><font color="#006600" face="Trebuchet MS">Do you or anyone else know how to fix it?</font></div>
<div><font color="#006600" face="Trebuchet MS"></font> </div>
<div> Wonder why no one responds to emails related to Solaris on Asterisk...even a search throughout the forum on the Digium website, hardly anything comes up regarding Solaris :(</div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div lang="EN-IE" link="blue" vlink="purple">
<div>
<div>
<div>
<p class="MsoNormal"> </p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p>
<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">I think historically the dev’s have not had access to a standard Solaris box for dev/testing, it has mainly been on OpenSolaris, which as you have found out, is, in some cases, different, in the details, to the standard Solaris operating system. However, in saying that, they do have access to Solaris build environments now, and are making plans to include it in the development cycle of the application. Give it time man, and try to help the other guys/gals from your own experience, and we should eventually get there in the end </span><span style="FONT-FAMILY: Wingdings; COLOR: #1f497d; FONT-SIZE: 11pt">J</span><span style="COLOR: #1f497d; FONT-SIZE: 11pt"></span></p>

<p class="MsoNormal"><span style="COLOR: #1f497d; FONT-SIZE: 11pt">--</span></p></div></div></div></div></blockquote>
<div><font color="#006600" face="trebuchet ms,sans-serif">Lastly, yes, I kinda figured and it is really understandable but I was merely saying that I appreciate the fact that the developers will focus on what majority of the user base uses, and I&#39;m not asking them to have a full-time engineer working to ensure that every build and release is verified to work and unit-tested and at least sanity tested on Solaris everytime. All I&#39;m saying is that people in the community like yourself and I and (I suspect few others) who do take the initiative to work at it (I&#39;m sorry I&#39;m not a developer by a long shot (the last time I wrote a C program was in 2001), and even though I or you or someone else will do most of the work, go out and buy a solaris machine and spend the time to get the packages right, find the optimal configuration etc., it would be SO awesome if they would actually jump in and say Ok, let me help you with resolving the build/compile errors, which should be SO much faster and easier for them since they know the anatomy of the makefile, configure script and the code inside-out to know why the linker or the compiler is complaining and how we can fix it...like it took me forever to find what the &quot;-R&quot; flag does in the LDFLAGS variable. If they can just tell me what to put where and try it, I will spend that time trying the suggestions till we get it to work, but hunting the web and trying to resolve linking/compilation problems in this product by taking ideas/examples from completely different products who seem to have had a similar error message pop up is quite inefficient. I&#39;m just sayin&#39; ;) Hope no ones gets offended with that little rant :D</font></div>
</div></div>