<div dir="ltr">Jim,<div><br></div><div>Can you tell us how you install TL? There are essentially 4 ways that people do that:</div><div><br></div><div>1- As a normal user, and leaving it like that</div><div>2- As a normal user and changing it all to root after installation</div><div>3- Executing TL install under "sudo" </div><div>4- Doing and "sudo bash" and executing TL install.</div><div><br></div><div>I am trying to see if I can reproduce your problem, and these 4 ways produce different installations.</div><div><br></div><div>Paulo Ney</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 4, 2021 at 3:58 AM Hefferon, Jim S. <<a href="mailto:jhefferon@smcvt.edu">jhefferon@smcvt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Reinhard,<br>
<br>
Thank you for the reply.  Yes, /usr/local/texlive is owned by root.  Everything in /usr/local is owned by root, that I can see.  (I doubt that I did anything fancy when I installed, I am not a very sophisticated user and I tend to just follow the instructions.  Of course, I could have flubbed something up.) <br>
<br>
A comment about what I am doing.  I have a textbook where people can download the source.  I am releasing a new version.  So I put a clean install on an old machine, and I am going through my INSTALL, checking that the instructions work.  In 2018 the instruction to install and run getnonfreefonts worked great, but not yesterday.  <br>
<br>
It sounds like I at least am not overlooking something obvious.  So thank you to you and Bob for the help.  In my INSTALL I am not going to suggest that people steal the local tree :-), so I will instead install Luximono by hand and include instructions for that.<br>
<br>
Regards,<br>
Jim<br>
<br>
________________________________________<br>
From: Reinhard Kotucha <<a href="mailto:reinhard.kotucha@web.de" target="_blank">reinhard.kotucha@web.de</a>><br>
Sent: Friday, September 3, 2021 17:06<br>
To: Hefferon, Jim S.<br>
Cc: <a href="mailto:texhax@tug.org" target="_blank">texhax@tug.org</a><br>
Subject: Re: getnonfreefonts on a recent TL and Ubuntu<br>
<br>
On 2021-09-03 at 19:46:15 +0000, Hefferon, Jim S. wrote:<br>
<br>
 > Hello,<br>
 ><br>
 > I am trying to install Luximono to a brand new Ubuntu and TeX Live<br>
 > installation (Ubuntu 20, TL 2021).  I am having trouble installing<br>
 > getnonfreefonts.  No doubt I am missing some point, but I just<br>
 > cannot see what.  (I am having some trouble with an email account,<br>
 > so I apologize if this message is a dupe.)<br>
 ><br>
 > As described on <a href="https://tug.org/fonts/getnonfreefonts/" rel="noreferrer" target="_blank">https://tug.org/fonts/getnonfreefonts/</a>, I used wget<br>
 > to download install-getnonfreefonts to the current directory.  I<br>
 > then tried to run texlua.<br>
 ><br>
 >   ftpmaint@Alonzo:~/Documents$ texlua ./install-getnonfreefonts<br>
 >   Detected System: x86_64-linux Detected Installation:<br>
 >   /usr/local/texlive/2021 mkdir<br>
 >   /usr/local/texlive/2021/texmf-dist/scripts/getnonfreefonts ...<br>
 >   [failed] Sorry, couldn't create directory<br>
 >   /usr/local/texlive/2021/texmf-dist/scripts/getnonfreefonts<br>
 ><br>
 > (I made install-getnonfreefonts executable but that didn't change<br>
 > the outcome.)  OK, maybe sudo?<br>
<br>
Hi Jim,<br>
yes, if /usr/local/texlive is owned by root...<br>
<br>
 >   ftpmaint@Alonzo:~/Documents$ sudo texlua ./install-getnonfreefonts<br>
 >   sudo: texlua: command not found<br>
 ><br>
 > Maybe it does not like the path?<br>
<br>
AFAIK sudo does't use the PATH variable from the environment for<br>
security reasons.<br>
<br>
 >   ftpmaint@Alonzo:~/Documents$ sudo /usr/local/texlive/2021/bin/x86_64-  linux/texlua install-getnonfreefonts<br>
 >   lstat(./texlua) failed: ./texlua: No such file or directory<br>
 >   kpathsea: Can't get directory of program name: ./texlua<br>
 ><br>
 > Even this did not work.<br>
<br>
I don't understand why your system calls ./texlua (in your current<br>
working directory) though you specified the full path.  I don't know<br>
why this happens.  This should never happen because it's a big<br>
security hole.<br>
<br>
<br>
 >   ftpmaint@Alonzo:~/Documents$ sudo /usr/local/texlive/2021/bin/x86_64-  linux/texlua /home/ftpmaint/Documents/install-getnonfreefonts<br>
 >   lstat(./texlua) failed: ./texlua: No such file or directory<br>
 >   kpathsea: Can't get directory of program name: ./texlua<br>
 ><br>
 > I note the kpathsea errors.  If it helps, my /etc/profile says this.<br>
 ><br>
 >   export PATH="/usr/local/texlive/2021/bin/x86_64-linux:$PATH"<br>
 >   export MANPATH="/usr/local/texlive/2021/texmf-dist/doc/man:$MANPATH"<br>
 >   export INFOPATH="/usr/local/texlive/2021/texmf-dist/doc/info:$INFOPATH"<br>
 ><br>
 > Using sudo -s or sudo su gave similar results (and are at or past<br>
 > the limits of my knowledge).  Googling around gave results from at<br>
 > most 2016, and they didn't help.  Any ideas would be most welcome.<br>
<br>
If sudo su doesn't work there seems to be something severely wrong<br>
with your system.  It's the first thing I do after a Linux<br>
installation in order to set the passwd for root so that I can log in<br>
as root with su and without sudo.<br>
<br>
The best you can do is to steal /usr/local and avoid sudo in the<br>
future.  You still need it for Debian updates though.<br>
<br>
/usr/local is for local additions and there is no need to be owned by<br>
root.  The sole reason it's owned by root by default is that the Linux<br>
installer is not aware of any users and, of course, only root can<br>
decide whom to grant write access to particular directories.<br>
<br>
So my recommendation is to steal the local tree:<br>
<br>
   sudo chown -R jim:users /usr/local  (if jim is your login name)<br>
<br>
If this works you can change files in /usr/local without sudo.  You<br>
don't need and shouldn't use sudo for "tlmgr update" anymore.  And you<br>
can install getnonfreefonts as a mortable user with TeX Live in PATH.<br>
It's even more secure because a mortal user can't break the system.<br>
<br>
But I'm concerned because you said that "sudo su" doesn't work for<br>
you.  I hope that at least "sudo chown ..." works.  If not, your<br>
system is broken and we have to examine the files in /etc.<br>
<br>
Regards,<br>
  Reinhard<br>
<br>
--<br>
------------------------------------------------------------------<br>
Reinhard Kotucha                            Phone: +49-511-3373112<br>
Marschnerstr. 25<br>
D-30167 Hannover                    mailto:<a href="mailto:reinhard.kotucha@web.de" target="_blank">reinhard.kotucha@web.de</a><br>
------------------------------------------------------------------<br>
<br>
<br>
<br>
</blockquote></div>