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
> >
t;
> 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
:-) :-)
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 ...
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
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, "
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 qtconfi
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
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 prob
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
] 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
--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
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 fro
/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.
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
e.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
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
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
-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
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
> "
@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
/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
. 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
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
nfig
> /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 q
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
t 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-
-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
che/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
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
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
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
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 OpenG
)
[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
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
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
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
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_
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/q
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
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
und 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/qt
-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
5/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 insta
] 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 switc
] 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 ~]
etooth: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
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 @
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
48 matches
Mail list logo