From nobody Wed Oct 16 13:25:17 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 4XTBYF5znKz5YWms for ; Wed, 16 Oct 2024 13:25:37 +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 4XTBYF0sZ9z4KVS; Wed, 16 Oct 2024 13:25:35 +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 49GDPHES046439; Wed, 16 Oct 2024 22:25:26 +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=1729085126; bh=nJ7zGv5p+UMmzM/2fTXo5gyZMkKEMJy9e4KWii10QKU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=nQD7fjJiGfp1dpOxizV5EydrdW5X1PJr3hFIGsVY/Lr3HywGmgP3dwbT1Vxe8nNgh dsPVPJyppDzUyckkrrobScRP+sH3/s1dOlxQDmtveOOHpo6a0xDnibHgrpkGCAIegb fJw740hqoizZ7GzvV3Yjq03ew6VcgTPo1zGyNMRc= Date: Wed, 16 Oct 2024 22:25:17 +0900 From: Tomoaki AOKI To: Robert Clausecker Cc: Mathieu Arnold , Zsolt Udvari , ports@freebsd.org, ports-developper@freebsd.org Subject: Re: Install file into /rescue Message-Id: <20241016222517.f42a3c49cd3c880ffb1e8db0@dec.sakura.ne.jp> In-Reply-To: References: 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: 4XTBYF0sZ9z4KVS X-Spamd-Bar: ---- On Wed, 16 Oct 2024 11:04:45 +0200 Robert Clausecker wrote: > Hi Mathieu, > > Am Wed, Oct 16, 2024 at 10:53:28AM +0200 schrieb Mathieu Arnold: > > On Wed, Oct 16, 2024 at 07:43:31AM +0200, Zsolt Udvari wrote: > > > Hi, > > > > > > I want update a port (see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282052 ), > > > but I've a problem: the port wants install a file into /rescue and it > > > causes an error (in poudriere): > > > ===> Registering installation for mg-static-20241008,1 [14-default] > > > Installing mg-static-20241008,1... pkg-static: Fail to create temporary > > > file for /rescue/mg:Read-only file system *** Error code 1 > > > > > > There is mg-static package in repository and has a file in /rescue so I > > > think should set something in my poudriere setup. > > > My poudriere.conf is: > > > > > > ZPOOL=zroot > > > ZROOTFS=/poudriere > > > FREEBSD_HOST=_PROTO_://_CHANGE_THIS_ > > > RESOLV_CONF=/etc/resolv.conf > > > BASEFS=/usr/local/poudriere > > > POUDRIERE_DATA=${BASEFS}/data > > > USE_PORTLINT=yes > > > USE_TMPFS=no > > > DISTFILES_CACHE=/usr/local/poudriere/distfiles > > > CCACHE_DIR=/var/cache/ccache > > > ALLOW_MAKE_JOBS=yes > > > PARALLEL_JOBS=3 > > > > > > How can I solve this problem? > > > > That one is easy, a port can only install files in PREFIX. So, it cannot > > install files in /usr/s?bin, /s?bin or /rescue. It seems the static > > flavor of this port is completely wrong. > > This is incorrect. Many ports install files into /var for example. Our > infrastructure has explicit support for that, so why should it not be allowed > if reasonable? > > Unless we add ${PREFIX}/rescue (which wouldn't work if ${PREFIX} is on > a different partition than /), I don't see anything wrong with putting > binaries needed during system rescue into /rescue, even if they come from > ports. +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 commands only is a huge shame. The first time I installed FreeBSD, I need to rush to bookstore to purchase a brief command reference book, IIRC, for vipw (didn't know about ee and how to switch vty ATM). Of course, having ed and vi (ex) in rescue is nice. But need at least already-in-base ee, too. And another aspect. kmods from ports are installed into /boot/modules, not in /usr/local/modules (IIRC, there was a time window it existed). Why not /rescue, if there is enough reason? > I worked on this port before and had the same Poudriere issue; I tested the > port manually instead. > > > It seems like this is an editor, and it seems it wants to install itself > > in /rescue for some reason, we already have vi in /rescue, so I'd say, > > ignore the static flavor, as it's broken, or remove it, as it's broken. > > > > -- > > Mathieu Arnold > > Yours, > Robert Clausecker > > -- > () ascii ribbon campaign - for an encoding-agnostic world > /\ - against html email - against proprietary attachments > -- Tomoaki AOKI