# MiKTeX order of precedence for duplicate files

I am using MiKTeX under a single-user installation. My MiKTeX Options dialogue shows me, if I click on the "Show MiKTeX-maintained root directories" checkbox, directories in the following order (from top to bottom):

• C:\Program Data\MiKTeX\2.9
• C:\Program Files\MiKTeX\2.9

I do not have the option to move anything using the "Up" or "Down" button.

Something in the way the precedence order for duplicate filenames is processed is not working. Here is what's specifically causing me trouble:

I put the latest version of the glyphtounicode.tex file (from LCDF Type Software) into the folder C:\Users\<my_username>\user_software\localtexmf\tex\plain\lcdf-typetools. However because an older version of this same file was put (by MiKTeX) into the folder C:\Users\<my_username>\user_software\miktex\tex\generic\pdftex, the version that pdflatex reads is always that older one, not the one in my localtexmf folder.

For now, I have resorted to renaming the newer version to glyphtounicodeupdated.tex and using \input{glyphtounicodeupdated} instead of \input{glyphtounicode}, but there should be a way of using \input{glyphtounicode} with pdflatex using that correct, newer version. How can I achieve this?

(I always refresh the filename database. So that shouldn't be an issue.)

-
Put your file in a similar folder substructure than the other one. That means use \localtexmf\tex\generic\pdftex and not \localtexmf\text\plain\.... See also tex.stackexchange.com/questions/79968/… – Ulrike Fischer Feb 8 '13 at 11:35
Why not go for the simple solution and use the MiKTeX package manager to remove the older version? This avoids any further issues of precedence. – Alexander Feb 8 '13 at 12:07
@Alexander I don't know how: I don't know which package it comes with. – Lover of Structure Feb 8 '13 at 13:36
It is easy to look up which file belongs to which package in the packager manager of MiKTeX, in this case glyphtounicode.tex belongs to miktex-pdftex-base-2.9. So as you still need this I would go for Ulrike's solution. – Alexander Feb 8 '13 at 13:50
@Alexander: Even if the file were in a package you could deinstall: I would never rely on the non-existence of a package or file. With on-the-fly installation it is so easy to reinstall the package some weeks later and then you wonder why your document breaks ... – Ulrike Fischer Feb 8 '13 at 14:40