Ticket History #245: fail gracefully if tcl is not available

From bjaspan@MIT.EDU Tue Nov 26 15:30:29 1996
Received: from MIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) by rt-11.MIT.EDU (8.7.5/8.7.3) with SMTP id PAA17858 for <bugs@RT-11.MIT.EDU>; Tue, 26 Nov 1996 15:30:29 -0500
Received: from THE-TICK.MIT.EDU by MIT.EDU with SMTP
id AA27795; Tue, 26 Nov 96 15:30:27 EST
Received: by the-tick.MIT.EDU (940816.SGI.8.6.9/4.7) id UAA16808; Tue, 26 Nov 1996 20:30:26 GMT
Message-Id: <199611262030.UAA16808@the-tick.MIT.EDU>
Date: Tue, 26 Nov 1996 20:30:26 GMT
From: bjaspan@MIT.EDU
Reply-To: bjaspan@MIT.EDU
To: krb5-bugs@MIT.EDU
Subject: fail gracefully if tcl is not available
X-Send-Pr-Version: 3.99

mit

System: IRIX the-tick 5.3 02091401 IP22 mips



IMO, this is not a priority for 1.0.

If tcl is not available at configure time, the build system does
mostly the right thing: it does not build kadmin/testing/util/*tcl,
and it does not run the kadm5 unit tests. However, it's warning
message in kadmin/testing/util is a single line, easily missed; it
should be a "+++"-style error like the unit-test directories.

If a site acquires tcl after configuring, re-configs the unit-test
directories, and runs gmake check, start_servers will fail because it
cannot find kadmin/testing/util/*tcl, which were not built because tcl
was unavailable. start_server should check for the existence of these
programs explicitly a print a useful error message (like, "now that
you have tcl, cd into kadmin/testing and run configure and make").




State-Changed-From-To: open-closed
State-Changed-By: bjaspan
State-Changed-When: Tue Dec 3 15:29:36 1996
State-Changed-Why:

Fixed on main brach. Files:

kadmin/testing/scripts/ChangeLog
kadmin/testing/scripts/init_db