"The binaries for most platforms are built on newer systems than in the past for example, the x86_64-linux binaries now require glibc 2.14. I found on the tug.org website, Tex Live 2018 - bugs and updates page the Kpsewhich: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by kpsewhich)Ĭould not determine directory of tlmgr executable, maybe shared library woes?Īfter installation I tried running latex on an existing *.tex file, and it also failed because pdflatex also needs glibc 2.14. Presumably, all the other files installed by the installer belong to root if sudo is used otherwise to the user, that is me.I hope someone can help, I just received my 2018 tex live DVD and installed it on my Linux system (Red Hat, v6.10, glibc 2.12). I’m not sure if these two methods are equivalent or not. I’m not sure if this is the best solution to this problem, but it works, and it meant I didn’t have to install as root. If this were not the case, the permissions could be changed again in the future to allow TeX Live to be updated again. This happens in preparation for a new release.įair enough: it is 2019, after all. This might prevent further updates, but, according to the output of tlmgr update -self -all: tlmgr update -self -all TeX Live 2018 is frozen forever and will no longer be updated.
It might be a good idea to change the permissions back how they were originally, which is drwxr-xr-x: sudo chmod 755 /usr/local/texlive This is possibly too much, but it allowed the installer to do its thing. The chmod command changes the /usr/local/texlive directory only to writeable by everyone. This creates a directory, /usr/local/texlive, with the same permissions as its problematic parent folder. So what I did was: sudo mkdir /usr/local/texlive sudo chmod a+w /usr/local/texlive
But I didn’t want to make that directory writeable to by anything and everything: it belongs to root, after all, for a reason. I thought that if the installer had write access to it, the problem would be solved. What I did instead was note that it was directory /usr/local/texlive/2018/ that was the problem: the installer didn’t have write access to /usr/local/. The former is irrelevant the second goes against the advice of the installation instructions, which recommend installing it as a normal user, except perhaps on MacOSX as I’m installing it on Ubuntu, not Mac, I don’t want to use sudo. There are currently two solutions : one misunderstands the installation used by the original poster the other suggests using sudo to perform the installation. I had a permission error when installing TeX Live on Ubuntu using the TeX Live quick install instructions.
0 kommentar(er)
