Re: epoll exposure

On Mon, Jul 31, 2023 at 07:18:38PM -0700, Jason Thorpe wrote: > Anyway, like I said, I think the best way forward is to make it possible for > kq descriptors to be inherited… it’s a little tricky because of some of the > wacky stuff kqueue can track, but I think NetBSD can lead on this and define

Re: epoll exposure

> On Jul 31, 2023, at 6:53 PM, Theodore Preduta wrote: >> >> epoll(2) for COMPAT_LINUX is implemented in as similar manner to >> NetBSD's. Therefore, it should also have this compatible issue. > > The epoll implementation is literally a direct port of the one from > FreeBSD's Linux compatibili

Re: epoll exposure

On 2023-07-31 21:25, Rin Okuyama wrote: > (theo and christos added to cc:) > > On 2023/07/31 23:04, Tobias Nygren wrote: >> On Mon, 31 Jul 2023 12:05:21 + >> nia wrote: >> >>> On Mon, Jul 31, 2023 at 04:27:32AM -0700, Jason Thorpe wrote: > On Jul 31, 2023, at 1:38 AM, nia wrote: >>>

Re: epoll exposure

> On Jul 31, 2023, at 6:25 PM, Rin Okuyama wrote: > > epoll(2) for COMPAT_LINUX is implemented in as similar manner to > NetBSD's. Therefore, it should also have this compatible issue. > Is is still useful for real Linux applications? Or do you have a > plan to lift this limitation? When I fir

Re: epoll exposure

(theo and christos added to cc:) On 2023/07/31 23:04, Tobias Nygren wrote: On Mon, 31 Jul 2023 12:05:21 + nia wrote: On Mon, Jul 31, 2023 at 04:27:32AM -0700, Jason Thorpe wrote: On Jul 31, 2023, at 1:38 AM, nia wrote: Hey, I regret that epoll was committed without further discussion

Modern cryptographic algorithms to netpgp, netpgpverify

Hello, I'm contacting you regarding this project , which I found on the NetBSD project list. I would like to work on this as a study project with the help of my university professor. The description is pretty straightforward and I imagine th

Re: /etc/services losses

Greg Troxel wrote in : |Hauke Fath writes: |> attached is a diff with services that for some reason or other got |> dropped from /etc/services - in particular Amanda* and AppleTalk. | |The really big question here is the relationship between our |/etc/services and | | https://www.iana.o

Re: epoll exposure

On Mon, 31 Jul 2023 12:05:21 + nia wrote: > On Mon, Jul 31, 2023 at 04:27:32AM -0700, Jason Thorpe wrote: > > > > > On Jul 31, 2023, at 1:38 AM, nia wrote: > > > > > > Hey, I regret that epoll was committed without further discussion with > > > pkgsrc developers. We have a lot of experienc

Re: epoll exposure

On Mon, Jul 31, 2023 at 04:27:32AM -0700, Jason Thorpe wrote: > > > On Jul 31, 2023, at 1:38 AM, nia wrote: > > > > Hey, I regret that epoll was committed without further discussion with > > pkgsrc developers. We have a lot of experience with this already > > (illumos/SmartOS exposes a compatibi

Re: epoll exposure

> On Jul 31, 2023, at 1:38 AM, nia wrote: > > Hey, I regret that epoll was committed without further discussion with > pkgsrc developers. We have a lot of experience with this already > (illumos/SmartOS exposes a compatibility epoll) and the situation is > not entirely great and requires lots o

Re: epoll exposure

On Mon, Jul 31, 2023 at 11:27:37AM +0200, Tobias Nygren wrote: > On Mon, 31 Jul 2023 08:38:31 + > nia wrote: > > > Hey, I regret that epoll was committed without further discussion with > > pkgsrc developers. We have a lot of experience with this already > > (illumos/SmartOS exposes a compati

Re: epoll exposure

On Mon, 31 Jul 2023 08:38:31 + nia wrote: > Hey, I regret that epoll was committed without further discussion with > pkgsrc developers. We have a lot of experience with this already > (illumos/SmartOS exposes a compatibility epoll) and the situation is > not entirely great and requires lots o

Re: sed(1) and LC_CTYPE

On Wed, Jul 26, 2023 at 07:17:17PM +0200, tlaro...@polynum.com wrote: > On Wed, Jul 26, 2023 at 06:32:15PM +0200, Martin Husemann wrote: > > On Wed, Jul 26, 2023 at 12:19:39PM -0400, Mouse wrote: > > > > $ export LC_CTYPE=fr_FR.ISO8859-15 > > > > > > > $ echo "éé" | sed 's/é/\é/g' > > > > sed: 1:

epoll exposure

Hey, I regret that epoll was committed without further discussion with pkgsrc developers. We have a lot of experience with this already (illumos/SmartOS exposes a compatibility epoll) and the situation is not entirely great and requires lots of workarounds. Mostly, the situation of having epoll fr