[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Symbolic links in /etc/alternatives not working as intended



Debian 3.0

Usage: update-alternatives --install <link> <name>
<path> <priority>
[--slave <link> <name> <path>] ...

<name> is the name in /etc/alternatives.
<path> is the name referred to.
<link> is the link pointing to /etc/alternatives/<name>.
<priority> is an integer; options with higher numbers are
chosen.

I'm trying to update my /usr/bin/vi to use gvim instead of vim.
Currently, /usr/bin/vi is a symbolic link pointing to
/etc/alternatives/vi.

david:/home/david# ls -l /usr/bin/vi
lrwxrwxrwx 1 root root 20 Apr 3 11:49 /usr/bin/vi ->
/etc/alternatives/vi

david:/home/david# update-alternatives --display vi 
vi - status is auto.
link currently points to /usr/bin/vim
/usr/bin/nvi - priority 30
slave vi.1.gz: /usr/share/man/man1/nvi.1.gz
/usr/bin/vim - priority 120
slave vi.1.gz: /usr/share/man/man1/vim.1.gz
Current `best' version is /usr/bin/vim.

So, I tried this command as root:-

update-alternatives --install /usr/bin/vi vi /usr/bin/gvim 130 --slave
/usr/bin/vi vi.1.gz /usr/share/man/man1/vi.1.gz

Entering this command will return me the help file on
update-alternatives instead. I suspect the syntax for my --slave
arguement is wrong, most likely the <link>. What link is
pointing to vi.1.gz , with the <name> of vi.1.gz and pointing
to <path> /usr/share/man/man1/vim.1.gz ?

I've read the man pages, but it doesn't elaborate further on the usage
of the --slave arguement.

Please advise.

Thanks !
----
Message posted via www.linuxforums.org
.



Reply to: