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 pack
On Mon, 22 Dec 2014 05:16:21 -0500 "STeve Andre'" wrote:
> On 12/22/14 05:02, thev...@openmailbox.org wrote:
> > On Mon, 22 Dec 2014 08:53:04 + Jason McIntyre
> > wrote:
> >> On Mon, Dec 22, 2014 at 03:29:13AM -0500, thev...@openmailbox.org wrote:
> From: Jason McIntyre
> Date: Th
On Mon, 22 Dec 2014 08:53:04 + Jason McIntyre wrote:
> On Mon, Dec 22, 2014 at 03:29:13AM -0500, thev...@openmailbox.org wrote:
> > >From: Jason McIntyre
> > >Date: Thu, 18 Dec 2014 14:26:09 -0700 (MST)
> > >To: source-chan...@cvs.openbsd.org
> > >Subject: CVS: cvs.openbsd.org: src
> > >
> >
>From: Jason McIntyre
>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:
>usr.sbin/relayd: relayd.
> 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:
>
On Wed, 26 Nov 2014 08:52:30 -0700 (MST) Antoine Jacoutot
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 sysmerge.log ; it used to
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:
On Fri, 24 Oct 2014 10:29:17 +0200 Landry Breuil 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
> > wrote:
> > > On Fri, Oct 24, 2014 at 02:34:54AM -0400, thev...@openmailbox.org wrote:
> > > > with SUDO set
On Fri, 24 Oct 2014 07:53:09 +0200 Alexander Hall 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.
>
> Or try
>
On Fri, 24 Oct 2014 08:35:40 +0200 Landry Breuil 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 on permissions.
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 usefu
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 wrote:
> pools lock themselves, we just gotta tell them how hard.
>
> can someo
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 com
On Sat, 27 Sep 2014 08:29:25 -0400 thev...@openmailbox.org wrote:
> 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
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
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
> On Sat, Sep 27, 2014 at 10:46 AM, wrote:
> > On Sat, 27 Sep 2014 09:02:52 +0300
> >> On Sat, Sep 27, 2014 at 7:10 AM, 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
On Sat, 27 Sep 2014 09:02:52 +0300
> On Sat, Sep 27, 2014 at 7:10 AM, 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 /usr/src/di
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 e
i don't know if this is considered a bug, so i sent it here instead.
found this when compiling with 'option APMDEBUG':
cc -Werror -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-main
-Wno-uninitialized -Wstack-larger-than-2047 -fno-builtin-printf
-fno-builtin-snprintf -fno-builtin-vsnpr
20 matches
Mail list logo
