Greetings,
Well, I en devoured to install a copy of 7 as an effort to upgrade
one of our servers. After installing a few ports, I began to notice:
[: -le: argument expected messages being emitted during the configure/make
process. I've already invested a fair amount of time on this upgrade,
and /really/ don't want to wipe the disk(s) and start all over. This
issue is not new to me - see thread:[: -le: argument expected for details.
But I have /yet/ to discover a solution. When I started the upgrade (install),
I had an /etc/make.conf. Thinking that this might be the culprit when
these messages starting to appear, I looked it over for possible typos.
The only possible issue I could see was the reference to databases/mysql:
.if ${.CURDIR:M*/databases/mysql*}
WITH_OPENSSL=yes
WITH_CHARSET=latin1
WITH_XCHARSET=complex
WITH_COLLATION=latin1_general_ci
WITH_PROC_SCOPE_PTH=yes
BUILD_OPTIMIZED=yes
WITH_ARCHIVE=yes
WITH_CSV=yes
.endif
NOTE the YES | NO, as opposed to TRUE | FALSE. I changed them to true v false.
But I have already built MySQL with the YES | NO. Could this be the issue?
Source(s) cvsupped 08-09-01
Thank you for all your time and consideration.
--Chris
No it isn't safe to delete these as many, many scripts depend on them. Bill -- INTERNET: bill@celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax: (206) 232-9186 One man's brain plus one other will produce one half as many ideas as one man would have produced alone. These two plus two more will produce half again as many ideas. These four plus four more begin to represent a creative meeting, and the ratio changes to one quarter as many ... -- Anthony Chevins
On 2008-Sep-02 10:49:43 -0700, chris#@1command.com wrote:>Well, I en devoured to install a copy of 7 as an effort to upgrade >one of our servers. After installing a few ports, I began to notice: >[: -le: argument expected messages being emitted during the configure/make >process.This probably indicates badly written configure scripts that have things like "[ 23 -le $x ]" but don't set $x. The solution is to write patches for the configure scripts and feed them back upstream.> I've already invested a fair amount of time on this upgrade, >and /really/ don't want to wipe the disk(s) and start all over.I'm not sure how this will help.> This >issue is not new to me - see thread:[: -le: argument expected for details.You haven't mentioned where this thread exists - definitely not here. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080902/966f62d9/attachment.pgp