Re: modular/pkgsrc Xorg on netbsd-8, -current i386 stuck in "fdclose"

"John D. Baker" <[email protected]>
Newsgroups gmane.os.netbsd.devel.pkgsrc.user,gmane.os.netbsd.current,gmane.os.netbsd.ports.i386
Message-ID <[email protected]>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.