Re: unbound network optimizations

2019-12-11 Thread Steven Surdock
Replying to my own thread as it was pointed out that I neglected to add some information. OpenBSD 6.5 (GENERIC.MP) #7: Wed Nov 20 23:21:48 MST 2019 Native unbound (latest syspatch) Bge interfaces running on an LACP trunk with IPv4 and IPv6 addresses. NameMtu Network Address

Re: reorder_kernel: failed

2019-12-11 Thread Heppler, J. Scott
I was getting the same error in the setting of Dual Booting: More details in this daemonforums thread http://daemonforums.org/showthread.php?t=11200 Dieter Rauschenberger said: I forgot to include the error while make install of a kernel: LD="ld" LDFLAGS="-g" sh makegap.sh 0x

Re: Solid-Run's HoneyComb LX2K for OpenBSD

2019-12-11 Thread Patrick Wildt
On Tue, Dec 10, 2019 at 10:25:57PM +1100, VanL wrote: > > > How good are the chances of the 'HoneyComb LX2K' running OpenBSD? [1] > > > > Footnotes: > > [1] https://www.solid-run.com/nxp-lx2160a-family/honeycomb-workstation/ > > For future reference, the more specific place to ask is

Re: Can't select files to upload in a browsers

2019-12-11 Thread Stuart Henderson
On 2019-12-10, dmitry.sensei wrote: > Can I setup unveil for browsers by usergroups or login classes? Due to the slightly unusual way Firefox deals with the config files (searches in /etc/firefox and then falls back to files in /usr/local/lib) you might be able to partially do what you want by

Re: password-less user (without bothering security(8))?

2019-12-11 Thread Stuart Henderson
On 2019-12-10, Adam Thompson wrote: > Is there a way to placate security(8) that I'm just not seeing? Or is > my goal fundamentally misguided for some reason I'm not seeing? The Philipp is right, * in master.passwd's crypted password field. > user in this case is semi-trusted

Re: Strong Host Model in OpenBSD network stack

2019-12-11 Thread Stuart Henderson
On 2019-12-10, Bastian Kanbach wrote: > Good evening all, > > following up on the previous discussions, I noticed that the network > stack changed recently [1] (limited to cases when packet forwarding is > enabled). > > What's the idea behind it, as it seemed to be unlikely that this default >