From nobody Wed Apr 03 18:36:21 2024 X-Original-To: dev-commits-ports-main@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 4V8tkJ5wtsz5FbVv; Wed, 3 Apr 2024 18:36:24 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 4V8tkH63SLz4DYx; Wed, 3 Apr 2024 18:36:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1712169381; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=eU4GaLOu+uf4MYODXMHvKx6SgTu7hdzQFBt22nRFj3g=; b=jNnQGnLnFNYLnDinOAtTMsgpCdLEAu1DRspbn9v9D+V5cSqnSTXH5yLw7Shs0iZtuaJkn7 bAAnK6uKXBkqyDzmRUqLV3WzC1O6/tV9E0Vvtkgjt4jwAYHlN7BF0aBUXGtd/4Vfi+Hk3e 8TrKRtXkuu74lhkhCTcO50APjC2qMic= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 0a4a4983 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 3 Apr 2024 18:36:21 +0000 (UTC) Date: Wed, 3 Apr 2024 20:36:21 +0200 From: Emmanuel Vadot To: Alexey Dokuchaev Cc: Gleb Popov , Nuno Teixeira , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 6b1ce0429253 - main - sysutils/restic: Add pkg-message about FUSE mount Message-Id: <20240403203621.8e00936c237e847830ff1614@bidouilliste.com> In-Reply-To: References: <202404031432.433EWbj2025920@gitrepo.freebsd.org> <20240403172726.c3bcc1ee39714de793aa6654@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-main@freebsd.org X-BeenThere: dev-commits-ports-main@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- 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:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4V8tkH63SLz4DYx On Wed, 3 Apr 2024 17:22:41 +0000 Alexey Dokuchaev wrote: > On Wed, Apr 03, 2024 at 05:27:26PM +0200, Emmanuel Vadot wrote: > > On Wed, 3 Apr 2024 18:13:56 +0300 Gleb Popov wrote: > > > On Wed, Apr 3, 2024 at 5:32?PM Nuno Teixeira wrote: > > > > > > > > +fusefs_load="YES" > > > > > > Loading modules in the bootloader is discouraged. If the module can be > > > loaded after the system is booted, then it is better to do > > > > I don't think that's true. > > It is true, regardless of the UEFI: bootloader is the place where you > load modules essential for the boot process. Why ? Who says that ? > Anything that can be safely > postponed should be postponed to the rc(8) stage. Loading modules early > even when it works for the time being is just asking for trouble in the > future like we've seen for NVidia driver ones. I don't know the case for nvidia but I know that drm also have problems when loaded early. But other than those any module shipped in case should be loadable without problems by loader, otherwise it's a bug. > ./danfe -- Emmanuel Vadot