On Thu, May 23, 2019 at 19:50 Denis wrote:
>
> SCTP(4) present in FreeBSD 12.0
>
> OpenBSD implementation planned?
Nothing planned as far as I know.
Out of curiosity - what is your use case? Do you really use it? It doesn’t
seem to be a widely used protocol.
Kind regards,
Job
On Thu, May 23, 2019 at 10:21:34PM +0100, Stuart Henderson wrote:
> On 2019/05/23 22:58, Ingo Schwarze wrote:
> > Hi Tracey,
> >
> > Tracey Emery wrote on Thu, May 23, 2019 at 02:35:10PM -0600:
> >
> > > Attached is a proposed diff for cp(1). It adds the -l (hard link)
> > > and -s (symlink)
On 2019/05/23 22:58, Ingo Schwarze wrote:
> Hi Tracey,
>
> Tracey Emery wrote on Thu, May 23, 2019 at 02:35:10PM -0600:
>
> > Attached is a proposed diff for cp(1). It adds the -l (hard link)
> > and -s (symlink) options.
>
> I don't like that. That's exactly what can be done with ln(1) in a
>
On Thu, 23 May 2019 17:21:19 +0700, Oleg Chumanov wrote:
> First of all,
> I do not understand why the interface (the return value of these functions) i
> s so different. They both do almost the same thing.
>
> I do not understand, why the return value is the length of source or the sum
> of
On Thu, May 23, 2019 at 10:58:15PM +0200, Ingo Schwarze wrote:
> Hi Tracey,
>
> Tracey Emery wrote on Thu, May 23, 2019 at 02:35:10PM -0600:
>
> > Attached is a proposed diff for cp(1). It adds the -l (hard link)
> > and -s (symlink) options.
>
> I don't like that. That's exactly what can be
Hi tech@,
David sent a diff for ospfd which allows specifying an area by number
as well as id.
--> https://marc.info/?l=openbsd-tech=155650284619263=2
This diff does the same for ospf6d and ospf6ctl without modifying any
outputs.
OK?
Remi
Index: ospf6d/ospf6d.conf.5
Hi Tracey,
Tracey Emery wrote on Thu, May 23, 2019 at 02:35:10PM -0600:
> Attached is a proposed diff for cp(1). It adds the -l (hard link)
> and -s (symlink) options.
I don't like that. That's exactly what can be done with ln(1) in a
standard way. There is no value in making every tool do
On Thu, May 23, 2019 at 02:35:10PM -0600, Tracey Emery wrote:
> Hello tech@,
>
> Attached is a proposed diff for cp(1). It adds the -l (hard link) and -s
> (symlink) options. These options are available in GNU cp, FreeBSD cp,
> and the -l option is at least in NetBSD and Dragonfly.
>
> I needed
Hello tech@,
Attached is a proposed diff for cp(1). It adds the -l (hard link) and -s
(symlink) options. These options are available in GNU cp, FreeBSD cp,
and the -l option is at least in NetBSD and Dragonfly.
I needed the -l option to use the system cp for rsnapshots, instead of
their
SCTP(4) present in FreeBSD 12.0
OpenBSD implementation planned?
> Note: I only wanted to point out something that bothered me. I'm not
> using mg(1) these days and I don't plan to spend time on this issue.
That’s pretty much the modern internet, summarized in two sentences
On Wed, May 22 2019, Jeremie Courreges-Anglas wrote:
[...]
> So if you're pushing for a change here we'd need a better explanation.
Note: I only wanted to point out something that bothered me. I'm not
using mg(1) these days and I don't plan to spend time on this issue.
--
jca | PGP :
On Thu, May 23, 2019 at 05:21:19PM +0700, Oleg Chumanov wrote:
> Hi, there
>
> First of all,
> I do not understand why the interface (the return value of these functions)
> is so different. They both do almost the same thing.
>
> I do not understand, why the return value is the length of
Hi, there
First of all,
I do not understand why the interface (the return value of these functions) is
so different. They both do almost the same thing.
I do not understand, why the return value is the length of source or the sum of
lengths. I think, it is useless.
if we will return the
it must be one of those days...
it's ok mestre if you feel like commiting it and doesn't add any burden
for you when upgrading unbound.
On 13:18 Thu 23 May , Stuart Henderson wrote:
> check_mod(cfg, val_get_funcblock());
>
> - needs to read the DNSSEC root key,
>
>
On 2019/05/23 11:54, Ricardo Mestre wrote:
> bonkers my brain must have farted :\ rpath should be dropped after loading the
> certs. I just tested it with remote-control with certificates, could you
> please let me know if it works for you now?
>
> Index: unbound-checkconf.c
>
bonkers my brain must have farted :\ rpath should be dropped after loading the
certs. I just tested it with remote-control with certificates, could you
please let me know if it works for you now?
Index: unbound-checkconf.c
===
RCS
Build intel and radeon vulkan drivers.
As we can't use python in xenocara add phony targets to create the
same output as python scripts which create json files for the loader.
To use this various vulkan ports are required
https://marc.info/?l=openbsd-ports=155349407921116=2
With intel ivy
On 2019/05/22 14:12, Ricardo Mestre wrote:
> Hi,
>
> unbound-checkconf(8) needs to chdir(2) and then open(2) the config file and
> to call getpwnam(3). This means it needs to pledge for rpath and getpw, but
> after calling getpwnam(3) the config file was already loaded so we can drop
> both
The MRT TABLE_DUMP_V2 format includes a list of all peers at the start of
the dump. I find it useful to be able to dump this table independent of
the rest. Especially useful if used together with bgpctl show mrt nei
to limit the output to a single neighbor.
Possible out looks like:
view: master
On Wed, May 22, 2019 at 09:41:00PM -0400, Lawrence Teo wrote:
> This syncs the pf(4) man page with the latest net/pfvar.h (r1.490).
>
> ok?
no objections, thanks.
OK sashan
>
>
> Index: pf.4
> ===
> RCS file:
21 matches
Mail list logo