<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Le 23/07/2012 12:42, Stefan Löffler a
écrit :<br>
</div>
<blockquote cite="mid:500D2AA0.9000103@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
[...]<br>
A few things come to my mind:<br>
<br>
1) Permissions<br>
TeX uses "ls-R" files to find things. They are normally generated
automatically using the "mktexlsr" tool. However, if you installed
using sudo but are running the rest as a normal user, these files
may not be updated properly (resulting in TeX not finding files
even though they are installed). Try running `mktexlsr` from a
terminal. If it fails with "permission denied" errors, you have
several options:<br>
a) run it with `sudo mktexlsr` (not sure if this works; won't make
your life easier, though, as you'd need to do it manually every
time you change the packages)<br>
b) change permissions on /usr/local/texlive (or at least some
files/subdirectories) so that every user can write to them and
then rerun mktexlsr<br>
c) make yourself the owner of /usr/local/texlive (I used this
method for convenience, but obviously this is not recommended if
several users should use/administer the TeX distro); then rerun
mktexlsr<br>
<br>
In the end, /usr/local/texlive/2012/texmf-var/ls-R should contain
"xetex.fmt".<br>
</blockquote>
<br>
I tried methods (b) and (c) which are not contradictory, then,<br>
<blockquote cite="mid:500D2AA0.9000103@gmail.com" type="cite"> <br>
2) Programs<br>
Try running `which mktexlsr` (or similar) to determine if the
right mktexlsr program is used (i.e., not one still lying around
from earlier attempts, e.g., using synaptic)<br>
</blockquote>
<br>
Answer to `which mktexlsr' is<br>
/usr/bin/mktexlsr<br>
Now I was suspicious and used `find' and found<br>
/usr/bin/mktexlsr, and<br>
/usr/local/texlive/2012/bin/i386-linux/mktexlsr<br>
<br>
I ran both (there may be some bug, there), and checked:
/usr/local/texlive/2012/texmf-var/ls-R does contain xetex.fmt under
./web2c/xetex:<br>
<br>
<blockquote cite="mid:500D2AA0.9000103@gmail.com" type="cite"> 3)
Try running `mktexfmt xetex.fmt` from the terminal. It might give
more verbose output.<br>
</blockquote>
<br>
I did it from a terminal, and it gave no output at all, which was
all I hoped.<br>
Then from the terminal, I typed:<br>
xetex test<br>
(my single line test file) and got the answer:<br>
This is XeTeX, Version 3.1415926-2.2-0.9995.2 (TeX Live 2009/Debian)<br>
<br>
kpathsea: Running mktexfmt xetex.fmt<br>
I can't find the format file `xetex.fmt'!<br>
<br>
??? Before rerunning mktexlsr, but after running mktexfmt, I had
tried xetex test, and got:<br>
<br>
This is XeTeX, Version 3.1415926-2.2-0.9995.2 (TeX Live 2009/Debian)<br>
---! xetex.fmt doesn't match xetex.pool<br>
(Fatal format file error; I'm stymied)<br>
<br>
I looked here and there for a file named xetex.pool and could not
find it...<br>
All this is very strange.<br>
There may be two instances of texlive, say one in /usr/local and the
other in /usr/share<br>
but I am not sure whether it is safe to remove every file whose name
is reminiscent of TeX in /usr/share...<br>
<br>
<br>
<br>
Jean-Claude Raoult<br>
<br>
<br>
</body>
</html>