Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Franz Fellner]

Yeah, stupid qtchooser ;)

qtconfig got dropped, use x11-misc/qt5ct instead.

2018-07-23 12:02 GMT+03:00 Dale :

> Mick wrote:
> > When I run /usr/bin/qtconfig it complains about a missing
> '/usr/lib64/qt5/bin/
> > qtconfig':
> >
> > $ /usr/bin/qtconfig
> > qtconfig: could not exec '/usr/lib64/qt5/bin/qtconfig': No such file or
> > directory
> >
> > $ locate qtconfig
> > /usr/bin/qtconfig
> >
> >
> > Which package is responsible for it and how can I get it back?
> >
>
>
> Does this help?
>
> root@fireball / # equery b /usr/bin/qtconfig
>  * Searching for /usr/bin/qtconfig ...
> dev-qt/qtchooser-0_p20170803 (/usr/bin/qtconfig -> qtchooser)
> dev-qt/qtchooser-0_p20170803 (/usr/bin/qtchooser)
> root@fireball / #
>
> Dale
>
> :-)  :-)
>
>

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Dale]

Mick wrote:
> When I run /usr/bin/qtconfig it complains about a missing '/usr/lib64/qt5/bin/
> qtconfig':
>
> $ /usr/bin/qtconfig
> qtconfig: could not exec '/usr/lib64/qt5/bin/qtconfig': No such file or 
> directory
>
> $ locate qtconfig
> /usr/bin/qtconfig
>
>
> Which package is responsible for it and how can I get it back?
>


Does this help?

root@fireball / # equery b /usr/bin/qtconfig
 * Searching for /usr/bin/qtconfig ...
dev-qt/qtchooser-0_p20170803 (/usr/bin/qtconfig -> qtchooser)
dev-qt/qtchooser-0_p20170803 (/usr/bin/qtchooser)
root@fireball / #

Dale

:-)  :-) 

[gentoo-user] Re: eix showing me weird results

[Martin Vaeth]

»Q« <boxc...@gmx.net> wrote:
> eix-sync

Which method do you use for syncing (rsync, git, ...)?

> I've run 'emerge --metadata' and 'eix-update'

The requirement to run emerge --metadata seems to suggest that
you use git?  If this is true, better use egencache to generate
the metadata in the repositories' directories instead of
/var/cache/edb/dep/

Afterwards (or if you use rsync anyway),
remove possibly obsolete /var/cache/edb/dep/*
and do *not* call emerge --metadata manually.

What is the output of eix-update?

Also check whether perhaps the information of eix is
correct. E.g. for

> $ eix qtchooser
> [?] dev-qt/qtchooser
>  Available versions:  0_p20150102 ~0_p20151008

check whether in ${PORTDIR}/metadata/md5-cache/dev-qt
the file qtchooser-0_p20151008 perhaps contains a line with
KEYWORDS= ... ~amd64 ...

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Franz Fellner]

IMO the problem is that qtchooser acts as one point to select ALL
components for the default Qt, be it qt4 or qt5 (and possibly qt6 in 2020),
without checking if the tool really exists.
It just forwards the call to an execuatble with the same name inside the
qt-installation's bin dir. (/usr/lib/qt...)
qtconfig got removed and people (with DEs lacking qt integration) couldn't
configure their fonts/colors/widget style/... anymore. So someone just
started to develop a third-party config tool to fill the gap.
qtchooser on the other hand is an official qt tool (at least it is hosted
on qt's servers). I think that's why they don't just call qt5ct ;) And it
would introduce a speacial case for just this one tool.


2018-07-23 13:05 GMT+03:00 Mick :

> On Monday, 23 July 2018 10:09:38 BST Franz Fellner wrote:
> > Yeah, stupid qtchooser ;)
> >
> > qtconfig got dropped, use x11-misc/qt5ct instead.
>
> Thanks Franz, qtconfig used to be installed by default with Qt.  I wonder
> why
> x11-misc/qt5ct isn't treated the same, especially as qtconfig is left on
> the
> box and is symlinked to qtchooser now.  :-/
>
> --
> Regards,
> Mick

[gentoo-user] How to correctly handle multiple Qt versions (qt4 X qt5)

[Francisco Ares]

Hi all.

In thys Gento system, there are packages that still need Qt-4, while newest
KDE, for instance, needs Qt-5.

Even inserting entries in "/etc/portage/package.use" for the packages that
need qt4, the emerge still fails, arguing that the package needs Qt-4.

On this system, "qtchooser" has never worked propperly - as far as I could
understand it - so I'm used to manage the "default.conf" symlink at
"/etc/xdg/qtchooser/" - is it correct to do so?  If not, what should I do?

Thanks!
Francisco

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Mick]

On Monday, 23 July 2018 10:09:38 BST Franz Fellner wrote:
> Yeah, stupid qtchooser ;)
> 
> qtconfig got dropped, use x11-misc/qt5ct instead.

Thanks Franz, qtconfig used to be installed by default with Qt.  I wonder why 
x11-misc/qt5ct isn't treated the same, especially as qtconfig is left on the 
box and is symlinked to qtchooser now.  :-/

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

[gentoo-user] eix showing me weird results

[»Q«]

I have an amd64 machine with only a few ~amd64 packages.  I use
'eix-sync && emerge -auDv --changed-use @world' daily.  Yesterday,
dev-python/numpy-1.10.4 and dev-qt/qtchooser-0_p20151008 were
stabilized for amd64.  After updating them, eix is giving me bad info
(see output below).  There doesn't seem to be any problem with portage
or its data, just with eix.  I've run 'emerge --metadata' and
'eix-update' in hopes my issue would magically vanish, but that's the
extent of what I know to try.  I'm using eix-0.30.11 for many months
and haven't made any configuration changes to it.  The only non-default
settings I have for eix are

REDUNDANT_IF_IN_MASK="false"
REDUNDANT_IF_MASK_NO_CHANGE="false"

'eix numpy' and 'eix qtchooser' tell me my newly installed versions are
still ~amd64, along with a [?] status.  Here's partial output:

$ eix -e numpy
[?] dev-python/numpy
 Available versions:  ~1.8.2 1.9.2 ~1.9.3 ~1.10.1-r1 ~1.10.2-r2 ~1.10.4

$ eix qtchooser
[?] dev-qt/qtchooser
 Available versions:  0_p20150102 ~0_p20151008 

Also, eix-test-obsolete gives me:

Installed packages with a version not in the database (or masked):
[?] dev-python/numpy (1.10.4@01/25/2016 -> 1.9.2): Fast array and numerical 
python library
[?] dev-qt/qtchooser (0_p20151008@01/25/2016 -> 0_p20150102): Qt4/Qt5 version 
chooser
Found 2 matches.

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Franz Fellner]

Just for fun:
Open /usr/bin/emerge in a text editor and read the first 10 lines.
Then run
grep python-exec /usr/bin/*

It basically is the same what qtchooser does: Forward a python script to
the appropriate python version.

2018-07-23 13:20 GMT+03:00 Franz Fellner :

> IMO the problem is that qtchooser acts as one point to select ALL
> components for the default Qt, be it qt4 or qt5 (and possibly qt6 in 2020),
> without checking if the tool really exists.
> It just forwards the call to an execuatble with the same name inside the
> qt-installation's bin dir. (/usr/lib/qt...)
> qtconfig got removed and people (with DEs lacking qt integration) couldn't
> configure their fonts/colors/widget style/... anymore. So someone just
> started to develop a third-party config tool to fill the gap.
> qtchooser on the other hand is an official qt tool (at least it is hosted
> on qt's servers). I think that's why they don't just call qt5ct ;) And it
> would introduce a speacial case for just this one tool.
>
>
> 2018-07-23 13:05 GMT+03:00 Mick :
>
>> On Monday, 23 July 2018 10:09:38 BST Franz Fellner wrote:
>> > Yeah, stupid qtchooser ;)
>> >
>> > qtconfig got dropped, use x11-misc/qt5ct instead.
>>
>> Thanks Franz, qtconfig used to be installed by default with Qt.  I wonder
>> why
>> x11-misc/qt5ct isn't treated the same, especially as qtconfig is left on
>> the
>> box and is symlinked to qtchooser now.  :-/
>>
>> --
>> Regards,
>> Mick
>
>
>

Re: [gentoo-user] This nite's switch to full multilib

[wabenbau]

Mick michaelkintz...@gmail.com wrote:

 On Sunday 29 Mar 2015 17:43:42 waben...@gmail.com wrote:
  Mick michaelkintz...@gmail.com wrote:
 
   I've also ended up with qt blockers, that I do not seem capable to
   overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
   4.8.6.  How did you go about overcoming this?
  
  I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages
  installed but I had no problems with that.
  
  I'm on gentoo stable (not ~amd64) and I don't use KDE.
  
  --
  Regards
  wabe
 
 I only use some KDE apps, not the full meta.  There seems to be a
 problem with dev-qt/qtchooser and qt-4.8.6

dev-qt/qtchooser isn't installed on my system. Some days ago I wanna
try out lxqt, but the attempted installation of qt5 (and therefore
qtchooser) gives me so much blockers that I decided to wait until the
whole thing hits the stable tree.

--
Regards
wabe

Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...

[Alan McKinnon]

On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
 Alan McKinnon alan.mckin...@gmail.com [15-03-14 09:48]:
 On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
 Hi,

 emerge hits me:

 Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
 gives me this:

 emerge: there are no ebuilds to satisfy kde-base/solid:4.
 (dependency required by @preserved-rebuild [argument])

 emerge itself can be called without that error.
 How can an argument to a command haves a dependency?

 How can I get out of this?


 It's portage's insanely obtuse output that is getting you confused, but
 the error is with an ebuild, not portage.

 First, there is not such package as solid with SLOT=4:

 # eix -e solid
 * kde-frameworks/solid
  Available versions:  (5) (~)5.7.0(5/5.7)
{debug doc nls test}
  Homepage:http://www.kde.org/
  Description: Framework providing platform independent
 hardware discovery, abstraction, and management


 Then, all that dependency required by... output from portage is an
 effort to show you what is pulling a package in, and it starts at the
 beginning. Portage knows it's dealing with whatever is in the
 @preserved-rebuild set, and that set has packages in it. Each of those
 packages may have other deps, and so on.

 In your case, it seems to be solid-actions-kcm that's causing it

 # grep -r kde-base/solid:4 /var/portage/
 /var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
  !kde-base/solid:4



 I have no idea if this will work, but here's what I'd do:

 skip @preserved-rebuild for now, and run
 revdep-rebuild
 emerge -a --depclean

 So if that changes things. Also make sure neither solid nor
 solid-actions-kcm are in world, they should be deps pulled in automatically.

 Also move /var/lib/portage/preserved_libs_registry out of the way if it
 has junk in it and let revdep-rebuild fix things.

 Finally, you did sync ran emerge world recently, right?


 
 Hi Alan,
 
 thanks for your reply ! :)


No problem.

Huge amounts of portage output snipped below, but I think you are trying
to have stable Qt4 and unstable Qt5 on the same system. That doesn't
work currently, I'll walk through my reasoning so you can see what's
going on:

 
 ...interesting...one needs to use grep to resolve a problem of 
 portage ;)

Hah yes, that's quite funny.
I wanted to see what the ebuilds actually say, not what portage tools
think they say :-)


 
 
 Things are going even more worst (correct English???...uh, sound like
 german English...;;;))):
 
 revdep-rebuild runs fine and found nothing to rebuild.
 depclean stops its work and said:
 
 Calculating dependencies... done!
  * Dependencies could not be completely resolved due to
  * the following required packages not being installed:
  * 
  *   =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
  * kde-base/kglobalaccel-4.14.3

[... huge snip]

Basically, of this part really means that you need Qt:4
It *can* co-exist with Qt5, I have them both installed here.

 Since packages are missing I tried:
 emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
 
 
 which prints:
 These are the packages that would be merged, in reverse order:
 
 Calculating dependencies... done!

[...snip...]

 [blocks B  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is 
 blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is 
 blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtmultimedia-4.8.6:4 (dev-qt/qtmultimedia-4.8.6:4 
 is blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtdeclarative-4.8.6:4 
 (dev-qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is 
 blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtxmlpatterns-4.8.6:4 
 (dev-qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is 
 blocking dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is blocking 
 dev-qt/qtchooser-0_p20150102)
 [blocks B  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is 
 blocking dev-qt/qtchooser-0_p20150102)

[... snip big list of what wants Qt stuff]

dev-qt

Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...

[Meino . Cramer]

Alan McKinnon alan.mckin...@gmail.com [15-03-14 10:39]:
 On 14/03/2015 11:10, meino.cra...@gmx.de wrote:
  Alan McKinnon alan.mckin...@gmail.com [15-03-14 09:48]:
  On 14/03/2015 09:36, meino.cra...@gmx.de wrote:
  Hi,
 
  emerge hits me:
 
  Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
  gives me this:
 
  emerge: there are no ebuilds to satisfy kde-base/solid:4.
  (dependency required by @preserved-rebuild [argument])
 
  emerge itself can be called without that error.
  How can an argument to a command haves a dependency?
 
  How can I get out of this?
 
 
  It's portage's insanely obtuse output that is getting you confused, but
  the error is with an ebuild, not portage.
 
  First, there is not such package as solid with SLOT=4:
 
  # eix -e solid
  * kde-frameworks/solid
   Available versions:  (5) (~)5.7.0(5/5.7)
 {debug doc nls test}
   Homepage:http://www.kde.org/
   Description: Framework providing platform independent
  hardware discovery, abstraction, and management
 
 
  Then, all that dependency required by... output from portage is an
  effort to show you what is pulling a package in, and it starts at the
  beginning. Portage knows it's dealing with whatever is in the
  @preserved-rebuild set, and that set has packages in it. Each of those
  packages may have other deps, and so on.
 
  In your case, it seems to be solid-actions-kcm that's causing it
 
  # grep -r kde-base/solid:4 /var/portage/
  /var/portage/kde-base/solid-actions-kcm/solid-actions-kcm-4.11.14.ebuild:
   !kde-base/solid:4
 
 
 
  I have no idea if this will work, but here's what I'd do:
 
  skip @preserved-rebuild for now, and run
  revdep-rebuild
  emerge -a --depclean
 
  So if that changes things. Also make sure neither solid nor
  solid-actions-kcm are in world, they should be deps pulled in 
  automatically.
 
  Also move /var/lib/portage/preserved_libs_registry out of the way if it
  has junk in it and let revdep-rebuild fix things.
 
  Finally, you did sync ran emerge world recently, right?
 
 
  
  Hi Alan,
  
  thanks for your reply ! :)
 
 
 No problem.
 
 Huge amounts of portage output snipped below, but I think you are trying
 to have stable Qt4 and unstable Qt5 on the same system. That doesn't
 work currently, I'll walk through my reasoning so you can see what's
 going on:
 
  
  ...interesting...one needs to use grep to resolve a problem of 
  portage ;)
 
 Hah yes, that's quite funny.
 I wanted to see what the ebuilds actually say, not what portage tools
 think they say :-)
 
 
  
  
  Things are going even more worst (correct English???...uh, sound like
  german English...;;;))):
  
  revdep-rebuild runs fine and found nothing to rebuild.
  depclean stops its work and said:
  
  Calculating dependencies... done!
   * Dependencies could not be completely resolved due to
   * the following required packages not being installed:
   * 
   *   =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by:
   * kde-base/kglobalaccel-4.14.3
 
 [... huge snip]
 
 Basically, of this part really means that you need Qt:4
 It *can* co-exist with Qt5, I have them both installed here.
 
  Since packages are missing I tried:
  emerge --update --newuse --deep --with-bdeps=y @world --tree --keep-going -v
  
  
  which prints:
  These are the packages that would be merged, in reverse order:
  
  Calculating dependencies... done!
 
 [...snip...]
 
  [blocks B  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking 
  dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking 
  dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 
  is blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking 
  dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtmultimedia-4.8.6:4 
  (dev-qt/qtmultimedia-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtdeclarative-4.8.6:4 
  (dev-qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtxmlpatterns-4.8.6:4 
  (dev-qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is 
  blocking dev-qt/qtchooser-0_p20150102)
  [blocks B  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Mick]

On Monday, 23 July 2018 10:01:18 BST Peter Humphrey wrote:
> On Monday, 23 July 2018 09:19:05 BST Mick wrote:
> > When I run /usr/bin/qtconfig it complains about a missing
> > '/usr/lib64/qt5/bin/ qtconfig':
> > 
> > $ /usr/bin/qtconfig
> > qtconfig: could not exec '/usr/lib64/qt5/bin/qtconfig': No such file or
> > directory
> > 
> > $ locate qtconfig
> > /usr/bin/qtconfig
> > 
> > 
> > Which package is responsible for it and how can I get it back?
> 
> It looks as though the config program has been dropped from the current
> version. On this box, /usr/bin/qtconfig is a symlink to qtchooser, whose man
> page is not much help.
> 
> I remember using qtconfig to tweak a few things, but I haven't needed to
> recently so it might have disappeared quietly without my noticing.
> 
> Sorry not to be more help.

Thanks Peter, thanks for pointing this out.  I have the same symlink here.  As 
I understand it qtchooser is used to select which qt version to run, if you 
have more than one.  I'm looking for something to configure the widgets and 
font sizes in the version I am presently running.

$ qtchooser -l
5
default
qt5-x86_64-pc-linux-gnu
qt5


I'm not sure why qtconfig is now a symlink to qtchooser, but this won't adjust 
settings as far as I can tell.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] This nite's switch to full multilib

[Peter Humphrey]

On Sunday 29 March 2015 17:58:46 Mick wrote:
 On Sunday 29 Mar 2015 17:43:42 waben...@gmail.com wrote:
  Mick michaelkintz...@gmail.com wrote:
   I've also ended up with qt blockers, that I do not seem capable to
   overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
   4.8.6.  How did you go about overcoming this?
  
  I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
  but I had no problems with that.
  
  I'm on gentoo stable (not ~amd64) and I don't use KDE.
 
 I only use some KDE apps, not the full meta.  There seems to be a problem
 with dev-qt/qtchooser and qt-4.8.6

Ah, that explains it. I haven't been adventurous enough to try qt5 yet, so 
no need for qtchooser. Thank goodness for the quiet life!

-- 
Rgds
Peter.

Re: [gentoo-user] Re: This nite's switch to full multilib

[Rich Freeman]

(crossposting to -dev since this is fairly high-impact)

On Sun, Mar 29, 2015 at 1:27 PM, Michael Palimaka kensing...@gentoo.org wrote:
 On 30/03/15 03:43, waben...@gmail.com wrote:

 I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
 but I had no problems with that.

 I'm on gentoo stable (not ~amd64) and I don't use KDE.

 If you're on stable, you'll need to keyword qt-4.8.6 in its entirety.
 You can't mix and match versions, and 4.8.6 is the only one that
 supports multilib.

I think we really need to either stabilize 4.8.6, or backport
qtchooser/multilib/etc to the current stable version.

qt is a pretty significant package to have break with multilib, and
trying to run qt-5 on a stable system is already a nightmare with the
qtchooser switch (in my case I ended up abandoning qt5 as I didn't
need it that badly).

-- 
Rich

Re: [gentoo-user] How to correctly handle multiple Qt versions (qt4 X qt5)

[Fernando Rodriguez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 08/01/2016 08:17 AM, Francisco Ares wrote:
> Hi all.
> 
> In thys Gento system, there are packages that still need Qt-4, while newest
> KDE, for instance, needs Qt-5.
> 
> Even inserting entries in "/etc/portage/package.use" for the packages that
> need qt4, the emerge still fails, arguing that the package needs Qt-4.
> 
> On this system, "qtchooser" has never worked propperly - as far as I could
> understand it - so I'm used to manage the "default.conf" symlink at
> "/etc/xdg/qtchooser/" - is it correct to do so?  If not, what should I do?
> 
> Thanks!
> Francisco
> 

Just resolve the conflicts and each program will use the right version. So post
the emerge output.

- -- 

Fernando Rodriguez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXn2+7AAoJEPbOFX/5UlwcK4cP/A81RFnsbR1UWneH0aov0+a6
qtdFD/GIAJZ1EqVsOTnoGvxCWJCnnCt6NJw3F1ImK0Ngx0gzIay7trHbJrivU/Of
PadJMD5lZyzM08CZYa1ZBa4tzEbgw+FbmRrm2in6ule2sEUtuximUSNgHW41rDYs
x8bENmPnPq7BCw4nAKnPSdiIT9uEOujbRsZbwRGte9YEaRbFSQJBqLw7PHFpWGdd
l2ROzRdqhxD/JSvjIa0K/uY0p+PSAbqSBCA3zQHCBKO2tB/RLAo/9SQjigvtl7lc
G1xQXvhUC3II8U1doa5E7KbSCgtEk+T+ih0BSsk4ugEQNLok9pBQAVdzCRc2DvSM
vjSmjCO5LMw/n0so2Kf+50R3mTosrGFQcIK4aiKNE+oONmX+uLqkO3pLttLi3Ff+
k9JNxqhhaLQrCUBYvfzrLh66V50VOoH0ofNBHzaZ11oqhUbx9zdnOBURWmHcJnlW
OgP3KvDvok7SXJN+XF5UsspvsDQqFfZsBUiqIoRpGhjlB8CiBWOJDYYe3JiY6tuG
00MxE8xEBy0hYBpF6OPt2ayEBwbdYPXgtizrzg7taij16Q4JNddy6mJY8ZgVCgW6
d9Kx9ZTwVRLsrfpsCEwFtkJkOGpNsT/eei1t27z+TwE0/YikyC85JYUMdPOmzjUm
Mbj3jQD4mztEN/N5TpAh
=zM8Z
-END PGP SIGNATURE-

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Gevisz]

On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury redwo...@gmail.com wrote:

 I had a similar problem with some packages wanting virtual/ffmpeg  and
 it wouldn't take the -libav USE flag without adding a keyword for
 ~amd64 on the virtual.
 (yes, I am going the opposite way from you, but the cause seem the
 same -- various USE flags are not yet adjusted in the stable
 branches.)
 
 Perhaps we need to request stabilization for some of the newer
 packages to solve this.

Thank you for confirming that libav USE flag do not work not only for me.

However, it would be interesting to hear what the Gentoo devs think about this 
issue.

 On Fri, May 15, 2015 at 1:18 AM, gevisz gev...@gmail.com wrote:
  After Gentoo devs decided to switch back to ffmpeg default,
  I set libav USE flag at my /etc/portage/make.conf
  and was happy with that so far. :)
 
  However, after yesterday's
  # emerge-webrsync
  # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
  I've got some blocks that in my view result from the fact that portage wants
  to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
 
  So, my questions, are:
  1) What is happened?
  2) Is this behavior desired? (If yes, by whome? :)
  3) What shall I do with all this?
 
  The full output of the emerge update command is as follows:
 
  These are the packages that would be merged, in order:
 
  Calculating dependencies... done!
  [ebuild   R] x11-proto/videoproto-2.3.2  ABI_X86=32*
  [ebuild   R] x11-libs/libXv-1.0.10  ABI_X86=32*
  [ebuild U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
  [ebuild U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
  [ebuild  NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
  USE=-build -deblob -experimental -symlink
  [ebuild  r  U  ] media-video/libav-11.3 [9.17] USE=(-armv5te)
  (-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
  -webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
  -sse4_1% -sse4_2% -xop%
  [ebuild  rR] media-video/libav-9.17
  [ebuild  rR] media-libs/libpostproc-10.20140517-r1
  [ebuild  N ] media-video/ffmpeg-2.2.14  USE=X aac alsa bzip2
  encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
  truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
  (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
  -cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
  -frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
  -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
  (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
  -pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
  -theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
  -zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
  mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
  FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
  graph2dot ismindex pktdumper qt-faststart trasher
  [ebuild  N ] dev-qt/qtchooser-0_p20150102  USE=(-qt5) {-test}
  [ebuild U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
  blocking dev-qt/qtcore-4.8.5-r2)
  [blocks b  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
  blocking dev-qt/qtchooser-0_p20150102)
  [ebuild  N ] dev-qt/qttranslations-4.8.6-r1  ABI_X86=(64) -32 (-x32)
  [ebuild U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
  is blocking dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
  blocking dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
  [blocks b  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
  blocking dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/qt3support-4.8.6:4
  (dev-qt/qt3support-4.8.6:4 is blocking
  dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
  -32% (-x32)
  [blocks b  ] dev-qt/qtxmlpatterns-4.8.6:4
  (dev-qt/qtxmlpatterns-4.8.6:4 is blocking
  dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
  [blocks b  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
  blocking dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
  is blocking dev-qt/qtchooser-0_p20150102)
  [ebuild U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% 
  (-x32)
  [blocks b  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
  is blocking dev-qt

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Gregory Woodbury]

I had a similar problem with some packages wanting virtual/ffmpeg  and
it wouldn't take the -libav USE flag without adding a keyword for
~amd64 on the virtual.
(yes, I am going the opposite way from you, but the cause seem the
same -- various USE flags are not yet adjusted in the stable
branches.)

Perhaps we need to request stabilization for some of the newer
packages to solve this.

On Fri, May 15, 2015 at 1:18 AM, gevisz gev...@gmail.com wrote:
 After Gentoo devs decided to switch back to ffmpeg default,
 I set libav USE flag at my /etc/portage/make.conf
 and was happy with that so far. :)

 However, after yesterday's
 # emerge-webrsync
 # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
 I've got some blocks that in my view result from the fact that portage wants
 to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)

 So, my questions, are:
 1) What is happened?
 2) Is this behavior desired? (If yes, by whome? :)
 3) What shall I do with all this?

 The full output of the emerge update command is as follows:

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

 Calculating dependencies... done!
 [ebuild   R] x11-proto/videoproto-2.3.2  ABI_X86=32*
 [ebuild   R] x11-libs/libXv-1.0.10  ABI_X86=32*
 [ebuild U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
 [ebuild U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
 [ebuild  NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
 USE=-build -deblob -experimental -symlink
 [ebuild  r  U  ] media-video/libav-11.3 [9.17] USE=(-armv5te)
 (-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
 -webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
 -sse4_1% -sse4_2% -xop%
 [ebuild  rR] media-video/libav-9.17
 [ebuild  rR] media-libs/libpostproc-10.20140517-r1
 [ebuild  N ] media-video/ffmpeg-2.2.14  USE=X aac alsa bzip2
 encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
 truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
 (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
 -cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
 -frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
 -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
 (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
 -pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
 -theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
 -zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
 mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
 FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
 graph2dot ismindex pktdumper qt-faststart trasher
 [ebuild  N ] dev-qt/qtchooser-0_p20150102  USE=(-qt5) {-test}
 [ebuild U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32% 
 (-x32)
 [blocks b  ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
 blocking dev-qt/qtcore-4.8.5-r2)
 [blocks b  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
 blocking dev-qt/qtchooser-0_p20150102)
 [ebuild  N ] dev-qt/qttranslations-4.8.6-r1  ABI_X86=(64) -32 (-x32)
 [ebuild U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
 is blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
 blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
 blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% 
 (-x32)
 [blocks b  ] dev-qt/qt3support-4.8.6:4
 (dev-qt/qt3support-4.8.6:4 is blocking
 dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
 -32% (-x32)
 [blocks b  ] dev-qt/qtxmlpatterns-4.8.6:4
 (dev-qt/qtxmlpatterns-4.8.6:4 is blocking
 dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
 blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
 is blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
 is blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86=(64%*) -32% 
 (-x32)
 [blocks b  ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is
 blocking dev-qt/qtchooser-0_p20150102)
 [ebuild U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
 [blocks b  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4

[gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

After Gentoo devs decided to switch back to ffmpeg default,
I set libav USE flag at my /etc/portage/make.conf
and was happy with that so far. :)

However, after yesterday's
# emerge-webrsync
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
I've got some blocks that in my view result from the fact that portage wants
to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)

So, my questions, are:
1) What is happened?
2) Is this behavior desired? (If yes, by whome? :)
3) What shall I do with all this?

The full output of the emerge update command is as follows:

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

Calculating dependencies... done!
[ebuild   R] x11-proto/videoproto-2.3.2  ABI_X86=32*
[ebuild   R] x11-libs/libXv-1.0.10  ABI_X86=32*
[ebuild U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools%
[ebuild  NS] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE=-build -deblob -experimental -symlink
[ebuild  r  U  ] media-video/libav-11.3 [9.17] USE=(-armv5te)
(-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
-webp% -x265% CPU_FLAGS_X86=sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
-sse4_1% -sse4_2% -xop%
[ebuild  rR] media-video/libav-9.17
[ebuild  rR] media-libs/libpostproc-10.20140517-r1
[ebuild  N ] media-video/ffmpeg-2.2.14  USE=X aac alsa bzip2
encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
(-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
-cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
-frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
-libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
(-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
-pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
-theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
-zvbi ABI_X86=32 (64) (-x32) CPU_FLAGS_X86=3dnow 3dnowext mmx
mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3
FFTOOLS=aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
graph2dot ismindex pktdumper qt-faststart trasher
[ebuild  N ] dev-qt/qtchooser-0_p20150102  USE=(-qt5) {-test}
[ebuild U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild  N ] dev-qt/qttranslations-4.8.6-r1  ABI_X86=(64) -32 (-x32)
[ebuild U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qt3support-4.8.6:4
(dev-qt/qt3support-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b  ] dev-qt/qtxmlpatterns-4.8.6:4
(dev-qt/qtxmlpatterns-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild  rR] media-video/vlc-2.1.5-r1
[ebuild U  ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32)
[blocks b  ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86=(64%*)
-32% (-x32)
[blocks b  ] dev-qt/qtmultimedia-4.8.6:4
(dev-qt/qtmultimedia-4.8.6:4 is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild U  ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86=(64%*) -32% (-x32

[gentoo-user] Re: Qt5 X Qt4

[Michael Palimaka]

On 08/03/16 03:50, Francisco Ares wrote:
> Even the new USE flags, qt4 and qt5 are still not completely capable to
> switch to the desired Qt version prior to building, as, for instance,
> "dev-util/cmake" and "app-doc/doxygen", I had to manually switch
> "qtchooser" set up back to Qt4 before correctly re-building those, even
> placing a set of "qt4 -qt5" use flags for both.

What was the issue here? If some package links against qt5 with USE="qt4
-qt5", that is most likely a bug.

Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems

[Alec Ten Harmsel]

 On Jul 16, 2015, at 1:15 PM, Dale rdalek1...@gmail.com wrote:
 
 Anyone else running into this?
 
 

No.

 checking if linking against libMatroska works and if it requires
 -DMATROSKA_DLL... yes, without -MATROSKA_DLL
 checking for ZLIB... yes
 checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0
 checking for wxWidgets 2.8.0 or newer... 3.0.2 ok
 checking for wxWidgets class wxBitmapComboBox... yes
 checking for wxMenuBar member function SetMenuLabel... yes
 checking for wxMenuItem member function SetItemlabel... yes
 checking for moc-qt5... no
 checking for moc... /usr/bin/moc
 checking for the Qt version /usr/bin/moc uses... too old: 4.8.7
 
 !!! Please attach the following file when seeking support:
 !!!
 /var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log
 * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *   ebuild.sh, line   93:  Called src_configure
 * environment, line 3004:  Called econf '--disable-debug'
 '--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers'
 '--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0'
 '--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0'
 '--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl'
 *phase-helpers.sh, line  662:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *  die $@
 *
 * If you need support, post the output of `emerge --info
 '=media-video/mkvtoolnix-7.3.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv
 '=media-video/mkvtoolnix-7.3.0::gentoo'`.
 * The complete build log is located at
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'.
 * The ebuild environment file is located at
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'.
 * Working directory:
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
 * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
 root@fireball / #
 
 
 
 It appears that qtchooser is to old but the one I have is the only one
 in the tree. 
 
 
 
 root@fireball / # equery list -p dev-qt/qtchooser
 * Searching for qtchooser in dev-qt ...
 [IP-] [  ] dev-qt/qtchooser-0_p20150102:0
 root@fireball / #  
 
 
 How can it be to old if it is the only one available?  If it is checking
 for qt in general, this is what I have installed.
 
 
 root@fireball / # equery list qt*
 * Searching for qt* ...
 [IP-] [  ] dev-qt/qt3support-4.8.7:4
 [IP-] [  ] dev-qt/qtchooser-0_p20150102:0
 [IP-] [  ] dev-qt/qtcore-4.8.7:4
 [IP-] [  ] dev-qt/qtcore-5.4.2:5
 [IP-] [  ] dev-qt/qtdbus-4.8.7:4
 [IP-] [  ] dev-qt/qtdbus-5.4.2:5
 [IP-] [  ] dev-qt/qtdeclarative-4.8.7:4
 [IP-] [  ] dev-qt/qtgui-4.8.7:4
 [IP-] [  ] dev-qt/qtgui-5.4.2-r1:5
 [IP-] [  ] dev-qt/qtmultimedia-4.8.7:4
 [IP-] [  ] dev-qt/qtopengl-4.8.7:4
 [IP-] [  ] dev-qt/qtscript-4.8.7:4
 [IP-] [  ] dev-qt/qtsql-4.8.7:4
 [IP-] [  ] dev-qt/qtsvg-4.8.7:4
 [IP-] [  ] dev-qt/qttest-4.8.7:4
 [IP-] [  ] dev-qt/qttranslations-4.8.7:4
 [IP-] [  ] dev-qt/qtwebkit-4.8.7:4
 [IP-] [  ] dev-qt/qtwidgets-5.4.2:5
 [IP-] [  ] dev-qt/qtxmlpatterns-4.8.7:4
 [IP-] [  ] media-libs/qt-gstreamer-1.2.0:0
 [IP-] [  ] x11-libs/qtscriptgenerator-0.2.0:0
 root@fireball / #
 
 There is some qt5 pulled in by something.  So maybe it needs to notice I
 have a newer version installed?? 
 
 Any way past this problem or just mask and wait for another update? 
 I've had this error for about a week now.  I thought maybe I just caught
 a bad sync or something.  Found nothing with google or on the forums
 either.  It's picking on ME, again.  lol 
 
 Thanks.
 
 Dale
 
 :-)  :-)
 
 

It’s not picking up that you have Qt 5. I have not done a whole lot of work 
with Qt, but they install all their binaries into /usr/lib/qt$ver/bin (at least 
for Qt4), and everything in /usr/bin is just a symlink to qtchooser, which then 
launches the correct tool and version and stuff. This looks like an upstream 
bug, since they should test for “moc -qt=5”, not just “moc” and/or use 
qtchooser to determine the available version(s) of Qt (or whatever Qt’s 
recommended way is).

The easiest way to deal this this right now as far as I can tell would be to 
disable the Qt gui and go with the wxWidgets gui. You could also build it 
manually.

Alec

Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems

[Dale]

Alec Ten Harmsel wrote:
 On Jul 16, 2015, at 1:15 PM, Dale rdalek1...@gmail.com wrote:

 Anyone else running into this?


 No.

 checking if linking against libMatroska works and if it requires
 -DMATROSKA_DLL... yes, without -MATROSKA_DLL
 checking for ZLIB... yes
 checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0
 checking for wxWidgets 2.8.0 or newer... 3.0.2 ok
 checking for wxWidgets class wxBitmapComboBox... yes
 checking for wxMenuBar member function SetMenuLabel... yes
 checking for wxMenuItem member function SetItemlabel... yes
 checking for moc-qt5... no
 checking for moc... /usr/bin/moc
 checking for the Qt version /usr/bin/moc uses... too old: 4.8.7

 !!! Please attach the following file when seeking support:
 !!!
 /var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log
 * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *   ebuild.sh, line   93:  Called src_configure
 * environment, line 3004:  Called econf '--disable-debug'
 '--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers'
 '--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0'
 '--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0'
 '--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl'
 *phase-helpers.sh, line  662:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *  die $@
 *
 * If you need support, post the output of `emerge --info
 '=media-video/mkvtoolnix-7.3.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv
 '=media-video/mkvtoolnix-7.3.0::gentoo'`.
 * The complete build log is located at
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'.
 * The ebuild environment file is located at
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'.
 * Working directory:
 '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
 * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
 root@fireball / #



 It appears that qtchooser is to old but the one I have is the only one
 in the tree. 



 root@fireball / # equery list -p dev-qt/qtchooser
 * Searching for qtchooser in dev-qt ...
 [IP-] [  ] dev-qt/qtchooser-0_p20150102:0
 root@fireball / #  


 How can it be to old if it is the only one available?  If it is checking
 for qt in general, this is what I have installed.


 root@fireball / # equery list qt*
 * Searching for qt* ...
 [IP-] [  ] dev-qt/qt3support-4.8.7:4
 [IP-] [  ] dev-qt/qtchooser-0_p20150102:0
 [IP-] [  ] dev-qt/qtcore-4.8.7:4
 [IP-] [  ] dev-qt/qtcore-5.4.2:5
 [IP-] [  ] dev-qt/qtdbus-4.8.7:4
 [IP-] [  ] dev-qt/qtdbus-5.4.2:5
 [IP-] [  ] dev-qt/qtdeclarative-4.8.7:4
 [IP-] [  ] dev-qt/qtgui-4.8.7:4
 [IP-] [  ] dev-qt/qtgui-5.4.2-r1:5
 [IP-] [  ] dev-qt/qtmultimedia-4.8.7:4
 [IP-] [  ] dev-qt/qtopengl-4.8.7:4
 [IP-] [  ] dev-qt/qtscript-4.8.7:4
 [IP-] [  ] dev-qt/qtsql-4.8.7:4
 [IP-] [  ] dev-qt/qtsvg-4.8.7:4
 [IP-] [  ] dev-qt/qttest-4.8.7:4
 [IP-] [  ] dev-qt/qttranslations-4.8.7:4
 [IP-] [  ] dev-qt/qtwebkit-4.8.7:4
 [IP-] [  ] dev-qt/qtwidgets-5.4.2:5
 [IP-] [  ] dev-qt/qtxmlpatterns-4.8.7:4
 [IP-] [  ] media-libs/qt-gstreamer-1.2.0:0
 [IP-] [  ] x11-libs/qtscriptgenerator-0.2.0:0
 root@fireball / #

 There is some qt5 pulled in by something.  So maybe it needs to notice I
 have a newer version installed?? 

 Any way past this problem or just mask and wait for another update? 
 I've had this error for about a week now.  I thought maybe I just caught
 a bad sync or something.  Found nothing with google or on the forums
 either.  It's picking on ME, again.  lol 

 Thanks.

 Dale

 :-)  :-)


 It’s not picking up that you have Qt 5. I have not done a whole lot of work 
 with Qt, but they install all their binaries into /usr/lib/qt$ver/bin (at 
 least for Qt4), and everything in /usr/bin is just a symlink to qtchooser, 
 which then launches the correct tool and version and stuff. This looks like 
 an upstream bug, since they should test for “moc -qt=5”, not just “moc” 
 and/or use qtchooser to determine the available version(s) of Qt (or whatever 
 Qt’s recommended way is).

 The easiest way to deal this this right now as far as I can tell would be to 
 disable the Qt gui and go with the wxWidgets gui. You could also build it 
 manually.

 Alec



After some digging, I figured out how to work around this.  Tell it not
to look for qt5 at all.  I added this to the package.use file:

media-video/mkvtoolnix -qt5 

With that, it looks for qt4 and doesn't look for qt5.  I figure this
will break something in the future tho.  It always seems to bite back
later.  I like it when I get this:


root@fireball / # emerge -uvaDN world

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

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 KiB

Nothing to merge; quitting.

root@fireball

Re: [gentoo-user] This nite's switch to full multilib

[Yanestra]

On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
 In most of the cases, Portage will be able to deliver correct
 suggestions for that when using the --autounmask feature.
The first thing what happens here is that kde wants to upgrade because
qtchooser's mask miraculously becomes ignored. And qtchooser itself
doesn't install together with the libraries it pretends to control
because there masses of conflicts, no matter what combination (qt4, qt5)
I try.

It has taken months of experimentation to get all the software to work
which I need. It was tricky, because in many places only particular
versions do.

All that dissolves in a giant pile of rubbish...

Regards,
Yanestra

Re: [gentoo-user] This nite's switch to full multilib

[Mick]

On Sunday 29 Mar 2015 17:43:42 waben...@gmail.com wrote:
 Mick michaelkintz...@gmail.com wrote:

  I've also ended up with qt blockers, that I do not seem capable to
  overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
  4.8.6.  How did you go about overcoming this?
 
 I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
 but I had no problems with that.
 
 I'm on gentoo stable (not ~amd64) and I don't use KDE.
 
 --
 Regards
 wabe

I only use some KDE apps, not the full meta.  There seems to be a problem with 
dev-qt/qtchooser and qt-4.8.6

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] /usr/bin/qtconfig is missing components

[Peter Humphrey]

On Monday, 23 July 2018 09:19:05 BST Mick wrote:
> When I run /usr/bin/qtconfig it complains about a missing
> '/usr/lib64/qt5/bin/ qtconfig':
> 
> $ /usr/bin/qtconfig
> qtconfig: could not exec '/usr/lib64/qt5/bin/qtconfig': No such file or
> directory
> 
> $ locate qtconfig
> /usr/bin/qtconfig
> 
> 
> Which package is responsible for it and how can I get it back?

It looks as though the config program has been dropped from the current 
version. On this box, /usr/bin/qtconfig is a symlink to qtchooser, whose man 
page is not much help.

I remember using qtconfig to tweak a few things, but I haven't needed to 
recently so it might have disappeared quietly without my noticing.

Sorry not to be more help.

-- 
Regards,
Peter.

Re: [gentoo-user] This nite's switch to full multilib

[Mick]

On Sunday 29 Mar 2015 16:20:31 Peter Humphrey wrote:
 On Sunday 29 March 2015 17:03:50 waben...@gmail.com wrote:
  I'm using grub so I had to add these two lines to packages.use
  
  sys-libs/ncurses abi_x86_32
  sys-libs/gpm abi_x86_32
 
 I don't know how grub is connected, but I had to add those two as well.
 
  and after that doing the following commands:
  
  emerge -av -C 'app-emulation/emul-linux-x86*'
  emerge @preserved-rebuild
 
 Both unnecessary. Portage removes emul-linux-x86 itself in a world update
 and leaves everything tickety-boo. At least, it did here.

If definitely did NOT play nicely here.  :-(

I have some hard blocks with qt:

[blocks B  ] dev-qt/qtdeclarative-4.8.6:4 (dev-
qt/qtdeclarative-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qttranslations:4 (dev-qt/qttranslations:4 is 
blocking dev-qt/qtcore-4.8.5-r2)
[blocks B  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtxmlpatterns-4.8.6:4 (dev-
qt/qtxmlpatterns-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-qt/qtcore:4
  (dev-qt/qtcore-4.8.5-r2:4/4::gentoo, installed) pulled in by
~dev-qt/qtcore-4.8.5[aqua=,debug=] required by (dev-
qt/qtsvg-4.8.5:4/4::gentoo, ebuild scheduled for merge)
^  ^

  
(and 9 more with the same problem)
  (dev-qt/qtcore-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge) pulled in 
by
dev-qt/qtcore:4[abi_x86_32(-)] required by (net-im/skype-4.3.0.37-
r5:0/0::gentoo, ebuild scheduled for merge)

  
~dev-
qt/qtcore-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 
required by (dev-qt/qtscript-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge)
^  ^



   
(and 7 more with the same problems)
dev-qt/qtgui:4
  (dev-qt/qtgui-4.8.5-r4:4/4::gentoo, installed) pulled in by
~dev-qt/qtgui-4.8.5[accessibility=,aqua=,debug=,qt3support=] required by 
(dev-qt/qtdeclarative-4.8.5:4/4::gentoo, ebuild scheduled for merge)
^ ^ 


(and 5 more with the same problem)
  (dev-qt/qtgui-4.8.6-r2:4/4::gentoo, ebuild scheduled for merge) pulled in by
dev-qt/qtgui:4[accessibility,abi_x86_32(-)] required by (net-
im/skype-4.3.0.37-r5:0/0::gentoo, ebuild scheduled for merge)

   
~dev-
qt/qtgui-4.8.6[aqua=,debug=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 
required by (dev-qt/qtwebkit-4.8.6-r1:4/4::gentoo, ebuild scheduled for merge)
^ ^ 



  
(and 2 more with the same problems)
dev-qt/qtxmlpatterns:4
  (dev-qt/qtxmlpatterns

Re: [gentoo-user] dev-qt/qtdeclarative fails to build

[Christoph Böhmwalder]

On Sat, Jan 20, 2018 at 12:28:49AM +0100, David Haller wrote:
> Hello,
> 
> On Fri, 19 Jan 2018, Christoph Böhmwalder wrote:
> >I tried building qtdeclarative-5.9.3 today, but the linker failed:
> >
> >$ cat build.log
> >g++-6.4.0 -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -shared -o 
> >libparticlesplugin.so .obj/plugin.o
> >-L/var/tmp/portage/dev-qt/qtdeclarative-5.9.3/work/qtdeclarative-opensource-src-5.9.3/lib
> > -lQt5QuickParti
> >cles -lQt5Quick -lQt5Qml -lQt5Gui -lQt5Network -lQt5Core -lGL -lpthread
> >/usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0):
> > multiple definition of
> > `__bss_start'
> [..]
> 
> From the build log it seems you have compiled Qt5Gui (etc.) with
> g++-7.2.0, and now try to use g++-6.4.0. I don't think that works.
Ah yeah, I forgot to turn that off.  I have an env file that switches to
gcc-6.4.0 for use with old standalone packages that don't support 7.2.0
yet (I really don't use it anymore nowadays though).

> Try again using 7.2.0 (unless you want to recompile qt with 6.4.0
> again).
Anyways, this leads to the exact same error, so I'm inclined to think it
has nothing to do with gcc versions.  I was however concerned about Qt versions
clashing (4 vs 5?).

In fact, I just double-checked qtchooser, and this is the output:

$ qtchooser -l
4
5
default
qt4-i686-pc-linux-gnu
qt4-x86_64-pc-linux-gnu
qt4
qt5-x86_64-pc-linux-gnu
qt5

Does this mean Qt4 is prioritized over Qt5?  That would be a problem in
this case, right?

--
Regards,
Christoph

[gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems

[Dale]

Anyone else running into this?


checking if linking against libMatroska works and if it requires
-DMATROSKA_DLL... yes, without -MATROSKA_DLL
checking for ZLIB... yes
checking for wx-config... /usr/lib64/wx/config/gtk2-unicode-3.0
checking for wxWidgets 2.8.0 or newer... 3.0.2 ok
checking for wxWidgets class wxBitmapComboBox... yes
checking for wxMenuBar member function SetMenuLabel... yes
checking for wxMenuItem member function SetItemlabel... yes
checking for moc-qt5... no
checking for moc... /usr/bin/moc
checking for the Qt version /usr/bin/moc uses... too old: 4.8.7

!!! Please attach the following file when seeking support:
!!!
/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0/config.log
 * ERROR: media-video/mkvtoolnix-7.3.0::gentoo failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *   ebuild.sh, line   93:  Called src_configure
 * environment, line 3004:  Called econf '--disable-debug'
'--enable-qt' '--enable-wxwidgets' '--disable-precompiled-headers'
'--with-wx-config=/usr/lib64/wx/config/gtk2-unicode-3.0'
'--disable-optimization' '--docdir=/usr/share/doc/mkvtoolnix-7.3.0'
'--with-boost=/usr' '--with-boost-libdir=/usr/lib64' '--without-curl'
 *phase-helpers.sh, line  662:  Called __helpers_die 'econf failed'
 *   isolated-functions.sh, line  117:  Called die
 * The specific snippet of code:
 *  die $@
 *
 * If you need support, post the output of `emerge --info
'=media-video/mkvtoolnix-7.3.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=media-video/mkvtoolnix-7.3.0::gentoo'`.
 * The complete build log is located at
'/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/media-video/mkvtoolnix-7.3.0/temp/environment'.
 * Working directory:
'/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
 * S: '/var/tmp/portage/media-video/mkvtoolnix-7.3.0/work/mkvtoolnix-7.3.0'
root@fireball / #



It appears that qtchooser is to old but the one I have is the only one
in the tree. 



root@fireball / # equery list -p dev-qt/qtchooser
 * Searching for qtchooser in dev-qt ...
[IP-] [  ] dev-qt/qtchooser-0_p20150102:0
root@fireball / #  


How can it be to old if it is the only one available?  If it is checking
for qt in general, this is what I have installed.


root@fireball / # equery list qt*
 * Searching for qt* ...
[IP-] [  ] dev-qt/qt3support-4.8.7:4
[IP-] [  ] dev-qt/qtchooser-0_p20150102:0
[IP-] [  ] dev-qt/qtcore-4.8.7:4
[IP-] [  ] dev-qt/qtcore-5.4.2:5
[IP-] [  ] dev-qt/qtdbus-4.8.7:4
[IP-] [  ] dev-qt/qtdbus-5.4.2:5
[IP-] [  ] dev-qt/qtdeclarative-4.8.7:4
[IP-] [  ] dev-qt/qtgui-4.8.7:4
[IP-] [  ] dev-qt/qtgui-5.4.2-r1:5
[IP-] [  ] dev-qt/qtmultimedia-4.8.7:4
[IP-] [  ] dev-qt/qtopengl-4.8.7:4
[IP-] [  ] dev-qt/qtscript-4.8.7:4
[IP-] [  ] dev-qt/qtsql-4.8.7:4
[IP-] [  ] dev-qt/qtsvg-4.8.7:4
[IP-] [  ] dev-qt/qttest-4.8.7:4
[IP-] [  ] dev-qt/qttranslations-4.8.7:4
[IP-] [  ] dev-qt/qtwebkit-4.8.7:4
[IP-] [  ] dev-qt/qtwidgets-5.4.2:5
[IP-] [  ] dev-qt/qtxmlpatterns-4.8.7:4
[IP-] [  ] media-libs/qt-gstreamer-1.2.0:0
[IP-] [  ] x11-libs/qtscriptgenerator-0.2.0:0
root@fireball / #

There is some qt5 pulled in by something.  So maybe it needs to notice I
have a newer version installed?? 

Any way past this problem or just mask and wait for another update? 
I've had this error for about a week now.  I thought maybe I just caught
a bad sync or something.  Found nothing with google or on the forums
either.  It's picking on ME, again.  lol 

Thanks.

Dale

:-)  :-)

[gentoo-user] Re: eix showing me weird results

[»Q«]

On Wed, 27 Jan 2016 14:54:23 + (UTC)
Martin Vaeth <mar...@mvath.de> wrote:

> »Q« <boxc...@gmx.net> wrote:
> > eix-sync  
> 
> Which method do you use for syncing (rsync, git, ...)?
> 
> > I've run 'emerge --metadata' and 'eix-update'  
> 
> The requirement to run emerge --metadata seems to suggest that
> you use git?  If this is true, better use egencache to generate
> the metadata in the repositories' directories instead of
> /var/cache/edb/dep/
> 
> Afterwards (or if you use rsync anyway),
> remove possibly obsolete /var/cache/edb/dep/*
> and do *not* call emerge --metadata manually.
> 
> What is the output of eix-update?
> 
> Also check whether perhaps the information of eix is
> correct. E.g. for
> 
> > $ eix qtchooser
> > [?] dev-qt/qtchooser
> >  Available versions:  0_p20150102 ~0_p20151008  
> 
> check whether in ${PORTDIR}/metadata/md5-cache/dev-qt
> the file qtchooser-0_p20151008 perhaps contains a line with
> KEYWORDS= ... ~amd64 ...

The same kind of issue has happened again -- so I'm resurrecting the
thread.  I'm more interesting in finding out what causes it so I can
prevent it for the future than in fixing this one instance of it.  (But
finding out how to fix it would make it much less annoying if it does
happen again.)

After my latest eix-sync (using rsync), portage and eix see the status
of dev-perl/Pango differently, with portage saying 1.224.0-r1 is stable
and eix saying it's not.  I'm running amd64.

$ emerge -p dev-perl/Pango
[snip]
[ebuild   R] dev-perl/Pango-1.224.0-r1 

$ eix -e Pango
[?] dev-perl/Pango
 Available versions:  1.224.0 ~1.224.0-r1

I've already emerged Pango-1.224.0-r1.  Here's where the underlying
discrepancy seems to be:

$ grep
KEYWORDS /usr/portage/metadata/md5-cache/dev-perl/Pango-1.224.0-r1
KEYWORDS=~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sparc ~x86
~amd64-linux ~x86-linux

$ grep KEYWORDS /usr/portage/dev-perl/Pango/Pango-1.224.0-r1.ebuild 
KEYWORDS="alpha amd64 ~arm hppa ia64 ~mips ppc ppc64 sparc x86
~amd64-linux ~x86-linux"

I removed /var/cache/edb/dep/* and ran eix-update:

# eix-update 
Reading Portage settings ..
Building database (/var/cache/eix/portage.eix) ..
[0] 'gentoo' /usr/portage/ (cache: metadata-md5-or-flat)
 Reading category 164|164 (100%) Finished 
[1] 'grub2-themes' /var/lib/layman/grub2-themes (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished [2] 'mozilla' /var/lib/layman/mozilla (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished [3] 'spelling' /usr/local/portage (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished Applying masks ..
Calculating hash tables ..
Writing database file /var/cache/eix/portage.eix ..
Database contains 18838 packages in 164 categories.

Re: [gentoo-user] This nite's switch to full multilib

[Mick]

On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
 On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
  In most of the cases, Portage will be able to deliver correct
  suggestions for that when using the --autounmask feature.
 
 The first thing what happens here is that kde wants to upgrade because
 qtchooser's mask miraculously becomes ignored. And qtchooser itself
 doesn't install together with the libraries it pretends to control
 because there masses of conflicts, no matter what combination (qt4, qt5)
 I try.
 
 It has taken months of experimentation to get all the software to work
 which I need. It was tricky, because in many places only particular
 versions do.
 
 All that dissolves in a giant pile of rubbish...
 
 Regards,
 Yanestra

I've also ended up with qt blockers, that I do not seem capable to overcome 
yet.  KDE wants qt 4.8.5 installed which is blocking qt 4.8.6.  How did you go 
about overcoming this?

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] This nite's switch to full multilib

[wabenbau]

Mick michaelkintz...@gmail.com wrote:

 On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
  On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
   In most of the cases, Portage will be able to deliver correct
   suggestions for that when using the --autounmask feature.
  
  The first thing what happens here is that kde wants to upgrade
  because qtchooser's mask miraculously becomes ignored. And
  qtchooser itself doesn't install together with the libraries it
  pretends to control because there masses of conflicts, no matter
  what combination (qt4, qt5) I try.
  
  It has taken months of experimentation to get all the software to
  work which I need. It was tricky, because in many places only
  particular versions do.
  
  All that dissolves in a giant pile of rubbish...
  
  Regards,
  Yanestra
 
 I've also ended up with qt blockers, that I do not seem capable to
 overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
 4.8.6.  How did you go about overcoming this?
 

I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
but I had no problems with that.

I'm on gentoo stable (not ~amd64) and I don't use KDE.

--
Regards
wabe

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Rich Freeman]

On Sat, May 16, 2015 at 8:53 AM, gevisz gev...@gmail.com wrote:

 I am inattentive today. :(

 Some blockers remained but I hope it will not broke the system.
...
 [blocks b  ] dev-qt/assistant-4.8.6:4
 (dev-qt/assistant-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
...
 Would you like to merge these packages? [Yes/No] y


This is pretty normal for a qt upgrade.  You haven't updated this
system recently, so you have a couple of relatively large updates that
are all getting mashed together in your emerge output - they're easier
to follow individually.

Blockers with a lower-case b are ones that portage can handle on its
own.  Blockers with a capital B are ones it needs help from you with.
A clue is the fact that portage went ahead with asking you whether to
proceed, which indicates that it thinks it knows what it is doing.
You should be fine answering Y.

-- 
Rich

[gentoo-user] Qt5 X Qt4

[Francisco Ares]

Hello All.

Although Qt 5 is at a stable version, not so many things have already
migrated to this newer version.

Even the new USE flags, qt4 and qt5 are still not completely capable to
switch to the desired Qt version prior to building, as, for instance,
"dev-util/cmake" and "app-doc/doxygen", I had to manually switch
"qtchooser" set up back to Qt4 before correctly re-building those, even
placing a set of "qt4 -qt5" use flags for both.

Another detail is the eselect module for qt graphics system. An application
built using Qt5 complains about OpenGL issues, and up to now I could not
find how to set up Qt5 to use raster mode, instead of OpenGL.

So, as far as my experience says, it is not a good idea to switch to Qt5 at
this moment.

Any thoughts on these (or other Qt related) issues ?

Thanks!
Francisco

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

*
[ebuild   R] media-libs/libmng-2.0.2-r1  ABI_X86=32*
[ebuild   R] media-libs/libvpx-1.3.0  ABI_X86=32*
[ebuild   R] dev-cpp/glibmm-2.42.0-r1  ABI_X86=32*
[ebuild   R] media-libs/libexif-0.6.21-r1  ABI_X86=32*
[ebuild   R] sys-libs/readline-6.2_p5-r1  ABI_X86=32*
[ebuild   R] dev-libs/libpcre-8.36  ABI_X86=32*
[ebuild   R] sys-libs/slang-2.2.4-r1  ABI_X86=32*
[ebuild  N ] sys-devel/autoconf-archive-2015.02.04
[ebuild U  ] gnome-base/gnome-common-3.14.0-r1 [3.14.0]
USE=autoconf-archive%*
[blocks b  ] =gnome-base/gnome-common-3.14.0
(=gnome-base/gnome-common-3.14.0 is blocking
sys-devel/autoconf-archive-2015.02.04)
[blocks b  ] =sys-devel/autoconf-archive-2015.02.04
(=sys-devel/autoconf-archive-2015.02.04 is blocking
gnome-base/gnome-common-3.14.0)
[ebuild  N ] dev-qt/qtchooser-0_p20150102  USE=(-qt5) {-test}
[ebuild   R] dev-lang/lua-5.1.5-r3  ABI_X86=32*
[ebuild U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE=-tools% ABI_X86=32*
[ebuild   R] sys-libs/db-4.8.30-r2  ABI_X86=32*
[ebuild   R] dev-libs/nspr-4.10.8  ABI_X86=32*
[ebuild   R] x11-libs/pixman-0.32.6  ABI_X86=32*
[ebuild   R] x11-proto/compositeproto-0.4.2-r1  ABI_X86=32*
[ebuild   R] app-text/libpaper-1.1.24-r2  ABI_X86=32*
[ebuild   R] x11-libs/libXft-2.3.2  ABI_X86=32*
[ebuild   R] sys-libs/e2fsprogs-libs-1.42.12  ABI_X86=32*
[ebuild   R] x11-proto/videoproto-2.3.2  ABI_X86=32*
[ebuild   R] media-libs/libdvdread-4.2.1  ABI_X86=32*
[ebuild   R] media-libs/libmad-0.15.1b-r8  ABI_X86=32*
[ebuild   R] x11-libs/libpciaccess-0.13.3  ABI_X86=32*
[ebuild   R] x11-proto/xineramaproto-1.2.1-r1  ABI_X86=32*
[ebuild   R] media-libs/faad2-2.7-r3  ABI_X86=32*
[ebuild   R] media-libs/a52dec-0.7.4-r7  ABI_X86=32*
[ebuild   R] media-libs/libdca-0.0.5-r3  ABI_X86=32*
[ebuild   R] x11-proto/scrnsaverproto-1.2.2-r1  ABI_X86=32*
[ebuild   R] x11-libs/xcb-util-renderutil-0.3.9-r1  ABI_X86=32*
[ebuild   R] media-sound/cdparanoia-3.10.2-r6  ABI_X86=32*
[ebuild   R] media-libs/libart_lgpl-2.3.21-r2  ABI_X86=32*
[ebuild   R] media-libs/libtheora-1.1.1-r1  ABI_X86=32*
[ebuild   R] x11-libs/libxkbcommon-0.5.0  ABI_X86=32*
[ebuild   R] x11-proto/xf86dgaproto-2.1-r2  ABI_X86=32*
[ebuild   R] x11-proto/printproto-1.0.5-r1  ABI_X86=32*
[ebuild   R] x11-libs/xcb-util-keysyms-0.4.0  ABI_X86=32*
[ebuild   R] x11-libs/xcb-util-wm-0.4.1-r1  ABI_X86=32*
[ebuild   R] media-libs/gd-2.0.35-r4  ABI_X86=32*
[ebuild   R] media-libs/imlib2-1.4.6-r2  ABI_X86=32*
[ebuild   R] app-arch/snappy-1.1.2-r1  ABI_X86=32*
[ebuild   R] x11-libs/libXcomposite-0.4.4-r1  ABI_X86=32*
[ebuild   R] dev-libs/nss-3.17.4  ABI_X86=32*
[ebuild   R] x11-libs/libXv-1.0.10  ABI_X86=32*
[ebuild   R] media-libs/libdvdnav-4.2.1  ABI_X86=32*
[ebuild   R] x11-libs/libXp-1.0.3  ABI_X86=32*
[ebuild   R] x11-libs/libXinerama-1.1.3  ABI_X86=32*
[ebuild   R] x11-libs/libXScrnSaver-1.2.2-r1  ABI_X86=32*
[ebuild   R] dev-lang/orc-0.4.23  ABI_X86=32*
[ebuild   R] app-text/recode-3.6_p20-r1  ABI_X86=32*
[ebuild U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild   R] dev-libs/libevent-2.0.22  ABI_X86=32*
[ebuild   R] app-crypt/p11-kit-0.20.7  ABI_X86=32*
[ebuild   R] net-misc/curl-7.42.1  ABI_X86=32*
[ebuild   R] dev-libs/libevdev-1.3  ABI_X86=32*
[ebuild   R] dev-libs/atk-2.14.0  ABI_X86=32*
[ebuild   R] media-libs/gstreamer-1.4.5  ABI_X86=32*
[ebuild   R] dev-cpp/atkmm-2.22.7-r1  ABI_X86=32*
[ebuild   R] sys-devel/gettext-0.19.3  ABI_X86=32*
[ebuild   R] dev-libs/libcroco-0.6.8-r1  ABI_X86=32*
[ebuild   R] media-libs/gstreamer-0.10.36-r2  ABI_X86=32*
[ebuild   R] net-libs/neon-0.30.1  ABI_X86=32*
[ebuild   R] x11-libs/gdk-pixbuf-2.30.8  ABI_X86=32*
[ebuild   R] media-libs/gst-plugins-base-0.10.36-r2  ABI_X86=32*
[ebuild   R] app-i18n/enca-1.14-r2  ABI_X86=32*
[ebuild   R] dev-libs/libcdio-0.92  ABI_X86=32*
[ebuild   R] media-libs/gst-plugins-ugly-0.10.19-r1  ABI_X86=32*
[ebuild   R] media-libs/gst-plugins-bad-0.10.23-r2  ABI_X86=32*
[ebuild   R] media-libs/gst-plugins-good-0.10.31-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-xvideo-0.10.36-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-ogg-0.10.36-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-alsa-0.10.36-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-vorbis-0.10.36-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-x-0.10.36-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-cdparanoia-0.10.36-r1  ABI_X86=32*
[ebuild   R] dev-libs/libcdio-paranoia-0.90_p1-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-dts-0.10.23-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-resindvd-0.10.23-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-x264-0.10.19-r1  ABI_X86=32*
[ebuild   R] media-plugins/gst-plugins-mad-0.10.19-r1

[gentoo-user] Re: This nite's switch to full multilib

[Michael Palimaka]

On 30/03/15 03:43, waben...@gmail.com wrote:
 Mick michaelkintz...@gmail.com wrote:
 
 On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
 On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
 In most of the cases, Portage will be able to deliver correct
 suggestions for that when using the --autounmask feature.

 The first thing what happens here is that kde wants to upgrade
 because qtchooser's mask miraculously becomes ignored. And
 qtchooser itself doesn't install together with the libraries it
 pretends to control because there masses of conflicts, no matter
 what combination (qt4, qt5) I try.

 It has taken months of experimentation to get all the software to
 work which I need. It was tricky, because in many places only
 particular versions do.

 All that dissolves in a giant pile of rubbish...

 Regards,
 Yanestra

 I've also ended up with qt blockers, that I do not seem capable to
 overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
 4.8.6.  How did you go about overcoming this?

 
 I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
 but I had no problems with that.
 
 I'm on gentoo stable (not ~amd64) and I don't use KDE.

If you're on stable, you'll need to keyword qt-4.8.6 in its entirety.
You can't mix and match versions, and 4.8.6 is the only one that
supports multilib.

Re: [gentoo-user] This nite's switch to full multilib

[Alan McKinnon]

On 29/03/2015 18:21, Mick wrote:
 On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
 On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
 In most of the cases, Portage will be able to deliver correct
 suggestions for that when using the --autounmask feature.

 The first thing what happens here is that kde wants to upgrade because
 qtchooser's mask miraculously becomes ignored. And qtchooser itself
 doesn't install together with the libraries it pretends to control
 because there masses of conflicts, no matter what combination (qt4, qt5)
 I try.

 It has taken months of experimentation to get all the software to work
 which I need. It was tricky, because in many places only particular
 versions do.

 All that dissolves in a giant pile of rubbish...

 Regards,
 Yanestra
 
 I've also ended up with qt blockers, that I do not seem capable to overcome 
 yet.  KDE wants qt 4.8.5 installed which is blocking qt 4.8.6.  How did you 
 go 
 about overcoming this?
 


I went through that exercise about a month ago, and I needed this:

/etc/portage/package.use/abi_x86_32:

=dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32
=dev-qt/qtgui-4.8.6-r1:4 abi_x86_32
=dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32
=dev-qt/qtscript-4.8.6-r1:4 abi_x86_32
=dev-qt/qtcore-4.8.6-r1:4 abi_x86_32
=dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32
=dev-qt/qt3support-4.8.6-r1 abi_x86_32
=dev-qt/qtsql-4.8.6-r1:4 abi_x86_32



Apparently I have some 32-bit app that uses Qt, and wine is also in the
mix. I imagine the number of possibilities and complications about this
can be huge and many folks will need to make their own unique tweaks to
package.use, and it'll take a while to shake out all the cruft in the tree


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 17:12 GMT+03:00 Rich Freeman ri...@gentoo.org:
 On Sat, May 16, 2015 at 8:53 AM, gevisz gev...@gmail.com wrote:

 I am inattentive today. :(

 Some blockers remained but I hope it will not broke the system.
...
 [blocks b  ] dev-qt/assistant-4.8.6:4
 (dev-qt/assistant-4.8.6:4 is blocking dev-qt/qtchooser-0_p20150102)
...
 Would you like to merge these packages? [Yes/No] y


 This is pretty normal for a qt upgrade.  You haven't updated this
 system recently, so you have a couple of relatively large updates that
 are all getting mashed together in your emerge output - they're easier
 to follow individually.

My last update was on only a week ago, on May 9.

I think that the large updates are caused by switching to global abi_x86_32
from doing it on per package base.

 Blockers with a lower-case b are ones that portage can handle on its
 own.  Blockers with a capital B are ones it needs help from you with.
 A clue is the fact that portage went ahead with asking you whether to
 proceed, which indicates that it thinks it knows what it is doing.
 You should be fine answering Y.

Ok, thank you for explanation.

P.S. I am still compiling.

[gentoo-user] Re: eix showing me weird results

[»Q«]

My issue resolved itself with today's sync, just a few minutes ago.  The
eix-diff that runs at the end of eix-sync showed:

[>]   == dev-python/numpy (1.10.4@01/25/2016; 1.9.2 -> 1.10.4): Fast array and 
numerical python library
[>]   == dev-qt/qtchooser (0_p20151008@01/25/2016; 0_p20150102 -> 0_p20151008): 
Qt4/Qt5 version chooser

And eix is no longer giving me any weirdness about those two packages.

On Wed, 27 Jan 2016 14:54:23 + (UTC)
Martin Vaeth <mar...@mvath.de> wrote:

> »Q« <boxc...@gmx.net> wrote:
> > eix-sync  
> 
> Which method do you use for syncing (rsync, git, ...)?
> 
> > I've run 'emerge --metadata' and 'eix-update'  
> 
> The requirement to run emerge --metadata seems to suggest that
> you use git?  If this is true, better use egencache to generate
> the metadata in the repositories' directories instead of
> /var/cache/edb/dep/

I user rsync.  I don't usually use emerge --metadata, I just ran it
this time on the long-shot hope that it might help.

Since I no longer have the problem, I'm not trying your troubleshooting
advice (which I've snipped), but thanks very much for posting 
it -- I've saved it in case this ever happens to me again.

Re: [gentoo-user] printing pdfs

[Francesco Turco]

On Sat, May 30, 2020, at 14:54, james wrote:
> # qlist -ICv dev-qt/
> dev-qt/designer-5.14.2
> dev-qt/linguist-5.14.2
> dev-qt/linguist-tools-5.14.2
> dev-qt/qt-creator-4.8.2
> dev-qt/qt-docs-5.14.2_p202003291239
> dev-qt/qt3d-5.14.2
> dev-qt/qtchooser-66
> dev-qt/qtconcurrent-5.14.2
> dev-qt/qtcore-5.14.2
> dev-qt/qtdatavis3d-5.14.2
> dev-qt/qtdbus-5.14.2
> dev-qt/qtdeclarative-5.14.2
> dev-qt/qtdiag-5.14.2
> dev-qt/qtgraphicaleffects-5.14.2
> dev-qt/qtgui-5.14.2
> dev-qt/qthelp-5.14.2
> dev-qt/qtimageformats-5.14.2
> dev-qt/qtlockedfile-2.4.1_p20171024
> dev-qt/qtmultimedia-5.14.2
> dev-qt/qtnetwork-5.14.2
> dev-qt/qtopengl-5.14.2
> dev-qt/qtpositioning-5.14.2
> dev-qt/qtprintsupport-5.14.2
> dev-qt/qtquickcontrols-5.14.1
> dev-qt/qtscript-5.14.2
> dev-qt/qtsingleapplication-2.6.1_p20171024
> dev-qt/qtsql-5.14.2
> dev-qt/qtsvg-5.14.1
> dev-qt/qttest-5.14.2
> dev-qt/qtwayland-5.14.2
> dev-qt/qtwebchannel-5.14.2
> dev-qt/qtwebengine-5.14.2
> dev-qt/qtwebkit-5.212.0_pre20200309-r1
> dev-qt/qtwidgets-5.14.2
> dev-qt/qtx11extras-5.14.2

Most of your Qt packages have the 5.14.2 version, except dev-qt/qtquickcontrols 
and dev-qt/qtsvg which are still at 5.14.1. Please try upgrading them:

# emerge -av1 =dev-qt/qtquickcontrols-5.14.2 =dev-qt/qtsvg-5.14.2

-- 
https://fturco.net/

Re: [gentoo-user] This nite's switch to full multilib

[Mick]

On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote:
 On 29/03/2015 18:21, Mick wrote:
  On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
  On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
  In most of the cases, Portage will be able to deliver correct
  suggestions for that when using the --autounmask feature.
  
  The first thing what happens here is that kde wants to upgrade because
  qtchooser's mask miraculously becomes ignored. And qtchooser itself
  doesn't install together with the libraries it pretends to control
  because there masses of conflicts, no matter what combination (qt4, qt5)
  I try.
  
  It has taken months of experimentation to get all the software to work
  which I need. It was tricky, because in many places only particular
  versions do.
  
  All that dissolves in a giant pile of rubbish...
  
  Regards,
  Yanestra
  
  I've also ended up with qt blockers, that I do not seem capable to
  overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. 
  How did you go about overcoming this?
 
 I went through that exercise about a month ago, and I needed this:
 
 /etc/portage/package.use/abi_x86_32:
 =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32
 =dev-qt/qt3support-4.8.6-r1 abi_x86_32
 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32
 
 Apparently I have some 32-bit app that uses Qt, and wine is also in the
 mix. I imagine the number of possibilities and complications about this
 can be huge and many folks will need to make their own unique tweaks to
 package.use, and it'll take a while to shake out all the cruft in the tree

Thanks Alan, after keywording:

=dev-qt/qtopengl-4.8.6-r1 ~amd64
=dev-qt/qtscript-4.8.6-r1 ~amd64
=dev-qt/qtsql-4.8.6-r1 ~amd64
=dev-qt/qtsvg-4.8.6-r1 ~amd64
=dev-qt/qttest-4.8.6-r1 ~amd64
=dev-qt/qttranslations-4.8.6-r1 ~amd64
=dev-qt/qtwebkit-4.8.6-r1 ~amd64
=dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64

and adding abi_x86_32 on many packages that emerge asked me to, I am now able 
to progress with 'emerge -a @preserved-rebuild'.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] This nite's switch to full multilib

[Alan McKinnon]

On 29/03/2015 19:30, Mick wrote:
 On Sunday 29 Mar 2015 18:07:50 Alan McKinnon wrote:
 On 29/03/2015 18:21, Mick wrote:
 On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
 On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
 In most of the cases, Portage will be able to deliver correct
 suggestions for that when using the --autounmask feature.

 The first thing what happens here is that kde wants to upgrade because
 qtchooser's mask miraculously becomes ignored. And qtchooser itself
 doesn't install together with the libraries it pretends to control
 because there masses of conflicts, no matter what combination (qt4, qt5)
 I try.

 It has taken months of experimentation to get all the software to work
 which I need. It was tricky, because in many places only particular
 versions do.

 All that dissolves in a giant pile of rubbish...

 Regards,
 Yanestra

 I've also ended up with qt blockers, that I do not seem capable to
 overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt 4.8.6. 
 How did you go about overcoming this?

 I went through that exercise about a month ago, and I needed this:

 /etc/portage/package.use/abi_x86_32:
 =dev-qt/qtwebkit-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtgui-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtdbus-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtscript-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtcore-4.8.6-r1:4 abi_x86_32
 =dev-qt/qtxmlpatterns-4.8.6-r1:4 abi_x86_32
 =dev-qt/qt3support-4.8.6-r1 abi_x86_32
 =dev-qt/qtsql-4.8.6-r1:4 abi_x86_32

 Apparently I have some 32-bit app that uses Qt, and wine is also in the
 mix. I imagine the number of possibilities and complications about this
 can be huge and many folks will need to make their own unique tweaks to
 package.use, and it'll take a while to shake out all the cruft in the tree
 
 Thanks Alan, after keywording:
 
 =dev-qt/qtopengl-4.8.6-r1 ~amd64
 =dev-qt/qtscript-4.8.6-r1 ~amd64
 =dev-qt/qtsql-4.8.6-r1 ~amd64
 =dev-qt/qtsvg-4.8.6-r1 ~amd64
 =dev-qt/qttest-4.8.6-r1 ~amd64
 =dev-qt/qttranslations-4.8.6-r1 ~amd64
 =dev-qt/qtwebkit-4.8.6-r1 ~amd64
 =dev-qt/qtxmlpatterns-4.8.6-r1 ~amd64
 
 and adding abi_x86_32 on many packages that emerge asked me to, I am now able 
 to progress with 'emerge -a @preserved-rebuild'.
 

Thanks Mick. I think Michael posted the correct cause up-thread:

If you're on stable, you'll need to keyword qt-4.8.6 in its entirety.
You can't mix and match versions, and 4.8.6 is the only one that
supports multilib.

So you probably want to add all current Qt4 packages to the list.

We should probably start asking all posters with similar problems what
is the output of

grep -ir qt /etc/portage

and help them remove all cruft that's getting in the way of a clean upgrade




-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] printing pdfs

[james]

On 5/30/20 3:58 AM, Neil Bothwick wrote:

On Fri, 29 May 2020 18:30:21 -0400, james wrote:


Correct.
I tried to trim it down. So here is the full output:



   #  eix --category dev-qt --installed --compact
[?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t):
WYSIWYG tool for designing and building graphical user interfaces with
QtWidgets
[?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 ->
(~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files
[I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML
development centering around Qt


For a much easier to parse (and more email friendly) output, try

qlist -ICv dev-qt/




Thx Neil && Jack:


# qlist -ICv dev-qt/
dev-qt/designer-5.14.2
dev-qt/linguist-5.14.2
dev-qt/linguist-tools-5.14.2
dev-qt/qt-creator-4.8.2
dev-qt/qt-docs-5.14.2_p202003291239
dev-qt/qt3d-5.14.2
dev-qt/qtchooser-66
dev-qt/qtconcurrent-5.14.2
dev-qt/qtcore-5.14.2
dev-qt/qtdatavis3d-5.14.2
dev-qt/qtdbus-5.14.2
dev-qt/qtdeclarative-5.14.2
dev-qt/qtdiag-5.14.2
dev-qt/qtgraphicaleffects-5.14.2
dev-qt/qtgui-5.14.2
dev-qt/qthelp-5.14.2
dev-qt/qtimageformats-5.14.2
dev-qt/qtlockedfile-2.4.1_p20171024
dev-qt/qtmultimedia-5.14.2
dev-qt/qtnetwork-5.14.2
dev-qt/qtopengl-5.14.2
dev-qt/qtpositioning-5.14.2
dev-qt/qtprintsupport-5.14.2
dev-qt/qtquickcontrols-5.14.1
dev-qt/qtscript-5.14.2
dev-qt/qtsingleapplication-2.6.1_p20171024
dev-qt/qtsql-5.14.2
dev-qt/qtsvg-5.14.1
dev-qt/qttest-5.14.2
dev-qt/qtwayland-5.14.2
dev-qt/qtwebchannel-5.14.2
dev-qt/qtwebengine-5.14.2
dev-qt/qtwebkit-5.212.0_pre20200309-r1
dev-qt/qtwidgets-5.14.2
dev-qt/qtx11extras-5.14.2


qlist -ICv dev-qt/ | wc -l
36


Those are the installed. It's trying to upgrade to the latest:

It's trying now to downgrade  any to 5.13.2, or 5.14.1  etc.

I'd rather just block them for now until the 5.14.2 stabilizes?

Any quick (syntax) suggestions on locking into the newest offerings for 
qt* would be keen, as what I have tried, to date, does not seem to 
placate the qt_beast.


Since purging python 2.7 pathway is underhand (not complaining) I 
figured I might as well be up on the latest qt*, as the newest codes 
always seem to work for me.  My next gentoo install will be all 
testing/edge codes.


Note: I also use a wide variety of secondary sources for ebuilds, for 
example:

sync-uri = rsync://roverlay.dev.gentoo.org/roverlay

I suspect the problem(s), that are recurring upgrades with qt* may be do 
to the latest release of qt packages, these extra repos, or something 
unknown to me  as a necessary sequence to upgrade qt packages. It is a 
recurring problem.


hth,
James

Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...

[Meino . Cramer]

) 
[nomerge   ]x11-libs/xcb-util-cursor-0.1.1-r1::gentoo  USE=-doc 
-static-libs {-test} ABI_X86=(64) (-32) (-x32) 
[nomerge   ] x11-libs/xcb-util-renderutil-0.3.9-r1::gentoo  USE=-doc 
-static-libs {-test} ABI_X86=(64) (-32) (-x32) 
[ebuild   R]  x11-libs/libxcb-1.11-r1:0/1.11::gentoo  USE=xkb* -doc 
(-selinux) -static-libs {-test%} ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U  ] dev-lang/tk-8.5.17::gentoo [8.5.15::gentoo] USE=threads 
(-aqua) -debug {-test} -truetype -xscreensaver 0 KiB
[ebuild U ~] sys-apps/util-linux-2.26.1::gentoo [2.26::gentoo] USE=cramfs 
ncurses nls pam suid unicode -caps -fdformat -python (-selinux) -slang 
-static-libs -systemd {-test} -tty-helpers -udev ABI_X86=(64) -32 (-x32) 
PYTHON_SINGLE_TARGET=python2_7 -python3_3 -python3_4 
PYTHON_TARGETS=python2_7 -python3_3 -python3_4 0 KiB
[ebuild U  ] app-text/unrtf-0.21.9::gentoo [0.20.1::gentoo] 0 KiB
[ebuild U  ] dev-util/valgrind-3.10.1::gentoo [3.9.0::gentoo] USE=-mpi 0 
KiB
[nomerge   ] media-libs/phonon-4.7.2::gentoo  USE=qt4 vlc (-aqua) -debug 
-designer -gstreamer -pulseaudio (-qt5) (-zeitgeist) 
[ebuild  N ]  dev-qt/qtgui-4.8.5-r3:4::gentoo  USE=accessibility 
exceptions glib gtkstyle qt3support tiff xv (-aqua) -cups -debug -egl -mng -nas 
-nis -pch -trace -xinerama 0 KiB
[nomerge   ] media-sound/vmpk-0.4.0::gentoo  USE=dbus 
[ebuild  NS   ~]  dev-qt/qtcore-5.4.1:5::gentoo [4.8.5-r2:4::gentoo] 
USE=-debug -icu -systemd {-test} 0 KiB
[ebuild   R]   dev-libs/libpcre-8.35:3::gentoo  USE=bzip2 cxx jit pcre16* 
readline recursion-limit (unicode) zlib -libedit -pcre32 -static-libs 
ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U  ] dev-lang/tcl-8.5.17::gentoo [8.5.15-r1::gentoo] USE=threads 
-debug ABI_X86=(64) (-32) (-x32) 0 KiB
[ebuild U  ] dev-util/strace-4.9::gentoo [4.8::gentoo] USE=perl -aio 
-static 0 KiB
[nomerge   ] dev-qt/qtgui-5.4.1:5::gentoo  USE=gif harfbuzz jpeg opengl 
png xcb -accessibility -debug -egl -eglfs -evdev -gles2 -ibus -kms {-test} 
-udev 
[nomerge   ]  dev-qt/qtcore-5.4.1:5::gentoo [4.8.5-r2:4::gentoo] 
USE=-debug -icu -systemd {-test} 
[ebuild  N~]   dev-qt/qtchooser-0_p20150102::gentoo  USE=-qt5 {-test} 0 
KiB
[blocks B  ] dev-qt/qtgui-4.8.6:4 (dev-qt/qtgui-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtsql-4.8.6:4 (dev-qt/qtsql-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtcore-4.8.6:4 (dev-qt/qtcore-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qthelp-4.8.6:4 (dev-qt/qthelp-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtopengl-4.8.6:4 (dev-qt/qtopengl-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qt3support-4.8.6:4 (dev-qt/qt3support-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtsvg-4.8.6:4 (dev-qt/qtsvg-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtmultimedia-4.8.6:4 (dev-qt/qtmultimedia-4.8.6:4 
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtdeclarative-4.8.6:4 (dev-qt/qtdeclarative-4.8.6:4 
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/designer-4.8.6:4 (dev-qt/designer-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qttest-4.8.6:4 (dev-qt/qttest-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtxmlpatterns-4.8.6:4 (dev-qt/qtxmlpatterns-4.8.6:4 
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtwebkit-4.8.6:4 (dev-qt/qtwebkit-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtdbus-4.8.6:4 (dev-qt/qtdbus-4.8.6:4 is blocking 
dev-qt/qtchooser-0_p20150102)
[blocks B  ] dev-qt/qtscript-4.8.6:4 (dev-qt/qtscript-4.8.6:4 is 
blocking dev-qt/qtchooser-0_p20150102)

Total: 22 packages (10 upgrades, 9 new, 1 in new slot, 2 reinstalls), Size of 
downloads: 0 KiB
Conflict: 15 blocks (15 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (dev-qt/qtgui-4.8.5-r3:4/4::gentoo, ebuild scheduled for merge) pulled in by
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by 
(kde-base/kreadconfig-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by 
(kde-base/kcharselect-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by 
(kde-base/knetattach-4.14.3:4/4.14::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by 
(kde-base/konqueror-4.14.3:4/4.14::gentoo, installed)
dev-qt/qtgui:4[accessibility] required by 
(net-analyzer/wireshark-1.12.4:0/1.12.4::gentoo, installed)
=dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by 
(kde-base/kurifilter-plugins-4.14.3:4/4.14::gentoo, installed)
dev-qt/qtgui:4 required by (dev-util/cmake-2.8.12.2-r1:0/0::gentoo, 
installed)
=dev-qt/qtgui-4.8.3:4 required

Re: [gentoo-user] printing pdfs

[james]

On 5/28/20 7:34 PM, Jack wrote:

On 2020.05.28 19:04, james wrote:

On 5/28/20 4:30 PM, Francesco Turco wrote:

On Thu, May 28, 2020, at 22:11, james wrote:

So what application/strategy gets me past errors like this:

"Cannot mix incompatible Qt library (version 0x50e01) with this library
(version 0x50e02)"


Which application are you printing from?
I guess it's a Qt application. In that case, please verify that all 
packages in the dev-qt category on your system have the same version 
number.


You can use eix, for example:

$ eix --category dev-qt --installed --compact



35 matches. Yes I run lxde and many qt codes.

Perhaps better these are currenly blocked (will not update) qt:

U ~] dev-qt/qtcore-5.15.0 [5.14.2]
�U ~] dev-qt/qtxml-5.15.0 [5.14.2]
U dev-qt/qtnetwork-5.15.0 [5.14.2] USE="-libressl%"
U ~] dev-qt/qttest-5.15.0 [5.14.2]
U ~] dev-qt/qtdbus-5.15.0 [5.14.2]

U ~] dev-qt/qtgui-5.15.0 [5.14.2]
U ~] dev-qt/qtx11extras-5.15.0 [5.14.2]
U ~] dev-qt/qtwidgets-5.15.0 [5.14.2]
U ~] dev-qt/qtdeclarative-5.15.0 [5.14.2]
U ~] dev-qt/qtopengl-5.15.0 [5.14.2]
U ~] dev-qt/linguist-tools-5.15.0 [5.14.2]
U ~] dev-qt/qtmultimedia-5.15.0 [5.14.2]
U ~] dev-qt/qtpositioning-5.15.0 [5.14.2]
U ~] dev-qt/qtwayland-5.15.0 [5.14.2]
U ~] dev-python/qtawesome-0.7.2 [0.7.1]
That's not output from the above command (dev-python wouldn't be 
there.)� Please show the output of the above eix command, or perhaps try 
"eix-installed -a | grep dev-qt" for another look to be sure all are at 
the same version.


Correct.
I tried to trim it down. So here is the full output:



 #  eix --category dev-qt --installed --compact
[?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): 
WYSIWYG tool for designing and building graphical user interfaces with 
QtWidgets
[?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files
[I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML 
development centering around Qt
[?] dev-qt/qt-docs (5.14.2_p202003291239(5)@05/24/2020 -> 
5.13.2_p201910220817(5)): Qt5 documentation, for use with Qt Creator and 
other tools
[?] dev-qt/qt3d (5.14.2(5/5.14)@05/26/2020 -> 5.13.2(5/5.13)^t): 3D 
rendering module for the Qt5 framework
[I] dev-qt/qtchooser (66@11/06/2019): Tool to quickly switch between 
multiple Qt installations
[?] dev-qt/qtconcurrent (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1(5/5.14)^t): Multi-threading concurrence support library for 
the Qt5 framework
[?] dev-qt/qtcore (5.14.2(5/5.14.2)@05/15/2020 -> 
(~)5.14.1-r1(5/5.14)^t): Cross-platform application development framework
[?] dev-qt/qtdatavis3d (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): 
3D data visualization library for the Qt5 framework
[?] dev-qt/qtdbus (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): 
Qt5 module for inter-process communication over the D-Bus protocol
[?] dev-qt/qtdeclarative (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1-r1(5/5.14)^t): The QML and Quick modules for the Qt5 framework
[?] dev-qt/qtdiag (5.14.2(5/5.14)@05/24/2020 -> ~5.14.1(5/5.14)^t): Tool 
for reporting diagnostic information about Qt and its environment
[?] dev-qt/qtgraphicaleffects (5.14.2(5/5.14)@05/24/2020 -> 
5.13.2(5/5.13)^t): Set of QML types for adding visual effects to user 
interfaces
[?] dev-qt/qtgui (5.14.2(5/5.14.2)@05/15/2020 -> 
(~)5.14.1-r3(5/5.14.1)^t): The GUI module and platform plugins for the 
Qt5 framework
[?] dev-qt/qthelp (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Qt5 
module for integrating online documentation into applications
[?] dev-qt/qtimageformats (5.14.2(5/5.14)@05/24/2020 -> 
5.13.2(5/5.13)^t): Additional format plugins for the Qt image I/O system
[I] dev-qt/qtlockedfile (2.4.1_p20171024@11/12/2019): QFile extension 
with advisory locking functions
[?] dev-qt/qtmultimedia (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Multimedia (audio, video, radio, camera) library 
for the Qt5 framework
[?] dev-qt/qtnetwork (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): 
Network abstraction library for the Qt5 framework
[?] dev-qt/qtopengl (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): 
OpenGL support library for the Qt5 framework (deprecated)
[?] dev-qt/qtpositioning (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1(5/5.14)^t): Physical position determination library for the 
Qt5 framework
[?] dev-qt/qtprintsupport (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Printing support library for the Qt5 framework
[I] dev-qt/qtquickcontrols (5.14.1(5/5.14)@02/21/2020): Set of Qt Quick 
controls to create complete user interfaces (deprecated)
[?] dev-qt/qtscript (5.14.2(5/5.14)@05/24/2020 -> (~)5.14.1(5/5.14)^t): 
Application scripting library for the Qt5 framework (deprecated)
[I] dev-qt/qtsingleapplication (2.6.1_p20171024@11/12/2019): Qt library 
to start applications only once per user
[?] dev-qt/qtsql (5.14.2(5/5.14.2)@05/24

Re: [gentoo-user] printing pdfs

[Jack]

On 5/29/20 6:30 PM, james wrote:

On 5/28/20 7:34 PM, Jack wrote:

On 2020.05.28 19:04, james wrote:

On 5/28/20 4:30 PM, Francesco Turco wrote:

On Thu, May 28, 2020, at 22:11, james wrote:

[snip.]

[leaving only one line...]
U ~] dev-python/qtawesome-0.7.2 [0.7.1]
That's not output from the above command (dev-python wouldn't be 
there.)� Please show the output of the above eix command, or 
perhaps try "eix-installed -a | grep dev-qt" for another look to be 
sure all are at the same version.


Correct.
I tried to trim it down. So here is the full output:
The formats even look different.  Is the above a trimmed version of what 
is below, or output from a different command?  (and no, it doesn't 
really matter.)


 #  eix --category dev-qt --installed --compact
[?] dev-qt/designer (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): 
WYSIWYG tool for designing and building graphical user interfaces with 
QtWidgets
[?] dev-qt/linguist-tools (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Tools for working with Qt translation data files
[I] dev-qt/qt-creator (4.8.2@05/24/2020): Lightweight IDE for C++/QML 
development centering around Qt
[?] dev-qt/qt-docs (5.14.2_p202003291239(5)@05/24/2020 -> 
5.13.2_p201910220817(5)): Qt5 documentation, for use with Qt Creator 
and other tools
[?] dev-qt/qt3d (5.14.2(5/5.14)@05/26/2020 -> 5.13.2(5/5.13)^t): 3D 
rendering module for the Qt5 framework
[I] dev-qt/qtchooser (66@11/06/2019): Tool to quickly switch between 
multiple Qt installations
[?] dev-qt/qtconcurrent (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1(5/5.14)^t): Multi-threading concurrence support library for 
the Qt5 framework
[?] dev-qt/qtcore (5.14.2(5/5.14.2)@05/15/2020 -> 
(~)5.14.1-r1(5/5.14)^t): Cross-platform application development framework
[?] dev-qt/qtdatavis3d (5.14.2(5/5.14)@05/24/2020 -> 
5.13.2(5/5.13)^t): 3D data visualization library for the Qt5 framework
[?] dev-qt/qtdbus (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): 
Qt5 module for inter-process communication over the D-Bus protocol
[?] dev-qt/qtdeclarative (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1-r1(5/5.14)^t): The QML and Quick modules for the Qt5 framework
[?] dev-qt/qtdiag (5.14.2(5/5.14)@05/24/2020 -> ~5.14.1(5/5.14)^t): 
Tool for reporting diagnostic information about Qt and its environment
[?] dev-qt/qtgraphicaleffects (5.14.2(5/5.14)@05/24/2020 -> 
5.13.2(5/5.13)^t): Set of QML types for adding visual effects to user 
interfaces
[?] dev-qt/qtgui (5.14.2(5/5.14.2)@05/15/2020 -> 
(~)5.14.1-r3(5/5.14.1)^t): The GUI module and platform plugins for the 
Qt5 framework
[?] dev-qt/qthelp (5.14.2(5/5.14)@05/24/2020 -> 5.13.2(5/5.13)^t): Qt5 
module for integrating online documentation into applications
[?] dev-qt/qtimageformats (5.14.2(5/5.14)@05/24/2020 -> 
5.13.2(5/5.13)^t): Additional format plugins for the Qt image I/O system
[I] dev-qt/qtlockedfile (2.4.1_p20171024@11/12/2019): QFile extension 
with advisory locking functions
[?] dev-qt/qtmultimedia (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Multimedia (audio, video, radio, camera) library 
for the Qt5 framework
[?] dev-qt/qtnetwork (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1(5/5.14)^t): Network abstraction library for the Qt5 framework
[?] dev-qt/qtopengl (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): OpenGL support library for the Qt5 framework 
(deprecated)
[?] dev-qt/qtpositioning (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1(5/5.14)^t): Physical position determination library for the 
Qt5 framework
[?] dev-qt/qtprintsupport (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Printing support library for the Qt5 framework
[I] dev-qt/qtquickcontrols (5.14.1(5/5.14)@02/21/2020): Set of Qt 
Quick controls to create complete user interfaces (deprecated)
[?] dev-qt/qtscript (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Application scripting library for the Qt5 
framework (deprecated)
[I] dev-qt/qtsingleapplication (2.6.1_p20171024@11/12/2019): Qt 
library to start applications only once per user
[?] dev-qt/qtsql (5.14.2(5/5.14.2)@05/24/2020 -> 
(~)5.14.1(5/5.14.1)^t): SQL abstraction library for the Qt5 framework
[I] dev-qt/qtsvg (5.14.1(5/5.14)@01/30/2020): SVG rendering library 
for the Qt5 framework
[?] dev-qt/qttest (5.14.2(5/5.14)@05/15/2020 -> (~)5.14.1(5/5.14)^t): 
Unit testing library for the Qt5 framework
[?] dev-qt/qtwayland (5.14.2(5/5.14)@05/15/2020 -> 
(~)5.14.1-r1(5/5.14)^t): Wayland platform plugin for Qt
[?] dev-qt/qtwebchannel (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Qt5 module for integrating C++ and QML 
applications with HTML/JavaScript clients
[?] dev-qt/qtwebengine (5.14.2(5/5.14)@05/24/2020 -> 
(~)5.14.1(5/5.14)^t): Library for rendering dynamic web content in Qt5 
C++ and QML applications
[?] dev-qt/qtwebkit (5.212.0_pre20200309-r1(5/5.212)@04/08/2020 -> 
5.212.0_pre20190629(5/5.212)): WebKit rendering library for the Qt5 
framework (d

Re: [gentoo-user] Re: KDE 5: Broken file protocol for KDE 4 apps

[Michael Mol]

 x11-proto/dri2proto-2.8-r1 
[ebuild   R] app-eselect/eselect-
mesa-0.0.10 
[ebuild   R] x11-libs/libxshmfence-1.2 
[ebuild   R] x11-libs/libXxf86vm-1.1.4 
[ebuild   R] x11-libs/libXvMC-1.0.10 
[ebuild   R]  x11-libs/libXv-1.0.11 
[ebuild   R]   x11-proto/videoproto-2.3.3 
[ebuild   R]  app-eselect/eselect-xvmc-0.4 
[ebuild   R] x11-proto/dri3proto-1.0 
[ebuild   R] x11-libs/libva-1.6.2 
[ebuild   R]  virtual/opengl-7.0-r1 
[ebuild   R]  x11-libs/libva-vdpau-
driver-0.7.4-r4 
[ebuild   R]   x11-libs/libvdpau-1.1.1 
[ebuild   R]  x11-libs/libXfixes-5.0.3 
[ebuild   R]   x11-proto/fixesproto-5.0-r1 
[ebuild   R] x11-proto/xf86driproto-2.1.1-
r1 
[ebuild   R] x11-libs/libXdamage-1.1.4-r1 
[ebuild   R]  x11-proto/damageproto-1.2.1-
r1 
[ebuild   R] sys-devel/llvm-3.7.1-r3 
[ebuild   R]  sys-devel/clang-3.7.1-r100 
[ebuild   R]  dev-util/ninja-1.6.0 
[ebuild   R]   dev-util/re2c-0.16 
[ebuild   R] dev-libs/wayland-1.11.0 
[ebuild   R] x11-proto/presentproto-1.0 
[ebuild   R]x11-libs/pixman-0.34.0 
[ebuild   R]x11-libs/libXrender-0.9.10 
[ebuild   R]dev-libs/lzo-2.08 
[ebuild   R   ~] dev-qt/qtgui-4.8.7 
[ebuild   R]  x11-libs/libXi-1.7.7 
[ebuild   R]  x11-libs/libXinerama-1.1.3 
[ebuild   R]   x11-proto/xineramaproto-1.2.1-
r1 
[ebuild   R]  net-print/cups-2.1.3-r1 
[ebuild   R]   app-text/libpaper-1.1.24-r2 
[ebuild   R]   sys-apps/dbus-1.10.8-r1 
[ebuild   R]app-text/xmlto-0.0.26-r1 
[ebuild   R] sys-apps/which-2.21 
[ebuild   R] www-client/lynx-2.8.8_p2 
[ebuild   R]app-text/docbook-xml-dtd-4.4-
r2 
[ebuild   R]   virtual/libusb-1-r2 
[ebuild   R]dev-libs/libusb-1.0.19-r1 
[ebuild   R]   net-dns/avahi-0.6.32 
[ebuild   R]app-doc/xmltoman-0.4 
[ebuild   R]dev-libs/libdaemon-0.14-r2 
[ebuild   R]sys-devel/automake-1.11.6-r1 
[ebuild   R   ~]dev-qt/qtcore-4.8.7-r2 
[ebuild   R] dev-qt/qtchooser-0_p20151008 
[ebuild   R   ~] dev-qt/qttranslations-4.8.7 
[ebuild   R]x11-libs/gtk+-2.24.31 
[ebuild   R] dev-libs/atk-2.20.0 
[ebuild   R] gnome-base/librsvg-2.40.16 
[ebuild   R]  dev-libs/libcroco-0.6.11 
[ebuild   R]  dev-libs/vala-common-0.32.1 
[ebuild   R]  x11-libs/gdk-pixbuf-2.34.0 
[ebuild   R]   media-libs/tiff-4.0.6 
[ebuild   R]virtual/jpeg-0-r2 
[ebuild   R] media-libs/libjpeg-
turbo-1.5.0 
[ebuild   R]  dev-lang/nasm-2.12.01 
[ebuild   R]   media-libs/jasper-1.900.1-
r9 
[ebuild   R]media-libs/freeglut-3.0.0 
[ebuild   R] x11-libs/libXrandr-1.5.1 
[ebuild   R]  x11-
proto/randrproto-1.5.0 
[ebuild   R] virtual/glu-9.0-r1 
[ebuild   R]  media-libs/glu-9.0.0-r1 
[ebuild   R]  x11-libs/pango-1.40.3 
[ebuild   R]   x11-libs/libXft-2.3.2 
[ebuild   R]   media-libs/harfbuzz-1.3.1 
[ebuild   R]media-gf

[gentoo-user] KDE update revdep-rebuild.sh fail

[Daniel Frey]

mmon:0
dev-libs/grantlee:5 dev-libs/hyphen:0 dev-libs/icu:0/60.2
dev-libs/iniparser:0 dev-libs/ivykis:0 dev-libs/jansson:0
dev-libs/json-c:0/2 dev-libs/json-glib:0 dev-libs/jsoncpp:0/19
dev-libs/leveldb:0 dev-libs/libaio:0 dev-libs/libappindicator:2
dev-libs/libappindicator:3 dev-libs/libassuan:0 dev-libs/libatasmart:0/4
dev-libs/libatomic_ops:0 dev-libs/libattica:0 dev-libs/libbsd:0
dev-libs/libburn:0 dev-libs/libbytesize:0 dev-libs/libcdio:0/15
dev-libs/libcdio-paranoia:0 dev-libs/libcroco:0.6 dev-libs/libdaemon:0
dev-libs/libdbusmenu:0 dev-libs/libdbusmenu-qt:0 dev-libs/libebml:0/4
dev-libs/libev:0 dev-libs/libevdev:0 dev-libs/libevent:0/2.1-6
dev-libs/libffi:0 dev-libs/libgcrypt:0/20 dev-libs/libgpg-error:0
dev-libs/libgudev:0/0 dev-libs/libgusb:0 dev-libs/libical:0/2
dev-libs/libindicator:0 dev-libs/libindicator:3 dev-libs/libinput:0/10
dev-libs/libixion:0/0.12 dev-libs/libksba:0 dev-libs/liblinear:0/3
dev-libs/libltdl:0 dev-libs/libnatspec:0 dev-libs/libnl:3
dev-libs/liborcus:0/0.12 dev-libs/libpcre:3 dev-libs/libpcre2:0
dev-libs/libpthread-stubs:0 dev-libs/libpwquality:0
dev-libs/librevenge:0 dev-libs/libsigc++:2 dev-libs/libsodium:0/18
dev-libs/libtasn1:0/6 dev-libs/libunibreak:0 dev-libs/libunistring:0/2
dev-libs/libusb:1 dev-libs/libusb-compat:0 dev-libs/libverto:0
dev-libs/libx86:0 dev-libs/libx86emu:0 dev-libs/libxml2:2
dev-libs/libxslt:0 dev-libs/libyaml:0 dev-libs/lzo:2 dev-libs/mpc:0
dev-libs/mpfr:0/4 dev-libs/nettle:0/6.1 dev-libs/npth:0 dev-libs/nspr:0
dev-libs/nss:0 dev-libs/openssl:0 dev-libs/popt:0 dev-libs/protobuf:0/15
dev-libs/pugixml:0 dev-libs/qjson:0 dev-libs/rasqal:0 dev-libs/redland:0
dev-libs/sni-qt:0 dev-libs/tinyxml:0 dev-libs/vala-common:0
dev-libs/volume_key:0 dev-libs/wayland:0 dev-libs/wayland-protocols:0
dev-libs/xapian:0/30 dev-libs/xmlsec:0 dev-libs/yajl:0/2
dev-perl/Archive-Zip:0 dev-perl/Authen-SASL:0 dev-perl/Cairo:0
dev-perl/Crypt-PasswdMD5:0 dev-perl/DBD-mysql:0 dev-perl/DBI:0
dev-perl/Date-Manip:0 dev-perl/Digest-HMAC:0 dev-perl/Digest-SHA1:0
dev-perl/Encode-Locale:0 dev-perl/Error:0 dev-perl/ExtUtils-Depends:0
dev-perl/ExtUtils-PkgConfig:0 dev-perl/File-BaseDir:0
dev-perl/File-DesktopEntry:0 dev-perl/File-Listing:0
dev-perl/File-MimeInfo:0 dev-perl/GSSAPI:0 dev-perl/Gtk2:0
dev-perl/Gtk2-Ex-PodViewer:0 dev-perl/Gtk2-Ex-Simple-List:0
dev-perl/HTML-Parser:0 dev-perl/HTML-Tagset:0
dev-perl/HTML-TokeParser-Simple:0 dev-perl/HTTP-Cookies:0
dev-perl/HTTP-Daemon:0 dev-perl/HTTP-Date:0 dev-perl/HTTP-Message:0
dev-perl/HTTP-Negotiate:0 dev-perl/IO-HTML:0 dev-perl/IO-Socket-INET6:0
dev-perl/IO-Socket-SSL:0 dev-perl/IO-stringy:0 dev-perl/LWP-MediaTypes:0
dev-perl/LWP-Protocol-https:0 dev-perl/Locale-gettext:0
dev-perl/Log-Agent:0 dev-perl/Module-Build:0 dev-perl/Net-Daemon:0
dev-perl/Net-HTTP:0 dev-perl/Net-SMTP-SSL:0 dev-perl/Net-SSLeay:0
dev-perl/Net-UPnP:0 dev-perl/Pango:0 dev-perl/PlRPC:0 dev-perl/SGMLSpm:0
dev-perl/Socket6:0 dev-perl/Sub-Override:0 dev-perl/TermReadKey:0
dev-perl/Text-CharWidth:0 dev-perl/Text-Unidecode:0
dev-perl/Text-WrapI18N:0 dev-perl/URI:0
dev-perl/Unicode-EastAsianWidth:0 dev-perl/WWW-RobotRules:0
dev-perl/XML-NamespaceSupport:0 dev-perl/XML-Parser:0 dev-perl/XML-SAX:0
dev-perl/XML-SAX-Base:0 dev-perl/XML-SAX-Expat:0 dev-perl/XML-Simple:0
dev-perl/glib-perl:0 dev-perl/libintl-perl:0 dev-perl/libwww-perl:0
dev-python/PyQt5:0 dev-python/PySocks:0 dev-python/asn1crypto:0
dev-python/bcrypt:0 dev-python/certifi:0 dev-python/cffi:0/1.11.4
dev-python/chardet:0 dev-python/cryptography:0 dev-python/cython:0
dev-python/dbus-python:0 dev-python/docutils:0 dev-python/enum34:0
dev-python/gevent:0 dev-python/greenlet:0 dev-python/gst-python:1.0
dev-python/httplib2:0 dev-python/idna:0 dev-python/ipaddress:0
dev-python/lxml:0 dev-python/mysql-python:0 dev-python/ndg-httpsclient:0
dev-python/paramiko:0 dev-python/pillow:0 dev-python/ply:0/3.9
dev-python/py:0 dev-python/pyasn1:0 dev-python/pyblake2:0
dev-python/pycairo:0 dev-python/pycparser:0 dev-python/pycurl:0
dev-python/pygments:0 dev-python/pygobject:3 dev-python/pynacl:0
dev-python/pyopenssl:0 dev-python/pyxattr:0 dev-python/pyzmq:0
dev-python/requests:0 dev-python/setuptools:0 dev-python/simplejson:0
dev-python/sip:0/12 dev-python/six:0 dev-python/ssl-fetch:0
dev-python/urlgrabber:0 dev-python/urllib3:0 dev-qt/designer:4
dev-qt/designer:5/5.9 dev-qt/linguist-tools:5/5.9 dev-qt/qdbus:5/5.9
dev-qt/qt3support:4 dev-qt/qtbluetooth:5/5.9 dev-qt/qtchooser:0
dev-qt/qtconcurrent:5/5.9 dev-qt/qtcore:4 dev-qt/qtcore:5/5.9
dev-qt/qtdbus:4 dev-qt/qtdbus:5/5.9 dev-qt/qtdeclarative:4
dev-qt/qtdeclarative:5/5.9 dev-qt/qtgraphicaleffects:5/5.9
dev-qt/qtgui:4 dev-qt/qtgui:5/5.9 dev-qt/qtimageformats:5/5.9
dev-qt/qtmultimedia:5/5.9 dev-qt/qtnetwork:5/5.9 dev-qt/qtopengl:4
dev-qt/qtopengl:5/5.9 dev-qt/qtpaths:5/5.9 dev-qt/qtprintsupport:5/5.9
dev-qt/qtquickcontrols:5/5.9 dev-qt/qtquickcontrols2:5/5.9
dev-qt/qtscript:4 dev-qt/qtscript:5/5.9 dev-qt/qtsql:4
dev-qt/qtsql:5/5.9 dev-qt/qtsvg:4 dev-qt/qtsvg:5/5.9 dev-qt/qttest:4

[gentoo-user] newish vbox gentoo guest crashes from startx

[Harry Putnam]

Setup:

   gentoo 32bit vbox guest on win 10 64bit host
   Installed xorg-server, lxde Meta pkgs and deps
   (along with many other pkgs ... to many to list
   here but included at the end)

uname -a:
  Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R)
  Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux

Theoretically the install should be ready now to run X and lxde.
However, when I run `startlxde' nothing whatsoever happens.  At least
not at the command line or visibly.  Prompt just returns lamely.

However, if I run startx.  The vm crashes clear to power off or
sometimes just becomes inoperable with these error messages showing.
(Note: nothing can be clicked moved or etc at this point)


I'm having trouble figuring out where to start to get a handle on
this.

This is not my first time installing gentoo in a vbox vm... I've done
several over time and two just of late.  Although the installs were
not trouble free, I had none of this sort of trouble.

Posting /var/log/Xorg.0.log which shows several modules not loading.
vesa and fbdev... but checking my kernel compile I see both were
selected for.  Other parts I'm not sure what they might mean.

Also included below is last 175 lines of a debug.log I have setup in
rsyslog.

I can't tell how many lines to include so just a shot in the dark.
There are a number of lines about Vbox not recognizing symbols

And finally a full listing of everthing that has been installed. Which
runs to 650+ lines. So massive amount of data... which seems
.. unavoidable.   I've labeled each between these:
---   ---   ---=---   ---   ---
LABEL
---   ---   ---=---   ---   ---

Labels are:

   Xorg.0.log
   tail_of_debug.log
   installed_pkgs_list.txt

Hopefull will make jumping around a bit easier if anyone even gets
that far.

---   ---   ---=---   ---   ---
Xorg.0.log
---   ---   ---=---   ---   --- 
[  1215.250] 
X.Org X Server 1.18.4
Release Date: 2016-07-19
[  1215.262] X Protocol Version 11, Revision 0
[  1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo
[  1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 
20:16:14 EST 2016 i686
[  1215.268] Kernel command line: root=/dev/sda3 vga=0x31b 
video=vesfb:mtrr:3,ywrap
[  1215.272] Build Date: 06 December 2016  09:05:57PM
[  1215.274]  
[  1215.277] Current version of pixman: 0.34.0
[  1215.287]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1215.287] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec  7 10:07:52 
2016
[  1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1215.371] (==) No Layout section.  Using the first Screen section.
[  1215.371] (==) No screen section available. Using defaults.
[  1215.371] (**) |-->Screen "Default Screen Section" (0)
[  1215.371] (**) |   |-->Monitor ""
[  1215.372] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1215.372] (==) Automatically adding devices
[  1215.372] (==) Automatically enabling devices
[  1215.372] (==) Automatically adding GPU devices
[  1215.373] (==) Max clients allowed: 256, resource mask: 0x1f
[  1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (WW) The directory "/usr/share/fonts/100dpi/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (WW) The directory "/usr/share/fonts/75dpi/" does not exist.
[  1215.385]Entry deleted from font path.
[  1215.385] (==) FontPath set to:

[  1215.385] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1215.385] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1215.386] (II) Loader magic: 0x8282620
[  1215.386] (II) Module ABI versions:
[  1215.386]X.Org ANSI C Emulation: 0.4
[  1215.386]X.Org Video Driver: 20.0
[  1215.386]X.Org XInput driver : 22.1
[  1215.386]X.Org Server Extension : 9.0
[  1215.390] (--) PCI:*(0:0:2:0) 80ee:beef:: rev 0, Mem @ 
0xe000/33554432, BIOS @ 0x/131072
[  1215.390] (II) LoadModule: "glx"

Re: [gentoo-user] newish vbox gentoo guest crashes from startx

[Alan McKinnon]

On 07/12/2016 17:34, Harry Putnam wrote:
> Setup:
> 
>gentoo 32bit vbox guest on win 10 64bit host
>Installed xorg-server, lxde Meta pkgs and deps
>(along with many other pkgs ... to many to list
>here but included at the end)
> 
> uname -a:
>   Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R)
>   Xeon(R) CPU X5450 @ 3.00GHz GenuineIntel GNU/Linux
> 
> Theoretically the install should be ready now to run X and lxde.
> However, when I run `startlxde' nothing whatsoever happens.  At least
> not at the command line or visibly.  Prompt just returns lamely.
> 
> However, if I run startx.  The vm crashes clear to power off or
> sometimes just becomes inoperable with these error messages showing.
> (Note: nothing can be clicked moved or etc at this point)



Your first problem seems to be you don't have any input or output
devices. Please post

- eix xorg-server
- values of INPUT_DEVICES and VIDEO_CARDS from make.conf
- confirm that you built the kernel with evdev and the kernel module is
loaded


There's a decent X11 install page on the gentoo wiki, did you follow it?
Installing on vbox is not too different from installing on metal except
you don't use the video driver for the physical card, you use the vbox
one (it's virtualized).

Lastly, why a 32 bit guest on a 64 bit host? There's little benefit from
doing that, and amd64 is far better supported in general than x86_64.
Plus you just create more work for the host.


Alan

> 
> 
> 
> 
> I'm having trouble figuring out where to start to get a handle on
> this.
> 
> This is not my first time installing gentoo in a vbox vm... I've done
> several over time and two just of late.  Although the installs were
> not trouble free, I had none of this sort of trouble.
> 
> Posting /var/log/Xorg.0.log which shows several modules not loading.
> vesa and fbdev... but checking my kernel compile I see both were
> selected for.  Other parts I'm not sure what they might mean.
> 
> Also included below is last 175 lines of a debug.log I have setup in
> rsyslog.
> 
> I can't tell how many lines to include so just a shot in the dark.
> There are a number of lines about Vbox not recognizing symbols
> 
> And finally a full listing of everthing that has been installed. Which
> runs to 650+ lines. So massive amount of data... which seems
> .. unavoidable.   I've labeled each between these:
> ---   ---   ---=---   ---   ---
> LABEL
> ---   ---   ---=---   ---   ---
> 
> Labels are:
> 
>Xorg.0.log
>tail_of_debug.log
>installed_pkgs_list.txt
> 
> Hopefull will make jumping around a bit easier if anyone even gets
> that far.
> 
> ---   ---   ---=---   ---   ---
> Xorg.0.log
> ---   ---   ---=---   ---   --- 
> [  1215.250] 
> X.Org X Server 1.18.4
> Release Date: 2016-07-19
> [  1215.262] X Protocol Version 11, Revision 0
> [  1215.266] Build Operating System: Linux 4.8.8-gentoo i686 Gentoo
> [  1215.268] Current Operating System: Linux g0 4.8.8-gentoo #2 Fri Nov 18 
> 20:16:14 EST 2016 i686
> [  1215.268] Kernel command line: root=/dev/sda3 vga=0x31b 
> video=vesfb:mtrr:3,ywrap
> [  1215.272] Build Date: 06 December 2016  09:05:57PM
> [  1215.274]  
> [  1215.277] Current version of pixman: 0.34.0
> [  1215.287]  Before reporting problems, check http://wiki.x.org
>   to make sure that you have the latest version.
> [  1215.287] Markers: (--) probed, (**) from config file, (==) default 
> setting,
>   (++) from command line, (!!) notice, (II) informational,
>   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [  1215.295] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec  7 10:07:52 
> 2016
> [  1215.348] (==) Using config directory: "/etc/X11/xorg.conf.d"
> [  1215.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [  1215.371] (==) No Layout section.  Using the first Screen section.
> [  1215.371] (==) No screen section available. Using defaults.
> [  1215.371] (**) |-->Screen "Default Screen Section" (0)
> [  1215.371] (**) |   |-->Monitor ""
> [  1215.372] (==) No monitor specified for screen "Default Screen Section".
>   Using a default monitor configuration.
> [  1215.372] (==) Automatically adding devices
> [  1215.372] (==) Automatically enabling devices
> [  1215.372] (==) Automatically adding GPU devices
> [  1215.373] (==) Max clients allowed: 256, resource mask: 0x1f
> [  1215.385] (WW) The directory "/usr/share/fonts/misc/" does not exist.
> [  1215.385]  Entry deleted from font path.
> [  1215.385] (WW) The directory "/usr/share/fonts/TTF/" does not exist.
> [  1215.385]  Entry deleted from font path.
> [  1215.385] (WW) The directory "/usr/share/fonts/OTF/" does not exist.
> [  1215.385]  Entry deleted from font path.
> [  1215.385] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
> [  1215.385]  Entry deleted from font path.
> [