tlmgr -gui No command 'tlmgr' found, did you mean: Command 'vlmgr' from package 'qdbm-util' (universe) Command 'rlmgr' from package 'qdbm-util' (universe) tlmgr: command not found

Since I downloaded TexLive 2011 from TUGs, shouldn't tlmgr be included? If so, why can't I access it?

I'm on Xubuntu 11.04 64 bit.

Suggested solution did not appear to work:

peter@peter-xfce:~$ export PATH=/usr/local/texlive/2011/bin/x86_64-linux:$PATH
peter@peter-xfce:~$ tlmgr --self --all update
tlmgr: package repository http://ctan.unsw.edu.au/systems/texlive/tlnet
You don't have permission to change the installation in any way,
specifically, the directory /usr/local/texlive/2011/tlpkg/ is not writable.
Please run this program as administrator, or contact your local admin.
peter@peter-xfce:~$ sudo tlmgr --self --all update
[sudo] password for peter: 
sudo: tlmgr: command not found
peter@peter-xfce:~$ tlmgr
/usr/local/texlive/2011/bin/x86_64-linux/tlmgr: missing action; try --help if you need it.
peter@peter-xfce:~$ tlmgr --help
You need to install the perl-doc package to use this program.
  • Where did you install TeXLive? What's your current $PATH? See tug.org/texlive/quickinstall.html – Martin Schröder Aug 27 '11 at 10:55
  • Defaults, all defaults: /usr/local/texlive/2011 – ptrcao Aug 27 '11 at 10:58
  • 3
    root has it's own path, so you need to make sure tlmgr is included in root's path before sudo tlmgr ... will succeed. – user2574 Aug 27 '11 at 11:23
  • 1
    I'm not sure I understand - does this mean I have two separate TextLive installations? The path is where I installed it to right, /usr/local/texlive/2011 initially? Why should it be different for root versus user? – ptrcao Aug 27 '11 at 22:31

try the following:

export PATH=/usr/local/texlive/2011/bin/x86_64-linux:$PATH

and then run tlmgr --self --all update. Does it work?

To set the path correctly with every login put the following as zzz-texlive.sh into /etc/profile.d/.

export PATH=/usr/local/texlive/2011/bin/`uname -i`-linux:$PATH
export MANPATH=/usr/local/texlive/2011/texmf/doc/man:$MANPATH
export INFOPATH=/usr/local/texlive/2011/texmf/doc/info:$INFOPATH

And you should always use updmap-sys, fmtutil-sys, if needed for installing additional fonts or creating new formats.

| improve this answer | |
  • See above. What appears to be the problem? – ptrcao Aug 27 '11 at 11:09
  • 1
    use sudo tlmgr --self --all update. You installed it as root, I personally prefer installing it as user. And, of course, have you installed perl? You also have to set the PATH variable as root – user2478 Aug 27 '11 at 11:11
  • 1
    Presumably the installation couldn't have proceeded without perl? I installed tk-perl. perl I assumed was pre-installed cause the manual says it's default on Linux. Also sudo export PATH=/usr/local/texlive/2011/bin/x86_64-linux:$PATH gives sudo: export: command not found – ptrcao Aug 27 '11 at 11:19
  • 1
    I suppose that Ubuntu doesn't allow su. But I am not sure, I am on SuSE. I'll update my answer in a couple of minutes to show, what you should do to set the path correctly at every system start. – user2478 Aug 27 '11 at 11:30
  • 1
    TeXLive does no changes to the system configuration and leaves all to the user. You can have several TeXLive installation on your system, eg 2010 and 2011. Resetting the path to another TeXLive Version is all what to do when switching to another TeXLive version. – user2478 Aug 27 '11 at 11:42

This will solve your problem:

sudo env PATH="$PATH" tlmgr --gui

Basically, sudo resets the value of $PATH (the whole environment, indeed) to a "known good" one, and is thus ignoring any changes you made to your local environment. The env command above sets the PATH variable in the environment of the tlmgr it executes, so it runs with the value of $PATH you specify on the command line.

Setting TeX Live path for root - Ask Ubuntu

Of course to get this working you'll have to add the TeX Live 2011 installation path to your PATH variable.

(For the GUI install the perl-tk package.)

| improve this answer | |
  • 2
    This solution works fine for many linux distros. 1 vote up. – yCalleecharan Sep 18 '12 at 7:00

I just had this problem, and the solution is slightly trickier than the above.

First, su works slightly differently in Ubuntu. As explained in this AskUbuntu question, you need to call

sudo su

Since root has its own path variable, you need to set your path variable. To do this, you need to include

export PATH=$PATH:/usr/local/texlive/2013/bin/x86_64-linux/

or its local equivalent in the .bashrc, which is located at /root/. To make the changes effective, save the file and run source .bashrc & in that terminal.

After that, you can start tlmgr in that terminal, as root, using

tlmgr -gui

or you can run updates using

tlmgr --self --all update

| improve this answer | |
$which latex

return for 32 bits


or for 64 bits


for update

$sudo /usr/local/texlive/2011/bin/i386-linux/tlmgr update --self

for full upgrade

$sudo /usr/local/texlive/2011/bin/i386-linux/tlmgr update --all
| improve this answer | |
  • 6
    which latex returns /usr/bin/latex for me. – AnnanFay Sep 24 '12 at 23:05

This is a more general question about how sudo is working.

Instead of setting environment variable PATH, you can run something like sudo $(which tlmgr) update --self. Be sure to check the path of which tlmgr is what you expected.

| improve this answer | |

This is because of the differences in sudo and user PATH variable. In your case, you can either change the sudo safe path, which is not recommended, or just change the access of your Tex Live directory by running the following command:

sudo chmod 777 -R /usr/local/texlive/

Then you can use the following command for installing your packages without sudo:

tlmgr install <package_name>
| improve this answer | |
  • 1
    I wouldn't recommend to give full read-write access to the TeX Live tree to any and all users. It is both unnecessary and may easily lead to trouble. – gusbrs May 7 '18 at 20:40
  • Reza, in thinking better here, the advice you give is quite dangerous. Picture the following scenario: You build your document and latex warns of an error in a package, you select the error and your editor opens the package file, you inadvertently type something in the file, you try to build again and your editor saves all files. And, there you go, you have broken installation. I appreciate your will to participate, and I wish I could be more welcoming. But I'll have to flag your answer for moderation attention. – gusbrs May 7 '18 at 20:56
  • 2
    Btw, I also strongly recommend you don't use this yourself. – gusbrs May 7 '18 at 20:57
  • Well, although you are correct about the safety of doing my way, but some of mentioned ways is more dangerous than my way and you can think of lots of ways to do something wrong with for example changing sudo safe path! But in my case, the only possibility is to broke a package or broke the whole installation. In addition, every linux user, should be careful about the power of sudo command and giving an access to a file. Power brings responsibilities :) – Reza May 7 '18 at 21:31

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.