On Sun, 9 Aug 2015, Andreas Henriksson wrote: > The hurd porters already worked out a portability issue with upstream > before I spotted it. The 'script' program has been altered and now use > signalfd. It seems hurd people will aim to implement signalfd on their > platform long-term, so kfreebsd porting can probably not ride on their > effort this time. It seems kqueue can someone be used as a replacement > for signalfd. Someone needs to implement this and submit a patch > upstream. Would be great if that could happen before 2.27 final. For > now the solution has been to only build 'script' on linux. Please advice > if this is an acceptable way to go for you.
Hmm, I wonder if anyone has told them about https://ldpreload.com/blog/signalfd-is-useless -- it does not really make me confident that switching to signalfd is the right choice at this time. -Ben -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.gso.1.10.1508110002030.22...@multics.mit.edu
