disable the ability to change tun(4) mode from p2p to bcast and back again

2019-02-03 Thread David Gwynne
Currently you can change a tun interface from being point to point to being a broadcast interface. Why? This cuts out the ability to change it. Note that the ioctl code is shared by tap, so it still has IFF_BROADCAST code that gets run, you should just not be able to change the flags, only read

avoid byteswapping at runtime in tun(4)

2019-02-03 Thread David Gwynne
this has reads from tun load the AF out of the data rather than point to it, then has the switch statement compare to the swapped AF values. ok? Index: if_tun.c === RCS file: /cvs/src/sys/net/if_tun.c,v retrieving revision 1.184

Re: [PATCH] portgen(1) man page: Add py type

2019-02-03 Thread Stuart Henderson
I asked tsg about this before, IIRC it was intentionally omitted as it wasn't considered finished. (For starters it could do with some plist smarts). -- Sent from a phone, apologies for poor formatting. On 3 February 2019 21:22:58 Linda Lapinlampi wrote:

[PATCH] portgen(1) man page: Add py type

2019-02-03 Thread Linda Lapinlampi
/usr/ports/infrastructure/bin/portgen supports "py" type, as seen in the source code: if ( $type eq 'p5' ) { $o = OpenBSD::PortGen::Port::CPAN->new(); } elsif ( $type eq 'py' ) { $o = OpenBSD::PortGen::Port::PyPI->new(); } elsif ( $type eq 'ruby' ) { $o =

Re: Update perl to 5.28.1

2019-02-03 Thread Marc Espie
On Sun, Feb 03, 2019 at 02:23:16PM +, Stuart Henderson wrote: > On 2018/12/24 19:05, Andrew Hewus Fresh wrote: > > I've finally gotten our local patches applied to perl 5.28.1 and it now > > could use some testing. I was trying to get a few more of my > > architectures working, but I ran out

Re: fts and unveil issue

2019-02-03 Thread Bob Beck
yes you are seeing the limitation of 6.4 unveil as mentioned at the bottom of the man page. this should be fixed in current On Sun, Feb 3, 2019 at 03:29 Kristaps Dzonsons wrote: > When I unveil(2), fts doesn't behave well. But only in a subtle way. > Enclosed is a demonstration. I found

Re: Update perl to 5.28.1

2019-02-03 Thread Stuart Henderson
On 2018/12/24 19:05, Andrew Hewus Fresh wrote: > I've finally gotten our local patches applied to perl 5.28.1 and it now > could use some testing. I was trying to get a few more of my > architectures working, but I ran out of time and now I have to go visit > family for the holidays so it's up to

Re: sparc64 exception handling fix

2019-02-03 Thread Mark Kettenis
> Date: Sat, 2 Feb 2019 17:19:07 +0100 (CET) > From: Mark Kettenis > > On SPARC the address of the call instruction is placed in %o7 and a > normal function return will jump to %o7 + 8, skipping the delay slot. > The diff below changes the low-level libunwind code to take this into > account.

Re: games/fortune translation fix

2019-02-03 Thread Ingo Schwarze
Hi Pascal, Pascal Stumpf wrote on Sun, Feb 03, 2019 at 11:13:12AM +0100: > That is not correct because [...] Which illustrates yet again that getting good grades at school doesn't imply real understanding; i dared to try and research the matter anyway because i forgot that with pascal@, we have

fts and unveil issue

2019-02-03 Thread Kristaps Dzonsons
When I unveil(2), fts doesn't behave well. But only in a subtle way. Enclosed is a demonstration. I found this with openrsync, which unveils before using fts_open to scan for files. When run with a directory with only empty subdirectories or just files, this works fine. But when run with a

Re: games/fortune translation fix

2019-02-03 Thread Pascal Stumpf
Hi Ingo and Jason, On Sun, 3 Feb 2019 01:13:18 +0100, Ingo Schwarze wrote: > Hi Jason, > > oh well, these files are a mess, a random collection of funny > and not so funny stuff... I dislike this one, too, for several > reasons. > > 1. While "ad astra per aspera" sometimes occurs, the word