Bug 93896

Summary: devel/apr - does not build (possibly related to latest devel/libtool15 commits?)
Product: Ports & Packages Reporter: Adi Pircalabu <apircalabu>
Component: Individual Port(s)Assignee: Ade Lovett <ade>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Adi Pircalabu 2006-02-27 11:00:17 UTC
After latest cvsup I can't update my kde port. That's because devel/apr-svn does not build. Here is an extras:

Restore user-defined environment settings...
  restoring CPPFLAGS to ""
  setting EXTRA_CPPFLAGS to ""
  restoring CFLAGS to ""
  setting EXTRA_CFLAGS to "-g -O2"
  restoring LDFLAGS to ""
  setting EXTRA_LDFLAGS to ""
  restoring LIBS to ""
  setting EXTRA_LIBS to "-lcrypt  -lpthread"
  restoring INCLUDES to ""
  setting EXTRA_INCLUDES to ""
configure: creating ./config.status
config.status: creating Makefile
config.status: creating include/apr.h
config.status: creating build/apr_rules.mk
config.status: creating build/pkg/pkginfo
config.status: creating apr-1-config
config.status: creating apr.pc
config.status: creating test/Makefile
config.status: creating test/internal/Makefile
config.status: creating include/arch/unix/apr_private.h
config.status: executing default commands
cd /usr/ports/devel/apr-svn/work/apr-util-1.2.2;  /usr/bin/env PORTOBJFORMAT=elf PATH=/usr/local/libexec/automake19:/usr/local/libexec/autoconf259:/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin ACLOCAL=/usr/local/bin/aclocal19 AUTOMAKE=/usr/local/bin/automake19 AUTOCONF=/usr/local/bin/autoconf259 AUTOHEADER=/usr/local/bin/autoheader259 AUTOIFNAMES=/usr/local/bin/ifnames259 AUTOM4TE=/usr/local/bin/autom4te259 AUTORECONF=/usr/local/bin/autoreconf259 AUTOSCAN=/usr/local/bin/autoscan259 AUTOUPDATE=/usr/local/bin/autoupdate259 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  BSD_INSTALL_DATA="install  -o root -g wheel -m 444"  BSD_INSTALL_MAN="install  -o root -g wheel -m 444" CURDIR=/usr/ports/devel/apr-svn/../apr DISTDIR=/usr/ports/distfiles  WRKDIR=/usr/ports/devel/apr-svn
 /work WRKSRC=/usr/ports/devel/apr-svn/work PATCHDIR=/usr/ports/devel/apr-svn/../apr/files  SCRIPTDIR=/usr/ports/devel/apr-svn/../apr/scripts FILESDIR=/usr/ports/devel/apr-svn/../apr/files  PORTSDIR=/usr/ports DEPENDS=""  PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/X11R6 /bin/sh  ./configure --enable-threads --prefix=/usr/local i386-portbld-freebsd6.1 --with-apr=../apr-1.2.2  --with-expat=/usr/local  --with-iconv=/usr/local --with-berkeley-db=/usr/local
configure: WARNING: you should use --build, --host, --target
checking build system type... i386-unknown-freebsd6.1
checking host system type... i386-unknown-freebsd6.1
checking target system type... i386-unknown-freebsd6.1
checking for a BSD-compatible install... /usr/bin/install -c
checking for working mkdir -p... yes
APR-util Version: 1.2.2
checking for chosen layout... apr-util
Applying apr-util hints file rules for i386-unknown-freebsd6.1
checking for APR... no
configure: error: APR could not be located. Please use the --with-apr option.
*** Error code 1

Stop in /usr/ports/devel/apr-svn.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade46093.4 make
** Fix the problem and try again.
--->  Build of devel/apr-svn ended at: Mon, 27 Feb 2006 12:47:08 +0200 (consumed 00:01:04)
--->  Upgrade of devel/apr-svn ended at: Mon, 27 Feb 2006 12:47:08 +0200 (consumed 00:01:04)
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
        - databases/db42 (db42-4.2.52_4)
        - converters/libiconv (libiconv-1.9.2_2)
        - textproc/expat2 (expat-2.0.0_1)
        - lang/perl5.8 (perl-5.8.8)
        ! devel/apr-svn (apr-db4-1.2.2_2)       (configure error)
--->  Packages processed: 0 done, 4 ignored, 0 skipped and 1 failed
--->  Session ended at: Mon, 27 Feb 2006 12:47:08 +0200 (consumed 00:01:14)

How-To-Repeat: Basically, update the ports tree and try to update devel/apr-svn
I've seen several reports on ports@ list also.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-02-27 11:04:17 UTC
State Changed
From-To: open->feedback

Awaiting maintainers feedback
Comment 2 Boris B.Samorodov 2006-02-27 17:54:48 UTC
Hm, weird. I've got this situation at one of my testing machines. It
is 6.1-PRERELEASE i386. Ktrace of configure showed that somehow bash
was used instead of sh. After deletting bash all goes normally. But I
can't reproduce it on other i386/amd64 6.0/6.1-PRERELEASE mashines...

WBR
-- 
bsam
Boris B. Samorodov, Research Engineer
InPharmTech Co,     http://www.ipt.ru
Telephone & Internet Service Provider
Comment 3 Ade Lovett freebsd_committer freebsd_triage 2006-02-28 06:36:32 UTC
State Changed
From-To: feedback->closed

This was eventually tracked down to a build failure if, and only if, 
shells/bash was installed (which appears to be a problem with the bash 
executable itself). 

The workaround was to replace the incorrect use of SCRIPTS_ENV by 
CONFIGURE_ENV in the override Makefile targets, so as to send CONFIG_SHELL 
to the configure scripts, rather than letting them guess by themselves. 

Excellent work all around by: 
Ion-Mihai Tetcu <itetcu@people.tecnik93.com> 
Boris Samorodov <bsam@ipt.ru> 
Adi Pircalabu <apircalabu@bitdefender.com> 

Well done, folks! 


Comment 4 Ade Lovett freebsd_committer freebsd_triage 2006-02-28 06:36:32 UTC
Responsible Changed
From-To: freebsd-ports-bugs->ade

I did the easy part (the commit).