./configure: line 19871: test: =: unary operator expected
After checking out the tip of the ccvs tree, I run the command on RedHat Enterprise Linux EL 3 ./configure --without-krb4 --without-gssapi --enable-rootcommit --disable-client --disable-server and I get a syntax error from configure, but the configure *appears to* complete: Configuring checked out code ... checking for working getline function... yes checking for getlogin_r... (cached) yes ./configure: line 19871: test: =: unary operator expected checking getopt.h usability... yes checking getopt.h presence... yes This equates to the code at the following line(s): 19867 case $LIBOBJS in 19868 $ac_func.$ac_objext | \ 19869 * $ac_func.$ac_objext | \ 19870 $ac_func.$ac_objext * | \ 19871 * $ac_func.$ac_objext * ) ;; 19872 *) LIBOBJS=$LIBOBJS $ac_func.$ac_objext ;; ___ Bug-cvs mailing list Bug-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-cvs
what should I do with IP readdress of test server
Hi, I got the following error message after we readdressed IP of our test server: cvs [update aborted]: connect to cvs-rep(141.106.32.35):2401 failed: Connection timed out We are using CVS to transfer modified files from test server to production server. I think I need to update the IP address somewhere in one of CVS administrative files but couldn't find it. I wonder if anybody could help me. Thanks, Yi ___ Bug-cvs mailing list Bug-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-cvs
Re: what should I do with IP readdress of test server
Hong, Yi writes: cvs [update aborted]: connect to cvs-rep(141.106.32.35):2401 failed: Connection timed out Is that the new IP address or the old IP address? If it's the old IP address, you have a DNS problem, not a CVS problem. If it's the new IP address, then either [x]inetd isn't configured correctly or you have a software or hardware firewall that's blocking the connection. -Larry Jones The surgeon general should issue a warning about playing with girls. -- Calvin ___ Bug-cvs mailing list Bug-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-cvs
Test message - please ignore
Just testing tp see if plain text attachments (such as patches) are accepted by the list manager. With some email clients, the main message body is subject to line-wrap mangling :-) -- -=( Ian Abbott @ MEV Ltd.E-mail: [EMAIL PROTECTED])=- -=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=- Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Sed fringilla lectus ut wisi. Morbi wisi. Aliquam id ligula congue wisi placerat aliquet. Praesent sodales dignissim risus. Maecenas quis urna et nisl tempor aliquet. Etiam magna. Suspendisse potenti. Vestibulum consequat ornare nunc. Nullam in nunc. Sed eu ligula. Pellentesque sit amet nisl. Nunc interdum, wisi in ornare suscipit, lectus sem dapibus lectus, at placerat lectus sapien quis est. Aliquam erat volutpat. Praesent quam sapien, pretium at, mollis eget, imperdiet eget, risus. Sed augue. Nulla facilisi. Maecenas sagittis vulputate elit. ___ Bug-cvs mailing list Bug-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-cvs
test
___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test
test ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
Re: [Bug-cvs] simple error in regression TEST (src/sanity.sh) ofversion 1.10 found and fixed
Hello, Achim! I just compiled cvs-1.10 successfully on a DEC Alpha DIGITAL UNIX V4.0f system. I must disappoint you - cvs-1.10 is quite old. I tried the regression tests with "make check". The check failed 2 times: cvs-1.11 has just been released. Grab it from here: ftp://ftp.cvshome.org/pub/cvs-1.11/cvs-1.11.tar.gz Both problems you are reporting should be fixed now. Try running "make check" and don't hesitate to report problems should you find any. Regards, Pavel Roskin ___ Bug-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-cvs
test suite: y2k problem (?) and GNU sort
Apparently, CVS's test suite has more problems than CVS itself.
That is good. They may be worth fixing anyway.
First, about the advice in file TESTS.
- On this platform, i686-UnixWare7.1.0-sysv5, the vendor's `sort'
behaves the way sanity.sh expects, while GNU sort (textutils 2.0)
shows exactly the behaviour you described as a peculiarity of the
sort program supplied with Solaris: lines starting with tabs sort
before blank lines. (Using GNU expr vs the vendor's version makes
no difference here to the testsuite.)
Making sure GNU sort is NOT used, only the following tests fail:
admin-13, admin-25 and admin-29. This is because they expect only two
digits for the year in the date line when they get the string `2000'
(without the quotes). Looks like the y2k problem with the old format
was fixed in CVS itself but not in its testsuite.
I would not believe this problem to be platform specific. If my fix
below is correct, the unfixed version should fail on any platform,
provided the current date lies in the new century.
Am I the first person to run the testsuite in this century? (This bug
is not mentioned in the list of known bugs on your web site.) Or *do*
I actually have a problem, which the testsuite (correctly) detected?
Possibly a (wrong "fix" to a perceived) y2k problem in the vendor's C
library that produces 4 digits when it should produce 2? Any feedback
would be greatly appreciated.
Anyway, here the change after which the testsuite succeeds. Please do
tell me if the unfixed version is better.
Cheers,
- Marco
--- src/sanity.sh~ Thu Aug 13 19:15:00 1998
+++ src/sanity.sh Fri Mar 10 15:00:57 2000
@@ -13817,13 +13817,13 @@
1\.1
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state Exp;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state Exp;
branches
1\.1\.2\.1;
next ;
1\.1\.2\.1
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state foo;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state foo;
branches;
next ;
@@ -14222,13 +14222,13 @@
1\.1
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state Exp;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state Exp;
branches
1\.1\.2\.1;
next ;
1\.1\.2\.1
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state foo;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state foo;
branches;
next ;
@@ -14393,17 +14393,17 @@
1\.4
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state Exp;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state Exp;
branches;
next 1\.3;
1\.3
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state Exp;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state Exp;
branches;
next 1\.2;
1\.2
-date [0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]; author
${username}; state Exp;
+date [0-9][0-9][0-9]*\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9]\.[0-9][0-9];
+ author ${username}; state Exp;
branches;
next ;
-
This email is confidential and intended solely for the use of the
individual to whom it is addressed.
Any views or opinions presented are solely those of the author
and do not necessarily represent those of Thyron Limited.
If you are not the intended recipient then please be advised
that you have received this email in error and that any use,
dissemination, forwarding, printing or copying of this email
is strictly prohibited.
If you have received this email in error, please notify the
Thyron IT Administrator on +44 (0)1923 236 050 or
send an email to [EMAIL PROTECTED]
Thank You
