On Sat, 19 Aug 2017, John D. Baker wrote: > I saw a thread a while ago describing how modular/pkgsrc Xorg wouldn't > start on i386 -current.
This post (never developed a thread): http://mail-index.netbsd.org/pkgsrc-users/2017/07/05/msg025172.html The console and Xorg.0.log output shown is the same as I observed. The 'ktruss' output shows just what I expected. It's the same as reported in the previously-cited PR: [...] 136 1 Xorg open("/usr/pkg/lib/libGL.so.1", 0, 0xb4192cf7) = 9 136 1 Xorg __fstat50(0x9, 0xbfb786f0) = 0 136 1 Xorg mmap(0, 0x1000, 0x1, 0x1, 0x9, 0, 0, 0) = 0xb418e000 136 1 Xorg munmap(0xb418e000, 0x1000) = 0 136 1 Xorg mmap(0, 0x67000, 0x5, 0x2, 0x9, 0, 0, 0) = 0xb4128000 136 1 Xorg mmap(0xb4181000, 0xe000, 0x7, 0x12, 0x9, 0, 0x58000, 0) Err#13 EACCES 136 1 Xorg munmap(0xb4128000, 0x67000) = 0 The workaround in the PR was 'paxctl +m /path/to/uic'. Doing the same to 'mplayer' resulted in the same behavior shown in the previously-cited thread in port-i386@. That is, instead of 'mplayer' being stuck in 'fdclose', it would segfault. Once I reboot again, I'll see what happens when doing this to the modular/pkgsrc Xorg server. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645