Permission problem when installing package from tlmgr The 2019 Stack Overflow Developer Survey Results Are In Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)How to configure kile to run texlive 2011?How to install latex packages in kile under UbuntuTroubles in installing packageMissing tlmgr texlive 2012Problem Installing TeX Live under Windows 8 Resistant to Past FixesHow to add new fonts to MacTeX 2013Two Latex installations on the same ubuntu systemHaving a problem with TexLive Manager - tlmgr version conflict 2013TeX Live Manager Update setup on LinuxCan not install xzdec by tlmgr
Can withdrawing asylum be illegal?
Windows 10: How to Lock (not sleep) laptop on lid close?
Scientific Reports - Significant Figures
What aspect of planet Earth must be changed to prevent the industrial revolution?
Are my PIs rude or am I just being too sensitive?
How should I replace vector<uint8_t>::const_iterator in an API?
He got a vote 80% that of Emmanuel Macron’s
how can a perfect fourth interval be considered either consonant or dissonant?
Did God make two great lights or did He make the great light two?
Are spiders unable to hurt humans, especially very small spiders?
Sort list of array linked objects by keys and values
Is every episode of "Where are my Pants?" identical?
Is this wall load bearing? Blueprints and photos attached
Wall plug outlet change
Finding the path in a graph from A to B then back to A with a minimum of shared edges
Make it rain characters
Do warforged have souls?
A pet rabbit called Belle
Does the AirPods case need to be around while listening via an iOS Device?
How to politely respond to generic emails requesting a PhD/job in my lab? Without wasting too much time
How to delete random line from file using Unix command?
Can undead you have reanimated wait inside a portable hole?
Road tyres vs "Street" tyres for charity ride on MTB Tandem
How to grep and cut numbers from a file and sum them
Permission problem when installing package from tlmgr
The 2019 Stack Overflow Developer Survey Results Are In
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)How to configure kile to run texlive 2011?How to install latex packages in kile under UbuntuTroubles in installing packageMissing tlmgr texlive 2012Problem Installing TeX Live under Windows 8 Resistant to Past FixesHow to add new fonts to MacTeX 2013Two Latex installations on the same ubuntu systemHaving a problem with TexLive Manager - tlmgr version conflict 2013TeX Live Manager Update setup on LinuxCan not install xzdec by tlmgr
I migrated from MiKTeX
on windows to TeXLive
in ubuntu. At first I installed texlive-full
from ubuntu repositories but I realized that I wanted to install more packages which isn't very convenient when there is no tlmgr
.
So I decided to removeTeXLive
and reinstall it from TUG. The installation had no problems. Then I added the following lines to bashrc
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux
export PATH=$PATH:/usr/local/texlive/2014/tlpkg/
and then I run a simple document and it seemed to be working. I tried to install a package(i.e. units
) through tlmgr
but I don't have permission to write to a specific directory. What I did was to use sudo
privilleges but again no luck. My effort is the following
thanos@thanos-laptop:~$ tlmgr install units
You don't have permission to change the installation in any way,
specifically, the directory /usr/local/texlive/2014/tlpkg/ is not writable.
Please run this program as administrator, or contact your local admin.
thanos@thanos-laptop:~$ sudo tlmgr install units
[sudo] password for thanos:
sudo: tlmgr: command not found
I also tried through the relevant tlmgr's gui but I get the same message as above.
What can I do to install packages through tlmgr
?
packages texlive
add a comment |
I migrated from MiKTeX
on windows to TeXLive
in ubuntu. At first I installed texlive-full
from ubuntu repositories but I realized that I wanted to install more packages which isn't very convenient when there is no tlmgr
.
So I decided to removeTeXLive
and reinstall it from TUG. The installation had no problems. Then I added the following lines to bashrc
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux
export PATH=$PATH:/usr/local/texlive/2014/tlpkg/
and then I run a simple document and it seemed to be working. I tried to install a package(i.e. units
) through tlmgr
but I don't have permission to write to a specific directory. What I did was to use sudo
privilleges but again no luck. My effort is the following
thanos@thanos-laptop:~$ tlmgr install units
You don't have permission to change the installation in any way,
specifically, the directory /usr/local/texlive/2014/tlpkg/ is not writable.
Please run this program as administrator, or contact your local admin.
thanos@thanos-laptop:~$ sudo tlmgr install units
[sudo] password for thanos:
sudo: tlmgr: command not found
I also tried through the relevant tlmgr's gui but I get the same message as above.
What can I do to install packages through tlmgr
?
packages texlive
If you dosudo su
and thentlmgr ....
should work. But be careful with commands as root.
– Sigur
Jun 28 '14 at 14:39
You don't need to add/usr/local/texlive/2014/tlpkg/
toPATH
. You should add/usr/local/texlive/2014/bin/i386-linux
at the beginning ofPATH
rather than the end.
– cfr
Jun 28 '14 at 15:03
add a comment |
I migrated from MiKTeX
on windows to TeXLive
in ubuntu. At first I installed texlive-full
from ubuntu repositories but I realized that I wanted to install more packages which isn't very convenient when there is no tlmgr
.
So I decided to removeTeXLive
and reinstall it from TUG. The installation had no problems. Then I added the following lines to bashrc
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux
export PATH=$PATH:/usr/local/texlive/2014/tlpkg/
and then I run a simple document and it seemed to be working. I tried to install a package(i.e. units
) through tlmgr
but I don't have permission to write to a specific directory. What I did was to use sudo
privilleges but again no luck. My effort is the following
thanos@thanos-laptop:~$ tlmgr install units
You don't have permission to change the installation in any way,
specifically, the directory /usr/local/texlive/2014/tlpkg/ is not writable.
Please run this program as administrator, or contact your local admin.
thanos@thanos-laptop:~$ sudo tlmgr install units
[sudo] password for thanos:
sudo: tlmgr: command not found
I also tried through the relevant tlmgr's gui but I get the same message as above.
What can I do to install packages through tlmgr
?
packages texlive
I migrated from MiKTeX
on windows to TeXLive
in ubuntu. At first I installed texlive-full
from ubuntu repositories but I realized that I wanted to install more packages which isn't very convenient when there is no tlmgr
.
So I decided to removeTeXLive
and reinstall it from TUG. The installation had no problems. Then I added the following lines to bashrc
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux
export PATH=$PATH:/usr/local/texlive/2014/tlpkg/
and then I run a simple document and it seemed to be working. I tried to install a package(i.e. units
) through tlmgr
but I don't have permission to write to a specific directory. What I did was to use sudo
privilleges but again no luck. My effort is the following
thanos@thanos-laptop:~$ tlmgr install units
You don't have permission to change the installation in any way,
specifically, the directory /usr/local/texlive/2014/tlpkg/ is not writable.
Please run this program as administrator, or contact your local admin.
thanos@thanos-laptop:~$ sudo tlmgr install units
[sudo] password for thanos:
sudo: tlmgr: command not found
I also tried through the relevant tlmgr's gui but I get the same message as above.
What can I do to install packages through tlmgr
?
packages texlive
packages texlive
asked Jun 28 '14 at 14:11
ThanosThanos
6,1561555107
6,1561555107
If you dosudo su
and thentlmgr ....
should work. But be careful with commands as root.
– Sigur
Jun 28 '14 at 14:39
You don't need to add/usr/local/texlive/2014/tlpkg/
toPATH
. You should add/usr/local/texlive/2014/bin/i386-linux
at the beginning ofPATH
rather than the end.
– cfr
Jun 28 '14 at 15:03
add a comment |
If you dosudo su
and thentlmgr ....
should work. But be careful with commands as root.
– Sigur
Jun 28 '14 at 14:39
You don't need to add/usr/local/texlive/2014/tlpkg/
toPATH
. You should add/usr/local/texlive/2014/bin/i386-linux
at the beginning ofPATH
rather than the end.
– cfr
Jun 28 '14 at 15:03
If you do
sudo su
and then tlmgr ....
should work. But be careful with commands as root.– Sigur
Jun 28 '14 at 14:39
If you do
sudo su
and then tlmgr ....
should work. But be careful with commands as root.– Sigur
Jun 28 '14 at 14:39
You don't need to add
/usr/local/texlive/2014/tlpkg/
to PATH
. You should add /usr/local/texlive/2014/bin/i386-linux
at the beginning of PATH
rather than the end.– cfr
Jun 28 '14 at 15:03
You don't need to add
/usr/local/texlive/2014/tlpkg/
to PATH
. You should add /usr/local/texlive/2014/bin/i386-linux
at the beginning of PATH
rather than the end.– cfr
Jun 28 '14 at 15:03
add a comment |
3 Answers
3
active
oldest
votes
What I did was to let sudo
know about the modification of the $PATH
variable. This was done typing the following command on terminal
sudo env PATH="$PATH" tlmgr
In this way, I somehow enabled sudo
in tlmgr
. After that packages can be installed using
sudo tlmgr install package
add a comment |
In case anyone else tried previous suggestions and they didn't work, this worked for me:
sudo /usr/local/texlive/2015/bin/x86_64-linux/tlmgr ...
Using thewhich
construction in back quotes can be of help too. For example:sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)
– Leonid
Jan 6 at 10:39
add a comment |
Thanos' answer basically works, but the description of multiple commands is misleading.
All root actions will need to be explicitly paired with the env
modification.
By design, the environmental variables for the root user are reset every time it is invoked. If you subsequently try to execute a regular sudo
command, the PATH
variable will have already been reset. This holds even in a sudo su
environment. So for instance, if you wanted to use the --dry-run
option to preview installing a package named package
, the following would NOT work:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo tlmgr install package
Instead, you have to fix the PATH
variable every time, like this:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo env PATH="$PATH" tlmgr install package
The underlying problem is that a standard TeX Live installation places the binaries in a non-standard directory, so the set of PATH
locations that root is designed to recognize does not include anything that came with TeX Live. By design, you are not supposed to be able to permanently modify root's PATH
variable, so any task that needs privilege elevation becomes tricky.
Approaches to fixing this issue more permanently are described on the Ubuntu forums. Doing so is more involved, and I haven't tried it myself.
New contributor
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "85"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f187073%2fpermission-problem-when-installing-package-from-tlmgr%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
What I did was to let sudo
know about the modification of the $PATH
variable. This was done typing the following command on terminal
sudo env PATH="$PATH" tlmgr
In this way, I somehow enabled sudo
in tlmgr
. After that packages can be installed using
sudo tlmgr install package
add a comment |
What I did was to let sudo
know about the modification of the $PATH
variable. This was done typing the following command on terminal
sudo env PATH="$PATH" tlmgr
In this way, I somehow enabled sudo
in tlmgr
. After that packages can be installed using
sudo tlmgr install package
add a comment |
What I did was to let sudo
know about the modification of the $PATH
variable. This was done typing the following command on terminal
sudo env PATH="$PATH" tlmgr
In this way, I somehow enabled sudo
in tlmgr
. After that packages can be installed using
sudo tlmgr install package
What I did was to let sudo
know about the modification of the $PATH
variable. This was done typing the following command on terminal
sudo env PATH="$PATH" tlmgr
In this way, I somehow enabled sudo
in tlmgr
. After that packages can be installed using
sudo tlmgr install package
answered Jun 29 '14 at 15:10
ThanosThanos
6,1561555107
6,1561555107
add a comment |
add a comment |
In case anyone else tried previous suggestions and they didn't work, this worked for me:
sudo /usr/local/texlive/2015/bin/x86_64-linux/tlmgr ...
Using thewhich
construction in back quotes can be of help too. For example:sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)
– Leonid
Jan 6 at 10:39
add a comment |
In case anyone else tried previous suggestions and they didn't work, this worked for me:
sudo /usr/local/texlive/2015/bin/x86_64-linux/tlmgr ...
Using thewhich
construction in back quotes can be of help too. For example:sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)
– Leonid
Jan 6 at 10:39
add a comment |
In case anyone else tried previous suggestions and they didn't work, this worked for me:
sudo /usr/local/texlive/2015/bin/x86_64-linux/tlmgr ...
In case anyone else tried previous suggestions and they didn't work, this worked for me:
sudo /usr/local/texlive/2015/bin/x86_64-linux/tlmgr ...
answered Jan 12 '16 at 19:36
JordanJordan
1384
1384
Using thewhich
construction in back quotes can be of help too. For example:sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)
– Leonid
Jan 6 at 10:39
add a comment |
Using thewhich
construction in back quotes can be of help too. For example:sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)
– Leonid
Jan 6 at 10:39
Using the
which
construction in back quotes can be of help too. For example: sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)– Leonid
Jan 6 at 10:39
Using the
which
construction in back quotes can be of help too. For example: sudo `which tlmgr` gui
(it is rendered not the proper way, but one can get the idea, I hope)– Leonid
Jan 6 at 10:39
add a comment |
Thanos' answer basically works, but the description of multiple commands is misleading.
All root actions will need to be explicitly paired with the env
modification.
By design, the environmental variables for the root user are reset every time it is invoked. If you subsequently try to execute a regular sudo
command, the PATH
variable will have already been reset. This holds even in a sudo su
environment. So for instance, if you wanted to use the --dry-run
option to preview installing a package named package
, the following would NOT work:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo tlmgr install package
Instead, you have to fix the PATH
variable every time, like this:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo env PATH="$PATH" tlmgr install package
The underlying problem is that a standard TeX Live installation places the binaries in a non-standard directory, so the set of PATH
locations that root is designed to recognize does not include anything that came with TeX Live. By design, you are not supposed to be able to permanently modify root's PATH
variable, so any task that needs privilege elevation becomes tricky.
Approaches to fixing this issue more permanently are described on the Ubuntu forums. Doing so is more involved, and I haven't tried it myself.
New contributor
add a comment |
Thanos' answer basically works, but the description of multiple commands is misleading.
All root actions will need to be explicitly paired with the env
modification.
By design, the environmental variables for the root user are reset every time it is invoked. If you subsequently try to execute a regular sudo
command, the PATH
variable will have already been reset. This holds even in a sudo su
environment. So for instance, if you wanted to use the --dry-run
option to preview installing a package named package
, the following would NOT work:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo tlmgr install package
Instead, you have to fix the PATH
variable every time, like this:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo env PATH="$PATH" tlmgr install package
The underlying problem is that a standard TeX Live installation places the binaries in a non-standard directory, so the set of PATH
locations that root is designed to recognize does not include anything that came with TeX Live. By design, you are not supposed to be able to permanently modify root's PATH
variable, so any task that needs privilege elevation becomes tricky.
Approaches to fixing this issue more permanently are described on the Ubuntu forums. Doing so is more involved, and I haven't tried it myself.
New contributor
add a comment |
Thanos' answer basically works, but the description of multiple commands is misleading.
All root actions will need to be explicitly paired with the env
modification.
By design, the environmental variables for the root user are reset every time it is invoked. If you subsequently try to execute a regular sudo
command, the PATH
variable will have already been reset. This holds even in a sudo su
environment. So for instance, if you wanted to use the --dry-run
option to preview installing a package named package
, the following would NOT work:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo tlmgr install package
Instead, you have to fix the PATH
variable every time, like this:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo env PATH="$PATH" tlmgr install package
The underlying problem is that a standard TeX Live installation places the binaries in a non-standard directory, so the set of PATH
locations that root is designed to recognize does not include anything that came with TeX Live. By design, you are not supposed to be able to permanently modify root's PATH
variable, so any task that needs privilege elevation becomes tricky.
Approaches to fixing this issue more permanently are described on the Ubuntu forums. Doing so is more involved, and I haven't tried it myself.
New contributor
Thanos' answer basically works, but the description of multiple commands is misleading.
All root actions will need to be explicitly paired with the env
modification.
By design, the environmental variables for the root user are reset every time it is invoked. If you subsequently try to execute a regular sudo
command, the PATH
variable will have already been reset. This holds even in a sudo su
environment. So for instance, if you wanted to use the --dry-run
option to preview installing a package named package
, the following would NOT work:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo tlmgr install package
Instead, you have to fix the PATH
variable every time, like this:
sudo env PATH="$PATH" tlmgr install package --dry-run
sudo env PATH="$PATH" tlmgr install package
The underlying problem is that a standard TeX Live installation places the binaries in a non-standard directory, so the set of PATH
locations that root is designed to recognize does not include anything that came with TeX Live. By design, you are not supposed to be able to permanently modify root's PATH
variable, so any task that needs privilege elevation becomes tricky.
Approaches to fixing this issue more permanently are described on the Ubuntu forums. Doing so is more involved, and I haven't tried it myself.
New contributor
New contributor
answered 1 min ago
HutchHutch
1
1
New contributor
New contributor
add a comment |
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f187073%2fpermission-problem-when-installing-package-from-tlmgr%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
If you do
sudo su
and thentlmgr ....
should work. But be careful with commands as root.– Sigur
Jun 28 '14 at 14:39
You don't need to add
/usr/local/texlive/2014/tlpkg/
toPATH
. You should add/usr/local/texlive/2014/bin/i386-linux
at the beginning ofPATH
rather than the end.– cfr
Jun 28 '14 at 15:03