NetBSD Problem Report #54778

From tsutsui@ceres.dti.ne.jp  Wed Dec 18 11:15:02 2019
Return-Path: <tsutsui@ceres.dti.ne.jp>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 7554D7A179
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 18 Dec 2019 11:15:02 +0000 (UTC)
Message-Id: <201912181114.xBIBEqtb001988@ceres.dti.ne.jp>
Date: Wed, 18 Dec 2019 20:14:52 +0900 (JST)
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Reply-To: tsutsui@ceres.dti.ne.jp
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: Inconsistent Xorg libEGL on arm ports
X-Send-Pr-Version: 3.95

>Number:         54778
>Category:       port-arm
>Synopsis:       Inconsistent Xorg libEGL on arm ports
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    port-arm-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 18 11:20:00 +0000 2019
>Last-Modified:  Sat Apr 11 13:05:01 +0000 2020
>Originator:     Izumi Tsutsui
>Release:        NetBSD 9.0_RC1
>Organization:
>Environment:
System: NetBSD 9.0_RC1
Architecture: earm
Machine: evbarm, zaurus
>Description:
According to src/external/mit/xorg/lib/Makefile,
libEGL is build if ${HAVE_XORG_GLAMOR} is defined:
---
.if ${HAVE_XORG_GLAMOR} != "no"
# libEGL depends upon libgbm
SUBDIR+=.WAIT libEGL
.endif
---

HAVE_XORG_GLAMOR is defined only for evbarm in src/share/mk/bsd.own.mk:
---
. if ${MACHINE} == "amd64" || ${MACHINE} == "i386" || ${MACHINE} == "evbarm"
HAVE_XORG_GLAMOR?=      yes
. endif
---

So evbarm-earmv5 has /usr/X11R7/lib/libEGL.so but zaurus doesn't have it.

On the other hand, pkgsrc/multimedia/mplayer links libEGL.so on evbarm:
---
# ldd /usr/pkg/bin/mplayer
/usr/pkg/bin/mplayer:
        -lterminfo.1 => /usr/lib/libterminfo.so.1
        -lc.12 => /usr/lib/libc.so.12
        -lrt.1 => /usr/lib/librt.so.1
        -lpng16.16 => /usr/pkg/lib/libpng16.so.16
        -lz.1 => /usr/lib/libz.so.1
        -lm.0 => /usr/lib/libm.so.0
 :
        -lxcb-glx.0 => /usr/X11R7/lib/libxcb-glx.so.0
        -lEGL.0 => /usr/X11R7/lib/libEGL.so.0
        -lgbm.1 => /usr/X11R7/lib/libgbm.so.1
 :
---
This means several pkgsrc binaries built on earmv5 9.0_RC1 evbarm
won't work on zaurus (and iyonix?) even they have the same MACHINE_ARCH.
It's a bit annoying.

>How-To-Repeat:
Build pkgsrc/multimedia/mplayer on evbarm and ldd /usr/pkg/bin/mplayer

>Fix:
No idea.

Is it possible to build libEGL with xorg-server.old?
Or prevent mplayer (and other applications) from linking libEGL?

---
Izumi Tsutsui

>Audit-Trail:
From: coypu@sdf.org
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: port-arm/54778: Inconsistent Xorg libEGL on arm ports
Date: Sat, 11 Apr 2020 13:00:50 +0000

 It sounds like it might be a better idea to switch to not-old xorg
 server.

Home	PR Database Search