On Fri, 16 Apr 2021 03:34:04 +0200, Martijn van Duren wrote:
> We currently have NetBSD's behaviour when it comes to to no characters,
> so no need to change there imho, but the 2 character limit seems like
> a good place to stop, especially since there's no way to break out of
> this hungry
Hello tech@,
When toying with SHY I found (thanks to sthen@) that printf(1) supports
\x syntax, but if I use isxdigit(3) characters as suffix I found the
behaviour somewhat surprising: all extra characters were consumed.
Looking at our closest neighbours:
- FreeBSD: doesn't support \x
- NetBSD:
rpki-client 7.0 has just been released and will be available in the
rpki-client directory of any OpenBSD mirror soon.
rpki-client is a FREE, easy-to-use implementation of the Resource
Public Key Infrastructure (RPKI) for Relying Parties (RP) to
facilitate validation of the Route Origin of a BGP
Hi,
just a bit of caution: i remember getting args-http-slow-consumer.pl to work
right in the first place was not easy. If i remember correctly i had quite a
lot false positives depending on where i ran it. Alexander made it a bit
better later, but i would not be surprised if it can still fail
On Thu, Apr 01, 2021 at 03:29:54PM +0100, George Brown wrote:
> In revision 1.35 EI_BRAND was removed in conjunction with EI_OSABI and
> EI_ABIVERSION being added, but it looks like this has not been reflected
> in elf(5). The only place EI_BRAND appears in OpenBSD's current source
> tree is this
> Should we back it out for release? Diff below.
I think so.
Hi,
I found another regression with Jan's TCP diff that sends less ACK
packets. relayd run-args-http-slow-consumer.pl fails on i386 due
to his commit. This test writes a lot of data from the http server,
but blocks receive for 2 seconds in the client. Relayd between
these machines should
On Thu, Apr 15, 2021 at 03:48:25PM +0200, Claudio Jeker wrote:
> This one is annoying. Again poll handling is throwing me a curve ball.
> On MacOS X POLLHUP is signaled super early and many downloads fail.
>
> The issue here is that tls_read() and tls_write() are not like read() and
> write()
My athn RA patch resulted in mixed test reports. People running the
device in client mode were happy all around, while others using the
device as an access point reported mixed results. I have now figured
out what goes wrong in hostap mode.
When auto-selecing a channel an athn(4) access point may
This one is annoying. Again poll handling is throwing me a curve ball.
On MacOS X POLLHUP is signaled super early and many downloads fail.
The issue here is that tls_read() and tls_write() are not like read() and
write() from a poll perspective. While parsing the HTTP header for example
one
Thanks a lot!
I also got the sound working on this machine now. As far as I
can tell, both speakers work and Dolby Atmos works, too, thanks
to the awesome quirk by Joshua Stein (jcs@).
I’m not sure I did everything right here, though it works.
Below is the diff.
cheers,
- ivo
Index:
> Date: Thu, 15 Apr 2021 14:20:00 +0200
> From: Martin Pieuchot
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
>
> On 14/04/21(Wed) 18:33, Klemens Nanni wrote:
> > A bogus libvorbisenc.so.3.1 causes ld.so(1) to crash on my Pinebook Pro
> > which saw a few NVMe/power
On Thu, Apr 15, 2021 at 02:00:18PM +0200, Martin Pieuchot wrote:
> On 13/04/21(Tue) 02:05, Alexander Bluhm wrote:
> > On Mon, Mar 22, 2021 at 11:50:00AM +0100, Mark Kettenis wrote:
> > > > Date: Mon, 22 Mar 2021 11:29:52 +0100
> > > > From: Martin Pieuchot
> > > >
> > > > Convert the last MI
I did some archeology today and found that it used to behave as
non-printable, but it got broken in release 334 (august 2018), when
CharWidth was introduced. Before that my_wcwidth was used directly.
Since there doesn't appear to be a repository with commit messages I'm
not 100% sure why this
On 14/04/21(Wed) 18:33, Klemens Nanni wrote:
> A bogus libvorbisenc.so.3.1 causes ld.so(1) to crash on my Pinebook Pro
> which saw a few NVMe/power related panics:
>
> $ ogg123 song62.ogg
> Segmentation fault (core dumped)
>
> $ egdb -q ogg123 ogg123.core
On 13/04/21(Tue) 02:05, Alexander Bluhm wrote:
> On Mon, Mar 22, 2021 at 11:50:00AM +0100, Mark Kettenis wrote:
> > > Date: Mon, 22 Mar 2021 11:29:52 +0100
> > > From: Martin Pieuchot
> > >
> > > Convert the last MI uvm_km_zalloc(9) to km_alloc(9), ok?
> >
> > Also needs some careful testing on
On Thu, Apr 15, 2021 at 11:13:07AM +0200, Claudio Jeker wrote:
> Lets print the version string a bit nicer.
> Instead of
> rpki-client: version: 7.0
> print
> rpki-client 7.0
>
> OK?
> --
> :wq Claudio
>
> Index: main.c
>
On Thu, Apr 15, 2021 at 11:13:07AM +0200, Claudio Jeker wrote:
> Lets print the version string a bit nicer.
> Instead of
> rpki-client: version: 7.0
> print
> rpki-client 7.0
OK kn
Lets print the version string a bit nicer.
Instead of
rpki-client: version: 7.0
print
rpki-client 7.0
OK?
--
:wq Claudio
Index: main.c
===
RCS file: /cvs/src/usr.sbin/rpki-client/main.c,v
retrieving revision 1.135
Just call the rrdp_data_handler() whenever a poll event happened.
The read() call will do the right thing then even on a POLLHUP event.
It seems that on Linux systems POLLHUP is returned when a socket is closed
while OpenBSD returns POLLIN. In both cases read() returns 0 which is what
we want.
--
20 matches
Mail list logo