maketz.sh problems with distrib build

2014-09-26 Thread THEvoid
i encounter this error when building the (RAMDISK_CD) distrib kernel: usage: maketz.sh DESTDIR (in context:) COPY${DESTDIR}/etc/firmware/run-rt3071 etc/firmware/run-rt3071 COPY${DESTDIR}/etc/firmware/zd1211 etc/firmware/zd1211 COPY${DESTDIR}/etc/firmware/zd1211b

Re: maketz.sh problems with distrib build

2014-09-27 Thread THEvoid
On Sat, 27 Sep 2014 09:02:52 +0300 On Sat, Sep 27, 2014 at 7:10 AM, thev...@openmailbox.org wrote: i encounter this error when building the (RAMDISK_CD) distrib kernel: usage: maketz.sh DESTDIR ... maybe the method i have been using to build distrib is outdated. currently i do: # (cd

Re: maketz.sh problems with distrib build

2014-09-27 Thread THEvoid
On Sat, Sep 27, 2014 at 10:46 AM, thev...@openmailbox.org wrote: On Sat, 27 Sep 2014 09:02:52 +0300 On Sat, Sep 27, 2014 at 7:10 AM, thev...@openmailbox.org wrote: i encounter this error when building the (RAMDISK_CD) distrib kernel: usage: maketz.sh DESTDIR ... maybe the method

Re: maketz.sh problems with distrib build

2014-09-27 Thread THEvoid
On Sat, 27 Sep 2014 03:38:30 -0600 (MDT) so is there a better way to just build a kernel? i'm not going to build a whole release just for one kernel, especially when experimenting. and i mean a RAMDISK kernel. i think its great the things i can do with openbsd, even when it is not what is

Re: maketz.sh problems with distrib build

2014-09-27 Thread THEvoid
i think this was sent to me personally by mistake (i had reply-to set). it seems part of the conversation, and nothing seems confidential, so i am posting my reply to tech@ especially as it is relevant to those who may want to know this later. On Sat, 27 Sep 2014 05:13:42 -0600 (MDT) Your diff

have softraid crypto call crypto_dispatch appropriately instead of

2014-10-20 Thread THEvoid
i had a test install i could sacrifice, so i gave it a shot. this install had -current base installed. i booted the patched kernel, and installed comp56.tgz. everything seemed to work fine. rebooted into my non-test install, mounted the test crypto partition, and sha1'd every hundredth file and

let crypto.c pools protect themselves

2014-10-20 Thread THEvoid
tested this with your other patch. i applied both patches to the kernel at the same time, so test results the same as with the other patch (good for softraid at least). On Mon, 20 Oct 2014 10:49:35 +1000 David Gwynne da...@gwynne.id.au wrote: pools lock themselves, we just gotta tell them how

make release fails if SUDO is set in mk.conf

2014-10-23 Thread THEvoid
with SUDO set in /etc/mk.conf: if make release is run as root it will not proceed. if run as a regular user it gets further, but fails on permissions. without SUDO in /etc/mk.conf (and i presume the environment) it works fine. is there any way around this allowing /etc/mk.conf (which is

Re: make release fails if SUDO is set in mk.conf

2014-10-24 Thread THEvoid
On Fri, 24 Oct 2014 08:35:40 +0200 Landry Breuil lan...@rhaalovely.net wrote: On Fri, Oct 24, 2014 at 02:34:54AM -0400, thev...@openmailbox.org wrote: with SUDO set in /etc/mk.conf: if make release is run as root it will not proceed. if run as a regular user it gets further, but fails

Re: make release fails if SUDO is set in mk.conf

2014-10-24 Thread THEvoid
On Fri, 24 Oct 2014 07:53:09 +0200 Alexander Hall alexan...@beard.se wrote: Maybe $ make SUDO= release works? indeed this works, thanks! $ sudo env DESTDIR=/usr/dst RELEASEDIR=/usr/release make SUDO= release That enforces the value of SUDO, but I've never tried it for an empty value.

Re: make release fails if SUDO is set in mk.conf

2014-10-24 Thread THEvoid
On Fri, 24 Oct 2014 10:29:17 +0200 Landry Breuil lan...@rhaalovely.net wrote: On Fri, Oct 24, 2014 at 05:09:36AM -0400, thev...@openmailbox.org wrote: On Fri, 24 Oct 2014 08:35:40 +0200 Landry Breuil lan...@rhaalovely.net wrote: On Fri, Oct 24, 2014 at 02:34:54AM -0400,

xenocara make release clobbers SHA256

2014-11-04 Thread thevoid
i don't know if this is expected behaviour or not, but doing a 'make release' for xenocara using the same directory as for base overwrites SHA256. the line in /usr/xenocara/Makefile is: cksum -a sha256 x*tgz SHA256 looking back its been there for a while, one change in on 10Jan:

future direction of /var/tmp

2014-11-26 Thread thevoid
On Wed, 26 Nov 2014 08:52:30 -0700 (MST) Antoine Jacoutot ajacou...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: src Changes by: ajacou...@cvs.openbsd.org 2014/11/26 08:52:30 Modified files: usr.sbin/sysmerge: sysmerge.8 sysmerge.sh Log message: Drop

Re: [nitpicking] abort in arc4random?

2014-12-18 Thread thevoid
The comment says, AS A WHOLE: /* * Entropy collection via /dev/urandom and sysctl have failed. * * No other API exists for collecting entropy. See the large * comment block above. * * We have very few options: *

[source-changes] relayd.conf.5 (an hex - a hex)

2014-12-22 Thread thevoid
From: Jason McIntyre j...@cvs.openbsd.org Date: Thu, 18 Dec 2014 14:26:09 -0700 (MST) To: source-chan...@cvs.openbsd.org Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org 2014/12/18 14:26:09 Modified files:

Re: [source-changes] relayd.conf.5 (an hex - a hex)

2014-12-22 Thread thevoid
On Mon, 22 Dec 2014 08:53:04 + Jason McIntyre j...@kerhand.co.uk wrote: On Mon, Dec 22, 2014 at 03:29:13AM -0500, thev...@openmailbox.org wrote: From: Jason McIntyre j...@cvs.openbsd.org Date: Thu, 18 Dec 2014 14:26:09 -0700 (MST) To: source-chan...@cvs.openbsd.org Subject: CVS:

Re: [source-changes] relayd.conf.5 (an hex - a hex)

2014-12-22 Thread thevoid
On Mon, 22 Dec 2014 05:16:21 -0500 STeve Andre' and...@msu.edu wrote: On 12/22/14 05:02, thev...@openmailbox.org wrote: On Mon, 22 Dec 2014 08:53:04 + Jason McIntyre j...@kerhand.co.uk wrote: On Mon, Dec 22, 2014 at 03:29:13AM -0500, thev...@openmailbox.org wrote: From: Jason

Re: [source-changes] relayd.conf.5 (an hex - a hex)

2014-12-22 Thread thevoid
doing some grep, under /usr/share/man there are 99 'a hex' and only 2 'an hex'. $ grep -i 'an hex' man*/* man3p/Math::BigRat.3p:Create a BigRat from an hexadecimal, binary or octal number man3p/OpenBSD::md5.3p:\print $md5\-stringize # provides an hex representation i have a number of