From owner-freebsd-arm@freebsd.org Thu Jul 21 06:59:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EABCB9E4E6 for ; Thu, 21 Jul 2016 06:59:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 267961D65 for ; Thu, 21 Jul 2016 06:59:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30561 invoked from network); 21 Jul 2016 06:59:38 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 21 Jul 2016 06:59:38 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Thu, 21 Jul 2016 02:59:42 -0400 (EDT) Received: (qmail 13587 invoked from network); 21 Jul 2016 06:59:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Jul 2016 06:59:42 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id C86301C42A7; Wed, 20 Jul 2016 23:59:36 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: FreeBSD user home directory From: Mark Millard In-Reply-To: <20160721030322.GL65494@FreeBSD.org> Date: Wed, 20 Jul 2016 23:59:36 -0700 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <9F4673FD-828B-4809-911B-00EDD601C425@dsl-only.net> References: <79BCA7CB-4D6A-45AF-8432-FD7F8577B42F@dsl-only.net> <20160721030322.GL65494@FreeBSD.org> To: Glen Barber X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 06:59:40 -0000 On 2016-Jul-20, at 8:03 PM, Glen Barber wrote: > On Wed, Jul 20, 2016 at 07:54:27PM -0700, Mark Millard wrote: >> Looking at my armv6 and amd64 11.0's (long in use, originally >> -CURRENT, now -STABLE, maintained via source updates): >> >> amd64 and armv6 (rpi2) both have real /usr/home directories. >> >> armv6 (and rpi2) has no /home path established at all, not even >> as a symbolic link to elsewhere. >> >> amd64 has /home -> usr/home via a symbolic link. >> >> (I do not have access to check my memory and will not for weeks >> but if I remember right my powerpc64 and powerpc 11.0's were like >> amd64 above. They dated back to somewhat before 2016-June-04 when >> last updated.) >> >> If I remember right my old powerpc and powerpc 10.x-STABLE's and >> 10.x-RELEASES also agreed with amd64 above. (At the time I only was >> experimenting with powerpc64 and powerpc FreeBSD.) >> >> In comparison today's -r303119 says: >> >>> Log: >>> Create a /usr/home -> /home symlink for the arm images to >>> avoid /usr/home confusingly being created as a directory. >> >> >> May be which path is to directly be the actual directory by default >> has changed --since all of my contexts started long ago. >> >> But what all my confirmable examples suggest is that /usr/home >> is normally the directory. >> >> I did not manually control or create /usr/home for any of the >> contexts as far as I can remember. It was automatic as a side effect >> of some activity. >> > > Right, but as we do not provide binary upgrade paths for tier-2 > architectures, nothing should be affected for source-based upgrades. > Especially in this case. > >> If there is variability up to now or across architectures it might >> be appropriate to have an UPDATING entry to indicate the new uniform >> answer or whatever describes how things now are. >> >> Are there alternative standard FreeBSD installation techniques >> that may be should all be made to match for such properties? (POLA >> for such defaults: lack of variability across [the major or official] >> techniques?) >> > > This is discussion that is not applicable for the commit to which you > reference. It creates a symlink on an image that is "installed" by > writing a raw filesystem onto an SD card via dd(1). This does not > affect source-based upgrades. > > Glen Just an FYI: I think I found were my amd64 /usr/home came from: I happened to have experimented with zfs for that and /usr/libexec/bsdinstall/zfsboot uses the following in defining ZFSBOOT_DATASETS # Home directories separated so they are common to all BEs /usr/home # NB: /home is a symlink to /usr/home (BE in "BEs" is "Boot Environment".) My only amd64 environment is the only context that I've experimented with zfs in. It is true that this is not likely to have much in common with how my armv6, powerpc64, and powerpc environments got to be /usr/home style (all tier 2).