Re: unify xmalloc (was Re: [patch] cvs: retire xfree())

> > ok for removing xfree from aucat? > > > > yes, ok ratchov; if later this causes me merges i'll find another > solution. Feel free to do the same in usr.bin/sndiod, as it's > almost the same. > Same thing for sndiod... Index: abuf.c

More less(1)

That helper function I just tweaked has a total of one usage. Maybe just inline it? Index: opttbl.c === RCS file: /cvs/src/usr.bin/less/opttbl.c,v retrieving revision 1.16 diff -u -p -r1.16 opttbl.c --- opttbl.c12 Nov 2015 03:13:

Re: [PATCH 1/2] flex 2.5.39

Serguey Parkhomovsky wrote: > Hi tech@, > > There was recent discussion in having a new version of flex in base, as > our current version (2.5.4) is ancient. I have prepared a patch that > will update it to 2.5.39, taking a few examples from NetBSD's and > FreeBSD's flex. > > The patch is organiz

shuffle vge(4) transmit

i started this to make it avoid IFQ_POLL, but i threw some other changes in to make it easier. firstly, it checks if there's space on the ring before it proceeds to try and dequeue a packet for transmission. rather than advertise 32 dma segments in a transmit slots dma map, it advertises the 7 th

less(1) ctype fixes

is_optchar() could also take an int in order to be more compatible with the ctype functions. isupper() || islower() is equivalent to isalpha() in the C locale, but not necessarily in others (see the isalpha(3) manpage). We could use stdbool to make is_optchar() a one-liner, but I'll resist the te

Re: move cron socket to /var/run/cron.sock (pledge)

> Grmbl. I've hard a hard time trying to understand *why* this would be > needed. The answer is pledge(2), who makes chmod(2) fail with EPERM > instead of killing the process. > > I find this confusing. IMO pledge(2) should let the kernel do the > appropriate security checks for chown(2). Cann

Re: move cron socket to /var/run/cron.sock

> There's limited backward compatibility so you can run a new crontab > with an older cron daemon. Why? That makes no sense. This kind of compat bubbles up. It should be deleted within a week, so why bother writing it...

Re: move cron socket to /var/run/cron.sock (pledge)

"Todd C. Miller" writes: > On Wed, 11 Nov 2015 23:30:48 +0100, > =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges- > Anglas?= wrote: > >> "Todd C. Miller" writes: >> >> > On Wed, 11 Nov 2015 14:43:47 -0700, "Todd C. Miller" wrote: >> > >> >> There's limited backward compatibility so you can run a ne

Re: at(1): stop locking the spool dir

ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: move cron socket to /var/run/cron.sock

"Todd C. Miller" writes: > On Wed, 11 Nov 2015 14:43:47 -0700, "Todd C. Miller" wrote: > >> There's limited backward compatibility so you can run a new crontab >> with an older cron daemon. > > Revised diff, I neglected to send out the cron.c changes in the > first one. The socket doesn't inheri

Re: move cron socket to /var/run/cron.sock

On Wed, 11 Nov 2015 23:30:48 +0100, =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges- Anglas?= wrote: > "Todd C. Miller" writes: > > > On Wed, 11 Nov 2015 14:43:47 -0700, "Todd C. Miller" wrote: > > > >> There's limited backward compatibility so you can run a new crontab > >> with an older cron daemon

Re: move cron socket to /var/run/cron.sock

On Wed, 11 Nov 2015 14:43:47 -0700, "Todd C. Miller" wrote: > There's limited backward compatibility so you can run a new crontab > with an older cron daemon. Revised diff, I neglected to send out the cron.c changes in the first one. - todd Index: usr.sbin/cron/client.c ===

Re: at(1): stop locking the spool dir

ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

move cron socket to /var/run/cron.sock

There's limited backward compatibility so you can run a new crontab with an older cron daemon. - todd Index: usr.sbin/cron/client.c === RCS file: /cvs/src/usr.sbin/cron/client.c,v retrieving revision 1.6 diff -u -p -u -r1.6 client.c

Re: warn/err for crontab(1)

ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE

Re: em(4) watchdog timeouts

Hi Gregor, Even with heavy network load ? Regards, Alexis. De : owner-t...@openbsd.org de la part de Gregor Best Envoyé : mercredi 11 novembre 2015 15:20 À : Mark Kettenis Cc : tech@openbsd.org; m...@openbsd.org Objet : Re: em(4) watchdog timeouts I'v

Re: em(4) watchdog timeouts

Hi Alexis, On Wed, Nov 11, 2015 at 08:11:15PM +, Alexis VACHETTE wrote: > [...] > Even with heavy network load ? > [...] So far, yes. I've saturated the device for about 45 Minutes with something like this (the other end is my laptop): ## on the router $ dd if=/dev/zero bs=8k

Re: Pledge for Vi and Ex

In message , Gregor Best wrote (about 'vi -R') > I'd like to make this switch a permanent "never ever write a file that's > not in /tmp or /var/tmp"-mode. No patch attached. :( A couple of comments: Why is it ok to write to /var/tmp/foo,

Re: more utf8 less ebcdic

Nicholas Marriott wrote: > How about just lose chardef[] entirely now? ok, was thinking about the same.

at(1): stop locking the spool dir

at already uses O_EXCL when creating files so there's no need to lock the spool dir. - todd Index: at.c === RCS file: /cvs/src/usr.bin/at/at.c,v retrieving revision 1.72 diff -u -p -r1.72 at.c --- at.c11 Nov 2015 17:17:56 -0

warn/err for crontab(1)

The only __progname use is now in usage(). - todd Index: crontab.c === RCS file: /cvs/src/usr.sbin/cron/crontab.c,v retrieving revision 1.87 diff -u -p -u -r1.87 crontab.c --- crontab.c 11 Nov 2015 17:19:22 - 1.87 +++ cro

[patch] PkgCreate.pm make it more clear why a shared library is invalid

Hi tech@, I have been working recently on packaging a shared library for the first time and hit a stumbling block yesterday. $ make package `/usr/ports/pobj/libwebsockets-1.5/fake-amd64/.fake_done' is up to date. ===> Building package for libwebsockets-1.5 Create /usr/ports/packages/amd64/all/li

Re: [patch] cwm: Honour size hints when resizing using keyboard

On Tue 2015.11.10 at 00:40 +0100, Vadim Vygonets wrote: > Quoth Okan Demirmen on Mon, Nov 09, 2015: > > On Mon 2015.11.09 at 00:14 +0100, Vadim Vygonets wrote: > > > Dear daemonfishes, > > > > > > After using evilwm for a decade, I'm quite impressed with cwm's > > > codebase and functionality. (I

at(1): use warn and fatal

Use warn/warnx where sensible and add fatal/fatalx wrappers for err/errx that unlink atfile as needed. - todd Index: at.c === RCS file: /cvs/src/usr.bin/at/at.c,v retrieving revision 1.71 diff -u -p -u -r1.71 at.c --- at.c11

Pledge for Vi and Ex

Hi people, inspired by someone on Hackernews talking about how hard it would be to properly pledge an editor, here's a patch to pledge Vi and Ex. I'd like to go a bit deeper than this patch though: In addition to the -S option which enables "secure mode", Vi and Ex have a -R switch, which enables

pledge(2) for cwm(1)

pledge after setup and initialization. "rpath" to build menus for exec, exec_wm and ssh; then "proc exec". Note that portable (and various forks) can deal. Thanks, Okan Index: calmwm.c === RCS file: /home/open/cvs/xenocara/app/cwm/c

Re: em(4) watchdog timeouts

I've done some further testing and I think I've narrowed it down to the "Unlocking em(4) a bit further"-patch [0]. With the patch reverted, I haven't seen any watchdog timeouts yet. I'm currently running the router with the patch reverted to make sure the timeouts don't happen again. [0]: https://

avoid IFQ_POLL in bge(4)

basically check for space on the ring before dequeuing the packet. any errors we hit after that cause us to drop the mbuf. ok? Index: if_bge.c === RCS file: /cvs/src/sys/dev/pci/if_bge.c,v retrieving revision 1.371 diff -u -p -r1.37

Fewer rt_ifp in sys/net

Mostly around rtrequest(9) code, ok? Index: net/route.c === RCS file: /cvs/src/sys/net/route.c,v retrieving revision 1.270 diff -u -p -r1.270 route.c --- net/route.c 11 Nov 2015 11:25:16 - 1.270 +++ net/route.c 11 Nov 2015 11

Re: more utf8 less ebcdic

How about just lose chardef[] entirely now? Index: charset.c === RCS file: /cvs/src/usr.bin/less/charset.c,v retrieving revision 1.16 diff -u -p -r1.16 charset.c --- charset.c 7 Nov 2015 18:06:38 - 1.16 +++ charset.c 11

sasyncd exits at rc time

Hi, since i upgraded two pairs of firewalls to 5.8 I'm seeing that sasyncd exits at rc time if it find the carp interface link state to be "invalid". Changes in the carp interface code (sys/netinet/ip_carp.c 1.257) cause the interface to be in invalid state for a while at boot. This diff makes c