Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 238999 - sci-libs/gdal-1.3.1 checks for sci-libs/hdf in configure but does not include hdf when building
Summary: sci-libs/gdal-1.3.1 checks for sci-libs/hdf in configure but does not include...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal
Assignee: Steve Arnold
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-29 06:31 UTC by Patrick Huber
Modified: 2009-04-22 06:54 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Huber 2008-09-29 06:31:36 UTC
I just wanted to build gpsdrive and it requires gdal in some way. It looks for hdf but doesn't seem to have it as a dependency, I don't quite understand the problem here because the gdal ebuild does indeed depend on hdf if the hdf useflag is set, which is the case on my system.

When I emerge hdf and after that gpsdrive, gdal is installed without a problem.

Here's the error-output when emerging:
--------------------------------
deadbeef ~ # emerge gpsdrive -1
Calculating dependencies... done!
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 3) sci-libs/gdal-1.3.1 to /
 * gdal-1.3.1.tar.gz RMD160 SHA1 SHA256 size ;-) ...                                                                                      [ ok ]
 * checking ebuild checksums ;-) ...                                                                                                      [ ok ]
 * checking auxfile checksums ;-) ...                                                                                                     [ ok ]
 * checking miscfile checksums ;-) ...                                                                                                    [ ok ]
 * checking gdal-1.3.1.tar.gz ;-) ...                                                                                                     [ ok ]
>>> Unpacking source...
>>> Unpacking gdal-1.3.1.tar.gz to /var/tmp/portage/sci-libs/gdal-1.3.1/work
 * Applying gdal-1.3.1-installpathfix.patch ...                                                                                           [ ok ]
 * Applying gdal-gcc4.patch ...                                                                                                           [ ok ]
 * Running elibtoolize in: gdal-1.3.1
 *   Applying install-sh-1.5.patch ...
 *   Applying portage-1.5.10.patch ...
 *   Applying max_cmd_len-1.5.20.patch ...
 *   Applying sed-1.5.6.patch ...
 * Checking is HDF4 compiled with szip...
 *
 * ERROR: sci-libs/gdal-1.3.1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2732:  Called built_with_use 'src_unpack' 'src_unpack'
 *             environment, line  395:  Called die
 * The specific snippet of code:
 *       [[ -z ${PKG} ]] && die "Unable to resolve $1 to an installed package";
 *  The die message:
 *   Unable to resolve sci-libs/hdf to an installed package
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sci-libs/gdal-1.3.1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sci-libs/gdal-1.3.1/temp/environment'.
 *

 * Messages for package sci-libs/gdal-1.3.1:

 *
 * ERROR: sci-libs/gdal-1.3.1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2732:  Called built_with_use 'src_unpack' 'src_unpack'
 *             environment, line  395:  Called die
 * The specific snippet of code:
 *       [[ -z ${PKG} ]] && die "Unable to resolve $1 to an installed package";
 *  The die message:
 *   Unable to resolve sci-libs/hdf to an installed package
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sci-libs/gdal-1.3.1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sci-libs/gdal-1.3.1/temp/environment'.
 *
deadbeef ~ # emerge hdf -1p

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] sci-libs/hdf-4.2.0-r4  USE="szip -debug"
deadbeef ~ # emerge hdf -1p    
--------------------------------

Here's my emerge --info:
--------------------------------
deadbeef ~ # emerge --info
Portage 2.1.4.4 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r8 i686)
=================================================================
System uname: 2.6.24-gentoo-r8 i686 Intel(R) Core(TM)2 Duo CPU T9300 @ 2.50GHz
Timestamp of tree: Sun, 28 Sep 2008 21:07:02 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/"
LDFLAGS="-Wl,-O1"
LINGUAS="de en fr it es ja"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac aalib acl acpi adns aim akode alias alsa amarok amr amrnb amrwb animgif ao arts artswrappersuid aspnet atm audiofile bash-completion bcmath berkdb bluetooth bzip2 cairo cdaudio cdda cddb cdio cdparanoia cdr cgi cli cpudetection cracklib crypt css cups curl cxx daap dbus dga directfb dri dts dv dvd dvdr dvdread enblend encode exif expat fam fame fastcgi fbcon ffmpeg fftw firefox fits flac fontconfig fortran ftp g15 gcrypt gd gdal gdbm geoip geos gif gimp gml gnutls gpac gpm gps groupwise gsl gstreamer gtk hal hddtemp hdf hdf5 ibmacpi iconv icq icu idn imagemagick imap imlib imlib2 ipv6 ipw4965 isdnlog jabber jack java java5 java6 jce jikes jingle joystick jpeg jpeg2k kde lame laptop latin1 lcms libnotify lighttpd lirc lua lzo mad mapnik mbrola md5sum mhash midi mikmod mjpeg mmap mng mozilla mp2 mp3 mp4 mpeg mplayer msn mudflap musicbrainz mysql nas ncurses netcdf networkmanager njb nls nptl nptlonly nsplugin ntfs ogdi ogg openal openct openexr opengl opengl-video openmp oscar pam pch pcmcia pcre pda pdf perl php pkcs11 png pnm portaudio pppd pyste python qt3support qt4 quicktime rar rdesktop readline realmedia recode reflection rss ruby samba scripts sdl sdl-image sdl-sound sdlaudio seamless-hbars server session sharedmem shorten sift slang slp smartcard smi smp sndfile snmp soap sockets sox spell spl sqlite3 srt ssl startup-notification subversion suid svg svnserve symlink sysfs syslog szip tcpd teletext tga theora threads threadsonly tidy tiff timidity tk tools truetype unicode usb v4l v4l2 vidix vim-syntax visualization vorbis webdav wifi wmf x86 xanim xine xinerama xml xmlrpc xorg xosd xpm xscreensaver xsl xulrunner xv xvid yahoo zlib zoran" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text cfontzpacket cwlinux ea65 eyeboxone g15 graphlcd icpa106 imon iowarrior lcterm md8800 ms6931 mtcs16209x noritakevfd picolcd pyramid sed1330 sed1520 serialpos serialvfd sli stv5730 t6963 tyan ula200 xosd" LINGUAS="de en fr it es ja" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
--------------------------------


Reproducible: Always

Actual Results:  
 

Expected Results:
Comment 1 Patrick Huber 2008-09-29 06:34:33 UTC
ok maybe not. later, compilation fails because of bug 232902
Comment 2 Steve Arnold archtester gentoo-dev 2008-10-12 03:18:01 UTC
I guess I don't quite understand this one...  Obviously built_with_use will fail if hdf is not installed, however, it's in the DEPEND list for gdal, so I don't see how it can get to the gdal ebuild without installing HDF first, if, as you say, you had USE=hdf set.  Any ideas?
Comment 3 Patrick Huber 2008-10-12 08:46:03 UTC
I don't understand it either. But I just unmerged hdf and tried merging gpsdrive, that'll pull in gdal which I still haven't installed due to the other bug... and I end up with the exact same trace as in the original post.

I have hdf, hdf5 and netcdf enabled and I can't make any sense of the ebuild. postgres is disabled, I thought maybe the "||" operator would do some ugly things. But as I see it we should end up having the hdf5 and hdf packages pulled in.

Unmerging hdf5 and merging gpsdrive again works as expected, in the sense that hdf5 is pulled in.

hdf and hdf5 don't seem to block each other...

this is about as far as I can investigate with my limited use/ebuild knowledge. I hope maybe some of my thoughts above ring a bell or maybe if you have a look at the ebuild, you can see some problem with it...?
Comment 4 Steve Arnold archtester gentoo-dev 2008-11-11 02:55:43 UTC
Well, even though the packages don't conflict, it seems like I remember something about HDF and netcdf not getting along with each other.  If you really need all three, then try a newer gdal; if not, then I'd recommend removing the one(s) you don't use/need.

The only thing I can think of with respect to the ebuild logic is how the "or" is handled when you have netcdf installed (but not hdf).  You could try removing the the || ( ) parts around netcdf/hdf in the ebuild and see if that behaves more sanely.
Comment 5 Steve Arnold archtester gentoo-dev 2009-02-18 04:06:20 UTC
I've updated the latest two gdal versions (1.5.2 and 1.5.3) so the logic is a little more straight-forward.  Please try one of these and see if it works for you.
Comment 6 Steve Arnold archtester gentoo-dev 2009-04-22 06:54:46 UTC
No complaints, closing...