> If /etc/mailer.conf doesn't exist, mailwrapper tries to run sendmail,
> giving a confusing error message:
>
> mailwrapper: cannot exec /usr/libexec/sendmail/sendmail: No such
> file or directory
>
> This patch removes this fallback code. I believe this is cleaner than
> updating the fallback
you're missing at least the removal of the flag in the standards section of the
man page.
I agree with deraadt though, this needs a check of ports.
> On Dec 8, 2015, at 12:06 AM, Michael McConville wrote:
>
> It's been 0.9 since the original import in 2003...
>
>
> Index:
I would like this. It has my OK for what it is worth here.
On 8 Dec 2015 11:41 am, "Stuart Henderson" wrote:
> On 2015/11/25 00:14, Stuart Henderson wrote:
> > On 2015/11/24 11:24, Richard Johnson wrote:
> > > We use 2-factor authn for sudo & doas, as well as for most logins.
Hi tech@
This is the last spamd* utility that I still didn't touch, but it seems to be
fairly easy to pledge.
After privdrop, and before the program loop (pcap_loop(3) in this case) check if
syncsend is used (daemon was started with -Y argument), then pledge for rpath,
wpath and flock in order
On 2015/12/08 13:22, Marc Espie wrote:
> Keep the version, whatever it is.
>
> The "check of ports" is annoying, because some of these checks may be in
> scripts and happen at runtime for ports.
>
> The way it usually happens is:
> something breaks -> porters don't have time to check too closely
On Mon, Dec 7, 2015 at 10:43 PM, Stuart Henderson wrote:
> On 2015/12/07 22:11, Xiaofan Chen wrote:
>> Not so sure if there is a port of hidapi under OpenBSD.
>> Ref: http://www.signal11.us/oss/hidapi/
>
> It isn't ported to OpenBSD, and it's one of those projects where they
>
Michael McConville wrote:
> It's been 0.9 since the original import in 2003...
note we also have --mmap for the sole purpose of compat. i'd say keep it.
anything that *does* check the version will get a number it doesn't like and
then do something "sensible".
Keep the version, whatever it is.
The "check of ports" is annoying, because some of these checks may be in
scripts and happen at runtime for ports.
The way it usually happens is:
something breaks -> porters don't have time to check too closely -> someone
moves the ports to using gnu grep
Matthew Martin writes:
> On Mon, Dec 07, 2015 at 09:33:47AM +0100, Theo Buehler wrote:
>> I think some of these are ok, but I'm unsure about some of the others.
>> Here are some of my concerns:
>>
>> - since arc4random_uniform can potentially loop indefinitely, it
>> might
On Sun, Dec 06, 2015 at 02:00:16PM +1000, David Gwynne wrote:
> the current code for serialising if_start calls for mpsafe nics does what it
> says.
as per mpi@s suggestion, this makes the ifq code responsible for
the task serialisation.
all the machinery is there, but it provides a minimal
Stuart Henderson wrote:
> >
> > Personally my take on this is that as long as it's just done as -a
> > then it's small and simple to implement (pass a string from args to
> > auth_userokay), and there's no other way to provide access to this which
> > is an important, though lesser-known, part of
Sebastien Marie wrote:
> While testing ksh, I found the following problem, that I will try to
> describe. But I dunno if it is just a case no-managed by your patch. It
> looks like a problem in "inserting a UTF-8 char inside the line (opposed
> to 'at end of line')".
This is what Ingo meant by
On 2015/12/08 20:55, Xiaofan Chen wrote:
> On Mon, Dec 7, 2015 at 10:43 PM, Stuart Henderson wrote:
> > On 2015/12/07 22:11, Xiaofan Chen wrote:
> >> Not so sure if there is a port of hidapi under OpenBSD.
> >> Ref: http://www.signal11.us/oss/hidapi/
> >
> > It isn't ported to
> On 08 Dec 2015, at 10:39, Sunil Nimmagadda wrote:
>
>> If /etc/mailer.conf doesn't exist, mailwrapper tries to run sendmail,
>> giving a confusing error message:
>>
>> mailwrapper: cannot exec /usr/libexec/sendmail/sendmail: No such
>> file or directory
>>
>> This
On Tue, Dec 08, 2015 at 10:39:56AM +0100, Sunil Nimmagadda wrote:
> > If /etc/mailer.conf doesn't exist, mailwrapper tries to run sendmail,
> > giving a confusing error message:
> >
> > mailwrapper: cannot exec /usr/libexec/sendmail/sendmail: No such
> > file or directory
> >
> > This patch
I thought I'd look for other examples after the grep fix.
ok?
Index: csplit.c
===
RCS file: /cvs/src/usr.bin/csplit/csplit.c,v
retrieving revision 1.8
diff -u -p -r1.8 csplit.c
--- csplit.c11 Oct 2015 17:43:03 - 1.8
Hi Sebastien,
Sebastien Marie wrote on Tue, Dec 08, 2015 at 07:06:57AM +0100:
> On Tue, Dec 08, 2015 at 01:19:35AM +0100, Ingo Schwarze wrote:
>> i'd like to propose a simplified version of this patch Frederic Nowak
>> posted a few weeks ago for commit. Our experience is probably
>> not yet
allow some inspection of the kevent structs.
Index: kern/kern_event.c
===
RCS file: /cvs/src/sys/kern/kern_event.c,v
retrieving revision 1.67
diff -u -p -r1.67 kern_event.c
--- kern/kern_event.c 5 Dec 2015 10:11:53 -
On Sat, Nov 07, 2015 at 12:20:42PM +0100, Tobias Stoeckmann wrote:
> Based on Todd's patch for at and cron, I did a grep through our base
> tree to see if there are more occurrences of self-made __progname
> handling.
A few more of those:
Index: caesar/caesar.c
On Tue, Dec 08, 2015 at 10:48:47PM +0100, Mark Kettenis wrote:
> > Date: Mon, 7 Dec 2015 23:44:13 +0100
> > From: Joerg Jung
> >
> > Hi,
> >
> > here comes the third part of the series for generic keyboard backlight
> > support.
> >
> > Please find below a diff which adds they
On Tue, Dec 08, 2015 at 10:12:38PM +0100, Joerg Jung wrote:
> On Thu, Aug 06, 2015 at 09:58:56PM +0200, Joerg Jung wrote:
> > On Wed, Feb 18, 2015 at 10:33:57PM -0800, William Orr wrote:
> > >
> > > Any interest?
> >
> > I'm interested in this. Your diff looks reasonable, so I applied it and
>
On 2 December 2015 at 23:36, Christian Weisgerber wrote:
> Quoth ipsec.conf(5):
> Use of DES as an encryption algorithm is considered to be insecure since
> brute force attacks are practical due its short key length.
>
> The attached patch removes support for DES-CBC
Index: imsg.c
===
RCS file: /cvs/src/lib/libutil/imsg.c,v
retrieving revision 1.12
diff -u -r1.12 imsg.c
--- imsg.c5 Dec 2015 13:06:52 -1.12
+++ imsg.c9 Dec 2015 05:04:05 -
@@ -72,7 +72,7 @@
again:
if
Hi,
A heads-up for users of the University of Toronto mirror
(openbsd.cs.toronto.edu):
The University will be doing some power systems maintenance this week
and next, and anticipate two planned outages:
* Thursday, December 10 11:00p EST to Friday December 11, 7:00am EST
* Wednesday, December
Hello - first post here , hopefully it is the right forum.
I recently setup a bgp box on top of OPENBSD 5.5 Generic.MP, with 6 INTEL EM
nics.The problem is that when I get 700Mbits in one interface, the CPU is
peaking at 88% (interrupt).
I read about interrupt moderation and I dont know how
Hi,
...back on this topic.
On Thu, Aug 06, 2015 at 09:58:56PM +0200, Joerg Jung wrote:
> On Wed, Feb 18, 2015 at 10:33:57PM -0800, William Orr wrote:
> >
> > Any interest?
>
> I'm interested in this. Your diff looks reasonable, so I applied it and
> it compiled fine, but the less and grave
Hi,
here is UTF-8 support for fmt(1).
This does not include the -c case; the patch is already large enough.
Because tedu@ said he didn't see value in splitting the cut(1) diff,
i dare sending it as one big patch. If anybody wants to have it
split into steps for easier review and a safer
Jeff Drago wrote:
> Hello - first post here , hopefully it is the right forum.
>
> I recently setup a bgp box on top of OPENBSD 5.5 Generic.MP, with 6
> INTEL EM nics.The problem is that when I get 700Mbits in one
> interface, the CPU is peaking at 88% (interrupt).
>
> I read about interrupt
> Date: Mon, 7 Dec 2015 23:44:13 +0100
> From: Joerg Jung
>
> Hi,
>
> here comes the third part of the series for generic keyboard backlight
> support.
>
> Please find below a diff which adds they key(code)s for keyboard
> backlight control, as found on all recent Intel based
29 matches
Mail list logo