Subject: Re: pkg/32031: pkgsrc-2005Q3 problems under NetBSD 2.1
To: None <,,>
From: Manuel Bouyer <>
List: pkgsrc-bugs
Date: 11/10/2005 07:47:02
The following reply was made to PR pkg/32031; it has been noted by GNATS.

From: Manuel Bouyer <>
To: Matthew Mondor <>
Subject: Re: pkg/32031: pkgsrc-2005Q3 problems under NetBSD 2.1
Date: Thu, 10 Nov 2005 08:46:41 +0100

 On Wed, Nov 09, 2005 at 09:14:57PM -0500, Matthew Mondor wrote:
 >  > 	vim		Configure problems, it uses -lncurses because of
 >  > 			CONFIGURE_ARGS+= --with-tlib=ncurses
 >  > 			in Makefile instead of --with-tlib=curses
 >  > 			(was "fixed" to compile using pkgsrc under linux?)
 >  > 			Would pkgsrc popularity lead to other such non-netbsd
 >  > 			friendly changes?
 >  > 			Note the same problem applies for vim-gtk, vim-gtk2,
 >  > 			possibly also vim-xforms and vim-kde...
 >  > Buids under 2.0, I can't see why it would be different in 2.1:
 >  >*vim*
 > Perhaps a missing dependency to ncurses package, considering that it
 > does use CONFIGURE_ARGS+= --with=tlib=ncurses ?
 > As mentionned in the comment, it built fine against standard curses
 > once I fixed that line.  I don't have ncurses package installed (and didn't
 > need it otherwise).
 There is:
 .include "../../devel/ncurses/"
 this will add a dependancy on ncurses, and install it if it's not already
 >  > 
 >  > 	wget		had to fix conditionals for openssl in http-* with
 >  > 			NetBSD 2.0.2 (or 2.0_STABLE dating a few months back)
 >  > 			Because of OpenSSL version change (this affected no
 >  > 			other package)
 >  > 			Hmm actually I was told it was because of OpenSSL
 >  > 			upgrade in 2.1, but under 2.1 the same problem
 >  > 			occurred.
 > >
 > Unsure of what's wrong with this... on my 2.1 system:
 >  --- (ttypc) root@hal.xisop # openssl
 > OpenSSL> version
 > OpenSSL 0.9.7d 17 Mar 2004
 > OpenSSL> exit
 >  --- (ttypb) root@hal.xisop # ls -l /usr/bin/openssl 
 > -r-xr-xr-x  1 root  wheel  366933 Nov  4 20:59 /usr/bin/openssl
 > And it only compiled fine once I removed some conditional code about
 > openssl version...
 It should have installed security/openssl if the one in the base system
 isn't good enouth. 
 >  > 
 >  > +	MesaLib		missing -I/usr/pkg/X11R6/include
 >  >
 > Still fails for me;  Would it have built fine on the build server because
 > it also had installed xorg package first?  Or that there was no /usr/X11R6
 > on the netbsd server?
 No xorg, and /usr/X11R6 is there.
 > Not sure why these few packages denoted with +, and
 > those only, had this problem where I needed to add to CFLAGS and LDFLAGS the
 > stuff for /usr/X11R6 includes and libraries... (or to add a .include buildlink
 > for X11).
 Should not be needed, pkgsrc has always used /usr/X11R6 without troubles for
 >  > 
 >  > 	python		Error creating package, had to use pkg_tarup.
 >  > 			Caused by some files supplied to tar which aren't found
 >  > 			causing tar to report error and make package to fail
 >  > 			Probably incorrect PLIST
 >  > All python packages from 1.5 to 2.4 have built under 2.0, and are available
 >  > from the ftp server.
 > This was only a PLIST problem and the auto tarup failed with an error,
 > although the file was still created fine.
 the bulk build would not have generated a binary package if there
 was a PLIST problem. It's missing files, right ? Probably because of missing
 >  > +	SDL		Again the missing -I/-L 
 >  > SDL-1.2.9.tgz on ftp server
 > Another case marked with + where I suspect a build order problem or
 > that netbsd server doesn't have X11 installed, or has xorg, etc?
 It has X11 installed from the base system, no xorg.
 >  > 
 >  > *	nspr		Fails in configure script
 >  > nspr-4.4.1nb1.tgz on ftp server
 > ===> Checking for vulnerabilities in nspr-4.4.1nb1
 > => Checksum SHA1 OK for nspr-4.4.1.tar.gz.
 > => Checksum RMD160 OK for nspr-4.4.1.tar.gz.
 > ===> Extracting for nspr-4.4.1nb1
 > ===> Required installed package autoconf213>=2.13: autoconf213-2.13nb1 found
 > ===> Required installed package gmake>=3.78: gmake-3.80nb4 found
 > ===> Patching for nspr-4.4.1nb1
 > ===> Applying pkgsrc patches for nspr-4.4.1nb1
 > ===> Overriding tools for nspr-4.4.1nb1
 > ===> Creating toolchain wrappers for nspr-4.4.1nb1
 > ===> Configuring for nspr-4.4.1nb1
 > cd /usr/pkgsrc/devel/nspr/work/nspr-4.4.1/mozilla/nsprpub/build/.. && autoconf
 > configure: WARNING: If you wanted to set the --build type, don't use --host.
 >     If a cross compiler is detected then cross compile mode will be used.
 > checking build system type... i386-unknown-netbsdelf2.1.
 > checking host system type... i386--netbsdelf
 > checking target system type... i386--netbsdelf
 > checking for whoami... /usr/bin/whoami
 > checking for i386--netbsdelf-g++... c++
 > checking whether we are using the GNU C++ compiler... no
 > checking whether c++ accepts -g... no
 > checking for i386--netbsdelf-gcc... cc
 > checking whether we are using the GNU C compiler... no
 > checking whether cc accepts -g... no
 > checking for cc option to accept ANSI C... none needed
 > checking how to run the C preprocessor... cc -E
 > checking for i386--netbsdelf-ranlib... no
 > checking for ranlib... ranlib
 > checking for as... /usr/bin/as
 > checking for ar... /usr/bin/ar
 > checking for ld... /usr/bin/ld
 > checking for strip... /usr/bin/strip
 > checking for windres... no
 > checking for gcc -pipe support... no
 > checking for perl5... no
 > checking for perl... /usr/pkg/bin/perl
 > ./configure.lineno: 8875: Syntax error: "fi" unexpected (expecting ")")
 Wow. Don't know what happening here. I don't see this.
 >  > 			flac and speex
 >  > SDL_sound-1.0.1nb2.tgz on ftp server
 > I suspect a build order issue, since for me it detected installed flac and
 > speex but missed the .include buildlink stuff. (another way could have
 > been to add a few --without to the configure flags).
 If there is missing buildink includes it would not have build on my
 system either (the bulk build only keeps packages required by dependancies
 when building a packages, and buidlink hides packages not required by
 dependancies from the build system anyway).
 I think you have a serious problem, maybe corrupted or out of date files,
 in your pkgsrc infrastructure. 
 >  > 
 >  > 	SDL_mixer	Required addition of .include for dependencies of
 >  > 			libmikmod
 >  > SDL_mixer-1.2.6nb2.tgz on ftp server
 > Like above, but detected libmikmod and couldn't use it without me adding
 > the .include for it (or a --without), so also probably a build order issue.
 No, this can't be a build order issue, because of the 2 raisons I listed
 >  > 
 >  > *	db4		Compilation error
 >  > db4-4.3.28.tgz on ftp server
 > [...]
 > ranlib .libs/libdb4_cxx-4.3.a
 > creating
 > (cd .libs && rm -f && ln -s ../
 > rm -f libdb4_cxx.a
 > ln -s .libs/libdb4_cxx-4.3.a libdb4_cxx.a
 > /bin/sh ./libtool --mode=compile cc -c -I. -I../dist/.. -O2 -march=i686 -O2 -pipe ../dist/../rpc_server/c/db_server_proc.c
 >  cc -c -I. -I../dist/.. -O2 -march=i686 -O2 -pipe ../dist/../rpc_server/c/db_server_proc.c  -fPIC -DPIC -o .libs/db_server_proc.o
 >  cc -c -I. -I../dist/.. -O2 -march=i686 -O2 -pipe ../dist/../rpc_server/c/db_server_proc.c -o db_server_proc.o >/dev/null 2>&1
 > /bin/sh ./libtool --mode=compile cc -c -I. -I../dist/.. -O2 -march=i686 -O2 -pipe db_server_svc.c
 >  cc -c -I. -I../dist/.. -O2 -march=i686 -O2 -pipe db_server_svc.c  -fPIC -DPIC -o .libs/db_server_svc.o
 > db_server_svc.c: In function `closedown':
 > db_server_svc.c:61: error: storage size of `tinfo' isn't known
 > db_server_svc.c:63: error: `T_CLTS' undeclared (first use in this function)
 > db_server_svc.c:63: error: (Each undeclared identifier is reported only once
 > db_server_svc.c:63: error: for each function it appears in.)
 > db_server_svc.c: In function `__dbsrv_main':
 > db_server_svc.c:607: error: `FMNAMESZ' undeclared (first use in this function)
 > db_server_svc.c:609: error: `I_LOOK' undeclared (first use in this function)
 > db_server_svc.c:623: error: `I_POP' undeclared (first use in this function)
 > db_server_svc.c:623: error: `I_PUSH' undeclared (first use in this function)
 > db_server_svc.c:628: error: `T_DATAXFER' undeclared (first use in this function)
 These are not in NetBSD include files, so it looks like it's missing
 an include (or using the wrong one).
 But again I would try without CFLAGS at all.
 Manuel Bouyer <>
      NetBSD: 26 ans d'experience feront toujours la difference