Subject: Re: lib/30664: realpath and magic symlinks
To: None <lib-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Christos Zoulas <christos@zoulas.com>
List: netbsd-bugs
Date: 07/09/2005 14:36:05
The following reply was made to PR lib/30664; it has been noted by GNATS.

From: christos@zoulas.com (Christos Zoulas)
To: YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
Cc: gnats-bugs@netbsd.org, lib-bug-people@netbsd.org,
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org, tech-kern@netbsd.org
Subject: Re: lib/30664: realpath and magic symlinks
Date: Sat, 9 Jul 2005 10:35:07 -0400

 On Jul 9, 11:10pm, yamt@mwd.biglobe.ne.jp (YAMAMOTO Takashi) wrote:
 -- Subject: Re: lib/30664: realpath and magic symlinks
 
 | > 2. Create sysctl to turn on/off readlink() return behavior. This sysctl
 | >    "proc.pid.magiclinks" (or something) defaults to 0, and is inherited
 | >    across fork and exec. If proc.pid.magiclinks==0, readlink returns the
 | >    translated path; if ==1 then it returns the raw path.
 | 
 | who is expected to toggle this sysctl?
 | users, or applications?
 
 Users. The point is not to make the whole tinh visible to applications.
 
 | > 3. In the long term, move the whole mess to namei(), deprecate magiclinks.
 | >    and rename the magiclinks mount option magicnames.
 | 
 | i guess magicnames have its own weirdness...
 | foreign filesystem/tarballs, remote files, etc.
 | good luck. :-)
 
 Why? The pathnames have @var's but they are otherwise valid.
 
 christos