From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 23 15:32:18 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B994412F for ; Sun, 23 Feb 2014 15:32:18 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A92F1718 for ; Sun, 23 Feb 2014 15:32:18 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.8/8.14.8/NETPLEX) with ESMTP id s1NFIVK2042367; Sun, 23 Feb 2014 10:18:31 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Sun, 23 Feb 2014 10:18:31 -0500 (EST) Date: Sun, 23 Feb 2014 10:18:31 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Willem Jan Withagen Subject: Re: Thoughts on Multi-Symlink Concept In-Reply-To: <53092D83.6050603@digiware.nl> Message-ID: References: <530049a1.XXZ1PjZFgRyCu9X6%perryh@pluto.rain.com> <53092D83.6050603@digiware.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-filesystems@freebsd.org, freebsd-hackers@freebsd.org, jordan.hubbard@gmail.com, Perry Hutchison X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2014 15:32:18 -0000 On Sun, 23 Feb 2014, Willem Jan Withagen wrote: > On 16-2-2014 6:16, Perry Hutchison wrote: >> Jordan Hubbard wrote: >> >>> Even variant symlinks (/bin -> /${ARCH}/bin), which can expand >>> differently depending on the user context, have clearly >>> understandable semantics - you know that the symlink is going >>> to expand to exactly one file no matter what ARCH is set to. >> >> s/file/pathname/ >> >> Depending on what ARCH is set to, the expanision may or may not >> point to any actual file (or directory, or ...) > > Yes, please can we get these .... > > Apollo Domain systems had those, and they were great. > Set SYSTYPE to BSD4 and get the BSD tree and all that came with it, or > SYSV to get the other stuff. > > Would indeed work great for things like /bin or even > /usr/local/etc -> /${HOST}/usr/local/etc This topic comes up every couple of years. I recall Domain OS fondly - it was my first UNIX-like OS. I would really like variant symlinks, but I predict in another couple of years we'll be having the same conversation :-) -- DE