[Xymon] Solaris 10 SPARC Xymon 4.3.8 build problem

Ryan Novosielski novosirj at umdnj.edu
Mon Jul 16 23:04:32 CEST 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

No, don't worry, that's immaterial. It works on some of my SPARC boxes
and not others, and it does not work on the x86 boxes I've tried. I'm
trying to see if I can narrow this down to a patch level somehow.
Looks like the package that owns /usr/bin/tr is SUNWcsu. Just to take
uname out of the equation, I've been just echo-ing "SunOS" to the tr
command, which is what uname -s produces. The results are still a bit
all over the map.

Apparently, it works if $LANG=C or $LANG is null, and it explodes if
$LANG=en_US.UTF-8. Fun times?

On 07/16/2012 04:26 PM, Tim McCloskey wrote:
> Doh! Had I paid attention to the subject line I may have seen SPARC
> :)  In any case, tr is from 01-22-05
> 
> [root at thumper2:~]# ls -l /usr/bin/tr -r-xr-xr-x   1 root     bin
> 15152 Jan 22  2005 /usr/bin/tr
> 
> 
> ________________________________________ From: Ryan Novosielski
> [novosirj at umdnj.edu] Sent: Monday, July 16, 2012 1:23 PM To: Tim
> McCloskey Cc: xymon at xymon.com Subject: Re: [Xymon] Solaris 10 SPARC
> Xymon 4.3.8 build problem
> 
> Doesn't work on my x86 machine either. Is your /usr/bin/tr dated 
> 01-22-2005?
> 
> On 07/16/2012 04:10 PM, Tim McCloskey wrote:
>> Works on one our x86 boxes, maybe it's broken on Sparc.....
> 
>> [root at thumper2:~]# uname -a SunOS thumper2 5.10
>> Generic_137138-09 i86pc i386 i86pc [root at thumper2:~]# uname -s |
>> tr '[/]' '[_]' SunOS [root at thumper2:~]#
> 
> 
>> ________________________________________ From: 
>> xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of
>> Ryan Novosielski [novosirj at umdnj.edu] Sent: Monday, July 16, 2012
>> 1:08 PM To: xymon at xymon.com Subject: Re: [Xymon] Solaris 10 SPARC
>> Xymon 4.3.8 build problem
> 
>> Sorry to reply to myself. Looks like this line:
> 
>> uname -s | tr '[/]' '[_]'
> 
>> ...is not acceptable to /usr/bin/tr on Solaris 10. It worked
>> fine on 9. On 10, one receives this error:
> 
>> # uname -s | tr '[/]' '[_]' Bad string
> 
>> On 07/16/2012 03:44 PM, Ryan Novosielski wrote:
>>> Hi all,
> 
>>> I'm using gcc 3.4.3 and gmake 3.82 on Solaris 10 and I'm
>>> having difficulty.
> 
>>> At first, I tried just copying the Makefile I used for Xymon 
>>> 4.3.7 over and changing the 4.3.7 to 4.3.8 (I install in 
>>> /opt/xymon-4.3.# and symlink /opt/xymon). That failed, so I 
>>> tried starting from a configure. I get an error that says I
>>> don't have PCRE and to specify where it is. So I did:
> 
>>> MAKE=/usr/sfw/bin/gmake ./configure.server --pcreinclude 
>>> /opt/csw/include --pcrelib /opt/csw/lib
> 
>>> ...but I still get the same error. I added -x to 
>>> "configure.server" to see what was happening, and it looks
>>> like there's something wrong somewhere but I can't figure out
>>> what:
> 
>>> + test /opt/csw/include != PCREINC=/opt/csw/include + test 
>>> /opt/csw/lib != PCRELIB=/opt/csw/lib PCREOK=YES + cd build +
>>> test ! -z /opt/csw/include INCOPT=-I/opt/csw/include + test !
>>> -z /opt/csw/lib LIBOPT=-L/opt/csw/lib + /usr/sfw/bin/gmake -f 
>>> Makefile.test-pcre clean + tr [/] [_] + uname -s Bad string
>>> OS= Makefile.test-pcre:1: Makefile.: No such file or directory 
>>> gmake: *** No rule to make target `Makefile.'.  Stop. + 
>>> /usr/sfw/bin/gmake -f Makefile.test-pcre test-compile 
>>> PCREINC=-I/opt/csw/include + tr [/] [_] + uname -s Bad string
>>> OS= Makefile.test-pcre:1: Makefile.: No such file or directory
>>> gmake: *** No rule to make target `Makefile.'.  Stop. + test 2
>>> -eq 0 + echo ERROR: Cannot compile using PCRE library. ERROR:
>>> Cannot compile using PCRE library. PCREOK=NO +
>>> /usr/sfw/bin/gmake -f Makefile.test-pcre test-link
>>> PCRELIB=-L/opt/csw/lib + tr [/] [_] + uname -s Bad string OS=
>>> Makefile.test-pcre:1: Makefile.: No such file or directory
>>> gmake: *** No rule to make target `Makefile.'.  Stop. + test 2
>>> -eq 0 + echo ERROR: Cannot link with PCRE library. ERROR:
>>> Cannot link with PCRE library. PCREOK=NO + /usr/sfw/bin/gmake
>>> -f Makefile.test-pcre clean + tr [/] [_] + uname -s Bad string
>>> OS= Makefile.test-pcre:1: Makefile.: No such file or directory
>>> gmake: *** No rule to make target `Makefile.'. Stop. + cd .. +
>>> test NO = NO + echo Missing PCRE include- or library-files.
>>> These are REQUIRED for xymond Missing PCRE include- or
>>> library-files. These are REQUIRED for xymond + echo PCRE can be
>>> found at http://www.pcre.org/ PCRE can be found at 
>>> http://www.pcre.org/ + echo If you have PCRE installed, use
>>> the "--pcreinclude DIR" and "--pcrelib DIR" If you have PCRE 
>>> installed, use the "--pcreinclude DIR" and "--pcrelib DIR" + 
>>> echo options to configure to specify where they are. options
>>> to configure to specify where they are. + exit 1
> 
>>> ...sorta looks like the fact that OS= winds up undefined is
>>> not a great thing.
> 
>>> Anyone have any ideas? I did get 4.3.7 compiled, but I no
>>> longer remember if I had to do anything special.
> 
>>> Thanks.
> 
> 
> 
>>> This body part will be downloaded on demand.
> 
> 
> 
> 
> 

- -- 
- ---- _  _ _  _ ___  _  _  _
|Y#| |  | |\/| |  \ |\ |  | |Ryan Novosielski - Sr. Systems Programmer
|$&| |__| |  | |__/ | \| _| |novosirj at umdnj.edu - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/EI-Academic Svcs. - ADMC 450, Newark


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAEgeAACgkQmb+gadEcsb4wygCgkKmvYUg52/vuFb7Xbw+1scgs
+l8AoNM94Tcp+XrfAGXoafHuPVjK/XCr
=iBXQ
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: novosirj.vcf
Type: text/x-vcard
Size: 279 bytes
Desc: not available
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20120716/f805fb04/attachment.vcf>


More information about the Xymon mailing list