Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 148570 - dev-lang/fpc-2.0.4 wont emerge - missing arugument to -exec attempted to emerge three times an dgot the same error each time
Summary: dev-lang/fpc-2.0.4 wont emerge - missing arugument to -exec attempted to eme...
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Maintainers for Miscelleneous Language Packages [OBSOLETE]
URL:
Whiteboard:
Keywords:
: 149411 151062 157853 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-09-21 12:38 UTC by dandimmitt
Modified: 2007-01-03 17:14 UTC (History)
4 users (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 dandimmitt 2006-09-21 12:38:39 UTC
* fpcbuild-2.0.4.tar.gz size ;-) ...                                     [ ok ] * checking ebuild checksums ;-) ...                                      [ ok ] * checking auxfile checksums ;-) ...                                     [ ok ] * checking miscfile checksums ;-) ...                                    [ ok ] * checking fpcbuild-2.0.4.tar.gz ;-) ...                                 [ ok ] * checking fpc-2.0.4.x86_64-linux.tar ;-) ...                            [ ok ] * checking fpcdocs-2.0.4.tar.bz2 ;-) ...                                 [ ok ]>>> Unpacking source...
>>> Unpacking fpcbuild-2.0.4.tar.gz to /var/tmp/portage/fpc-2.0.4/work
>>> Unpacking fpc-2.0.4.x86_64-linux.tar to /var/tmp/portage/fpc-2.0.4/work
>>> Unpacking fpcdocs-2.0.4.tar.bz2 to /var/tmp/portage/fpc-2.0.4/work
find: missing argument to `-exec'

!!! ERROR: dev-lang/fpc-2.0.4 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_unpack
  ebuild.sh, line 708:   Called src_unpack
  fpc-2.0.4.ebuild, line 43:   Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.

dan@Whiskers ~ $ emerge --info
Portage 2.1.1 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.16-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.14
Last Sync: Mon, 18 Sep 2006 19:29:01 +0000
ccache version 2.4 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.6-r1, 2.0.28-r1
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r5
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo "
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acl alsa ansi avi berkdb bitmap-fonts cdr clamav cli crypt cups dlloader dri dvd dvdr eds elibc_glibc emboss encode foomaticdb fortran gif ginac gnome gpm gstreamer gtk gtk2 hal howl imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kerberos kernel_linux ldap libclamav lzw lzw-tiff mozilla mp3 mpeg msql ncurses nls nptl nsplugin oav opengl pam pcre pdflib perl png ppds pppd python qhull qt3 qt4 quicktime readline reflection samba scanner sdl session source spell spl ssl tcpd tiff truetype-fonts type1-fonts usb userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg xpm xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Harald van Dijk (RETIRED) gentoo-dev 2006-09-21 20:16:25 UTC
It probably means that your version of findutils is outdated. Could you retry with the current stable version (4.3.0, I believe)?
Comment 2 dandimmitt 2006-09-22 05:35:21 UTC
emerged the new findutils and was able to download fpc2.0.4.  thanks
Comment 3 Harald van Dijk (RETIRED) gentoo-dev 2006-09-28 06:59:23 UTC
*** Bug 149411 has been marked as a duplicate of this bug. ***
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2006-10-12 12:19:14 UTC
*** Bug 151062 has been marked as a duplicate of this bug. ***
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2006-12-16 17:28:42 UTC
*** Bug 157853 has been marked as a duplicate of this bug. ***
Comment 6 Zsombor G. 2007-01-03 15:16:59 UTC
Probably the ebuild should contains the necessary findutils dependency. This caused some wasted hours, trying to figuring out, what happened in a new gentoo installation. Or the ebuild should be modified to contain the following command instead of the original:

 find "${S}" -name Makefile -exec sed -i -e 's/ -Xs / /g' \{\} \; || die
Comment 7 Harald van Dijk (RETIRED) gentoo-dev 2007-01-03 16:03:18 UTC
Generally speaking, system dependencies are to be avoided, and findutils-4.3.0 has been marked stable about five months ago. But if people are still running into this, I suppose it wouldn't really hurt either. Done, although as a blocker against older versions rather than a dependency on newer versions, so that systems using non-GNU find won't get it pulled in unnecessarily.
Comment 8 Zsombor G. 2007-01-03 16:39:58 UTC
I've runned into in a fresh 2006.1 install on an AMD64 box. Probably i've missed to upgrade that package, because neither X, nor Gnome, nor any other package doesn't depends on findutils 4.3. And from the error message there wasn't obvious, that the solution is to upgrade the system. So I manually modified the ebuild. I think it's the better solution - however, I don't know what the precise difference between  
  
  find "${S}" -name Makefile -exec sed -i -e 's/ -Xs / /g' \{\} \; || die

and 

  find "${S}" -name Makefile -exec sed -i -e 's/ -Xs / /g' {} + || die

and why it's preferred.

BR,
 Zsombor
Comment 9 Harald van Dijk (RETIRED) gentoo-dev 2007-01-03 17:14:36 UTC
Ah, okay, a fresh install should now no longer give confusing error messages. As for the difference,
  find ... -exec ... {} \;
is roughly equivalent to
  for x in `find ... -print`; do ... $x ; done
while
  find ... -exec ... {} +
is roughly equivalent to
  find ... -print | xargs ...
The efficiency advantage of the second form is probably small enough to ignore, but the only advantage the first form has in this case is backwards compatibility, which is not a good reason for me to change it, unless others decide that these older versions will be actively supported for whatever reason.