From nobody Tue Oct 22 23:15:01 2024 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XY7Lq1sdgz5ZWHb for ; Tue, 22 Oct 2024 23:15:15 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XY7Lp3vfXz4SVL for ; Tue, 22 Oct 2024 23:15:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 49MNF13q014959; Wed, 23 Oct 2024 08:15:02 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1729638902; bh=13qFIwiYE8ir1CSRGTdtlOY/6WFeM4Ii366bLT9qmZs=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=r6eTx03rECm0PxwJrCbwLnQd5DrfBcCu8j2yNQFqx7+U+rnRoNPJ9h36rYB1vVWz/ sULW5yIGu246krFlpbIO+jC5ZNvSydXNx2a6fIrWmfLRXVwWRlgriw4jLzUasFew2P 3iRyY06CySzj7VOTT4Q7xU4thT07AwVns0zUtN1s= Date: Wed, 23 Oct 2024 08:15:01 +0900 From: Tomoaki AOKI To: Tatsuki Makino Cc: ports@freebsd.org Subject: Re: Install file into /rescue Message-Id: <20241023081501.98303c55eaf0c73f00bf4d88@dec.sakura.ne.jp> In-Reply-To: References: <20241016222517.f42a3c49cd3c880ffb1e8db0@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4XY7Lp3vfXz4SVL X-Spamd-Bar: ---- On Wed, 23 Oct 2024 07:45:12 +0900 Tatsuki Makino wrote: > Hello. > It has nothing to do with ports, but I'm replying here because the status of my subscription can only reply here. > > On 2024/10/16 22:25, Tomoaki AOKI wrote: > > > > +1. > > And I cannot understand why ee is not in /rescue. > > > > On rescue, man pages are NOT promised to be read on another vty. > > Having modal editors which requires knowledges for their internal > > I'm still working on setting it up in single-user mode and seeing if it works on normal startup... > I tried using /rescue/vi and it doesn't seem to work until /usr or /var are mounted. > Has vi always had such a restriction? > > Even sh tries to write to /root by the history function. > I thought it would be necessary to double-check if the /rescue binary could be used for rescue. > > Regards. vi wants /var/tmp/vi.recover directory. [1] [1] https://forums.freebsd.org/threads/vi-recovery.9024/ -- Tomoaki AOKI