[OS X TeX] MinionPro Package with LiveTeX
m.braham at rug.nl
Sun Feb 17 05:11:45 EST 2008
Sigh ... I activated root following instructions from the author of
the package who was trying to help me. Now to cut the chase. When you
say to wipe my disk, do you mean the TeX installation or the entire OS?
If it is the OS I am not really too bothered about this because I
plan to do a Leopard update soon now that 10.5.2 has been released.
The original version of 10.5 made my system inoperable so I wiped my
disk and reinstalled Tiger. I have decided if I upgrade I will do a
If it is only a matter of wiping the TeX installtion then I am happy
to do it. Also, I have TinkerTools so I can see all the directories
that you suggest should be deleted in Finder. Can I delete them this
way? Its faster and will save me making errors.
On Feb 17, 2008, at 10:54 AM, Bruno Voisin wrote:
> Le 17 févr. 08 à 02:36, Richard Koch a écrit :
>> I have been writing Matthew privately. I installed MinionPro in ~/
>> Library/texmf/... on my machine and the font works fine here. Now
>> the goal is to try to figure out what is different on Matthew's
> Matthew reported in one of his messages:
>> noname:/Users root# kpsewhich --show-path=tfm | tr : '\n'
> First: don't log in as root. Ever. Don't activate the root user
> (aka System Administrator). You're on OS X, there's sudo to do
> everything from an admin account without having the risk of messing
> up your system seriously. Which seems to be the case of Matthew's
> system. Mac OS X 10.5 seems to go as far as making it impossible to
> activate the root user (there's no longer NetInfo Manager which
> allowed activation of root).
> There should be none of these /var/root/.texlive2007/ and /var/root/
> Library/. Whether or not they are read when logged in as a non-root
> user I'm not sure. I hope not, but I fear they are.
> In any case I think it's bad to have TeX stuff in /var/root/. If I
> remember correctly Gerben's Wierda's explanations from long ago (ie
> at the time of the desastrous introduction of per-user setups in
> teTeX 3 and the resulting updmap/updmap-sys havoc), the purpose of
> using the -H in "sudo -H updmap-sys" was to make updmap-sys look at
> root's home directory, namely /var/root/, and because there's
> normally nothing TeX-related there to switch to the system-wide TeX
> directories in /usr/local/texlive/ instead.
> Also, the prompt in Matthew's Terminal commands (the # instead of
> $) seems to indicate he's not using bash. Maybe zsh? I think that
> should have no influence here, but who knows?
> In any case, to clean Matthew's TeX installation if that's still
> possible without disk wipeout and reinstall (which I'm not sure) I
> would recommend:
> - Login as admin user (not root). For the following instructions
> (about erasing, copying or moving files) you'll probably have to
> use a number of sudo's, as in "sudo rm -r /var/root/Library/texmf/
> - Erase in any of
> the following files if they exist:
> - Erase /var/root/.texlive2007/ entirely (after taking out all
> stuff you may have put there manually).
> - Erase /var/root/Library/texmf/ entirely (after taking out all
> stuff you may have put there manually).
> - Remove your personal additions from ~/.texlive2007/ (if any) and
> from ~/Library/texmf.
> - Put your personal additions at the proper places inside /usr/
> - Run:
> sudo mktexlsr
> sudo -H fmtutil-sys --all
> sudo -H updmap-sys --nohash --nomkmap --syncwithtrees
> sudo -H updmap-sys --nohash --nomkmap --setoption
> dvipsDownloadBase35 true
> sudo -H updmap-sys --nohash --nomkmap --enable Map MinionPro.map
> sudo -H updmap-sys
> Some explanations: mktexlsr is a newer name for texhash; the --
> nohash option allows updmap(-sys) to update its config file
> updmap.cfg without running mktexlsr each time; the --nomkmap
> similarly allows updmap(-sys) to update updmap.cfg without
> recreating all the .map files each time; the line about
> dvipsDownLoadBase35 is unrelated to your problem, it's just a line
> to change TeXLive's default setting of not embedding the fonts
> Times Courier Helvetica etc. in dvips-created files; and finally
> the last line is to recreate all the .map files (such as dvips.map
> pdftex.map dvipdfm.map) that updmap(-sys) manages (which may take
> several minutes) at the end of the process, once updmap.cfg has
> been updated properly.
> Personally I regret that such actions, which were done in a
> perfectly safe and clean way, and with a GUI, by i-Installer at the
> time gwTeX was the most popular TeX distro for the Mac, are now
> left to command-line user actions with MacTeX. The nicest thing
> would be that some developer had taken in her hands to move the
> relevant code from i-Installer and the TeX i-Package to the TeX
> Distributions system pref panel, which would then become a GUI
> allowing the user to manage her TeX installation without having to
> learn the intricacies of the underlying command-line tools. Alas, I
> don't think that will ever happen.
> Bruno Voisin
> -------------------------- Helpful Info --------------------------
> TeX FAQ: http://www.tex.ac.uk/faq
> List Reminders and Etiquette: http://www.esm.psu.edu/mac-tex/list/
> List Info: http://email.esm.psu.edu/mailman/listinfo/macosx-tex
> List Archive: http://tug.org/pipermail/macostex-archives/
> Mac-TeX Website: http://www.esm.psu.edu/mac-tex/
Faculty of Philosophy
University of Groningen
Oude Boteringestraat 52
9712 GL Groningen
T: +31 50 363-6948
F: +31 50 363-6160
T: +49 4104 2739
More information about the MacOSX-TeX