I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. This is TeX, Version 3.14159265 (TeX Live 2014) (preloaded format=tex)
kpathsea: Running mktexfmt tex.fmt warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found (ls-R missing?). fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `tex.fmt'!
There are a few ls-R files around, and all but one are binary files (see below) which surprises me, but rpm -V on the package that contains them doesn't complain. (The one that is a plain text file has only this:
% ls-R -- filename database for kpathsea; do not change this line. ./: .: ls-R
in it.)
file says of the binary ls-R files that they're xz compressed; and after uncompressing them, file reports this:
ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), BuildID[sha1]=d1cc6893beed5454b21594f2dff8f27b6d9fad7d, not stripped
Can this be related to a recent filesystem problem on / ? I've reinstalled all texlive packages after noticing and repairing it.
And, most importantly, what should I try?
Andras
2015-02-11 16:24 GMT-06:00 Andras Simon szajmi@gmail.com:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. This is TeX, Version 3.14159265 (TeX Live 2014) (preloaded format=tex)
kpathsea: Running mktexfmt tex.fmt warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found (ls-R missing?). fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `tex.fmt'!
There are a few ls-R files around, and all but one are binary files (see below) which surprises me, but rpm -V on the package that contains them doesn't complain. (The one that is a plain text file has only this:
% ls-R -- filename database for kpathsea; do not change this line. ./: .: ls-R
in it.)
file says of the binary ls-R files that they're xz compressed; and after uncompressing them, file reports this:
ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), BuildID[sha1]=d1cc6893beed5454b21594f2dff8f27b6d9fad7d, not stripped
Can this be related to a recent filesystem problem on / ? I've reinstalled all texlive packages after noticing and repairing it.
And, most importantly, what should I try?
First of all you must to stay calm. The second thing you can do is make this same query in TeX StackExchange which is the most relevant place to ask anything related to TeX.
However, in the meantime, it seems that something related to R crashed in Fedora, you recently just upgraded some related package?
What version of TeXlive you have installed?
Have you tried to download from the CTAN TeXLive 2014 and install it?
Is the problem that you relate, generally with any document or one in particular?
Regards
2015-02-12 5:47 GMT+01:00, Aradenatorix Veckhom Vacelaevus aradnix@gmail.com:
2015-02-11 16:24 GMT-06:00 Andras Simon szajmi@gmail.com:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. This is TeX, Version 3.14159265 (TeX Live 2014) (preloaded format=tex)
kpathsea: Running mktexfmt tex.fmt warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-var/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-local/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. warning: kpathsea: /usr/share/texlive/texmf-dist/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found (ls-R missing?). fmtutil: config file `fmtutil.cnf' not found. I can't find the format file `tex.fmt'!
There are a few ls-R files around, and all but one are binary files (see below) which surprises me, but rpm -V on the package that contains them doesn't complain. (The one that is a plain text file has only this:
% ls-R -- filename database for kpathsea; do not change this line. ./: .: ls-R
in it.)
file says of the binary ls-R files that they're xz compressed; and after uncompressing them, file reports this:
ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), BuildID[sha1]=d1cc6893beed5454b21594f2dff8f27b6d9fad7d, not stripped
Can this be related to a recent filesystem problem on / ? I've reinstalled all texlive packages after noticing and repairing it.
And, most importantly, what should I try?
First of all you must to stay calm. The second thing you can do is make this same query in TeX StackExchange which is the most relevant place to ask anything related to TeX.
I now believe it has more to do with the recent filesystem crash. I haven't changed anything in TeX and just a few days ago it worked just fine.
However, in the meantime, it seems that something related to R crashed in Fedora, you recently just upgraded some related package?
Are you sure you mean R? I don't have it installed.
What version of TeXlive you have installed?
I wouldn't know how to check this, because TeXLive consists of a lot of packages. But I have whatever is the most recent in Fedora 21.
Have you tried to download from the CTAN TeXLive 2014 and install it?
No, because the Fedora version worked so far. And I'd rather stay with it.
Is the problem that you relate, generally with any document or one in particular?
Any document.
Thanks, Andras
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon szajmi@gmail.com wrote:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R.
// Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) //
The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database.
The easiest way to find the relevant man page is this:
$ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases
These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this:
# mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done.
Hopefully that should regenerate the ls-R database on your system, making kpathsea happy.
By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command "ls -R" for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a "less /usr/bin/mktexlsr" to see the details), but it still boils down to going to the appropriate directory and taking the output of "ls -R".
Finally, all four ls-R databases which I have above are ASCII files, literally the output of "ls -R" for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before.
HTH, :-) Marko
2015-02-12 14:28 GMT+01:00, Marko Vojinovic vvmarko@gmail.com:
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon szajmi@gmail.com wrote:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R.
// Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) //
Yep, that's why I never proceed :-)
The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database.
The easiest way to find the relevant man page is this:
$ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases
These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this:
# mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done.
Hopefully that should regenerate the ls-R database on your system, making kpathsea happy.
By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command "ls -R" for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a "less /usr/bin/mktexlsr" to see the details), but it still boils down to going to the appropriate directory and taking the output of "ls -R".
Finally, all four ls-R databases which I have above are ASCII files, literally the output of "ls -R" for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before.
Thanks for all this information. I ended up following another Fedoran's suggestion, and erased/reinstalled all texlive packages. (Plain dnf reinstall, which I had tried before, was not enough.)
Andras
On Thu, 2015-02-12 at 19:39 +0100, Andras Simon wrote:
2015-02-12 14:28 GMT+01:00, Marko Vojinovic vvmarko@gmail.com:
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon szajmi@gmail.com wrote:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R.
// Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) //
Yep, that's why I never proceed :-)
The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database.
The easiest way to find the relevant man page is this:
$ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases
These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this:
# mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done.
Hopefully that should regenerate the ls-R database on your system, making kpathsea happy.
By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command "ls -R" for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a "less /usr/bin/mktexlsr" to see the details), but it still boils down to going to the appropriate directory and taking the output of "ls -R".
Finally, all four ls-R databases which I have above are ASCII files, literally the output of "ls -R" for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before.
Thanks for all this information. I ended up following another Fedoran's suggestion, and erased/reinstalled all texlive packages. (Plain dnf reinstall, which I had tried before, was not enough.)
For future reference, a handy tool for working with the TeXLive setup is texconfig (for user's personal setup) and texconfig-sys (for system-wide setup). It has a REHASH option for rebuilding the ls-R database as well as options for paper type in TeX, xdvi, and dvips, and other setup matters.
Andras
On Thu, 2015-02-12 at 19:39 +0100, Andras Simon wrote:
2015-02-12 14:28 GMT+01:00, Marko Vojinovic vvmarko@gmail.com:
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon szajmi@gmail.com wrote:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R.
// Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) //
Yep, that's why I never proceed :-)
The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database.
The easiest way to find the relevant man page is this:
$ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases
These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this:
# mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done.
Hopefully that should regenerate the ls-R database on your system, making kpathsea happy.
By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command "ls -R" for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a "less /usr/bin/mktexlsr" to see the details), but it still boils down to going to the appropriate directory and taking the output of "ls -R".
Finally, all four ls-R databases which I have above are ASCII files, literally the output of "ls -R" for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before.
Thanks for all this information. I ended up following another Fedoran's suggestion, and erased/reinstalled all texlive packages. (Plain dnf reinstall, which I had tried before, was not enough.)
For future reference, a handy tool for working with the TeXLive setup is texconfig (for user's personal setup) and texconfig-sys (for system-wide setup). It has a REHASH option for rebuilding the ls-R database as well as options for paper type in TeX, xdvi, and dvips, and other setup matters.
Andras
On Thu, 2015-02-12 at 19:39 +0100, Andras Simon wrote:
2015-02-12 14:28 GMT+01:00, Marko Vojinovic vvmarko@gmail.com:
On Wed, 11 Feb 2015 23:24:40 +0100 Andras Simon szajmi@gmail.com wrote:
I've been using LaTeX on a fully updated Fedora 21, but now suddenly even TeXing the simplest plain TeX file produces this:
warning: kpathsea: /usr/share/texlive/texmf-config/ls-R: No usable entries in ls-R. warning: kpathsea: See the manual for how to generate ls-R.
// Rule number one for anything TeX-related: before you proceed, make sure that you understand what is going on. ;-) //
Yep, that's why I never proceed :-)
The warning messages are pretty clear: kpathsea is telling you that the ls-R database is empty or corrupted, and that it should be regenerated. It also suggests that you look into the manual about how to regenerate the database.
The easiest way to find the relevant man page is this:
$ apropos ls-R mktexlsr (1) - create ls-R databases texhash (1) - create ls-R databases
These two man pages actually both point to the mktexlsr man page, which tells you how to use it to regenerate the ls-R database. In short, you need to log in as root, and invoke mktexlsr with no arguments, like this:
# mktexlsr mktexlsr: Updating /usr/share/texlive/texmf-config/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-dist/ls-R... mktexlsr: Updating /usr/share/texlive/texmf-local///ls-R... mktexlsr: Updating /usr/share/texlive/texmf-var/ls-R... mktexlsr: Done.
Hopefully that should regenerate the ls-R database on your system, making kpathsea happy.
By the way, the ls-R database is the list of full paths of all TeX-related files. A long long time ago in a galaxy far far away it used to be generated manually by executing the command "ls -R" for a given directory and putting the result in the (creatively named) ls-R file, which kpathsea could search through and inform TeX where in the directory tree it can find the file it needs. Today, the database is generated by the elaborate bash script (do a "less /usr/bin/mktexlsr" to see the details), but it still boils down to going to the appropriate directory and taking the output of "ls -R".
Finally, all four ls-R databases which I have above are ASCII files, literally the output of "ls -R" for the appropriate directory, with a couple of lines appended at the beginning. So the fact that you have binary files there smells to me like something being very wrong with your files, probably due to the corrupted filesystem you had to deal with before.
Thanks for all this information. I ended up following another Fedoran's suggestion, and erased/reinstalled all texlive packages. (Plain dnf reinstall, which I had tried before, was not enough.)
For future reference, a handy tool for working with the TeXLive setup is texconfig (for user's personal setup) and texconfig-sys (for system-wide setup). It has a REHASH option for rebuilding the ls-R database as well as options for paper type in TeX, xdvi, and dvips, and other setup matters.
Andras
-
Andras Simon -
Aradenatorix Veckhom Vacelaevus -
Marko Vojinovic -
Matthew Saltzman