Re: texlive2017 and lyx SOLVED for me

2017-08-26 Thread Wolfgang Engelmann



Am 26.08.2017 um 16:09 schrieb Kornel Benko:

Am Samstag, 26. August 2017 um 15:59:20, schrieb Wolfgang Engelmann 


Am 26.08.2017 um 12:20 schrieb Kornel Benko:

Am Samstag, 26. August 2017 um 10:31:49, schrieb Wolfgang Engelmann 


What worked for me: I started |tlmgr| in gui mode with

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

That's the way it should work, if you install as root.


and then in the third menu chose the last item but one (in my German
menu, that is menu "Aktionen" (actions?) and item "Verwaltung der
symbolischen Links" (administration of symbolic links?). In the
ensuing dialogue window I clicked the button "Symbolische Links
erneuern" (renew symbolic links?). Now

|sudo tlmgr --OPTIONS |

works without problems. I'm sure there's also a command line way of
doing this

---

and another note:

You really don't have to add the directory of |tlmgr| to the path. A
simple quick solution is using |which|, e.g.:

|sudo $(which tlmgr) update --list  |

It should be like the previous, you have to set PATH
# sudo env PATH="$PATH" tlmgr update --list


Both proposals are not working for me. In the first proposal the actions
menu is grayed out, in the second: update command not found
Wolfgang

What I would suggest (if you are user engelmann) is:
# cd /usr/local/texlive
# sudo chown -R engelmann.engelmann .
But that is dangerous, if you are not alone on your system. It is up to you to 
decide.
If you do this, then from now on you should not use 'sudo' anymore in 
connection with texlive.

Kornel

Thanks again, Kornel,
I used your chown suggestion and it worked (by the way, why is
engelmann.engelmann used?). After reconfigure I can now work with lyx
again. That's good.

I supposed your username is "engelmann" and the group you own is  "engelmann" 
too.
The chown as used sets user and group to all files.


Wolfgang

Kornel

Thanks for explaining, Wolfgang


Re: texlive2017 and lyx SOLVED for me

2017-08-26 Thread Kornel Benko
Am Samstag, 26. August 2017 um 15:59:20, schrieb Wolfgang Engelmann 

> 
> Am 26.08.2017 um 12:20 schrieb Kornel Benko:
> > Am Samstag, 26. August 2017 um 10:31:49, schrieb Wolfgang Engelmann 
> > 
> >>> What worked for me: I started |tlmgr| in gui mode with
> >>>
> >>> |sudo env PATH="$PATH" tlmgr --gui |
> > That's the way it should work, if you install as root.
> >
> >>> and then in the third menu chose the last item but one (in my German
> >>> menu, that is menu "Aktionen" (actions?) and item "Verwaltung der
> >>> symbolischen Links" (administration of symbolic links?). In the
> >>> ensuing dialogue window I clicked the button "Symbolische Links
> >>> erneuern" (renew symbolic links?). Now
> >>>
> >>> |sudo tlmgr --OPTIONS |
> >>>
> >>> works without problems. I'm sure there's also a command line way of
> >>> doing this
> >>>
> >>> ---
> >>>
> >>> and another note:
> >>>
> >>> You really don't have to add the directory of |tlmgr| to the path. A
> >>> simple quick solution is using |which|, e.g.:
> >>>
> >>> |sudo $(which tlmgr) update --list  |
> > It should be like the previous, you have to set PATH
> > # sudo env PATH="$PATH" tlmgr update --list
> >
> >> Both proposals are not working for me. In the first proposal the actions
> >> menu is grayed out, in the second: update command not found
> >> Wolfgang
> > What I would suggest (if you are user engelmann) is:
> > # cd /usr/local/texlive
> > # sudo chown -R engelmann.engelmann .
> > But that is dangerous, if you are not alone on your system. It is up to you 
> > to decide.
> > If you do this, then from now on you should not use 'sudo' anymore in 
> > connection with texlive.
> >
> > Kornel
> Thanks again, Kornel,
> I used your chown suggestion and it worked (by the way, why is 
> engelmann.engelmann used?). After reconfigure I can now work with lyx 
> again. That's good.

I supposed your username is "engelmann" and the group you own is  "engelmann" 
too.
The chown as used sets user and group to all files.

> Wolfgang

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: texlive2017 and lyx SOLVED for me

2017-08-26 Thread Wolfgang Engelmann



Am 26.08.2017 um 12:20 schrieb Kornel Benko:

Am Samstag, 26. August 2017 um 10:31:49, schrieb Wolfgang Engelmann 


What worked for me: I started |tlmgr| in gui mode with

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

That's the way it should work, if you install as root.


and then in the third menu chose the last item but one (in my German
menu, that is menu "Aktionen" (actions?) and item "Verwaltung der
symbolischen Links" (administration of symbolic links?). In the
ensuing dialogue window I clicked the button "Symbolische Links
erneuern" (renew symbolic links?). Now

|sudo tlmgr --OPTIONS |

works without problems. I'm sure there's also a command line way of
doing this

---

and another note:

You really don't have to add the directory of |tlmgr| to the path. A
simple quick solution is using |which|, e.g.:

|sudo $(which tlmgr) update --list  |

It should be like the previous, you have to set PATH
# sudo env PATH="$PATH" tlmgr update --list


Both proposals are not working for me. In the first proposal the actions
menu is grayed out, in the second: update command not found
Wolfgang

What I would suggest (if you are user engelmann) is:
# cd /usr/local/texlive
# sudo chown -R engelmann.engelmann .
But that is dangerous, if you are not alone on your system. It is up to you to 
decide.
If you do this, then from now on you should not use 'sudo' anymore in 
connection with texlive.

Kornel

Thanks again, Kornel,
I used your chown suggestion and it worked (by the way, why is 
engelmann.engelmann used?). After reconfigure I can now work with lyx 
again. That's good.

Wolfgang


Re: Evince as default viewer

2017-08-26 Thread Kornel Benko
Am Freitag, 25. August 2017 um 19:48:06, schrieb Scott Kostyshak 

> On Fri, Aug 25, 2017 at 07:44:09PM -0400, Paul A. Rubin wrote:
> > On 08/25/2017 07:29 PM, Scott Kostyshak wrote:
> > > On Fri, Aug 25, 2017 at 02:12:47PM -0400, Paul A. Rubin wrote:
> > > 
> > > > Note that, with either approach, if you reinstall qpdfview, the next 
> > > > time
> > > > you run reconfigure it's liable to break again.
> > > If you set the viewer in preferences, then I don't think it should
> > > change after running reconfigure.
> > > 
> > > Scott
> > You're probably right about that, give or take installing a new version of
> > LyX. When I upgraded LyX to 2.2.3, I think it thunked my viewer preferences,
> > but that was probably a one-off (the business with Mint changing the default
> > text editor, PDF viewer, image viewer and something else I've forgotten
> > now).
> 
> Ah yes that could happen. If you can ever reproduce an issue where a
> newer version of LyX thunks something, then we would like to fix that.
> I remember seeing a couple of reports about that on Ubuntu. But it is
> hard to remember to back up your user directory before an upgrade, so
> it's hard to reproduce.
> 
> Scott

It can happen if using versioned userdir. (e.g. transition from ~/.lyx2.2 to 
~/.lyx2.3).
In that case you may want to copy ~/.lyx2.2/preferences.

Kornel

signature.asc
Description: This is a digitally signed message part.


Re: texlive2017 and lyx

2017-08-26 Thread Kornel Benko
Am Samstag, 26. August 2017 um 10:31:49, schrieb Wolfgang Engelmann 

> > What worked for me: I started |tlmgr| in gui mode with
> >
> > |sudo env PATH="$PATH" tlmgr --gui |

That's the way it should work, if you install as root.

> > and then in the third menu chose the last item but one (in my German 
> > menu, that is menu "Aktionen" (actions?) and item "Verwaltung der 
> > symbolischen Links" (administration of symbolic links?). In the 
> > ensuing dialogue window I clicked the button "Symbolische Links 
> > erneuern" (renew symbolic links?). Now
> >
> > |sudo tlmgr --OPTIONS |
> >
> > works without problems. I'm sure there's also a command line way of 
> > doing this 
> >
> > ---
> >
> > and another note:
> >
> > You really don't have to add the directory of |tlmgr| to the path. A 
> > simple quick solution is using |which|, e.g.:
> >
> > |sudo $(which tlmgr) update --list  |

It should be like the previous, you have to set PATH
# sudo env PATH="$PATH" tlmgr update --list

> Both proposals are not working for me. In the first proposal the actions 
> menu is grayed out, in the second: update command not found
> Wolfgang

What I would suggest (if you are user engelmann) is:
# cd /usr/local/texlive
# sudo chown -R engelmann.engelmann .
But that is dangerous, if you are not alone on your system. It is up to you to 
decide.
If you do this, then from now on you should not use 'sudo' anymore in 
connection with texlive.

Kornel


signature.asc
Description: This is a digitally signed message part.


Re: texlive2017 and lyx

2017-08-26 Thread Wolfgang Engelmann



Am 26.08.2017 um 10:15 schrieb Wolfgang Engelmann:




Am 26.08.2017 um 09:26 schrieb Wolfgang Engelmann:



Am 25.08.2017 um 21:28 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 20:30:47, schrieb Wolfgang Engelmann 


Am 25.08.2017 um 19:15 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 16:09:14, schrieb Wolfgang 
Engelmann 

Am 25.08.2017 um 15:46 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 15:20:57, schrieb Wolfgang 
Engelmann 

I was too quick: The tlmgr is from an earlier texlive which is in
/usr/share/texlive2016.
How do I get the tlmgr from
/usr/local/texlive/2017/bin/x86_64-linux
working? Do I have to set a path? How? Which one?
sorra for silly questions, but I got stuck here
Wolfgang
Why don't you set your PATH so that 
"/usr/local/texlive/2017/bin/x86_64-linux" is before "/usr/bin"?


Kornel

Isn't, what I have? >>
#paths for texlive2017
PATH=/usr/local/texlive/2017/bin/i386-linux:$PATH; export PATH
MANPATH=/usr/local/texlive/2017/texmf-dist/doc/man:$MANPATH; 
export MANPATH
INFOPATH=/usr/local/texlive/2017/texmf-dist/doc/info:$INFOPATH; 
export

INFOPATH
Wolfgang

WRONG PATH, change "i386-linux" to "x86_64-linux"

If you do this, then what does
# which tlmgr
or
# where tlmgr
say?

Is /usr/local/texlive/2017/bin/x86_64-linux/tlmgr executable?

Kornel

Thanks, Kornel, I have changed to what you wrote. How would I on the
command line change the rights for the tlmgr.pl, which are right now
user=root and group=root?

This is OK, if you installed as root (which you have apparently)


Unfortunately I have uninstalled the 2016 texlive and have no tlmgr
available

tlmgr is part of TL2017 as well.
Here:
#which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr

~/Downloads$ which tlmgr
  >no response

Means that the PATH is not OK.
Check
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 kornel kornel 41 nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl

# ls -lL /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 kornel kornel 300762 júl 18 01:59 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr


(I installed it as user kornel, so I am not forced to be root for 
instance for updates)



we@wolfgang-Mr-Whisper-Ultra-SSD-II:~/Downloads$ where tlmgr
bash: where: Kommando nicht gefunden.

Where is csh built-in command, sorry, try using csh or tcsh


I tried also ~/Downloads$ whereis tlmgr
tlmgr:
no further output.
Its a mess with me!

whereis does not respect PATH, so its output is not relevant.


Wolfgang

Kornel

Thanks, Kornel, for your patience.
Here are the outputs; I see no difference to yours:
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -lL 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 root root 299941 Mai 19 17:07 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr

we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$

where tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local/texlive/2017/texmf-dist/scripts 



if I start as user
tlmgr gui
I get the menus but are told I have no rights and most of the 
selections are grayed out.

If I start as root, the command is not found.
# tlmgr gui
bash: tlmgr: Kommando nicht gefunden.

do I need different PATH settings for the root?

Confused: Wolfgang

I found under

https://askubuntu.com/questions/66498/setting-tex-live-path-for-root

What worked for me: I started |tlmgr| in gui mode with

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

and then in the third menu chose the last item but one (in my German 
menu, that is menu "Aktionen" (actions?) and item "Verwaltung der 
symbolischen Links" (administration of symbolic links?). In the 
ensuing dialogue window I clicked the button "Symbolische Links 
erneuern" (renew symbolic links?). Now


|sudo tlmgr --OPTIONS |

works without problems. I'm sure there's also a command line way of 
doing this ;)


---

and another note:

You really don't have to add the directory of |tlmgr| to the path. A 
simple quick solution is using |which|, e.g.:


|sudo $(which tlmgr) update --list  |
Both proposals are not working for me. In the first proposal the 

Re: texlive2017 and lyx

2017-08-26 Thread Wolfgang Engelmann



Am 26.08.2017 um 09:26 schrieb Wolfgang Engelmann:



Am 25.08.2017 um 21:28 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 20:30:47, schrieb Wolfgang Engelmann 


Am 25.08.2017 um 19:15 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 16:09:14, schrieb Wolfgang Engelmann 


Am 25.08.2017 um 15:46 schrieb Kornel Benko:
Am Freitag, 25. August 2017 um 15:20:57, schrieb Wolfgang 
Engelmann 

I was too quick: The tlmgr is from an earlier texlive which is in
/usr/share/texlive2016.
How do I get the tlmgr from
/usr/local/texlive/2017/bin/x86_64-linux
working? Do I have to set a path? How? Which one?
sorra for silly questions, but I got stuck here
Wolfgang
Why don't you set your PATH so that 
"/usr/local/texlive/2017/bin/x86_64-linux" is before "/usr/bin"?


Kornel

Isn't, what I have? >>
#paths for texlive2017
PATH=/usr/local/texlive/2017/bin/i386-linux:$PATH; export PATH
MANPATH=/usr/local/texlive/2017/texmf-dist/doc/man:$MANPATH; 
export MANPATH
INFOPATH=/usr/local/texlive/2017/texmf-dist/doc/info:$INFOPATH; 
export

INFOPATH
Wolfgang

WRONG PATH, change "i386-linux" to "x86_64-linux"

If you do this, then what does
# which tlmgr
or
# where tlmgr
say?

Is /usr/local/texlive/2017/bin/x86_64-linux/tlmgr executable?

Kornel

Thanks, Kornel, I have changed to what you wrote. How would I on the
command line change the rights for the tlmgr.pl, which are right now
user=root and group=root?

This is OK, if you installed as root (which you have apparently)


Unfortunately I have uninstalled the 2016 texlive and have no tlmgr
available

tlmgr is part of TL2017 as well.
Here:
#which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr

~/Downloads$ which tlmgr
  >no response

Means that the PATH is not OK.
Check
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 kornel kornel 41 nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl

# ls -lL /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 kornel kornel 300762 júl 18 01:59 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr


(I installed it as user kornel, so I am not forced to be root for 
instance for updates)



we@wolfgang-Mr-Whisper-Ultra-SSD-II:~/Downloads$ where tlmgr
bash: where: Kommando nicht gefunden.

Where is csh built-in command, sorry, try using csh or tcsh


I tried also ~/Downloads$ whereis tlmgr
tlmgr:
no further output.
Its a mess with me!

whereis does not respect PATH, so its output is not relevant.


Wolfgang

Kornel

Thanks, Kornel, for your patience.
Here are the outputs; I see no difference to yours:
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -lL 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 root root 299941 Mai 19 17:07 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr

we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$

where tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local/texlive/2017/texmf-dist/scripts 



if I start as user
tlmgr gui
I get the menus but are told I have no rights and most of the 
selections are grayed out.

If I start as root, the command is not found.
# tlmgr gui
bash: tlmgr: Kommando nicht gefunden.

do I need different PATH settings for the root?

Confused: Wolfgang

I found under

https://askubuntu.com/questions/66498/setting-tex-live-path-for-root

What worked for me: I started |tlmgr| in gui mode with

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

and then in the third menu chose the last item but one (in my German 
menu, that is menu "Aktionen" (actions?) and item "Verwaltung der 
symbolischen Links" (administration of symbolic links?). In the ensuing 
dialogue window I clicked the button "Symbolische Links erneuern" (renew 
symbolic links?). Now


|sudo tlmgr --OPTIONS |

works without problems. I'm sure there's also a command line way of 
doing this ;)


---

and another note:

You really don't have to add the directory of |tlmgr| to the path. A 
simple quick solution is using |which|, e.g.:


|sudo $(which tlmgr) update --list  |



Re: texlive2017 and lyx

2017-08-26 Thread Wolfgang Engelmann



Am 25.08.2017 um 21:28 schrieb Kornel Benko:

Am Freitag, 25. August 2017 um 20:30:47, schrieb Wolfgang Engelmann 


Am 25.08.2017 um 19:15 schrieb Kornel Benko:

Am Freitag, 25. August 2017 um 16:09:14, schrieb Wolfgang Engelmann 


Am 25.08.2017 um 15:46 schrieb Kornel Benko:

Am Freitag, 25. August 2017 um 15:20:57, schrieb Wolfgang Engelmann 


I was too quick: The tlmgr is from an earlier texlive which is in
/usr/share/texlive2016.
How do I get the tlmgr from
/usr/local/texlive/2017/bin/x86_64-linux
working? Do I have to set a path? How? Which one?
sorra for silly questions, but I got stuck here
Wolfgang

Why don't you set your PATH so that "/usr/local/texlive/2017/bin/x86_64-linux" is before 
"/usr/bin"?

Kornel

Isn't, what I have? >>
#paths for texlive2017
PATH=/usr/local/texlive/2017/bin/i386-linux:$PATH; export PATH
MANPATH=/usr/local/texlive/2017/texmf-dist/doc/man:$MANPATH; export MANPATH
INFOPATH=/usr/local/texlive/2017/texmf-dist/doc/info:$INFOPATH; export
INFOPATH
Wolfgang

WRONG PATH, change "i386-linux" to "x86_64-linux"

If you do this, then what does
# which tlmgr
or
# where tlmgr
say?

Is /usr/local/texlive/2017/bin/x86_64-linux/tlmgr executable?

Kornel

Thanks, Kornel, I have changed to what you wrote. How would I on the
command line change the rights for the tlmgr.pl, which are right now
user=root and group=root?

This is OK, if you installed as root (which you have apparently)


Unfortunately I have uninstalled the 2016 texlive and have no tlmgr
available

tlmgr is part of TL2017 as well.
Here:
#which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr

~/Downloads$ which tlmgr
  >no response

Means that the PATH is not OK.
Check
# ls -l /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 kornel kornel 41 nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
# ls -lL /usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 kornel kornel 300762 júl 18 01:59 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr

(I installed it as user kornel, so I am not forced to be root for instance for 
updates)


we@wolfgang-Mr-Whisper-Ultra-SSD-II:~/Downloads$ where tlmgr
bash: where: Kommando nicht gefunden.

Where is csh built-in command, sorry, try using csh or tcsh


I tried also ~/Downloads$ whereis tlmgr
tlmgr:
no further output.
Its a mess with me!

whereis does not respect PATH, so its output is not relevant.


Wolfgang

Kornel

Thanks, Kornel, for your patience.
Here are the outputs; I see no difference to yours:
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ which tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -l 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
lrwxrwxrwx 1 root root 41 Nov 25  2016 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr -> 
../../texmf-dist/scripts/texlive/tlmgr.pl
we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$ ls -lL 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
-rwxr-xr-x 1 root root 299941 Mai 19 17:07 
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr

we@wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local$

where tlmgr
/usr/local/texlive/2017/bin/x86_64-linux/tlmgr
wolfgang-Mr-Whisper-Ultra-SSD-II:/usr/local/texlive/2017/texmf-dist/scripts

if I start as user
tlmgr gui
I get the menus but are told I have no rights and most of the selections 
are grayed out.

If I start as root, the command is not found.
# tlmgr gui
bash: tlmgr: Kommando nicht gefunden.

do I need different PATH settings for the root?

Confused: Wolfgang