LibreOffice-bin strange requirement?

[The_Great_Sephiroth]

I cannot seem to update a system using the binary blob for LO.

Code: Select all

!!! The ebuild selected to satisfy "app-office/libreoffice-bin" has unmet requirements.
- app-office/libreoffice-bin-5.4.2.2::gentoo USE="java kde -gnome" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 (-python3_6)" PYTHON_TARGETS="python2_7 python3_4 -python3_5 (-python3_6)"

  The following REQUIRED_USE flag constraints are unsatisfied:
    python_single_target_python3_5? ( python_targets_python3_5 )

What is it asking me to do?

Code: Select all

g63y382 ~ # eselect python list
Available Python interpreters, in order of preference:
  [1]   python3.4
  [2]   python2.7 (fallback)
g63y382 ~ #

So what is this 3.5 stuff? I don't have anything masked as far as python goes.

Code: Select all

# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-march=native -mtune=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3 sse4_1 sse4_2"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="-systemd -libav -gtk -gnome acl bash-completion bzip2 cddb cdparanoia crypt css ctype cxx djvu dv dvb ffmpeg foomaticdb ftp gdbm geoip geolocation git gnutls gsl gsm gzip hddtemp icu imlib inifile inotify joystick jpeg2k lame latex libcaca lirc lm_sensors lzma lzo matroska memlimit mime mmap modplug mplayer mtp ncurses networkmanager nls nptl odbc openal pam pcmcia pcntl posix quicktime raw rdp readline recode samba scanner sctp sdl sharedmem shorten smp snmp sockets socks5 sound speex sqlite ssl syslog szip taglib tcpd theora threads v4l vaapi vcd vdpau webp wifi wmf xattr xine zlib"
PORTDIR="/usr/portage"
DISTDIR="${PORTDIR}/distfiles"
PKGDIR="${PORTDIR}/packages"
MAKEOPTS="-j5 -l4"
EMERGE_DEFAULT_OPTS="--jobs=4 --load-average=4 --with-bdeps=y"
PYTHON_TARGETS="python2_7 python3_4"
USE_PYTHON="2.7"
VIDEO_CARDS="nvidia intel i915"
ALSA_CARDS="hda-intel"
INPUT_DEVICES="evdev synaptics"

[The Doctor]

You have to set the python target and python single target for libreoffice. They are expanded use flags, which is worth reading up on.

The flags look like python_single_target_python2_7 and such. I assume the rest is fairly self explanatory

[ct85711]

PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 (-python3_6)" PYTHON_TARGETS="python2_7 python3_4 -python3_5 (-python3_6)"

Well, as Doctor was saying, you have python3_5 enabled for single target, but enabled in your python targets...

[The_Great_Sephiroth]

I figured it out, and you were right. Do I still need Python 2.7? Getting too many on my systems now. Can I live with just 3.4 and 3.5? Also, this happens.

Python 3.5 Build Log

So I am still stuck. It says no error was given.

*UPDATE*

Solved it. It was a dependency order issue.

Code: Select all

>>> Emerging (1 of 345) net-firewall/xtables-addons-2.14::gentoo
>>> Emerging (2 of 345) dev-python/utidylib-0.3::gentoo
>>> Emerging (3 of 345) dev-python/setuptools-34.0.2-r1::gentoo
>>> Failed to emerge dev-python/utidylib-0.3, Log file:
>>>  '/tmp/portage/dev-python/utidylib-0.3/temp/build.log'
>>> Installing (3 of 345) dev-python/setuptools-34.0.2-r1::gentoo
>>> Installing (1 of 345) net-firewall/xtables-addons-2.14::gentoo

The one which failed went through fine after "emerge --resume". For some reason, the "dev-python/setuptools" package is NOT being required to build the others, so they fail. Once it is built, the others are fine.

[Josef.95]

Today, the default PYTHON_TARGETS from profile switched to 3.5

Remove from your make.conf the line
PYTHON_TARGETS="python2_7 python3_4"
(or set it to 3_5)
should work.

[superjaded]

I had a similar issue to OP. I have plex-media-player from fkmclane's repo installed on two of my systems. For some reason some of the deps of PMP were getting pulled in before setuptools, even though it relies on setuptools to complete installation.

Not sure what the appropriate way to "fix" it is, but I was able to continue with my upgrade after removing PMP from my world file. Once the upgrade without PMP went through, I was able to put PMP back in my world file and update the deps that were failing previously.

Didn't have PYTHON_TARGETs set anywhere. Not sure if that indicates an issue in those ebuilds or what. dev-python/node-semver and dev-python/distro were my problem packages.

[Hu]

Portage only guarantees to install build time dependencies when those dependencies are declared in the ebuild. It is the responsibility of the ebuild maintainer to declare such dependencies as necessary to satisfy the upstream build system. If the ebuild did declare those dependencies correctly, and they still were not merged in time, that is interesting and worth further investigation. If it did not declare them correctly, then that is merely a bug in the ebuild that should be reported to its maintainer.

[The_Great_Sephiroth]

How do I figure out if it is in the ebuild?

[asturm]

libreoffice-bin simply needs a rebuild after the PYTHON_TARGETS switch to python-3.5. Maintainer is aware.

[Ska`]

I just updated Python to 3.5 and revdep-rebuild keeps saying that libreoffice-bin should be re-emerged.

Tried "revdev-rebuild -i" but nothing changes.

[asturm]

Well, you can't rebuild a bin package. That's kind of the point.

[Ska`]

Oh well, it totally makes sense

How do we know when we can emerge the rebuilt version?

[dilfridge]

Oh well, it totally makes sense

How do we know when we can emerge the rebuilt version?

You get an updated version from portage...

It's already under preparation... just that the chroots used for building it also needed to update to newer gcc, newer glibc, newer binutils, ... which takes a while.