On Fri, Dec 14, 2018 at 10:34:51PM -0500, James Hastings wrote:
> On 12/13/18, Heppler, J. Scott wrote:
> > I have an HP Stream 14 with an n4000 Gemini Lake mobile processor.
> > The amd64_current does not find the eMMC storage
> > Would it be of value to the project to apply the patch, generate
On 12/13/18, Heppler, J. Scott wrote:
> I have an HP Stream 14 with an n4000 Gemini Lake mobile processor.
> The amd64_current does not find the eMMC storage
> Would it be of value to the project to apply the patch, generate an
> install image using release(8), test and submit the dmesg?
dmesg
On Fri, Dec 14, 2018 at 03:57:12PM -0500, Ted Unangst wrote:
> Marc Espie wrote:
> > Well, apart from the bike-shedding, it seems like the most correct
> > short-term solution.
> >
> > So I will commit it tomorrow, unless someone has an actual better idea.
>
> Nobody answered if SUDO_CLEAN is
Marc Espie wrote:
> Well, apart from the bike-shedding, it seems like the most correct
> short-term solution.
>
> So I will commit it tomorrow, unless someone has an actual better idea.
Nobody answered if SUDO_CLEAN is actualy set. I checked. It's not.
Index: Makefile
Two more tests on the same machine:
1) 320Gb disk, it works:
OpenBSD 6.4-current (GENERIC.MP) #1: Thu Dec 13 03:10:57 CET 2018
sickn...@openbsd.sick-net:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 2130313216 (2031MB)
avail mem = 2056515584 (1961MB)
mpath0 at root
scsibus0 at mpath0:
ping
On Dec 08 13:56:09, h...@stare.cz wrote:
> The return value of pcap_dispatch() is described in pcap.3 as follows:
>
> The number of packets read is returned.
> Zero is returned when EOF is reached in a savefile.
> A return of -1 indicates an error in which case ...
>
> It will also
On Wed, Dec 12, 2018 at 11:12:17AM +0100, Alexander Bluhm wrote:
> On Tue, Dec 11, 2018 at 11:00:30PM +0100, Marc Espie wrote:
> > Ah, so actually just
> > rm -f ${SUDO_CLEAN}
> >
> > should be fine ?
>
> Regress jumps from root to non-root in a very inconsistent way. It
> could be
Ashe Connor(a...@kivikakk.ee) on 2018.11.26 05:29:45 +:
> On Fri, Nov 23, 2018 at 04:41:21PM +0100, Sebastian Benoit wrote:
> > > It appears that relayd doesn't support TLS client certificate validation
> > > (in the manner that httpd does with "tls client ca [cafile]"). Would
> > > there be
