Martijn van Duren wrote:
> I'm not convinced that LOGIN_SETPATH is a good idea here. From what I
> gathered that sets PATH from login.conf(5), while most environments I
> know will use .profile to set it and could cause unexpected behaviour
> if the my and targ PATH are reset to unexpected values.
This is straight forward: All integer arguments are positive multiples
of `hz', hence it can be safely reduced and the now minimum sleep of one
tick is given already.
One call sleeps a constant amount of
(hz / 50) [ticks] = (hz / 50) / hz [s] = 1 / 50 [s] = 0.02 [s] = 20 [ms]
Runs fine on my APU
sure, it wasn't mine! it was just missing one unveil so it's ok mestre@
on this one
On 11:42 Sat 15 Jun , Theo de Raadt wrote:
> yeah that was my idea..
>
> Ricardo Mestre wrote:
>
> > Hi,
> >
> > Sorry to be late in the game, but as jca@ pointed out sysctl(8) tries to
> > open _PATH_DEVDB
OK?
diff --git acctproc.c acctproc.c
index 52309b765d5..09ac8c83372 100644
--- acctproc.c
+++ acctproc.c
@@ -24,6 +24,7 @@
#include
#include
+#include
#include
#include
#include
@@ -90,6 +91,42 @@ op_thumb_rsa(EVP_PKEY *pkey)
return json;
}
+/*
+ * Extract the relevant EC c
On Sat, Jun 15, 2019 at 04:05:14PM +0200, Srikant T wrote:
> + /* XXX cludge to let Xorg function */
> + if (35 == p->p_ucred->cr_uid)
> + return;
This is completely unacceptable.
Kludge is spelled with a K.
> ---
> END.
>
>
Martijn van Duren wrote:
> Sorry for the delay.
>
> I like the general direction, but I'm not 100% convinced the semantics
> are fine-tuned enough.
>
> On 6/13/19 4:16 AM, Ted Unangst wrote:
> > This has come up a few times before. For background, the default rule for
> > doas
> > is to copy a
Your diff isn't a change to pledge -- it is completely tearing up
the POSIX rulebook for all programs.
I am not interested in the way it goes.
Hi,
Sharing my patch in case someone finds it useful. Didn't have much to offer
besides donations and CD purchases all these years.
Tested on amd64 6.5-stable (Changes are not arch-dependent) : base + Xorg + vmd
+ ntpd + sshd + chromium : work fine
Patch is against current src tree as on 2019-
Hi,
* Stefan Sperling wrote:
>
> This diff has no effect on management frames; it only affects transmit
> rate of data frames while in assocated state; association state is
> kept alive by received frames, not by frames being sent.
>
> I don't see how the diff could be causing either of your iss
Sorry for the delay.
I like the general direction, but I'm not 100% convinced the semantics
are fine-tuned enough.
On 6/13/19 4:16 AM, Ted Unangst wrote:
> This has come up a few times before. For background, the default rule for doas
> is to copy a few environment settings from the user and omit
On Fri, Jun 14, 2019 at 05:33:41PM +0200, Matthias Schmidt wrote:
> Hi,
>
> * Stefan Sperling wrote:
> > On Fri, Jun 14, 2019 at 01:01:58PM +0200, Matthias Schmidt wrote:
> > > Hi Stefan,
> > >
> > > * Stefan Sperling wrote:
> > > >
> > > > Since I am knee-deep in Tx aggregation right now, I wou
11 matches
Mail list logo
