Description of problem: Looking at an output of 'kpsewhich -show-path=tex' I am finding now that subdirectories of ~/.texlive2013 are included in search while .texlive2014 would be expected (luatex, for example, wrote a while ago its cache into subdirectories of ~/.texlive2014/texmf-var/luatex-cache/). It turns out that the current /usr/share/texlive/texmf-dist/web2c/texmf.cnf has these lines: TEXMFVAR = ~/.texlive2013/texmf-var TEXMFCONFIG = ~/.texlive2013/texmf-config Moreover comments refer to "/some/path/to/texlive/2013/" as well. That does not look as correct and intended. Version-Release number of selected component (if applicable): texlive-2014-16.20140525_r34255.fc23 Additional info: On rawhide I see ~/.texlive2015/.... not that surprisingly.
I'm going to fix this in the texmf.cnf, but that file is marked as %config, so it won't get overwritten for a lot of people. Will fix new installs though, its the best I can do. As you noted, rawhide is correct, so this should go away for good when Fedora 23 is EOL (except for people dist upgrading...).
(In reply to Tom "spot" Callaway from comment #1) > I'm going to fix this in the texmf.cnf, but that file is marked as %config, > so it won't get overwritten for a lot of people. It was using at some point in time ~/.texlive2014 (and I have traces of an evidence of that; unless this was from an F21 installation which got upgraded, ...hm). Somehow texmf.cnf got overwritten and I am not sure now how this happened.
texlive-2014-18.20140525_r34255.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-74f2c23353
texlive-2014-18.20140525_r34255.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-74f2c23353
texlive-2014-18.20140525_r34255.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Tom "spot" Callaway from comment #1) > I'm going to fix this in the texmf.cnf, but that file is marked as %config, > so it won't get overwritten for a lot of people. It surely got overwritten on an update for me and now I see again "2014". :-) That file was not modified from a distribution one so .rpmnew was not created. It looks that ~/.texlive2014/ directories were at some point flipped back in this way to ~/.texlive2013/ in the first place. Those who change texmf.cnf hopefully know what they are doing.