From nobody Wed Apr 03 21:12:06 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 4V8yBB4YBnz5FslX; Wed, 3 Apr 2024 21:12:18 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4V8yBB3j8mz4VnW; Wed, 3 Apr 2024 21:12:18 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712178738; 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: in-reply-to:in-reply-to:references:references; bh=BdPtyGNzgcr0WKmWDlt+35f/+xUryOAE8uSeym868PI=; b=wkZRWIYILVUvLPRpuRi2o3VSESuqolQFmIFjbacE+aSi31xx8BM0duOL+ppzfcL0bxbogr qr0BPkXGt/I+sWTrGGfMGeLyz3dUbQP+Ah8h91zkj5Taz+ZbE5geErXtZAm0EOux5ZQnAr 3lGX0Jw5hSvW3nZtNSwX3XD1BMfGkGDYReyMNcrm6LfcLZ6ItTBlCn21nGvT/n9yWSC5fi oX5SdjKBf+DTU2lzw03pKb8uStyk3cRJf4bjAjLb17NxN3rX/6h1jmZFxfxldrpBRC6rE7 Vxr1wLlTGAaVetnkXhyWREBO/t+5pNBsbPV+xMlynolM8QHlU5kHGYfMc2POVQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1712178738; a=rsa-sha256; cv=none; b=Qk3H0DSd8URNhZUFJeX08SeP5zdQGYY3EBjecuQjaxdiQtqjhQPCmT1TPD95KetlQoMWw5 nEC85rZFxrwKhMNhASmbsTNMzxFZG1IM36tlIwLahg6pr+ahlBqH5oyoLOPjz6sKFyOj22 /UwoeTsCMFUe707AmrePKifOpATmb6BlVd6IzIHcoqKCjAhnd8ghHt/uQXp3Ep8f3dPAcb 4PHn0OvUOY2TP095Czclf5g5fGDLHzkGIBKrCiHthU7vxjCrSXQR3yVaLm8EGkRdMIMuX3 RFuKHvhUe0ZmMYIqbC0RK2UcWjoMJUEs9us5QtVSv65XYLbuaorQgEmdjze29w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1712178738; 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: in-reply-to:in-reply-to:references:references; bh=BdPtyGNzgcr0WKmWDlt+35f/+xUryOAE8uSeym868PI=; b=xvgZnMPBiRPwpKv94oiJhCzvEpDdU+FsRzdgRNJ7/rzeTztJD2m199L0369SoTnCfSGMz2 +lI5IIXD07spJy9duJ3cT14tpKMHzgV7CRXMWmYtFvsEzeD51s13aGWleWFR6xeo0xECT6 RvsAv5rtYMYyeqTNA1Qb+fnfTrv+Mx3RrESQsc+5Ek0VhnKv1X0H7c17EPpMJ+qDZDxlRu Hnw0JJa5ys3QQwG6p74t2HlrukktFlWt+8hc3JNBpLWd6P9kP0w/cSPJYPHnHZMgd/6nqL EjEvEkCUvux4L/QUqgdCrCUTvIm6ki6s1e6FGqRPhrOX/kFhndxLNlGFNftp0w== Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4V8yBB3HKnz1KV8; Wed, 3 Apr 2024 21:12:18 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f170.google.com with SMTP id d75a77b69052e-42f4b66dc9eso1447481cf.2; Wed, 03 Apr 2024 14:12:18 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWe2yEgmYEfwY/WjGWomZfs/251exmzabKBRd3zpXawarC1fUwtF91NGmSKUT5EFLVqGC49+0zw8drps4AaeB4rMWAkI8jMM3h8TrBH4nP5bYCMDOU9sfZaC7zlhm5gK0BPn0qhSOPJAK+ZVqNi6IBmtOgl0bdMOw28/3omMDKaUHSauLojAgvO6V1JKTV7I57V4qG12fZppdQR/qGJiodx9xqmb1jnLA== X-Gm-Message-State: AOJu0Yw8U9Jvz1XDsTCTB0mNmGCqUQFr9X4wFHM9n74exGMXkkgMpsq5 xANWVCSPeFPYgXAfDfTzkhUnAjvg//1T1M7B8zlyBqm/cF7cXZp/hDQRyIMHIpA1kWhuzrhtIDT x2WhjVtDHE1lTFHV8tOmg/Zuk/Gk= X-Google-Smtp-Source: AGHT+IFyshTnh5AQhVfKPXWOFmR7Bq4O+suhveMOgZo3/JOpeRiAHaZE8NUqySVVgHctcXRPhfO0j3Oh5Px4rSUFkHs= X-Received: by 2002:a05:622a:60f:b0:432:dd26:e1db with SMTP id z15-20020a05622a060f00b00432dd26e1dbmr659778qta.59.1712178737954; Wed, 03 Apr 2024 14:12:17 -0700 (PDT) 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 References: <202404031432.433EWbj2025920@gitrepo.freebsd.org> <20240403172726.c3bcc1ee39714de793aa6654@bidouilliste.com> <20240403203621.8e00936c237e847830ff1614@bidouilliste.com> In-Reply-To: <20240403203621.8e00936c237e847830ff1614@bidouilliste.com> From: Nuno Teixeira Date: Wed, 3 Apr 2024 22:12:06 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: git: 6b1ce0429253 - main - sysutils/restic: Add pkg-message about FUSE mount To: Emmanuel Vadot Cc: Alexey Dokuchaev , Gleb Popov , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Content-Type: multipart/alternative; boundary="00000000000077d518061537ad45" --00000000000077d518061537ad45 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello all, Thanks for corrections. What about changing it to: - To load the module at boot time, add +To load the module at boot time, add fusefs module - fusefs_load=3D"YES" +to /etc/rc.conf by running: -to /boot/loader.conf by running: -sysrc fusefs_load=3D"YES" +# sysrc kld_list+=3Dfusefs --- In order to mount locally a remote archive or an entire repository as a FUS= E filesystem, it is required to load fusefs module: # kldload fusefs To load the module at boot time, add fusefs module to /etc/rc.conf by running: # sysrc kld_list+=3Dfusefs Also, if you plan to mount restic repositories as non root user, you need to run # sysctl vfs.usermount=3D1 and add the line vfs.usermount=3D1 to /etc/sysctl.conf to ensure the setting is loaded at boot time. Emmanuel Vadot escreveu (quarta, 3/04/2024 =C3=A0(s= ) 19:36): > 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=3D"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 earl= y > > 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 > --=20 Nuno Teixeira FreeBSD Committer (ports) --00000000000077d518061537ad45 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello all,

Thanks for correc= tions.
What about changing it to:

- To load the= module at boot time, add
+To load the module at boot time, add fusefs m= odule

- fusefs_load=3D"YES"
+to /etc/rc.conf by running= :

-to /boot/loader.conf by running:
-sysrc fusefs_load=3D"YE= S"
+# sysrc kld_list+=3Dfusefs

---

In order to mount locally a remote archive or an entire r= epository as a FUSE
filesystem, it is required to load fusefs module:
# kldload fusefs

To load the module at boot time, add fusefs mo= dule

to /etc/rc.conf by running:

# sysrc kld_list+=3Dfusefs
Also, if you plan to mount restic repositories as non root user, you = need to run

# sysctl vfs.usermount=3D1

and add the line
vfs.usermount=3D1

to /etc/sysctl.conf to ensure the setting is loa= ded at boot time.

Emmanuel Vadot <manu@bidouilliste.com> escreveu (quarta, 3/04/2024 =C3=A0(s)= 19:36):
On Wed,= 3 Apr 2024 17:22:41 +0000
Alexey Dokuchaev <danfe@freebsd.org> 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 <eduardo@freebsd.org> w= rote:
> > > >
> > > > +fusefs_load=3D"YES"
> > >
> > > Loading modules in the bootloader is discouraged. If the mod= ule 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<= br> > load modules essential for the boot process.

=C2=A0Why ? Who says that ?

>=C2=A0 Anything that can be safely
> postponed should be postponed to the rc(8) stage.=C2=A0 Loading module= s early
> even when it works for the time being is just asking for trouble in th= e
> future like we've seen for NVidia driver ones.

=C2=A0I 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 <manu@bidouilliste.com> <manu@freebsd.org>


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--00000000000077d518061537ad45--