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) opti
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 leng
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 do
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&m=155650284619263&w=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 eve
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 t
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 native_cl
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 : 0x1524E
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 source
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 number
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,
>
> check_hin
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 fil
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&m=155349407921116&w=2
With intel ivy br
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 promis
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 BG
20 matches
Mail list logo