Jeremie Courreges-Anglas writes:
> This flag is useful for software that wants to rely on the resolver to
> perform DNSSEC validation. Among the use cases there are DANE and SSHFP
> records, and the obvious interfaces that I think are useful are
> res_mkquery and getrrsetbyname. The latter stil
On Fri, 17 Feb 2017, Ossi Herrala wrote:
> ping?
Sorry about that; life has been busy.
> On Sun, Feb 12, 2017 at 07:58:27PM +0200, Ossi Herrala wrote:
> > On Sun, Feb 12, 2017 at 01:34:14AM +0200, Ossi Herrala wrote:
> >
> > > After couple of private mails with guenther@ we came up with the
> >
Switch agtimer from physical timer to virtual timer.
This diff makes the arm generic timer for arm64 use the virtual
timer instead of the physical timer.
Linux uses the virtual timer in the kernel unless it is operating in
hypervisor mode.
The virtual timer is set up so that a hypervisor can run
"Peter J. Philipp" writes:
> Hi,
>
> I'm not the best in reading patches, so I'm going to query you. Does
> your patch check for the "AD" flag from the resolver?
The patch doesn't change anything here. We don't look at that flag for
res_mkquery, the application is supposed to do so. getrrsetb
Eric Faurot writes:
> On Sat, Feb 25, 2017 at 07:24:48PM +0100, Jeremie Courreges-Anglas wrote:
>> Jeremie Courreges-Anglas writes:
>>
>> > This flag is useful for software that wants to rely on the resolver to
>> > perform DNSSEC validation. Among the use cases there are DANE and SSHFP
>> > r
Hi,
I've added the 'vmctl status' view to systat(1). I am not sure if this
is of general interest.
Any opinions about it?
Index: usr.bin/systat/Makefile
===
RCS file: /cvs/src/usr.bin/systat/Makefile,v
retrieving revision 1.27
Thanks to the stipple pattern I noticed this:
https://marc.info/?l=openbsd-x11&m=146506160500583&w=2
I know it's not relevant or if it's useful for discovering some bug, but
I'd still like to know what's that phantom shadow that appears at the
right bottom of my screen. :-)
On Sun, Feb 26, 2017 at 07:51:14AM -0700, Todd C. Miller wrote:
> On Sun, 26 Feb 2017 10:56:16 +0100, Claudio Jeker wrote:
>
> > Attaching a PCB to a socket is currently done via PRU_ATTACH but in most
> > cases this does not need the network / socket lock since no packets can be
> > received or s
On Sun, 26 Feb 2017 at 10:43:50 +0100, Landry Breuil wrote:
> On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote:
> > Is anyone seriously finding video/Xorg bugs through the default X
> > stipple pattern anymore? Xorg changed the default to draw a black
> > background a while ago (with s
On Sun, 26 Feb 2017 10:56:16 +0100, Claudio Jeker wrote:
> Attaching a PCB to a socket is currently done via PRU_ATTACH but in most
> cases this does not need the network / socket lock since no packets can be
> received or sent over this socket (needs a bind or connect first)
> It also cleans up a
On Sun, Feb 26, 2017 at 11:49:13AM +0100, Daniel Cegiełka wrote:
> 2017-02-26 8:27 GMT+01:00 Otto Moerbeek :
> > On Sat, Feb 25, 2017 at 11:28:43PM +0100, Daniel Cegiełka wrote:
> >
>
> >
> > Bleh, they could have changed the implementation without changing the
> > API but they choose not to and
2017-02-26 8:27 GMT+01:00 Otto Moerbeek :
> On Sat, Feb 25, 2017 at 11:28:43PM +0100, Daniel Cegiełka wrote:
>
>
> Bleh, they could have changed the implementation without changing the
> API but they choose not to and place the burden on the user of the lib.
>
> Easy "fix" would be to remove the B
On Sat, Feb 25, 2017 at 11:17:37PM +0100, Peter J. Philipp wrote:
> Hi,
>
> I'm not the best in reading patches, so I'm going to query you. Does
> your patch check for the "AD" flag from the resolver? As basically a
> DNSSEC able recursive nameserver should set this meaning it has
> authenticate
Attaching a PCB to a socket is currently done via PRU_ATTACH but in most
cases this does not need the network / socket lock since no packets can be
received or sent over this socket (needs a bind or connect first)
It also cleans up a few other ugly things like how the proto is passed.
This diff wo
On Sun, Feb 26, 2017 at 10:43:50AM +0100, Landry Breuil wrote:
> On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote:
> > Is anyone seriously finding video/Xorg bugs through the default X
> > stipple pattern anymore? Xorg changed the default to draw a black
> > background a while ago (wit
On Sat, Feb 25, 2017 at 05:55:36PM +0100, Jeremie Courreges-Anglas wrote:
>
> This flag is useful for software that wants to rely on the resolver to
> perform DNSSEC validation. Among the use cases there are DANE and SSHFP
> records, and the obvious interfaces that I think are useful are
> res_mk
On Wed, Mar 09, 2016 at 05:09:13PM -0600, joshua stein wrote:
> Is anyone seriously finding video/Xorg bugs through the default X
> stipple pattern anymore? Xorg changed the default to draw a black
> background a while ago (with stipple enabled using the -retro flag),
> but we have this local chan
On Sat, Feb 25, 2017 at 07:24:48PM +0100, Jeremie Courreges-Anglas wrote:
> Jeremie Courreges-Anglas writes:
>
> > This flag is useful for software that wants to rely on the resolver to
> > perform DNSSEC validation. Among the use cases there are DANE and SSHFP
> > records, and the obvious inter
18 matches
Mail list logo