>Number:         28569
>Category:       pkg
>Synopsis:       graphics/jpeg won't build
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Dec 07 05:57:00 +0000 2004
>Originator:     David Griffith
>Release:        1.6.2
>Organization:
>Environment:
NetBSD zaphod 1.6.2 NetBSD 1.6.2 (ZAPHOD) #0: Sat Jun  5 04:50:05 PDT 2004     dave@arthur:/usr/src/sys/arch/i386/compile/ZAPHOD i386

>Description:
When building graphics/jpeg or something that requires it:
[snip]
checking for ranlib... ranlib
checking host system type... ./ltconfig: ./config.guess: permission denied
ltconfig: cannot guess host type; you must specify one
Try `ltconfig --help' for more information.
checking libjpeg version number... 62
creating ./config.status
creating Makefile
creating jconfig.h
===> Building for jpeg-6bnb3
./libtool --mode=compile cc -O2  -I. -c ./jcapimin.c
./libtool: not found
*** Error code 127

Stop.
make: stopped in /usr/pkgsrc/graphics/jpeg/work.arthur/jpeg-6b
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/graphics/jpeg
*** Error code 1

>How-To-Repeat:

>Fix:
Note this interesting chunk of output:

===> Building for jpeg-6bnb3
./libtool --mode=compile cc -O2  -I. -c ./jcapimin.c
./libtool: not found

Why is it attempting to execute ./libtool?  It seems that the distfile hasn't changed in quite some time, so why should this pop up now?  Even more puzzling is this chunk from the distfile's configure file:

if test "x$LTSHARED" != xno  -o  "x$LTSTATIC" != xno; then
  USELIBTOOL="yes"
  LIBTOOL="./libtool"

A simple patch would fix this, but first I'd like to know why ./ is present in the unpatched distfile.  Now, given the recent spate of graphics library holes, it would be prudent to check things out.  I don't have a known-to-be-clean copy of this distfile.  Would someone who does please take a look.