vi unused variables

Hi, Some unused variables in vi were identified by gcc 4.9.4. - Michael Index: common/recover.c === RCS file: /cvs/src/usr.bin/vi/common/recover.c,v retrieving revision 1.25 diff -u -p -u -r1.25 recover.c --- common/recover.c

use strtonum to parse the argument to -j in make

i cant remember why i was looking at this, but strtoll annoys me. ok? Index: main.c === RCS file: /cvs/src/usr.bin/make/main.c,v retrieving revision 1.119 diff -u -p -r1.119 main.c --- main.c 4 Jan 2016 10:59:23 -

Re: cksum not working with both -a and -C flags together

On 2017-03-28 Tue 11:56 AM |, Todd C. Miller wrote: > On Tue, 28 Mar 2017 09:33:53 -0600, "Todd C. Miller" wrote: > > > It seems to me that in -C mode it should really process all the > > checksums that match the specified file(s), but the documentation > > does not actually specify what the

Re: switch base tools from /dev/bpf0 to /dev/bpf

Good enough for me. > Now that /dev/bpf has been around for two releases, it should be safe to > move the base tools to /dev/bpf. No need to worry about the upgrade path > anymore. > > Ok? > > natano > > > Index: lib/libpcap/pcap-bpf.c >

touch: remove obsolete time specification

The patch below removes a feature from touch(1) that is probably in more situations undesired than desired. When an 8 or 10 digit time format is specified as the first argument, and it has at least two arguments in total, it is interpreted as a time formatting instead of a file name. This

Re: switch base tools from /dev/bpf0 to /dev/bpf

On Tue, Apr 18, 2017 at 10:20:03PM +0200, Martin Natano wrote: > Now that /dev/bpf has been around for two releases, it should be safe to > move the base tools to /dev/bpf. No need to worry about the upgrade path > anymore. > > Ok? OK bluhm@ > > natano > > > Index: lib/libpcap/pcap-bpf.c >

Re: httpd ranges are not liked by freshclam

On Tue, April 18, 2017 3:46 pm, Reyk Floeter wrote: > >> Am 18.04.2017 um 20:53 schrieb trondd : >> >> I have an OpenBSD httpd(8) web server hosting security/clamav main.cvd >> and >> daily.cvd files. Upon upgrading to 6.1, freshclam can no longer >> successfully fetch the

switch base tools from /dev/bpf0 to /dev/bpf

Now that /dev/bpf has been around for two releases, it should be safe to move the base tools to /dev/bpf. No need to worry about the upgrade path anymore. Ok? natano Index: lib/libpcap/pcap-bpf.c === RCS file:

Re: httpd ranges are not liked by freshclam

> Am 18.04.2017 um 20:53 schrieb trondd : > > I have an OpenBSD httpd(8) web server hosting security/clamav main.cvd and > daily.cvd files. Upon upgrading to 6.1, freshclam can no longer > successfully fetch the cvd files. > > Freshclam does a request for the first 512

httpd ranges are not liked by freshclam

I have an OpenBSD httpd(8) web server hosting security/clamav main.cvd and daily.cvd files. Upon upgrading to 6.1, freshclam can no longer successfully fetch the cvd files. Freshclam does a request for the first 512 bytes of the files to check the dates in their header. Then pulls the rest of

Re: ./usr/include/g++/std removed from distrib/sets/lists/

On 2017-04-18, Sebastien Marie wrote: > I saw that with the split of comp lists to gcc/clang parts, > ./usr/include/g++/std entry was removed from comp/mi, and not added > back in comp/gcc.*. That was on purpose. It was also removed from etc/mtree/4.4BSD.dist. -- Christian

Re: ./usr/include/g++/std removed from distrib/sets/lists/

> Date: Tue, 18 Apr 2017 11:28:59 +0200 > From: Sebastien Marie > > Hi, > > I saw that with the split of comp lists to gcc/clang parts, > ./usr/include/g++/std entry was removed from comp/mi, and not added > back in comp/gcc.*. > > As the entry is an empty directory, it