On Thursday 27 January 2005 19:18, Carl E. Hartung wrote:
cms wrote:
Hello all.
Just finished a clean install of SuSE 9.2 Pro on an older box I had lying around (PIII 800MHz, 690Mb SDRAM, 40GB Maxtor HDD, old ATI Rage XL graphics). I had SuSE 9.2 running on this machine a few months ago when 9.2 was first released. For some strange reason, I am unable to install the MS TT Font patch (fetchmsttfonts.sh) either via YOU or from command line. The patch just hangs during the download and never finishes the install process.
For example: (As SU - from command line) linux:/tmp # ./fetchmsttfonts.sh ./fetchmsttfonts.sh: line 1: -----BEGIN: command not found ./fetchmsttfonts.sh: line 2: Hash:: command not found
note: No proxy is used. Please set the environment variable "http_proxy" note: to your favorite proxy, if you want to use a proxy for the download. note: note: bash: export http_proxy="http://proxy.provider.de:3128/" note: tcsh: setenv http_proxy "http://proxy.provider.de:3128/" EULA: Fetching ... done andale32.exe: Fetching ...
The script just hangs when attempting to fetch the fonts regardless of the amount of time I wait. From within YOU the download hangs as well. I've tried getting the patch from various ftp and http sites both in the US and Europe, but no go. I even tried altering the fetchmsttfonts.sh shell script to point to different download locations for the fonts but still, no go.
All suggestions/hints are welcome.
TIA
Chris Shanahan
Hi Chris,
I have a sneaking suspicion your problem is related to permissions, the major clue being "command not found" (the command being called isn't in the script owner's path.) Obviously *something* is being overlooked that is preventing it from completing it's task. I can't really help you solve that without spending more time on it or being at the keyboard myself, so I thought I'd investigate an alternative.
The error messages relate to the first two lines of the shell script --as supplied by SuSE: 1 -----BEGIN PGP SIGNED MESSAGE----- 2 Hash: SHA1 I left much of what I did out of my original post, for brevity. I actually removed those lines from the script but the results were still the same; the script hangs when it attempts to fetch the first font. Strange though, it gets the EULA just fine. Figures! <sigh> None-the-less, I ran the script with root privileges from the /tmp directory. tmp is not in my path, hence the ./fetchmsttfonts.sh.
I stepped through the script and devised a substitute manual procedure that will get the fonts installed so you can troubleshoot the patch/script problem at your leisure:
I also stepped through the script and downloaded and installed the fonts. I still want to know why it won't work with this machine/set-up.
I logged in as root (i.e. opened a Konsole window, entered "su" and then supplied my root password,) made a temporary 'TTFonts' directory, cd'd into that directory and typed:
"wget http://dl.sourceforge.net/sourceforge/corefonts/andale32.exe" (this is the first URL in the script; retreives the first file.) This was the result:
linux:/home/carlh/TTFonts # wget http://dl.sourceforge.net/sourceforge/corefonts/andale32.exe --15:46:23-- http://dl.sourceforge.net/sourceforge/corefonts/andale32.exe => `andale32.exe' Resolving dl.sourceforge.net... 64.74.207.41, 128.101.80.130, 152.2.210.121, ... Connecting to dl.sourceforge.net|64.74.207.41|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 198,384 [application/octet-stream]
100%[====================================================================== ===================>] 198,384 77.90K/s
I repeated this procedure to download the ten remaining files (they're listed in the script):
arial32.exe arialb32.exe comic32.exe courie32.exe georgi32.exe impact32.exe times32.exe trebuc32.exe verdan32.exe webdin32.exe
I then used cabextract (like the script does) to uncompress each file. Here's an example:
linux:/home/carlh/TTFonts # cabextract courie32.exe Extracting cabinet: courie32.exe extracting cour.ttf extracting courbd.ttf extracting courbi.ttf extracting fontinst.inf extracting couri.ttf extracting fontinst.exe
All done, no errors.
I then rm'd the unwanted files...
linux:/home/carlh/TTFonts # rm courie32.exe linux:/home/carlh/TTFonts # rm fontinst.inf linux:/home/carlh/TTFonts # rm fontinst.exe
... manually changed the remaining files (the ones that needed it) to all lower case, which the script also does:
linux:/home/carlh/TTFonts # mv ExAmPlE.TTF example.ttf
... created a temporary subdirectory named "done" to store my extracted and lower-cased files away from my 'workspace':
linux:/home/carlh/TTFonts # mkdir done
... and mv'd the prepared font files into it:
linux:/home/carlh/TTFonts # mv *.ttf done
I 'looped' through the download, extract, rm unwanted files, make all lower-case and move to 'done' subdirectory until I'd processed all eleven files.
I then cd'd into my 'done' subdirectory and chmod'd the font files in the same manner as the script:
linux:/home/carlh/TTFonts/done # chmod 644 *.ttf
The next two lines from the script...
mv -f *.tt[cf] /usr/X11R6/lib/X11/fonts/truetype /usr/sbin/fonts-config
... move the fonts to the target directory and run the utility fonts-config. Since these files are already installed in my system, I had no need to complete the last two steps. If I had, I'd have done it like this:
ls -l /usr/X11R6/lib/X11/fonts/truetype [verifying the directory exists by listing it's contents] If it didn't exist, I'd have created it, then:
../done # mv -f *.ttf /usr/X11R6/lib/X11/fonts/truetype ../done # /usr/sbin/fonts-config
I installed the fonts in similar fashion, however, I tried using the Font Installer found in YAST2. I even built a binary rpm using the spec file found on the Sourceforge Web site and installed that. Still, my fonts just don't look that crisp.
You _did_ say "all suggestions/hints are welcome" :-)
Absolutely! I appreciate your time and your thoughts. If you think of anything else, please don't hesitate to pass your thoughts along. Again, TIA. Chris Shanahan
regards,
- Carl