[OS X TeX] MacTeX-2008

Dr. Clea F. Rees cfrees at imapmail.org
Fri Sep 5 00:03:18 CEST 2008


My custom install went very smoothly with the MacTeX installer.

I wanted to install the TeX Live Manager and I used the package from
/Applications/TeX/Utilities/TeX\ Live\ Manager to attempt this. This
did not go quite as I expected. The binaries were correctly installed
in /usr/local/bin as far as I can tell, but other items appeared in
/Library/Perl:
 	Tie-temp/
 	Tk-auto-temp/
 	Tk.pm-temp
 	Tk-auto-PPC-temp/
 	Tk-temp/
 	Tk.pod-temp
 	fix_4_os2.pl
Examining the package scripts, I assume this is because I already had
an (older) installation of Perl/Tk. I thought it might be best,
therefore, to update the Tk module using cpan. However, attempting to
upgrade in this way fails because make test fails (for t/canvas, I
think - it says it is "dubious"):
...
      t/canvas.....................NOK 84
      #   Failed test at t/canvas.t line 235.#          got: '255'#
      #   expected: '215'# Looks like you failed 1 test of
      #   158.t/canvas.....................dubious
      #                             Test returned status 1 (wstat 256,
      #                             0x100)DIED. FAILED test 84
      #                             Failed 1/158 tests, 99.37% okay
...
 	Failed Test Stat Wstat Total Fail  List of Failed
 	-------------------------------------------------------------------------------
 	t/canvas.t  1   256   158    1  84
 	(37 subtests UNEXPECTEDLY SUCCEEDED), 2 tests and 161 subtests skipped.
 	Failed 1/62 test scripts. 1/3686 subtests failed.
 	Files=62, Tests=3686, 126 wallclock secs (35.82 cusr +  8.77 csys = 44.59 CPU)
 	Failed 1/62 test programs. 1/3686 subtests failed.
...


What is the best strategy at this point? I can think of several
possibilities though there are doubtless more:
1. I can probably update the module by forcing the install. If the test
   failure is a known issue, for example, this is probably the best
   option unless it was not a problem in earlier versions, of course.
2. I could forcibly move the items left by the package at /Library/Perl
   into the correct locations, overwriting what is already there. (This
   would be easy to do following the script from the package.)
3. I could stick with my current version of Tk (which seems to be what
   is probably the previous one i.e. ...027 rather than ...028).
4. I could try a better suggestion, though this would unfortunately have
   to be supplied by somebody else.
If I do 1 or 3, I'll obviously delete the detritus at /Library/Perl and
if I do 2, I'll delete the items not relevant to my architecture.

Any advice would be very welcome.

System info:
- Darwin Kernel Version 8.11.0: Wed Oct 10 18:26:00 PDT 2007;
root:xnu-792.24.17~1/RELEASE_PPC
- perl 5.8.6 (provided by Apple, augmented by cpan)

I also wondered whether the installer should have told me what had
happened/what it did not install and/or tidied up after itself in
/Library/Perl. It is a little disconcerting to see what has actually
been done and not done given the "successful" installation.

Thanks,
cfr



More information about the macostex-archives mailing list