NetBSD Problem Report #42971

From hauke@Espresso.Rhein-Neckar.DE  Sun Mar 14 14:03:20 2010
Return-Path: <hauke@Espresso.Rhein-Neckar.DE>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 673E363B11D
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 14 Mar 2010 14:03:20 +0000 (UTC)
Message-Id: <201003141332.o2EDWnKc025011@pizza.causeuse.org>
Date: Sun, 14 Mar 2010 14:32:49 +0100 (CET)
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Reply-To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@gnats.NetBSD.org
Cc: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: x11/libxcb sports undeclared dependency on "xau" 
X-Send-Pr-Version: 3.95

>Number:         42971
>Category:       pkg
>Synopsis:       x11/libxcb sports undeclared dependency on "xau"
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Mar 14 14:05:00 +0000 2010
>Closed-Date:    Sun May 15 03:18:46 +0000 2022
>Last-Modified:  Sun May 15 03:18:46 +0000 2022
>Originator:     Hauke Fath
>Release:        NetBSD 4.0_STABLE
>Organization:
Falling Raindrops
>Environment:


System: NetBSD pizza.causeuse.org 4.0_STABLE NetBSD 4.0_STABLE (PIZZA_PF) #0: Tue Feb 16 20:53:37 CET 2010 hf@Hochstuhl:/var/obj/netbsd-builds/4/sparc/sys/arch/sparc/compile/PIZZA_PF sparc
Architecture: sparc
Machine: sparc
>Description:

	Building x11/libxcb on netbsd-4 fails with an undeclared
	dependency on "xau" -- whatever that is; a find(1) on the
	pkgsrc tree comes up empty. My guess is that the package was
	built and committed on an xorg system, without checking for
	backward compatibility.

[...]
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
checking for sparc--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 xsltproc... /usr/pkg/bin/xsltproc
checking for XCBPROTO... yes
checking for NEEDED... configure: error: Package requirements (xau >= 0.99.2) were not met:

No package 'xau' found

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

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

*** Error code 1

	Full logs see
	<http://la.causeuse.org/hauke/NetBSD/pkgsrc/x11-libxcb-logs.tgz>.

>How-To-Repeat:
	Build package on a netbsd-4 system.

>Fix:
	None known.

>Release-Note:

>Audit-Trail:
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 16:28:19 +0100

 On Sun, Mar 14, 2010 at 02:05:00PM +0000, Hauke Fath wrote:
 > 	Building x11/libxcb on netbsd-4 fails with an undeclared
 > 	dependency on "xau" -- whatever that is; a find(1) on the
 > 	pkgsrc tree comes up empty. My guess is that the package was
 > 	built and committed on an xorg system, without checking for
 > 	backward compatibility.

 It is not compatible with ancient versions.

 Joerg

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: pkg-manager@NetBSD.org, gnats-admin@NetBSD.org
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 16:43:57 +0100

 At 15:30 Uhr +0000 14.3.2010, Joerg Sonnenberger wrote:
 > On Sun, Mar 14, 2010 at 02:05:00PM +0000, Hauke Fath wrote:
 > > 	Building x11/libxcb on netbsd-4 fails with an undeclared
 > > 	dependency on "xau" -- whatever that is; a find(1) on the
 > > 	pkgsrc tree comes up empty. My guess is that the package was
 > > 	built and committed on an xorg system, without checking for
 > > 	backward compatibility.
 >
 > It is not compatible with ancient versions.

 What, pray tell, does your comment have to do with the PR?

 The package has to document its dependencies, check for them, and either
 work without (an optional dependency), or refuse to build on systems that
 cannot satisfy the dependency.

 Instead, it fails in a most obscure way. Which is a bug, in my book.

 	hauke

 --
 "It's never straight up and down"     (DEVO)


From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 17:45:10 +0100

 On Sun, Mar 14, 2010 at 04:05:03PM +0000, Hauke Fath wrote:
 >  Instead, it fails in a most obscure way. Which is a bug, in my book.

 The bug if any is in x11-links and the associated builtin magic.
 I was just telling that it won't work with X11_TYPE=native at all, so
 this is kind of a "Won't fix" anyway.

 Joerg

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
	Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 17:45:15 +0000

 On Sun, Mar 14, 2010 at 04:50:06PM +0000, Joerg Sonnenberger wrote:
  >>  Instead, it fails in a most obscure way. Which is a bug, in my book.
  >  
  >  The bug if any is in x11-links and the associated builtin magic.
  >  I was just telling that it won't work with X11_TYPE=native at all, so
  >  this is kind of a "Won't fix" anyway.

 Wait, why shouldn't x11-links be fixed?

 -- 
 David A. Holland
 dholland@netbsd.org

From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: David Holland <dholland-pbugs@netbsd.org>
Cc: gnats-bugs@NetBSD.org, pkg-manager@netbsd.org, gnats-admin@netbsd.org,
	pkgsrc-bugs@netbsd.org, Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 18:49:03 +0100

 On Sun, Mar 14, 2010 at 05:45:15PM +0000, David Holland wrote:
 > On Sun, Mar 14, 2010 at 04:50:06PM +0000, Joerg Sonnenberger wrote:
 >  >>  Instead, it fails in a most obscure way. Which is a bug, in my book.
 >  >  
 >  >  The bug if any is in x11-links and the associated builtin magic.
 >  >  I was just telling that it won't work with X11_TYPE=native at all, so
 >  >  this is kind of a "Won't fix" anyway.
 > 
 > Wait, why shouldn't x11-links be fixed?

 Even if it is modified to create fake pkgconfig files correctly, the
 XFree86 in NetBSD 4 is way too old.

 Joerg

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 18:00:52 +0000

 On Sun, Mar 14, 2010 at 05:50:08PM +0000, Joerg Sonnenberger wrote:
  >>>>  Instead, it fails in a most obscure way. Which is a bug, in my book.
  >>>  
  >>>  The bug if any is in x11-links and the associated builtin magic.
  >>>  I was just telling that it won't work with X11_TYPE=native at all, so
  >>>  this is kind of a "Won't fix" anyway.
  >> 
  >> Wait, why shouldn't x11-links be fixed?
  >  
  >  Even if it is modified to create fake pkgconfig files correctly, the
  >  XFree86 in NetBSD 4 is way too old.

 Right, well, shouldn't it reject the builtin version then, like other
 builtin logic does?

 -- 
 David A. Holland
 dholland@netbsd.org

From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 19:16:25 +0100

 On Sun, Mar 14, 2010 at 06:05:04PM +0000, David Holland wrote:
 >   >  Even if it is modified to create fake pkgconfig files correctly, the
 >   >  XFree86 in NetBSD 4 is way too old.
 >  
 >  Right, well, shouldn't it reject the builtin version then, like other
 >  builtin logic does?

 That's not really going to help if it means mixing different shared
 library versions. Ultimately it just means someone has to care enough
 about ancient/native X11 to do the work and I am not the person to do
 that.

 Joerg

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: pkg-manager@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
	Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: pkg/42971: x11/libxcb sports undeclared dependency on "xau"
Date: Sun, 14 Mar 2010 19:16:52 +0000

 On Sun, Mar 14, 2010 at 06:20:05PM +0000, Joerg Sonnenberger wrote:
  >>>  Even if it is modified to create fake pkgconfig files correctly, the
  >>>  XFree86 in NetBSD 4 is way too old.
  >>  
  >>  Right, well, shouldn't it reject the builtin version then, like other
  >>  builtin logic does?
  >  
  >  That's not really going to help if it means mixing different shared
  >  library versions. Ultimately it just means someone has to care enough
  >  about ancient/native X11 to do the work and I am not the person to do
  >  that.

 I know X is a mess, but I don't see that it's really different from
 needing a new-enough version of any other package... if the pkgsrc
 libXau needs a newer libX11 than the builtin one it should go ahead
 and build the libX11 from pkgsrc and nothing should get mixed. It's
 possible that we might want X11_TYPE==native to explicitly fail this;
 but then you'd get a sane error message out.

 -- 
 David A. Holland
 dholland@netbsd.org

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 15 May 2022 03:18:46 +0000
State-Changed-Why:
This was a problem with native X and x11-links on a now long unsupported
branch.


>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.