rfc: should extant TLS connections be closed when a CRL is updated?

2020-09-03 Thread Rick Macklem
Hi, The server side NFS over TLS daemon (rpc.tlsservd) can reload an updated CRL (Certificate Revocation List) when a SIGHUP is posted to it. However, it does not SSL_shutdown()/close() extant TCP connections using TLS. (Those would only be closed if the daemon is restarted.) I am now thinking th

suspend/resume versus OpenZFS on USB

2020-09-03 Thread Graham Perrin
This week for the first time I toyed with OpenZFS on a USB device: a mobile hard disk drive connected to the dock of an HP EliteBook 8570p. A light test, with the pool imported but not writing to the dataset at suspend time. At resume time (22:31), the device was still physically connected bu

Re: Plans for git

2020-09-03 Thread Warner Losh
On Thu, Sep 3, 2020 at 1:32 PM Chris wrote: > On 2020-09-03 11:33, Kristof Provost wrote: > > On 3 Sep 2020, at 19:56, Chris wrote: > >> Why was the intention to switch NOT announced as such MUCH sooner? > >> > > There was discussion about a possible switch to git on the freebsd-git > > mailing >

Re: Plans for git

2020-09-03 Thread Chris
On 2020-09-03 11:33, Kristof Provost wrote: On 3 Sep 2020, at 19:56, Chris wrote: Why was the intention to switch NOT announced as such MUCH sooner? There was discussion about a possible switch to git on the freebsd-git mailing list as early as February 2017: https://lists.freebsd.org/piperma

Re: Please check the current beta git conversions

2020-09-03 Thread Steffen Nurpmeso
For one: thanks all, it now works! Steffen Nurpmeso wrote in <20200903151825.g_rv9%stef...@sdaoden.eu>: |Renato Botelho wrote in | : ||On 02/09/20 20:20, Steffen Nurpmeso wrote: ||> Ed Maste wrote in ||> : ||> ||> I tried simply updating my github clone by switching ||> ||>url =

Re: Plans for git (was: Please check the current beta git conversions)

2020-09-03 Thread Mark Linimon
On Thu, Sep 03, 2020 at 11:40:17AM -0700, Rodney W. Grimes wrote: > To the contrary 5 years ago the project on @developers basically > ran off one of the committers over the very idea of using git > for the project. It was shortly after I returned, so I find it > very ironic that now its all "git

Re: Plans for git (was: Please check the current beta git conversions)

2020-09-03 Thread Rodney W. Grimes
> > > > On Sep 1, 2020, at 10:59 PM, Greg 'groggy' Lehey wrote: > > > > On Tuesday, 1 September 2020 at 13:14:10 -0400, Ed Maste wrote: > >> We've been updating the svn-git converter and pushing out a new > >> converted repo every two weeks, and are now approaching the time where > >> we'd lik

Re: Plans for git

2020-09-03 Thread Kristof Provost
On 3 Sep 2020, at 19:56, Chris wrote: Why was the intention to switch NOT announced as such MUCH sooner? There was discussion about a possible switch to git on the freebsd-git mailing list as early as February 2017: https://lists.freebsd.org/pipermail/freebsd-git/2017-February/92.html Ed

Re: Plans for git

2020-09-03 Thread Chris
On 2020-09-03 11:03, Kurt Jaeger wrote: Hi! Why was the intention to switch NOT announced as such MUCH sooner? Because communicating complex issues which might cause conflict and flame wars etc is not easy. Everyone prefers to hack on code, and possibly procrastinates on the hard stuff 8-} A

Re: Plans for git

2020-09-03 Thread Kurt Jaeger
Hi! > Why was the intention to switch NOT announced as such MUCH sooner? Because communicating complex issues which might cause conflict and flame wars etc is not easy. Everyone prefers to hack on code, and possibly procrastinates on the hard stuff 8-} And all those that do the really heavy work

Re: Plans for git

2020-09-03 Thread Chris
I've been wanting to comment on the git(1) ==> svn(1) switch for some time now. I feel quite strongly about it, and rightfully so for many reasons. But _because_ I feel so strongly about it. I've refrained from doing so. So as to speak in an objective manner -- I'm not _quite_ there yet. But I wan

Re: New FreeBSD snapshots available: main (20200903 c122cf32f2a)

2020-09-03 Thread Glen Barber
On Thu, Sep 03, 2020 at 05:33:54PM +0200, Emmanuel Vadot wrote: > > Hello, > > On Thu, 3 Sep 2020 15:02:45 + > Glen Barber wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > New FreeBSD development branch installation ISOs and virtual machine > > disk images have bee

Re: New FreeBSD snapshots available: main (20200903 c122cf32f2a)

2020-09-03 Thread rainer
Am 2020-09-03 17:02, schrieb Glen Barber: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 New FreeBSD development branch installation ISOs and virtual machine disk images have been uploaded to the FreeBSD Project mirrors. === Virtual Machine Disk Images === VM disk images are available for t

Re: New FreeBSD snapshots available: main (20200903 c122cf32f2a)

2020-09-03 Thread Emmanuel Vadot
9d > us-west-1 region: ami-014662c19db8b8287 > us-west-2 region: ami-07f9261cecfeaf8f1 > > === Vagrant Images === > > FreeBSD/amd64 images are available on the Hashicorp Atlas site for the > VMWare Desktop and VirtualBox providers, and can be installed by &g

Re: Please check the current beta git conversions

2020-09-03 Thread Steffen Nurpmeso
Renato Botelho wrote in : |On 02/09/20 20:20, Steffen Nurpmeso wrote: |> Ed Maste wrote in |> : |> |> I tried simply updating my github clone by switching |> |>url = https://cgit-beta.freebsd.org/src.git |>#url = https://github.com/freebsd/freebsd.git |> |> and whereas ls-re

New FreeBSD snapshots available: main (20200903 c122cf32f2a)

2020-09-03 Thread Glen Barber
iders, and can be installed by running: % vagrant init freebsd/FreeBSD-13.0-CURRENT % vagrant up == ISO CHECKSUMS == o 13.0-CURRENT amd64 GENERIC: SHA512 (FreeBSD-13.0-CURRENT-amd64-20200903-c122cf32f2a-bo

Re: Please check the current beta git conversions

2020-09-03 Thread Allan Jude
On 2020-09-03 10:05, Steve Wills wrote: > Hi, > > On 9/1/20 1:14 PM, Ed Maste wrote: >> We've been updating the svn-git converter and pushing out a new >> converted repo every two weeks, and are now approaching the time where >> we'd like to commit to the tree generated by the exporter, and >> gua

Re: Please check the current beta git conversions

2020-09-03 Thread Steve Wills
Hi, On 9/1/20 1:14 PM, Ed Maste wrote: We've been updating the svn-git converter and pushing out a new converted repo every two weeks, and are now approaching the time where we'd like to commit to the tree generated by the exporter, and guarantee that hashes will remain consistent from this poin

Re: FreeBSD CI Weekly Report 2020-08-30

2020-09-03 Thread Alan Somers
On Thu, Sep 3, 2020 at 4:06 AM Li-Wen Hsu wrote: > (Please send the followup to freebsd-testing@ and note Reply-To is set.) > > FreeBSD CI Weekly Report 2020-08-30 > === > > Here is a summary of the FreeBSD Continuous Integration results for the > period > from 202

Re: Please check the current beta git conversions

2020-09-03 Thread Mathieu Arnold
On Thu, Sep 03, 2020 at 08:48:59AM -0300, Renato Botelho wrote: > On 02/09/20 20:20, Steffen Nurpmeso wrote: > > Ed Maste wrote in > > : > > > > I tried simply updating my github clone by switching > > > >url = https://cgit-beta.freebsd.org/src.git > >#url = https://github.com/freebsd/f

Re: Please check the current beta git conversions

2020-09-03 Thread Renato Botelho
On 02/09/20 20:20, Steffen Nurpmeso wrote: Ed Maste wrote in : I tried simply updating my github clone by switching url = https://cgit-beta.freebsd.org/src.git #url = https://github.com/freebsd/freebsd.git and whereas ls-remote worked fine fetch -v --dry-run aborted as well as normal f

Re: /sys/modules/ nfscl & nfsd

2020-09-03 Thread Julian H. Stacey
"Julian H. Stacey" wrote: > Rick Macklem wrote: > > Julian H. Stacey wrote: > > >Hi curr...@freebsd.org, > > > > > >/sys/modules/ nfscl & nfsd > > >With .ctm_status src-cur 14656 .svn_revision 364986 > > > > > >/usr/src/sys/fs/nfsclient/nfs_clkrpc.c:40:10: fatal error: > > >'opt_kern_tls.h' file n

FreeBSD CI Weekly Report 2020-08-30

2020-09-03 Thread Li-Wen Hsu
(Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-08-30 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-08-24 to 2020-08-30. During this period, we have: * 2429 buil

Re: [openzfs] r365058 arm64 uefi boot fails with "unknown filesystem" after launching kernel

2020-09-03 Thread Andriy Gapon
On 03/09/2020 10:01, Dave Cottlehuber wrote: > On Thu, 3 Sep 2020, at 06:48, Andriy Gapon wrote: >> On 03/09/2020 00:01, Navdeep Parhar wrote: >>> Load cryptodev manually from the loader to boot and then add >>> cryptodev_load="YES" to your loader.conf. >> >> I think that this shouldn't be needed *

Re: [openzfs] r365058 arm64 uefi boot fails with "unknown filesystem" after launching kernel

2020-09-03 Thread Dave Cottlehuber
On Thu, 3 Sep 2020, at 06:48, Andriy Gapon wrote: > On 03/09/2020 00:01, Navdeep Parhar wrote: > > Load cryptodev manually from the loader to boot and then add > > cryptodev_load="YES" to your loader.conf. > > I think that this shouldn't be needed *if* zfs module has a dependency on > cryptodev mo