[gentoo-user] useflag hell.

[gentoo-user] useflag hell.

[Alan Grimes]

[-- Attachment #1: Type: text/plain, Size: 2946 bytes --]

I've been running number theory code for a few weeks, so haven't been
updating my machine too often...

I for the last day or so I'm in a run my "pretendupdate" script, look at
the results, decide whether to run ufed or bleep with package.use....
run the pretendupdate script again, do something while it computes, come
back to it hours later, and repeat the cycle... This is really getting
silly and I'm starting to suspect that I'm stuck in useflag hell and
there isn't a solution to this.




tortoise ~ # ./pretendupdate

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

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-libs/icu:0

  (dev-libs/icu-56.1:0/56::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (dev-libs/icu-55.1:0/55::gentoo, installed) pulled in by
    dev-libs/icu:0/55=[abi_x86_32(-),abi_x86_64(-)] required by
(dev-qt/qtcore-4.8.7-r1:4/4::gentoo, installed)
               
^^^^^^                                                                                                                            



It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


!!! The ebuild selected to satisfy
">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has unmet
requirements.
- media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg fftw gtk kde kdenlive lua
melt opengl python qt5 sdl xine xml -compressed-lumas -debug -frei0r
-jack -libav -libsamplerate -qt4 -rtaudio (-ruby) -vdpau" ABI_X86="64"
CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7"

  The following REQUIRED_USE flag constraints are unsatisfied:
    kde? ( qt4 )

  The above constraints are a subset of the following complete expression:
    python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde? ( qt4 )

(dependency required by "kde-apps/kdenlive-15.12.1::gentoo" [ebuild])
(dependency required by "kde-apps/kdemultimedia-meta-15.12.1-r1::gentoo"
[ebuild])
(dependency required by "kde-apps/kde-apps-meta-15.08.3-r3::gentoo"
[ebuild])
(dependency required by "kde-apps/kde-meta-15.08.3::gentoo" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
tortoise ~ #


######################


The attached files are whatever is left after --- six years of resolving
similar issues on this same install...


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.


[-- Attachment #2: make.conf --]
[-- Type: text/plain, Size: 2996 bytes --]

# 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 -pipe "
CXXFLAGS="${CFLAGS}"

MAKEOPTS="-j 6"

# 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"

INPUT_DEVICES="keyboard mouse"

LINGUAS="en en_US"
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"

# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="3dnow 3dnowext amr apache2 ares audiofile autoipd avahi bittorrent
     blender-game bmp boost c++0x caps cg cgi clang contrib cpudetection css
     cuda curl custom-cflags custom-tune debugger declarative device-mapper
     dga discouraged dolbyinrec double-precision drm egl evdev expat extras
     fbcon ffcall ffmpeg fftw firmware fluidsynth fontconfig foomaticdb
     freeimage ftp g3dvl gbm gd gflags gfortran ggz gl glade glut gmp gnome
     gnome-keyring gphoto2 graphviz gsl gstreamer gtk3 heterogeneous high-ints
     hpijs hwdb icu ide imlib introspection ithreads jadetex java jit joystick
     jpeg2k kde kdenlive kdrive lame lapack legacy-systray libffi libkms
     libwww llvm-shared-libs lm_sensors lua lzo matroska mdnsresponder-compat
     melt metis midi minizip mmap mms mmxext mozilla mp3rtp mpeg2 multicore
     multilib multislot mysql mysqli nas natspec netpbm nowin nsplugin ode
     ogre ois okteta openal opencl openexr openssl opus orc pae parport pch
     pcre16 pdo perl pgo plasma posix postproc povray private-headers
     pulseaudio python python3 qml qt5 qthelp quicktime r600-llvm-compiler
     reiserfs script scripttools sdk seamonkey secure-delete semantic-desktop
     server sftp sip smp soprano sql sqlite sse2 sse3 sse4 static-ppds
     subversion system-boost system-icu system-jpeg system-libvpx
     system-sqlite t1lib theora threads threadsafe threadsonly tinfo tk
     unlock-notify upnp upnp-av userlocales utempter uuid uvm uxa v4l vcd
     video videos vnc vpx wayland webkit xine xmp xvfb xvmc yuv4mpeg zeroconf
     -bluetooth -bundled-libs -dso -examples -libav -odbc -samba -vlc"

CPU_FLAGS_X86="mmx mmxext sse2_4way 3dnow 3dnowext sse sse2 sse3 sse4"

GRUB_PLATFORMS="pc efi-64"

EMERGE_DEFAULT_OPTS="--jobs=1 --quiet-build=n --verbose"

FEATURES="sandbox distlocks nostrip parallel-fetch userfetch userpriv usersandbox splitdebug -preserve-libs"

PORTAGE_RSYNC_EXTRA_OPTS="--progress"

VIDEO_CARDS="nvidia radeonsi radeon amdgpu"

source /var/lib/layman/make.conf

# portage complains if absent. 
#RUBY_TARGETS="${RUBY_TARGETS} ruby21 ruby22 ruby24"
RUBY_TARGETS="${RUBY_TARGETS} ruby23 ruby24"

USE_PYTHON='2.7 3.5'
PYTHON_TARGETS="${PYTHON_TARGETS} python2_7 python3_5 python3_4"
PYTHON_SINGLE_TARGET="python3_4"

ABI_X86="64 32"

GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/"


[-- Attachment #3: package.use --]
[-- Type: text/plain, Size: 2915 bytes --]

# Really and truly unusable... 
sys-libs/pam -debug
app-editors/nano -debug 

#required by seamonkey install
dev-cpp/clucene -debug 

# causes undefined symbol errors.
net-libs/webkit-gtk -debug -gles2

# net-misc/curl -threads

net-libs/xulrunner -debug

#>=sys-apps/pciutils-3.1.8 -zlib

dev-db/mysql -debug 

#really not compatible! 
dev-libs/klibc -custom-cflags

#stupid missfeature; buggy as fuck too.
media-video/mplayer -joystick

#BOINC compatibility.
net-misc/curl -gnutls

# requires dead libraries: 
dev-libs/libusb -doc
media-libs/fontconfig -doc 
media-sound/esound -doc
dev-java/oracle-jdk-bin doc 

# kinda strange, demanded by e-build.
>=dev-libs/elfutils-0.154-r1 static-libs

# required by dev-lang/ruby-2.0.0_p247[rdoc]
# required by dev-ruby/racc-1.4.9[ruby_targets_ruby20]
>=dev-ruby/rdoc-4.0.1-r1 ruby_targets_ruby20
# required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20]
# required by dev-lang/ruby-2.0.0_p247[rdoc]
# required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19]
# required by virtual/rubygems-6
# required by dev-ruby/rake-0.9.6
# required by dev-ruby/json-1.8.0[-test,-doc,ruby_targets_ruby20]
>=dev-ruby/racc-1.4.9 ruby_targets_ruby20
# required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby20]
# required by dev-lang/ruby-2.0.0_p247[rdoc]
# required by dev-ruby/racc-1.4.9[ruby_targets_ruby20]
>=dev-ruby/json-1.8.0 ruby_targets_ruby20
# required by dev-lang/ruby-2.0.0_p247
# required by dev-ruby/racc-1.4.9[ruby_targets_ruby20]
# required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18]
# required by dev-lang/ruby-1.9.3_p448[rdoc]
# required by dev-ruby/rubygems-2.0.3[ruby_targets_ruby19]
# required by virtual/rubygems-6
# required by dev-ruby/json-1.8.0[-test,ruby_targets_ruby20]
>=dev-ruby/rake-0.9.6 ruby_targets_ruby20
# required by dev-lang/ruby-2.0.0_p247
# required by dev-ruby/racc-1.4.9[ruby_targets_ruby20]
# required by dev-ruby/rdoc-4.0.1-r1[ruby_targets_ruby18]
# required by dev-lang/ruby-1.9.3_p448[rdoc]
# required by dev-ruby/json-1.8.0[ruby_targets_ruby19]
>=dev-ruby/rubygems-2.0.3 ruby_targets_ruby20
# required by app-emulation/wine-1.7.4[abi_x86_32,opencl]
# required by @selected
# required by @world (argument)
>=virtual/opencl-0-r4 abi_x86_32

>=dev-util/cucumber-1.3.2 -test -{test}
>=dev-ruby/hoe-2.13.0 -test -{test}

# Attempt to work around CPU hogging issue, seems more related to saving. 
>=app-office/texmacs-1 -qt4

#bug work-around. 
>=dev-util/cmake-2 -ncurses
>=net-im/pidgin-2 -ncurses 
>=app-emulation/wine-1.7.15 -custom-cflags

=dev-games/mygui-3.2.1 -opengl

>=media-libs/mesa-1  -opencl

=net-dns/avahi-0.6.31-r7 -gtk -gtk3


>=app-crypt/heimdal-1.5.3-r2 -ssl -threads

>=dev-games/ogre-1.9.0-r1 -double-precision


>=kde-apps/kde4-l10n-15.12.1-r1 minimal

>=media-libs/opencv-3.1.0-r1 -qt4

>=app-crypt/pinentry-0.9.7 -qt4

>=media-libs/mlt-0.9.8-r2 -qt4

>=dev-qt/qtwebkit-4.8.7:4 -exceptions

>=dev-qt/qtgui-5.5.1-r1 -egl

Re: [gentoo-user] useflag hell.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1065 bytes --]

On Sun, 28 Feb 2016 13:14:30 -0500, Alan Grimes wrote:

> !!! The ebuild selected to satisfy
> ">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has
> unmet requirements.
> - media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg fftw gtk kde kdenlive lua
> melt opengl python qt5 sdl xine xml -compressed-lumas -debug -frei0r
> -jack -libav -libsamplerate -qt4 -rtaudio (-ruby) -vdpau" ABI_X86="64"
> CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
>     kde? ( qt4 )

If you want to enable the kde flag, you have to also enable qt4.

>   The above constraints are a subset of the following complete
> expression: python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde?
> ( qt4 )

However, that will conflict with qt5 so you must either set qt4 and unset
qt5 or unset kde for this package.


-- 
Neil Bothwick

Keyboard: (n.) a device used by programmers to write software for a mouse
or joystick and by operators for playing games such as 'word processing.'

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] useflag hell.

[Alan McKinnon]

On 28/02/2016 20:14, Alan Grimes wrote:
> I've been running number theory code for a few weeks, so haven't been
> updating my machine too often...
> 
> I for the last day or so I'm in a run my "pretendupdate" script, look at
> the results, decide whether to run ufed or bleep with package.use....
> run the pretendupdate script again, do something while it computes, come
> back to it hours later, and repeat the cycle... This is really getting
> silly and I'm starting to suspect that I'm stuck in useflag hell and
> there isn't a solution to this.


There's always a solution, and they are seldom hard to solve. However,
portage doesn't exactly make it easy for you with the output. Mere
information is often obfuscated and looks like stuff you must fix,
whereas the real nuggets can be hidden in the noise.

Often running without -v can help considerably.

So, here goes, comments inline
> 
> 
> 
> 
> tortoise ~ # ./pretendupdate
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-libs/icu:0
> 
>   (dev-libs/icu-56.1:0/56::gentoo, ebuild scheduled for merge) pulled in by
>     (no parents that aren't satisfied by other packages in this slot)
> 
>   (dev-libs/icu-55.1:0/55::gentoo, installed) pulled in by
>     dev-libs/icu:0/55=[abi_x86_32(-),abi_x86_64(-)] required by
> (dev-qt/qtcore-4.8.7-r1:4/4::gentoo, installed)
>                
> ^^^^^^  

Despite what it looks like all this is mere information.
Two separate things result in different version of Qt being pulled into
the problem solution. And it's exactly the form you'd expect.

The first chunk is really saying that icu-56.1 is the most recent
version and all other things being equal, that's the one portage would
install. The second chunk is saying that qtcore-4.8.7-r1 requires
icu-55.1 (not the most recent), so portage spews forth heaps of junk to
helpfully let you not figure it out.

What portage really should say is more like:

Most recent version of icu (icu-56.1) not installed due to these
requirements:
qtcore-4.8.7-r1 requires icu-55.1

Ignore the multiple OMG! bangs before all of the above output


> 
> 
> 
> It may be possible to solve this problem by using package.mask to
> prevent one of those packages from being selected. However, it is also
> possible that conflicting dependencies exist such that they are
> impossible to satisfy simultaneously.  If such a conflict exists in
> the dependencies of two different packages, then those packages can
> not be installed simultaneously.
> 
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
> 
> 
> !!! The ebuild selected to satisfy
> ">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has unmet
> requirements.

This is the expression portage needs to install based on dependencies,
most recent version, maskings, and your USE flags. It's informational.

> - media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg fftw gtk kde kdenlive lua
> melt opengl python qt5 sdl xine xml -compressed-lumas -debug -frei0r
> -jack -libav -libsamplerate -qt4 -rtaudio (-ruby) -vdpau" ABI_X86="64"
> CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
>     kde? ( qt4 )

This is the actual problem, According to the ebuild, if you set
USE="kde", then you also need USE="qt4". Your USE has qt5 enabled, and
that's the problem.

Presumably, mtl does not yet support KDE with Qt5
> 
>   The above constraints are a subset of the following complete expression:
>     python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde? ( qt4 )

And this is the helpful gigantic USE expression, all of which must be
satisfied to install mlt. The bit above this shows just the part that is
problematic, so this is also informational. Note
> 
> (dependency required by "kde-apps/kdenlive-15.12.1::gentoo" [ebuild])
> (dependency required by "kde-apps/kdemultimedia-meta-15.12.1-r1::gentoo"
> [ebuild])
> (dependency required by "kde-apps/kde-apps-meta-15.08.3-r3::gentoo"
> [ebuild])
> (dependency required by "kde-apps/kde-meta-15.08.3::gentoo" [ebuild])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])

And the is a part of the full dep tree that leads to mlt being included
> tortoise ~ #
> 
> 
> ######################
> 
> 
> The attached files are whatever is left after --- six years of resolving
> similar issues on this same install...


What you need to do now is set one of the following combinations in
package.use for mlt:

USE=-kde qt4 -qt5
USE=kde qt4 -qt5

On a plasma system like you have this will probably cause similar issues
for other packages, so you must iteratively solve those as well till no
more inconsistencies remain.

Portage does an atrocious job of presenting it's output to you, but
essentially it's a problem in graph theory and detecting mutually
incompatible data.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] useflag hell.

[Alan Grimes]

Alan McKinnon wrote:
> On a plasma system like you have this will probably cause similar issues
> for other packages, so you must iteratively solve those as well till no
> more inconsistencies remain.
I have a fvwm system. KDE has been the suck since 3.5.x because qt
turned to crap with 4.0.

-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

[gentoo-user] Re: useflag hell.

[Kai Krakow]

Am Sun, 28 Feb 2016 21:01:48 +0200
schrieb Alan McKinnon <alan.mckinnon@gmail.com>:

> On 28/02/2016 20:14, Alan Grimes wrote:
> > I've been running number theory code for a few weeks, so haven't
> > been updating my machine too often...
> > 
> > I for the last day or so I'm in a run my "pretendupdate" script,
> > look at the results, decide whether to run ufed or bleep with
> > package.use.... run the pretendupdate script again, do something
> > while it computes, come back to it hours later, and repeat the
> > cycle... This is really getting silly and I'm starting to suspect
> > that I'm stuck in useflag hell and there isn't a solution to this.
> 
> 
> There's always a solution, and they are seldom hard to solve. However,
> portage doesn't exactly make it easy for you with the output. Mere
> information is often obfuscated and looks like stuff you must fix,
> whereas the real nuggets can be hidden in the noise.
> 
> Often running without -v can help considerably.
> 
> So, here goes, comments inline
> > 
> > 
> > 
> > 
> > tortoise ~ # ./pretendupdate
> > 
> > These are the packages that would be merged, in order:
> > 
> > Calculating dependencies... done!
> > 
> > !!! Multiple package instances within a single package slot have
> > been pulled !!! into the dependency graph, resulting in a slot
> > conflict:
> > 
> > dev-libs/icu:0
> > 
> >   (dev-libs/icu-56.1:0/56::gentoo, ebuild scheduled for merge)
> > pulled in by (no parents that aren't satisfied by other packages in
> > this slot)
> > 
> >   (dev-libs/icu-55.1:0/55::gentoo, installed) pulled in by
> >     dev-libs/icu:0/55=[abi_x86_32(-),abi_x86_64(-)] required by
> > (dev-qt/qtcore-4.8.7-r1:4/4::gentoo, installed)
> >                
> > ^^^^^^  
> 
> Despite what it looks like all this is mere information.
> Two separate things result in different version of Qt being pulled
> into the problem solution. And it's exactly the form you'd expect.
> 
> The first chunk is really saying that icu-56.1 is the most recent
> version and all other things being equal, that's the one portage would
> install. The second chunk is saying that qtcore-4.8.7-r1 requires
> icu-55.1 (not the most recent), so portage spews forth heaps of junk
> to helpfully let you not figure it out.
> 
> What portage really should say is more like:
> 
> Most recent version of icu (icu-56.1) not installed due to these
> requirements:
> qtcore-4.8.7-r1 requires icu-55.1
> 
> Ignore the multiple OMG! bangs before all of the above output
> 
> 
> > 
> > 
> > 
> > It may be possible to solve this problem by using package.mask to
> > prevent one of those packages from being selected. However, it is
> > also possible that conflicting dependencies exist such that they are
> > impossible to satisfy simultaneously.  If such a conflict exists in
> > the dependencies of two different packages, then those packages can
> > not be installed simultaneously.
> > 
> > For more information, see MASKED PACKAGES section in the emerge man
> > page or refer to the Gentoo Handbook.
> > 
> > 
> > !!! The ebuild selected to satisfy
> > ">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has
> > unmet requirements.
> 
> This is the expression portage needs to install based on dependencies,
> most recent version, maskings, and your USE flags. It's informational.
> 
> > - media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg fftw gtk kde kdenlive
> > lua melt opengl python qt5 sdl xine xml -compressed-lumas -debug
> > -frei0r -jack -libav -libsamplerate -qt4 -rtaudio (-ruby) -vdpau"
> > ABI_X86="64" CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7"
> > 
> >   The following REQUIRED_USE flag constraints are unsatisfied:
> >     kde? ( qt4 )
> 
> This is the actual problem, According to the ebuild, if you set
> USE="kde", then you also need USE="qt4". Your USE has qt5 enabled, and
> that's the problem.
> 
> Presumably, mtl does not yet support KDE with Qt5
> > 
> >   The above constraints are a subset of the following complete
> > expression: python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde?
> > ( qt4 )
> 
> And this is the helpful gigantic USE expression, all of which must be
> satisfied to install mlt. The bit above this shows just the part that
> is problematic, so this is also informational. Note
> > 
> > (dependency required by
> > "kde-apps/kdenlive-15.12.1::gentoo" [ebuild]) (dependency required
> > by "kde-apps/kdemultimedia-meta-15.12.1-r1::gentoo" [ebuild])
> > (dependency required by "kde-apps/kde-apps-meta-15.08.3-r3::gentoo"
> > [ebuild])
> > (dependency required by
> > "kde-apps/kde-meta-15.08.3::gentoo" [ebuild]) (dependency required
> > by "@selected" [set]) (dependency required by "@world" [argument])
> 
> And the is a part of the full dep tree that leads to mlt being
> included
> > tortoise ~ #
> > 
> > 
> > ######################
> > 
> > 
> > The attached files are whatever is left after --- six years of
> > resolving similar issues on this same install...
> 
> 
> What you need to do now is set one of the following combinations in
> package.use for mlt:
> 
> USE=-kde qt4 -qt5
> USE=kde qt4 -qt5
> 
> On a plasma system like you have this will probably cause similar
> issues for other packages, so you must iteratively solve those as
> well till no more inconsistencies remain.
> 
> Portage does an atrocious job of presenting it's output to you, but
> essentially it's a problem in graph theory and detecting mutually
> incompatible data.

Well, I fixed it by simply not enabling USE="kde" for those packages.
Plasma is not really the old KDE suite, so disabling kde in favor of
qt5 will make it work better with plasma software.

This also solves a dependency hell with qtcurve: Disabling kde allows
to enable qt4 which takes care of properly supporting old KDE4
software.

You actually probably don't want software to hook into the old KDE4
software suite as you are configuring KDE specifica through plasma.
Most software will still properly work just by enabling qt4.

In case of problems I suggest to first set USE="-kde", if it does not
work, USE="-kde -qt4".

I use mlt[-kde,qt4] and it still works for KDE software like kdenlive.

It was the most easy fix to just disable those useflags when dep
problems occurred - without getting a myriad of follow-up dep problems.
And all features still work as expected.

I expect that USE=kde will probably fade away anyway during migration
to plasma - and with it dies USE=qt4. So turning these both use flags
off in that order gets you out of most of the trouble easily.

-- 
Regards,
Kai

Replies to list-only preferred.