Subject: pkg/32031: pkgsrc-2005Q3 problems under NetBSD 2.1
To: None <email@example.com, firstname.lastname@example.org,>
From: None <email@example.com>
Date: 11/09/2005 20:32:00
>Synopsis: pkgsrc-2005Q3 problems under NetBSD 2.1
>Arrival-Date: Wed Nov 09 20:32:00 +0000 2005
>Originator: Matthew Mondor
>Release: NetBSD 2.1_STABLE Sat Nov 5 01:28:03 EST 2005
System: NetBSD ginseng.xisop 2.1_STABLE NetBSD 2.1_STABLE (GINSENG) #0: Sat Nov 5 01:28:03 EST 2005 firstname.lastname@example.org:/nfs/hal/usr/src/sys/arch/i386/compile/GINSENG i386
A list of problems I encountered with pkgsrc-2005Q3 while compiling under
Interestingly, I never had so much trouble with a pkgsrc release before.
Something (or things) are obviously wrong somewhere but I am unable to
pinpoint them. My last packages build was on 2.0 using pkgsrc-2004Q3
a year back, and the only package that failed building for me then was Dia.
I had roughly the same list of packages to compile to suit my desktop and
I thought that a single PR might be enough for all these, since there might
be a common problem somewhere which causes most dependency problems.
The number of packages which compiled flawlessly in my list is 367, so things
otherwise generally went well.
Items with an asterisk (*) are packages I didn't build yet successfuly.
Others needed minor tweaks to build which I could apply.
Items with a plus sign (+) had some problem related to the native X11R6.
They needed that I add the following to mk.conf to build them successfuly:
Note: I don't remember which, but some package also needed that I add a
fontconfig package dependency via .include in its Makefile in order for it
vim Configure problems, it uses -lncurses because of
in Makefile instead of --with-tlib=curses
(was "fixed" to compile using pkgsrc under linux?)
Would pkgsrc popularity lead to other such non-netbsd
Note the same problem applies for vim-gtk, vim-gtk2,
possibly also vim-xforms and vim-kde...
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
Hmm actually I was told it was because of OpenSSL
upgrade in 2.1, but under 2.1 the same problem
+ MesaLib missing -I/usr/pkg/X11R6/include
libdvdcss url to download the file is obsolete and should be
changed, works otherwise
+ gd missing -I/usr/pkg/include and -I/usr/pkg/X11R6/include
* gphoto both hashes mismatch (gphoto-0.4.3.tar.gz)
+ gphoto2 Another problem where an existing headerfile can't be
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
xlockmore Same as for python, incorrect PLIST
+ SDL Again the missing -I/-L
* cscope Configure problems.
Moreover, also seems to refer to ncurses.
* nspr Fails in configure script
* gaim Requires nspr above so couldn't build obviously
+ xforms Missing an -I/usr/X11R6/include with -lXext, needed
to manually fix Makefile during build since it won't
take LDFLAGS from mk.conf (using imake)
SDL_sound Required addition of .include for dependencies of
flac and speex
SDL_mixer Required addition of .include for dependencies of
* db4 Compilation error
* fceu Compilation error
* MesaDemos Compilation error
xawtv --disable-aalib didn't work, so had to remove it from
Makefile and add aalib dependency via .include
Also had to add dependency to libdv
mplayer-share Had to add --disable-aa in Makefile.common
sylpheed-claws Requires gpgme03, but looks for gpgme-config,
so doesn't build the pgpmime plugin unless
I made a symlink from gpgme-config to gpgme03-config,
could perhaps be considered a gpgme03 package bug
which should have a symlink.
Moreover, had to be built before abiword, since
abiword requires gnu libiconv, and if that is
installed sylpheed-claws doesn't seem to build
properly. (unless fix applied to abiword to use
abiword By default failed to build without libiconv package
installed; Had to comment USE_GNU_ICONV and
the libiconv buildlink .include for it to use the
system iconv (another gnu system friendly fix?)
My /etc/mk.conf is as follows:
CFLAGS+=-march=i686 -O2 -pipe
# Only used as necessary when packages build missed these
MPLAYER_DISABLE_DRIVERS=arts esd nas
Otherwise, $CFLAGS, $CPPFLAGS, $LDFLAGS aren't set by my environment
at this time (i.e. via /etc/profile or ~/.shrc) so it doesn't seem to
The packages I would like the most to be fixed by preference would be:
cscope, db4, nspr, vim