I am happy with this outcome, thanks.
On Sun, Feb 11, 2018 at 8:45 PM, Warner Losh <i...@bsdimp.com> wrote: > Sigh. r329147, r329148. > > Trivial. > > Warner > > > On Sun, Feb 11, 2018 at 9:41 PM, Conrad Meyer <c...@freebsd.org> wrote: >> >> As usual, I'll believe it when I see it. If it's so easy, seems like >> you could just commit it today. And if it's not so easy, maybe the >> integration isn't so trivial. >> >> On Sun, Feb 11, 2018 at 8:27 PM, Warner Losh <i...@bsdimp.com> wrote: >> > >> > >> > On Sun, Feb 11, 2018 at 8:54 PM, Conrad Meyer <c...@freebsd.org> wrote: >> >> >> >> On Sun, Feb 11, 2018 at 6:58 PM, Warner Losh <i...@bsdimp.com> wrote: >> >> > No, it's another reason why generated devd files are wrong in the >> >> > face >> >> > of >> >> > devmatch. >> >> >> >> Devmatch is both vaporware and orthogonal to the placement of >> >> pre-devmatch static system databases. >> > >> > >> > kldload $(devmatch | uniq) would do the trick. >> > >> > I take exception to the vaporware comment. At worst it's incompletely >> > integrated. The point is that these generated things are at worst a >> > transient thing that aren't worth moving or even arguing about where >> > they >> > should have gone were they not set for deletion soon. >> > >> > Warner > > _______________________________________________ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"