Theo de Raadt deraadt at cvs.openbsd.org writes:
Having no interrupt (and such) entropy means less entropy.
From other hand, there are lot of speculations about some
hardware entropy sources are suspected (proven?) bad (or
intentionally hijacked?).
So question here is, does moving random
Hi tech@,
here is an updated patch.
it seems like Intel Centrino Wireless-N 2030 and
Intel Centrino Wireless-N 2230 have the same pciids...
this makes patch apply again with newest pcidevs changes.
Index: if_iwn.c
===
RCS file:
I really, really want to have an actual parameter for sign and verify,
this makes more sense.
Also, the set of modes of signify means it's much clearer to have separate
synopsis in the manpage...
Also fix some .Ar which should be .Fl while we're at it.
To *keep things simple*, let's only sign a
Hi All,
From NetBSD:
Coverity CID 1736
Close fd sfo sfi before returning from whois().
whois() is called from within a loop before exiting.
for (name = *argv; (name = *argv) != NULL; argv++)
rval += whois(name, host ? host : choose_server(name, country),
On Fri, Jan 03, 2014 at 16:39, Marc Espie wrote:
Rechecked that -G was working (broken) and jmc wants identical
SYNOPSIS/usage.
Together with the \n for base64...
+ } else if (verb == NONE) {
usage();
this is weird, mixing that into the middle.
Rechecked that -G was working (broken) and jmc wants identical SYNOPSIS/usage.
Together with the \n for base64...
Index: signify.1
===
RCS file: /build/data/openbsd/cvs/src/usr.bin/signify/signify.1,v
retrieving revision 1.6
diff -u
On Fri, Jan 03, 2014 at 10:46:45AM -0500, Ted Unangst wrote:
On Fri, Jan 03, 2014 at 16:39, Marc Espie wrote:
Rechecked that -G was working (broken) and jmc wants identical
SYNOPSIS/usage.
Together with the \n for base64...
+ } else if (verb == NONE) {
usage();
this is weird,
Looking more closely at the generated files, they don't have terminating
newlines...
The base64 routines will properly ignore newlines, since they match isspace().
okay ?
Index: signify.c
===
RCS file:
On Fri, Jan 03, 2014 at 16:55, Marc Espie wrote:
@@ -377,30 +377,37 @@ main(int argc, char **argv)
}
}
argc -= optind;
- if (argc != 0)
- usage();
-
- if (inputfile !sigfile) {
- if (snprintf(sigfilebuf, sizeof(sigfilebuf), %s.sig,
-
Since both sfi and sfo refer to the same underlying descriptor it
is a bad idea to fclose() both of them. In this case, it is not a
big deal as sfo has already been flushed. There's really no need
for two streams so I committed a change to use a single one, opened
with r+, and added the
On Jan 03, 2014 14:24, Fabian Raetz wrote:
Hi tech@,
here is an updated patch.
it seems like Intel Centrino Wireless-N 2030 and
Intel Centrino Wireless-N 2230 have the same pciids...
this makes patch apply again with newest pcidevs changes.
No regressions with my Intel WiFi Link 1000
11 matches
Mail list logo