Bug 292899 – app-editor/vim: strange symlinks breaks jailkit creation

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Scott 2009-11-12 10:46:33 UTC]

Some of the symlinks created when vim is emerged start with a double-slash. I discovered this when trying to create a jailkit chroot jail. The result is that the process hangs and the vi editor is never included in the chroot jail, and any other program set for inclusion after the editor.

Not sure if this is strictly considered a bug as the editor still works from the command-line. But it would be nice to have this fixed for use with automated jailkit creation scripts etc.

Reproducible: Always

Steps to Reproduce:
1. emerge app-editors/vim
2. ls -la /usr/bin/vi
3. ls -la /usr/share/vim/vim72/doc/gentoo-syntax.txt

Actual Results:  
/usr/bin/vi -> //usr/bin/vim
/usr/share/vim/vim72/doc/gentoo-syntax.txt -> //usr/share/vim/vimfiles/doc/gentoo-syntax.txt


Expected Results:  
/usr/bin/vi -> /usr/bin/vim
/usr/share/vim/vim72/doc/gentoo-syntax.txt -> /usr/share/vim/vimfiles/doc/gentoo-syntax.txt

[Comment 1 Jim Ramsay (lack) (RETIRED) 2009-11-24 13:58:10 UTC]

I don't fully understand the problem.  A double-slash is equivalent to a single slash for every path parsing code I've ever encountered.  How is this 'jailkit' different?

[Comment 2 Scott 2009-11-24 14:26:57 UTC]

I'm not sure but when trying to create the jail using jk_init, with the editors section containing vi, the creation of the jail hangs on trying to find the path.

I wish I could provide a better explanation but when I removed the symlink and re-created it with a single slash it worked. Incidently when I changed the first symlink to the binary and re-ran jk_init it got stuck again on gentoo-syntax.txt.

[Comment 3 Jeremy Olexa (darkside) (RETIRED) 2010-01-29 20:20:47 UTC]

(In reply to comment #1)
> I don't fully understand the problem.  A double-slash is equivalent to a single
> slash for every path parsing code I've ever encountered.  How is this 'jailkit'
> different?
> 

Actually, according to POSIX, a double slash at the beginning is not equiv to a single slash. But, more slashes are fine. /////foo == ///foo == /foo != //foo

But this only applies to leasing slashes. Confusing, eh? :)

I noticed that the ebuild installs the double slash, but eselect vi set 1 does not.

[Comment 4 Jim Ramsay (lack) (RETIRED) 2010-04-23 17:31:57 UTC]

Okay, this looks to be a problem with app-admin/eselect-vi and is probably identical to the root cause of bug #315613... We'll see about fixing that...

[Comment 5 Jim Ramsay (lack) (RETIRED) 2010-04-23 18:27:58 UTC]

Aha, this is a known issue.  Should be solved by bug #260593

[Comment 6 Jim Ramsay (lack) (RETIRED) 2010-04-23 18:44:08 UTC]

This should be fixed in app-admin/eselect-vi-1.1.7

After upgrading to eselect-vi-1.1.7 run 'eselect vi set vim' as root.