While compiling openoffice-3.2.0 on amd64 (with stable boost-1.35.0-r5) I receive: -------------------------------------------------------------------------- checking which boost to use... external checking boost/shared_ptr.hpp usability... yes checking boost/shared_ptr.hpp presence... yes checking for boost/shared_ptr.hpp... yes checking boost/spirit/include/classic_core.hpp usability... no checking boost/spirit/include/classic_core.hpp presence... no checking for boost/spirit/include/classic_core.hpp... no configure: error: boost/spirit/include/classic_core.hpp not found. install boost >= 1.36 make: *** [stamp/build] Error 1 * ERROR: app-office/openoffice-3.2.0 failed: * Build failed * * Call stack: * ebuild.sh, line 48: Called src_compile * environment, line 5595: Called die * The specific snippet of code: * make || die "Build failed" * * If you need support, post the output of 'emerge --info =app-office/openoffice-3.2.0', * the complete build log and the output of 'emerge -pqv =app-office/openoffice-3.2.0'. !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.17" JAVACFLAGS="-source 1.5 -target 1.5" COMPILER="" and of course, the output of emerge --info * The complete build log is located at '/var/tmp/portage/app-office/openoffice-3.2.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-office/openoffice-3.2.0/temp/environment'. * S: '/var/tmp/portage/app-office/openoffice-3.2.0/work/ooo' -------------------------------------------------------------------------- Reproducible: Always Steps to Reproduce: # [ebuild N ] app-office/openoffice-3.2.0 USE="bash-completion cups dbus gstreamer gtk java kde opengl pam (-aqua) -binfilter -debug -eds -gnome (-kdeenablefinal) -ldap -mono -nsplugin -odk" LINGUAS="ru -af -ar -as_IN -be_BY -bg -bn -br -brx -bs -ca -cs -cy -da -de -dgo -dz -el -en -en_GB -en_US -en_ZA -eo -es -et -eu -fa -fi -fr -ga -gl -gu -he -hi_IN -hr -hu -id -it -ja -ka -kk -km -kn_IN -ko -kok -ks -ku -lt -mai -mk -ml_IN -mn -mni -mr_IN -nb -ne -nl -nn -nr -ns -oc -or_IN -pa_IN -pl -pt -pt_BR -rw -sa_IN -sat -sd -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta -ta_IN -te_IN -tg -th -ti_ER -tn -tr -ts -uk -ur_IN -uz -ve -vi -xh -zh_CN -zh_TW -zu" 0 kB # emerge --info Portage 2.2_rc62 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.10.1-r1, 2.6.32-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.32-gentoo-r5-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9400_@_2.66GHz-with-gentoo-2.0.1 Timestamp of tree: Sun, 21 Feb 2010 08:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.10 dev-lang/python: 2.6.4 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.0-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.3.4 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--keep-going" FEATURES="assume-digests ccache distlocks fixpackages metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.byfly.by/pub/gentoo-distfiles/ ftp://ftp.yandex.ru/gentoo-distfiles/ ftp://xeon.gentoo.ru/ http://distfiles.gentoo.org/" LANG="ru_RU.UTF-8" LC_ALL="ru_RU.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="ru" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" 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" PORTDIR_OVERLAY="/usr/local/portage/layman/rusxmms /usr/local/portage/layman/rion /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl alsa amd64 bash-completion berkdb bluetooth bzip2 cairo caps cli consolekit cracklib crypt cups cxx dbus dri dvd encode exif fbcon ffmpeg flac fontconfig fortran gdbm gif gpm gstreamer gtk hal iconv id3tag imagemagick jpeg kde kipi lame lcms lirc mad minimal mmx mng modules mp3 mpeg mudflap multilib musepack ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl plasma png policykit pppd pvr python qt3support qt4 quicktime rcc readline reflection samba semantic-desktop session slang sndfile spell spl sse sse2 ssl svg sysfs taglib tcpd theora threads tiff truetype unicode usb v4l2 vdpau vorbis wavpack x264 xorg xscreensaver xv xvid zlib" ALSA_CARDS="snd_ice1724 ice1724" 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="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" LIRC_DEVICES="devinput" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Indeed. Same here. In my other (amd64) box with boost-1.37.0-r1 it compiled fine.
OOo uses boost-1.39.0. So it should depend on that version. They will bump to version 1.42 for windows compatibility somewhen. see http://www.openoffice.org/issues/show_bug.cgi?id=109450 Let's see if OOo or Gentoo has version 1.42 sooner. ;)
Raised the dependency - as usual to the required minimum, closing
*** Bug 306283 has been marked as a duplicate of this bug. ***
*** Bug 306209 has been marked as a duplicate of this bug. ***
My apologies if I'm missing something which should be obvious, but this problem persists for me. I resynced on Monday (22nd) & have tried deleting the distfiles which look relevant: OOo_3.2.0_src_core.tar.bz2 OOo_3.2.0_src_extensions.tar.bz2 OOo_3.2.0_src_system.tar.bz2 OOo_3.2.0_src_testautomation.tar.bz2 ooo-build-3.2.0.6.tar.gz (but not OOo_3.2.0_src_l10n.tar.bz2 , which seems unlikely to affect matters), & recompiling or simply refetching them with 'emerge -f openoffice', but the same error occurs. I have 4 slotted versions of Boost installed: 1.35.0-r5 1.36.0-r1 1.37.0-r1 1.39.0 (the 1st for OO 3.1.1 ). It's now 2010-02-24 03:46 UT & the update should have reached the mirrors: I'm not certain which file was changed, but should it not have a new date 2010-02-21, when Changelog change was made ? Thanks as always to the dev for his prompt response.
Well what do you get when entering eselect boost list ? Which version is set as default?
Thanks again for the prompt response: the version set was 35 , I've reset it to 36 & it has started compiling. I've never encountered this before: how is a user expected to know that s/he has to eselect the version of Boost ? why doesn't the ebuild simply check for installed versions & use the appropriate one, if it is installed ? where was the change in version required recorded in my system ? -- nothing seems to have changed in the ebuilds or distfiles since 100220 . I am always grateful for the devs' unpaid work, but sometimes users need a bit more information: please don't assume they we as much as you do (smile).
Adding boost maintainer. Conclusion: OpenOffice.org build fails if ... 1. there is an old boost version installed 2. and useflag [eselect] is not set of dev-libs/boost 3. or the user selected an old version. This is prone to errors, even in future. What is the best course of action? Either remove useflag [eselect] from dev-libs/boost because everyone wants the latest version. Or add some functions to eselect-boost package for ebuilds to set latest and reset afterwards. Or ...? I hope not to rely on the user to select the correct boost version.
The hack used by one ebuild at least is this: http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-python/visual/visual-5.13.ebuild?r1=1.1&r2=1.2 @Andreas Mind to add that to openoffice ebuild? ;)
(In reply to comment #9) > 1. there is an old boost version installed > 2. and useflag [eselect] is not set of dev-libs/boost > 3. or the user selected an old version. boost-eselect is for users that use boost in their local projects. Packages should always use the highest available version and disregard eselect setting.
(In reply to comment #11) > > @Andreas > Mind to add that to openoffice ebuild? ;) > Actually yes. I think it's fundamentally wrong put a workaround in each and every ebuild that uses boost. If a dependency on a certain minimal package version is not enough, this sounds pretty broken to me. @Lukasz: So how are we supposed to do that?
> Actually yes. I think it's fundamentally wrong put a workaround in each and > every ebuild that uses boost. If a dependency on a certain minimal package > version is not enough, this sounds pretty broken to me. I concur. That functionality (after generalization maybe) should be provided by an eclass. But with slotted boost it would never be a no-op from ebuild point of view.
(In reply to comment #13) > > Actually yes. I think it's fundamentally wrong put a workaround in each and > > every ebuild that uses boost. If a dependency on a certain minimal package > > version is not enough, this sounds pretty broken to me. > > I concur. That functionality (after generalization maybe) should be provided > by an eclass. But with slotted boost it would never be a no-op from ebuild > point of view. >
Created attachment 224237 [details] eclass/boost-utils well, just an example eclass. i.e., one can use these functions in src_configure: - get paths to latest available version with: add_boost_paths - get paths to version 1.42: add_boost_paths '=142' - get paths to a version higher than: add_boost_paths '>139'
Not in the tree anymore
