NetBSD Problem Report #45212

From www@NetBSD.org  Wed Aug  3 23:12:38 2011
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 72D2A63CB32
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  3 Aug 2011 23:12:38 +0000 (UTC)
Message-Id: <20110803231237.0674C63BEF4@www.NetBSD.org>
Date: Wed,  3 Aug 2011 23:12:37 +0000 (UTC)
From: tyler@linux.com
Reply-To: tyler@linux.com
To: gnats-bugs@NetBSD.org
Subject: Cannot build x11/libXext due to a bad dependency on xextproto
X-Send-Pr-Version: www-1.0

>Number:         45212
>Category:       pkg
>Synopsis:       Cannot build x11/libXext due to a bad dependency on xextproto
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 03 23:15:00 +0000 2011
>Closed-Date:    Sat May 13 00:57:10 +0000 2023
>Last-Modified:  Sat May 13 00:57:10 +0000 2023
>Originator:     R Tyler Croy
>Release:        5.1
>Organization:
>Environment:
NetBSD netbsd-dev.local 5.1 NetBSD 5.1 (GENERIC) #0: Sun Nov  7 14:39:56 UTC 2010  builds@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/i386/201011061943Z-obj/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/i386/compile/GENERIC i386
>Description:
Cannot build meta-pkgs/modular-xorg due to a bad dependency in x11/libXext



=> Build dependency x11-links>=0.65: found x11-links-0.65
===> Overriding tools for libXext-1.1.1
===> Extracting for libXext-1.1.1
===> Patching for libXext-1.1.1
=> Applying pkgsrc patches for libXext-1.1.1
===> Creating toolchain wrappers for libXext-1.1.1
===> Configuring for libXext-1.1.1
=> Modifying GNU configure scripts to avoid --recheck
=> Replacing config-guess with pkgsrc versions
=> Replacing config-sub with pkgsrc versions
=> Replacing install-sh with pkgsrc version
=> Adding run-time search paths to pkg-config files.
checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... /usr/bin/awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i386--netbsdelf
checking host system type... i386--netbsdelf
checking for style of include used by make... GNU
checking for i386--netbsdelf-gcc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking dependency style of cc... gcc3
checking for a sed that does not truncate output... /usr/pkgsrc/x11/libXext/work/.tools/bin/sed
checking for grep that handles long lines and -e... (cached) /usr/bin/grep
checking for egrep... (cached) /usr/bin/egrep
checking for ld used by cc... /usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld
checking if the linker (/usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld) is GNU ld... yes
checking for /usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... match_pattern /lib[^/]+(\.so|_pic\.a)$
checking how to run the C preprocessor... cc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking whether we are using the GNU C++ compiler... no
checking whether c++ accepts -g... no
checking dependency style of c++... none
checking how to run the C++ preprocessor... cpp
checking for i386--netbsdelf-g77... f77
checking whether we are using the GNU Fortran 77 compiler... no
checking whether f77 accepts -g... no
checking the maximum length of command line arguments... (cached) 262144
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for objdir... .libs
checking for i386--netbsdelf-ar... no
checking for ar... ar
checking for i386--netbsdelf-ranlib... no
checking for ranlib... ranlib
checking for i386--netbsdelf-strip... no
checking for strip... strip
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking whether the cc linker (/usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... NetBSD ld.elf_so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the c++ linker (/usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld) supports shared libraries... PKGSRC-WARNING: Something is trying to run the c++ compiler,
PKGSRC-WARNING: but it is not added to USE_LANGUAGES in the package Makefile.
yes
libtool.m4: error: problem compiling CXX test program
checking for c++ option to produce PIC... 
checking if c++ static flag  works... no
checking if c++ supports -c -o file.o... no
checking whether the c++ linker (/usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... PKGSRC-WARNING: Something is trying to run the c++ compiler,
PKGSRC-WARNING: but it is not added to USE_LANGUAGES in the package Makefile.
NetBSD ld.elf_so
(cached) (cached) checking how to hardcode library paths into programs... unsupported
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for f77 option to produce PIC... -fPIC
checking if f77 PIC flag -fPIC works... no
checking if f77 static flag -static works... no
checking if f77 supports -c -o file.o... no
checking whether the f77 linker (/usr/pkgsrc/x11/libXext/work/.wrapper/bin/ld) supports shared libraries... PKGSRC-WARNING: Something is trying to run the fortran compiler,
PKGSRC-WARNING: but it is not added to USE_LANGUAGES in the package Makefile.
yes
checking dynamic linker characteristics... PKGSRC-WARNING: Something is trying to run the fortran compiler,
PKGSRC-WARNING: but it is not added to USE_LANGUAGES in the package Makefile.
NetBSD ld.elf_so
(cached) (cached) checking how to hardcode library paths into programs... immediate
checking for i386--netbsdelf-gcc... (cached) cc
checking whether we are using the GNU C compiler... (cached) yes
checking whether cc accepts -g... (cached) yes
checking for cc option to accept ISO C89... (cached) none needed
checking dependency style of cc... (cached) gcc3
checking for cc option to accept ISO C99... -std=gnu99
checking pkg-config is at least version 0.9.0... yes
checking for XEXT... configure: error: Package requirements (xproto >= 7.0.13 x11 >= 1.1.99.1 xextproto >= 7.0.99.2) were not met:

Requested 'xextproto >= 7.0.99.2' but version of XExtProto is 7.0.5

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XEXT_CFLAGS
and XEXT_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libXext
WARNING: *** Please consider adding c++ to USE_LANGUAGES in the package Makefile.
WARNING: *** Please consider adding fortran to USE_LANGUAGES in the package Makefile.
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/libXext
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/modular-xorg-server
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/xf86-input-keyboard
*** Error code 1

>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:
From: "Jeremy C. Reed" <reed@reedmedia.net>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/45212: Cannot build x11/libXext due to a bad dependency on
 xextproto
Date: Wed, 3 Aug 2011 18:25:36 -0500 (CDT)

 > checking pkg-config is at least version 0.9.0... yes
 > checking for XEXT... configure: error: Package requirements (xproto >= 7.0.13 x11 >= 1.1.99.1 xextproto >= 7.0.99.2) were not met:
 > 
 > Requested 'xextproto >= 7.0.99.2' but version of XExtProto is 7.0.5
 > 
 > Consider adjusting the PKG_CONFIG_PATH environment variable if you
 > installed software in a non-standard prefix.
 > 
 > Alternatively, you may set the environment variables XEXT_CFLAGS
 > and XEXT_LIBS to avoid the need to call pkg-config.
 > See the pkg-config man page for more details.
 > 
 > *** Error code 1


 I assume X11_TYPE is default native.

 So a workaround may be setting X11_TYPE=modular in mk.conf.

 But if we are building modular libxext (and maybe any "modular-xorg" 
 component) we should default to force use of the modular dependencies 
 (like pkgsrc's xextproto). When does it make sense to mix and match the 
 X11 dependencies?

From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/45212: Cannot build x11/libXext due to a bad dependency on
 xextproto
Date: Thu, 4 Aug 2011 01:49:16 +0200

 On Wed, Aug 03, 2011 at 11:30:09PM +0000, Jeremy C. Reed wrote:
 >  But if we are building modular libxext (and maybe any "modular-xorg" 
 >  component) we should default to force use of the modular dependencies 
 >  (like pkgsrc's xextproto). When does it make sense to mix and match the 
 >  X11 dependencies?

 That's just wrong.

 Joerg

From: "R. Tyler Croy" <tyler@monkeypox.org>
To: gnats-bugs@NetBSD.org
Cc: pkg-manager@NetBSD.org, gnats-admin@NetBSD.org, pkgsrc-bugs@NetBSD.org
Subject: Re: pkg/45212: Cannot build x11/libXext due to a bad dependency on
 xextproto
Date: Wed, 3 Aug 2011 16:43:21 -0700

 --6c2NcOVqGQ03X4Wi
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable


 On Wed, 03 Aug 2011, Jeremy C. Reed wrote:

 > The following reply was made to PR pkg/45212; it has been noted by GNATS.
 >=20
 > From: "Jeremy C. Reed" <reed@reedmedia.net>
 > To: gnats-bugs@netbsd.org
 > Cc:=20
 > Subject: Re: pkg/45212: Cannot build x11/libXext due to a bad dependency =
 on
 >  xextproto
 > Date: Wed, 3 Aug 2011 18:25:36 -0500 (CDT)
 >=20
 >  > checking pkg-config is at least version 0.9.0... yes
 >  > checking for XEXT... configure: error: Package requirements (xproto >=
 =3D 7.0.13 x11 >=3D 1.1.99.1 xextproto >=3D 7.0.99.2) were not met:
 >  >=20
 >  > Requested 'xextproto >=3D 7.0.99.2' but version of XExtProto is 7.0.5
 >  >=20
 >  > Consider adjusting the PKG_CONFIG_PATH environment variable if you
 >  > installed software in a non-standard prefix.
 >  >=20
 >  > Alternatively, you may set the environment variables XEXT_CFLAGS
 >  > and XEXT_LIBS to avoid the need to call pkg-config.
 >  > See the pkg-config man page for more details.
 >  >=20
 >  > *** Error code 1
 > =20
 > =20
 >  I assume X11_TYPE is default native.
 > =20
 >  So a workaround may be setting X11_TYPE=3Dmodular in mk.conf.
 > =20
 >  But if we are building modular libxext (and maybe any "modular-xorg"=20
 >  component) we should default to force use of the modular dependencies=20
 >  (like pkgsrc's xextproto). When does it make sense to mix and match the=
 =20
 >  X11 dependencies?


 X11_TYPE=3Dmodular doesn't make a difference unfortunately :-/



 --6c2NcOVqGQ03X4Wi
 Content-Type: application/pgp-signature

 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2.0.17 (GNU/Linux)

 iEYEARECAAYFAk453RkACgkQFCbH3D9R4W/XGACdEtuGUsMdsEUNwS57vJbBNGWG
 G90An1u8PeaEDcOJatLThoBAicSI1wLM
 =tJ1c
 -----END PGP SIGNATURE-----

 --6c2NcOVqGQ03X4Wi--

From: Thomas Klausner <wiz@NetBSD.org>
To: NetBSD bugtracking <gnats-bugs@NetBSD.org>
Cc: 
Subject: Re: pkg/45212: Cannot build x11/libXext due to a bad dependency on
 xextproto
Date: Fri, 5 Aug 2011 01:50:16 +0200

 On Wed, Aug 03, 2011 at 11:15:01PM +0000, tyler@linux.com wrote:
 > >Number:         45212
 > >Category:       pkg
 > >Synopsis:       Cannot build x11/libXext due to a bad dependency on xextproto
 ...
 > *** Error code 1
 > 
 > Stop.
 > make: stopped in /usr/pkgsrc/x11/libXext
 > *** Error code 1
 > 
 > Stop.
 > make: stopped in /usr/pkgsrc/x11/modular-xorg-server
 > *** Error code 1
 > 
 > Stop.
 > make: stopped in /usr/pkgsrc/x11/xf86-input-keyboard
 > *** Error code 1

 Why do you want to build modular-xorg-server and xf86-input-keyboard
 if you use native X (included with NetBSD) which already provides
 both?
  Thomas

From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45212 CVS commit: pkgsrc/x11/libXext
Date: Fri, 25 Nov 2011 13:01:46 +0000

 Module Name:	pkgsrc
 Committed By:	obache
 Date:		Fri Nov 25 13:01:46 UTC 2011

 Modified Files:
 	pkgsrc/x11/libXext: Makefile

 Log Message:
 Bump required xextproto and xproto as configure said.
 part of PR pkg/45212.


 To generate a diff of this commit:
 cvs rdiff -u -r1.12 -r1.13 pkgsrc/x11/libXext/Makefile

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: PR/45212 CVS commit: pkgsrc/x11/libXext
Date: Fri, 25 Nov 2011 22:20:21 +0900

 On Fri, 25 Nov 2011 22:05:03 +0900, OBATA Akio <obache@netbsd.org> wrote:


 >  Modified Files:
 >  	pkgsrc/x11/libXext: Makefile
 > Log Message:
 >  Bump required xextproto and xproto as configure said.
 >  part of PR pkg/45212.

 Currently, x11/xextproto has no capable to detect builtin version,
 so not works well as expected with X11_TYPE=native.

 -- 
 OBATA Akio / obache@NetBSD.org

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 13 May 2023 00:57:10 +0000
State-Changed-Why:
Stale issue; there is no more xextproto and all this stuff is different.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: gnats-precook-prs,v 1.4 2018/12/21 14:20:20 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.