[gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. # ebuild $(equery which qtcore) merge d Existing ${T}/environment for 'qtcore-4.8.6-r1' will be sourced. Run 'clean' to start with a fresh environment. Checking qt-everywhere-opensource-src-4.8.6.tar.gz's mtime... WORKDIR is up-to-date, keeping... * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] It appears that 'pretend' has already executed for 'qtcore-4.8.6-r1'; skipping. Remove '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/.pretended' to force pretend. It appears that 'setup' has already executed for 'qtcore-4.8.6-r1'; skipping. Remove '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/.setuped' to force setup. It appears that 'unpack' has already executed for 'qtcore-4.8.6-r1'; skipping. Remove '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/.unpacked' to force unpack. It appears that 'prepare' has already executed for 'qtcore-4.8.6-r1'; skipping. Remove '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/.prepared' to force prepare. It appears that 'configure' has already executed for 'qtcore-4.8.6-r1'; skipping. Remove '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/.configured' to force configure. Compiling source in /var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6 ... * abi_x86_32.x86: running multilib-minimal_abi_src_compile * Running emake in src/tools/bootstrap make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/tools/moc make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/tools/rcc make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/tools/uic make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/corelib make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/network make -j3 -l4 make: Nothing to be done for 'first'. * Running emake in src/xml make -j3 -l4 rm -f libQtXml.so.4.8.6 libQtXml.so libQtXml.so.4 libQtXml.so.4.8 x86_64-pc-linux-gnu-g++ -m32 -Wl,-O1 -Wl,--as-needed -Wl,-rpath-link,/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6-abi_x86_32.x86/lib -Wl,--no-undefined -shared -Wl,-Bsymbolic-functions -Wl,-soname,libQtXml.so.4 -o libQtXml.so.4.8.6 .obj/release-shared/qdom.o .obj/release-shared/qxml.o -L/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6-abi_x86_32.x86/lib -L/usr/lib32/qt4 -lQtCore -L/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6-abi_x86_32.x86/lib -lpthread /usr/lib32/libc_nonshared.a(stack_chk_fail_local.oS): In function `__stack_chk_fail_local': stack_chk_fail_local.c:(.text+0x20): undefined reference to `__stack_chk_fail' collect2: error: ld returned 1 exit status Makefile:122: recipe for target '../../lib/libQtXml.so.4.8.6' failed make: *** [../../lib/libQtXml.so.4.8.6] Error 1 * ERROR: dev-qt/qtcore-4.8.6-r1::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-qt/qtcore-4.8.6-r1::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-qt/qtcore-4.8.6-r1::gentoo'`. * The complete build log is located at '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/temp/environment'. * Working directory: '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6-abi_x86_32.x86/src/xml' * S: '/var/tmp/portage/dev-qt/qtcore-4.8.6-r1/work/qt-everywhere-opensource-src-4.8.6' Here's more information on the problem: https://gist.github.com/jfindlay/3bb0a4c8a0a6d1eafcd5, thanks. Justin
[gentoo-user] qtcore 5 missing the lrelease binary?
I just installed qt5 for the first time because the latest virtualbox requires it. Now virtualbox 5.1.0 won't build because it can't find /usr/lib64/qt5/bin/lrelease, which (I think) should be in the qtcore package. I copied lrelease from qtcore-4, which worked around that problem but now vbox fails to build because of an undefined GL variable, so I've got other (useflag?) problems to solve, but meanwhile I'd be grateful for any hints. Thanks.
Re: [gentoo-user] printing pdfs
On Fri, May 29, 2020, at 01:04, james wrote: > (dev-qt/qtcore-5.15.0:5/5.15.0::gentoo, ebuild scheduled for merge) > USE="icu -debug -old-kernel (-systemd) -test" ABI_X86="(64)" conflicts with > ~dev-qt/qtcore-5.14.2:5/5.14.2= required by > (dev-qt/qtnetwork-5.14.2:5/5.14::gentoo, installed) USE="ssl -bindist > -connman -debug -gssapi -libproxy -networkmanager -sctp -test" > ABI_X86="(64)" > ^^^ > ~dev-qt/qtcore-5.14.2 required by > (dev-qt/qtgraphicaleffects-5.14.2:5/5.14::gentoo, installed) USE="-debug > -test" ABI_X86="(64)" > ^ ^^ > ~dev-qt/qtcore-5.14.2:5= required by > (dev-qt/qtxml-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" > ABI_X86="(64)" > ^ ^^ > ~dev-qt/qtcore-5.14.2:5/5.14.2= required by > (dev-qt/qtdiag-5.14.2:5/5.14::gentoo, installed) USE="network widgets > -debug -test" ABI_X86="(64)" Please try with: # emerge -av1 $(eix --category dev-qt --installed --only-names) You may also try adding the -n (--noreplace) emerge option if you want. -- https://fturco.net/
Re: [gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On Mon, Jan 12, 2015 at 12:39 AM, Justin Findlay jfind...@gmail.com wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. You should file a bug. ^_^
Re: [gentoo-user] qtcore 5 missing the lrelease binary?
On Wed, 13 Jul 2016 13:35:26 -0700, walt wrote: > I just installed qt5 for the first time because the latest virtualbox > requires it. Now virtualbox 5.1.0 won't build because it can't > find /usr/lib64/qt5/bin/lrelease, which (I think) should be in the > qtcore package. % qfile /usr/lib64/qt5/bin/lrelease dev-qt/linguist-tools (/usr/lib64/qt5/bin/lrelease) -- Neil Bothwick SEX ON TV HAS TO GO! <<<<<<<<>>>>>>>> I keep falling off! pgp1ndHDRYfhM.pgp Description: OpenPGP digital signature
[gentoo-user] MythTV compile error
List - Thanks for all of your help this weekend. I am having another issue. When I try to upgrade mythTV I am getting the attached error (I hope the attachment comes through). Does anyone have any ideas on what could be causing this? Thanks Again, James lcddevice.cpp: At global scope: lcddevice.cpp:564: error: `QPtrList' was not declared in this scope lcddevice.cpp:564: error: syntax error before `' token lcddevice.cpp: In member function `void LCD::outputText(...)': lcddevice.cpp:569: error: `QPtrListIterator' undeclared (first use this function) lcddevice.cpp:569: error: syntax error before `' token lcddevice.cpp:578: error: `it' undeclared (first use this function) lcddevice.cpp: In member function `void LCD::assignScrollingText(QString, QString, int)': lcddevice.cpp:676: warning: comparison between signed and unsigned integer expressions lcddevice.cpp:711: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: In member function `void LCD::startMusic(QString, QString)': lcddevice.cpp:720: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: In member function `void LCD::startChannel(QString, QString, QString)': lcddevice.cpp:747: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: At global scope: lcddevice.cpp:752: error: `QPtrList' was not declared in this scope lcddevice.cpp:752: error: syntax error before `' token lcddevice.cpp: In member function `void LCD::startGeneric(...)': lcddevice.cpp:755: error: syntax error before `' token lcddevice.cpp:768: error: `textItems' undeclared (first use this function) lcddevice.cpp:771: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: At global scope: lcddevice.cpp:792: error: `QPtrList' was not declared in this scope lcddevice.cpp:792: error: syntax error before `' token lcddevice.cpp: In member function `void LCD::startMenu(...)': lcddevice.cpp:796: error: `menuItems' undeclared (first use this function) lcddevice.cpp:809: error: `app_name' undeclared (first use this function) lcddevice.cpp:811: error: syntax error before `' token lcddevice.cpp:843: error: `popMenu' undeclared (first use this function) lcddevice.cpp:844: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp:848: error: syntax error before `' token lcddevice.cpp:851: error: `itTemp' undeclared (first use this function) lcddevice.cpp:871: warning: comparison between signed and unsigned integer expressions lcddevice.cpp:873: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp:965: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: In member function `void LCD::beginScrollingMenuText()': lcddevice.cpp:978: error: syntax error before `' token lcddevice.cpp:989: warning: comparison between signed and unsigned integer expressions lcddevice.cpp:1003: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp: In member function `void LCD::scrollMenuText()': lcddevice.cpp:1012: error: syntax error before `' token lcddevice.cpp:1047: warning: comparison between signed and unsigned integer expressions lcddevice.cpp:1051: error: no matching function for call to `QTimer::start(int, bool)' /usr/include/qt4/QtCore/qtimer.h:58: error: candidates are: void QTimer::start(int) /usr/include/qt4/QtCore/qtimer.h:60: error: void QTimer::start() lcddevice.cpp:1058: warning: comparison between signed and unsigned integer expressions lcddevice.cpp:1094: warning: comparison
[gentoo-user] retext, PyQt, QtPrintSupport, and QObject
I usually try to avoid Qt apps, but I needed a way to preview markdown text. One option was pandoc, but it needed to install 100+ packages as dependancies. Another option was retext, which only required a few new packages. So I installed retext. The install seemed to go fine, but it doesn't run: $ retext Traceback (most recent call last): File "/usr/lib64/python3.4/site-packages/ReText/__init__.py", line 16, in from PyQt5 import QtCore, QtPrintSupport, QtGui, QtWidgets, QtWebKit, QtWebKitWidgets ImportError: cannot import name 'QtPrintSupport' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python-exec/python3.4/retext", line 23, in from ReText import QtCore, QtWidgets, QtWebKit, datadirs, globalSettings File "/usr/lib64/python3.4/site-packages/ReText/__init__.py", line 19, in from PyQt4 import QtCore, QtGui, QtWebKit RuntimeError: the PyQt4.QtCore and PyQt5.QtCore modules both wrap the QObject class Two questions: 1) If retext requires Qt with printing support, shouldn't that be a package dependency? [Does retext require Qt printing support?] 2) What is the "RuntimeError:" trying to say? Aren't PyQt4 and PyQt5 independent from each other? Who cares if they both wrap the same QOobject class (in fact, I would have guessed that the both do a _lot_ of things). [Perhaps this is more of a Python question than a Gentoo question?] -- Grant Edwards grant.b.edwardsYow! I just went below the at poverty line! gmail.com
Re: [gentoo-user] Qt5
2014-11-12 11:37 GMT-06:00 siefke_lis...@web.de siefke_lis...@web.de: Hello, i want install qt5 with the qt overlay. But i become message i686-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -fuse-ld=gold -o ../../../bin/moc .obj/moc.o .obj/preprocessor.o .obj/generator.o .obj/parser.o .obj/token.o .obj/main.o -L/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta/lib -lQt5Bootstrap -lz -lpthread i686-pc-linux-gnu-g++: error: unrecognized command line option ‘-fuse-ld=gold’ / # emerge --info =dev-qt/qtcore-5.4.0_beta::qt Portage 2.2.8-r2 (default/linux/x86/13.0/desktop, gcc-4.7.3, glibc-2.19-r1, 3.10.23--std-ipv6-64 i686) sys-devel/gcc:4.7.3-r1, 4.8.3 It might be you used gcc 4.7 and is too old to compile qtcore 5, try to switch the default compiler using gcc-config to 4.8.3, and recompile again.
Re: [gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On 02/01/2015 01:44 PM, Justin Findlay wrote: On 01/13/2015 06:51 PM, Mike Gilbert wrote: On Mon, Jan 12, 2015 at 12:39 AM, Justin Findlay jfind...@gmail.com wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. You should file a bug. ^_^ Here's the bug in question (I didn't file it, though) in the case that someone else finds this thread first: https://bugs.gentoo.org/show_bug.cgi?id=503500 There are some linker flag suggestions there that I'll try. If I have success I'll update here what I've done. This worked for me: LDFLAGS=-Wl,-O1 -Wl,--no-as-needed emerge -v1 qtcore Justin
Re: [gentoo-user] handling a slot collision (for telegram)
For these, you probably need to upgrade every qt package to 5.14. On 2020.05.16 04:46, n952162 wrote: How do I handle a slot collision? I'm trying to install telegram but get a slot conflict for dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed. I see that these packages want 5.13.2 dev-qt/qtprintsupport-5.13.2 dev-qt/qtsvg-5.13.2 dev-qt/qtopengl-5.13.2 Their ebuilds are like ~dev-qt/qtwidgets-${PV}[gles2-only=] so, qtwidget is dependent on the revision of the package being built. I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14. If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision. If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me >>> No packages selected for removal by depclean You have to see what is pulling in qtcore - it's probably some other qt package at 5.13, which then also needs to be upgraded to 5.14. I don't know what to try next.
Re: [gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On 01/13/2015 06:51 PM, Mike Gilbert wrote: On Mon, Jan 12, 2015 at 12:39 AM, Justin Findlay jfind...@gmail.com wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. You should file a bug. ^_^ Here's the bug in question (I didn't file it, though) in the case that someone else finds this thread first: https://bugs.gentoo.org/show_bug.cgi?id=503500 There are some linker flag suggestions there that I'll try. If I have success I'll update here what I've done. Justin
[gentoo-user] Re: qtcore 5 missing the lrelease binary?
On Wed, 13 Jul 2016 21:42:37 +0100 Neil Bothwick <n...@digimed.co.uk> wrote: > On Wed, 13 Jul 2016 13:35:26 -0700, walt wrote: > > > I just installed qt5 for the first time because the latest > > virtualbox requires it. Now virtualbox 5.1.0 won't build because > > it can't find /usr/lib64/qt5/bin/lrelease, which (I think) should > > be in the qtcore package. > > % qfile /usr/lib64/qt5/bin/lrelease > dev-qt/linguist-tools (/usr/lib64/qt5/bin/lrelease) Instant help from Alan and Neil, two foreigners from the other side of the planet. Thanks, guys :) I'll let you know next week when I finish rebuilding the machine with every permutation of useflags I can think of.
[gentoo-user] trouble with my normal emerge --update @world
On one of my stable amd64 systems, I just ran emerge --update --changed-use --with-bdeps=n --deep @world and received a list of 65 packages to merge (many gnome). The update completed and I was told !!! existing preserved libs: >>> package: dev-libs/libcdio-2.0.0-r1 * - /usr/lib64/libcdio.so.16 * - /usr/lib64/libcdio.so.16.0.0 * used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.93_p1) * used by /usr/lib64/libcdio_cdda.so.2.0.0 (dev-libs/libcdio-paranoia-0.93_p1) * used by /usr/lib64/libcdio_paranoia.so.2.0.0 (dev-libs/libcdio-paranoia-0.93_p1) * used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.32.2) Use emerge @preserved-rebuild to rebuild packages using these libraries When I ran emerge --pretend @preserved-rebuild I was told to run merge dev-qt/qtcore-5.11.1 which is ~amd64, which seems wrong. The full output is below. Can someone please explain what is happening. thanks, allan E6430 ~ # emerge --pretend @preserved-rebuild These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R] gnome-base/gvfs-1.32.2 [ebuild R] dev-libs/libcdio-paranoia-0.93_p1 [nomerge ] gnome-base/gvfs-1.32.2 [nomerge ] sys-fs/udisks-2.7.4-r1 [nomerge ] sys-libs/libblockdev-2.14-r1 [nomerge ]dev-libs/volume_key-0.3.11 [nomerge ] app-crypt/gpgme-1.11.1 [nomerge ] dev-qt/qttest-5.9.6 [ebuild UD~] dev-qt/qtcore-5.9.6-r1 [5.11.1-r1] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-qt/qtcore:5 (dev-qt/qtcore-5.11.1-r1:5/5.11::gentoo, installed) pulled in by ~dev-qt/qtcore-5.11.1 required by (dev-qt/qtconcurrent-5.11.1:5/5.11::gentoo, installed) ^ ^^ (and 9 more with the same problem) (dev-qt/qtcore-5.9.6-r1:5/5.9::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtcore-5.9.6 required by (dev-qt/qttest-5.9.6:5/5.9::gentoo, installed) ^ ^ NOTE: Use the '--verbose-conflicts' option to display parents omitted above It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by dev-qt/qttest-5.9.6::gentoo # required by app-crypt/gpgme-1.11.1::gentoo[qt5] # required by app-crypt/seahorse-3.20.0::gentoo # required by gnome-base/gnome-core-apps-3.24.2::gentoo # required by gnome-base/gnome-3.24.2::gentoo # required by @selected # required by @world (argument) =dev-qt/qtcore-5.9.6-r1 ~amd64 * In order to avoid wasting time, backtracking has terminated early * due to the above autounmask change(s). The --autounmask-backtrack=y * option can be used to force further backtracking, but there is no * guarantee that it will produce a solution. * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. E6430 ~ #
Re: [gentoo-user] Re: trouble with my normal emerge --update @world
On Mon, Dec 03 2018, Nuno Silva wrote: > On 2018-12-02, allan gottlieb wrote: > >> On one of my stable amd64 systems, I just ran >> >> emerge --update --changed-use --with-bdeps=n --deep @world >> >> and received a list of 65 packages to merge (many gnome). >> >> The update completed and I was told >> >> !!! existing preserved libs: >>>>> package: dev-libs/libcdio-2.0.0-r1 >> * - /usr/lib64/libcdio.so.16 >> * - /usr/lib64/libcdio.so.16.0.0 >> * used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.93_p1) >> * used by /usr/lib64/libcdio_cdda.so.2.0.0 >> (dev-libs/libcdio-paranoia-0.93_p1) >> * used by /usr/lib64/libcdio_paranoia.so.2.0.0 >> (dev-libs/libcdio-paranoia-0.93_p1) >> * used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.32.2) >> Use emerge @preserved-rebuild to rebuild packages using these libraries >> >> When I ran emerge --pretend @preserved-rebuild I was told to run >> merge dev-qt/qtcore-5.11.1 which is ~amd64, which seems wrong. >> The full output is below. >> Can someone please explain what is happening. >> >> thanks, >> allan >> >> E6430 ~ # emerge --pretend @preserved-rebuild >> These are the packages that would be merged, in reverse order: >> >> Calculating dependencies... done! >> [ebuild R] gnome-base/gvfs-1.32.2 >> [ebuild R] dev-libs/libcdio-paranoia-0.93_p1 >> [nomerge ] gnome-base/gvfs-1.32.2 >> [nomerge ] sys-fs/udisks-2.7.4-r1 >> [nomerge ] sys-libs/libblockdev-2.14-r1 >> [nomerge ]dev-libs/volume_key-0.3.11 >> [nomerge ] app-crypt/gpgme-1.11.1 >> [nomerge ] dev-qt/qttest-5.9.6 >> [ebuild UD~] dev-qt/qtcore-5.9.6-r1 [5.11.1-r1] >> >> !!! Multiple package instances within a single package slot have been pulled >> !!! into the dependency graph, resulting in a slot conflict: >> >> dev-qt/qtcore:5 >> >> (dev-qt/qtcore-5.11.1-r1:5/5.11::gentoo, installed) pulled in by >> ~dev-qt/qtcore-5.11.1 required by >> (dev-qt/qtconcurrent-5.11.1:5/5.11::gentoo, installed) >> ^ ^^ >> >> (and 9 more with the same problem) >> >> (dev-qt/qtcore-5.9.6-r1:5/5.9::gentoo, ebuild scheduled for merge) pulled >> in by >> ~dev-qt/qtcore-5.9.6 required by (dev-qt/qttest-5.9.6:5/5.9::gentoo, >> installed) >> ^ ^ > [...] > > I would try upgrading qttest first (it is the one pulling > qtcore-5.9.6{,-r1}, according to the output). Do you have any qttest > 5.11.* version which is keyworded amd64 (and not ~amd64)? > > Here and on > https://urldefense.proofpoint.com/v2/url?u=https-3A__packages.gentoo.org_packages_dev-2Dqt_qttest=DwIBAg=slrrB7dE8n7gBJbeO0g-IQ=_dyIY8xqg6BKCk8rhrlI7w=tDVBtLgUSC8n4dmctGhQkI9xdwjwHBxoPf_aN2VSQ5Q=LSfHPknOXSb0aGKfeCF56XaHMDSzxkFup5BhzVuijoI=, > qttest-5.11.1 is amd64. Maybe the tree was in an inconsistent state when > you last synced it? > > If you have qttest 5.11.1 in ~amd64 and you need a very quick fix, try > adding it to package.accept_keywords and upgrading it. Otherwise, you > might prefer to sync the portage tree again first. > > -- > Nuno Silva > > I just did eix and indeed qttest 5.11.1 is amd64 (not ~amd64). I upgraded it and now emerge @preserved-rebuild succeeds. I did not resync, just emerging qttest did the trick. Thank you. allan gottlieb
[gentoo-user] Re: trouble with my normal emerge --update @world
On 2018-12-02, allan gottlieb wrote: > On one of my stable amd64 systems, I just ran > > emerge --update --changed-use --with-bdeps=n --deep @world > > and received a list of 65 packages to merge (many gnome). > > The update completed and I was told > > !!! existing preserved libs: >>>> package: dev-libs/libcdio-2.0.0-r1 > * - /usr/lib64/libcdio.so.16 > * - /usr/lib64/libcdio.so.16.0.0 > * used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.93_p1) > * used by /usr/lib64/libcdio_cdda.so.2.0.0 > (dev-libs/libcdio-paranoia-0.93_p1) > * used by /usr/lib64/libcdio_paranoia.so.2.0.0 > (dev-libs/libcdio-paranoia-0.93_p1) > * used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.32.2) > Use emerge @preserved-rebuild to rebuild packages using these libraries > > When I ran emerge --pretend @preserved-rebuild I was told to run > merge dev-qt/qtcore-5.11.1 which is ~amd64, which seems wrong. > The full output is below. > Can someone please explain what is happening. > > thanks, > allan > > E6430 ~ # emerge --pretend @preserved-rebuild > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [ebuild R] gnome-base/gvfs-1.32.2 > [ebuild R] dev-libs/libcdio-paranoia-0.93_p1 > [nomerge ] gnome-base/gvfs-1.32.2 > [nomerge ] sys-fs/udisks-2.7.4-r1 > [nomerge ] sys-libs/libblockdev-2.14-r1 > [nomerge ]dev-libs/volume_key-0.3.11 > [nomerge ] app-crypt/gpgme-1.11.1 > [nomerge ] dev-qt/qttest-5.9.6 > [ebuild UD~] dev-qt/qtcore-5.9.6-r1 [5.11.1-r1] > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-qt/qtcore:5 > > (dev-qt/qtcore-5.11.1-r1:5/5.11::gentoo, installed) pulled in by > ~dev-qt/qtcore-5.11.1 required by > (dev-qt/qtconcurrent-5.11.1:5/5.11::gentoo, installed) > ^ ^^ > > (and 9 more with the same problem) > > (dev-qt/qtcore-5.9.6-r1:5/5.9::gentoo, ebuild scheduled for merge) pulled > in by > ~dev-qt/qtcore-5.9.6 required by (dev-qt/qttest-5.9.6:5/5.9::gentoo, > installed) > ^ ^ [...] I would try upgrading qttest first (it is the one pulling qtcore-5.9.6{,-r1}, according to the output). Do you have any qttest 5.11.* version which is keyworded amd64 (and not ~amd64)? Here and on https://packages.gentoo.org/packages/dev-qt/qttest, qttest-5.11.1 is amd64. Maybe the tree was in an inconsistent state when you last synced it? If you have qttest 5.11.1 in ~amd64 and you need a very quick fix, try adding it to package.accept_keywords and upgrading it. Otherwise, you might prefer to sync the portage tree again first. -- Nuno Silva
[gentoo-user] Re: cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On 01/11/2015 09:39 PM, Justin Findlay wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. I can tell from the info you provided that you already know more about the subject than I do. So I'll supply questions instead of answers :) After searching various portage manpages and grepping through the eclass directory I can find only one pathetic reference to ABI_X86 in a Changelog, which doesn't give me clue where the variable is defined. Did you add it in your make.conf? Second, does qtcore compile if you change the 32 to -32? I ask because I re-installed qtcore just now, but with these useflags: Installed versions: 4.8.6-r1(4)(04:03:45 PM 01/13/2015)(exceptions glib iconv icu ssl -aqua -debug -pch -qt3support ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32) I grepped through the build.log and saw no mention of libc_nonshared.a, so that seems an important difference. BTW, do you know what the x32 useflag means?
[gentoo-user] qt USE flags conflict
On a no-multilib machine I have arrived on a circular argument: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! 390_32(-)?,abi_s390_64(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: +qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: -qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-text/poppler-0.32.0::gentoo[qt4] [installed]) (dependency required by media- plugins/evas_generic_loaders-1.12.0::gentoo[pdf] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == Fair enough, I add qt3support for dev-qt/qtcore-4.8.6-r2 and remove it for dev-qt/qtgui-4.8.6-r4, then rinse and repeat: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ~dev- qt/qtcore-4.8.6[aqua=,debug=,glib=,qt3support=,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(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: -qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: +qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-crypt/pinentry-0.9.0::gentoo[qt4] [installed]) (dependency required by app-crypt/gnupg-2.0.26-r3::gentoo [installed]) (dependency required by dev-vcs/git-2.3.6::gentoo[gpg] [installed]) (dependency required by app-portage/layman-2.0.0-r3::gentoo[git] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == I don't want to bore you, but you can guess that if I were to reverse these USE settings I will arrive at the previous message. How to proceed from here? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] On a KDE Plasma machine should vlc be pulling in Qt4?
Hi all, Just wondering if the latest vlc, 2.2.2 should be pulling in KDE4/Qt4 components when the machine is supposedly running Plasma/Qt5? A sync and then a -NuD world shows vlc wanting to pull in kdelibs-4.14.16, qtsql-4.8.7-r1 & qtcore-4.8.7-r1. Any thoughts? Regards, Andrew
Re: [gentoo-user] qt-creator (and others) too slow
Are you running any special kernel configuration like the CK patches? On Thu, Jul 21, 2016 at 2:42 PM Alec Ten Harmsel <a...@alectenharmsel.com> wrote: > On Thu, Jul 21, 2016 at 10:40:18AM -0300, Francisco Ares wrote: > > Thanks Alec. > > > > No unstable KDE nor Qt. > > > > From the output of "equery l kde-plasma/plasma*" > > > > [IP-] [ ] kde-plasma/plasma-desktop-5.5.5-r1:5 > > [IP-] [ ] kde-plasma/plasma-mediacenter-5.5.5:5 > > [IP-] [ ] kde-plasma/plasma-meta-5.5.5:5 > > [IP-] [ ] kde-plasma/plasma-nm-5.5.5:5 > > [IP-] [ ] kde-plasma/plasma-pa-5.5.5:5 > > [IP-] [ ] kde-plasma/plasma-workspace-5.5.5-r2:5 > > [IP-] [ ] kde-plasma/plasma-workspace-wallpapers-5.5.5:5 > > I have the same versions of plasma, except that I only installed > plasma-desktop and its dependencies. I don't have kmail, kate, or any of > the rest of the KDE applications except konsole. > > > ... and from the output of "equery l dev-qt/qtcore" > > > > [IP-] [ ] dev-qt/qtcore-4.8.6-r2:4 > > [IP-] [ ] dev-qt/qtcore-5.5.1-r1:5 > > I do not have any Qt 4 installed. > > > From /etc/portage/package.use : > > > > dev-qt/qt-creator -android -cmake -doc subversion valgrind > > -debug python -webkit > > dev-qt/qtcore icu -debug > > dev-qt/qtgui-debug > > > > Hmm, okay. I have noticed some slowness when baloo is running, as > Fernando mentioned. I turned off file indexing, which does not seem to > have actually done anything. > > Anyways, other than that, KDE for me runs very smoothly. Most of the > time, even when baloo is running full out, KDE itself is very > responsive. Qt Creator currently segfaults when I try to create a new > project or open a project, but other than that is generally responsive. > > Which version of Qt Creator are you running? > > Alec > >
Re: [gentoo-user] qt-creator (and others) too slow
On Thu, Jul 21, 2016 at 10:40:18AM -0300, Francisco Ares wrote: > Thanks Alec. > > No unstable KDE nor Qt. > > From the output of "equery l kde-plasma/plasma*" > > [IP-] [ ] kde-plasma/plasma-desktop-5.5.5-r1:5 > [IP-] [ ] kde-plasma/plasma-mediacenter-5.5.5:5 > [IP-] [ ] kde-plasma/plasma-meta-5.5.5:5 > [IP-] [ ] kde-plasma/plasma-nm-5.5.5:5 > [IP-] [ ] kde-plasma/plasma-pa-5.5.5:5 > [IP-] [ ] kde-plasma/plasma-workspace-5.5.5-r2:5 > [IP-] [ ] kde-plasma/plasma-workspace-wallpapers-5.5.5:5 I have the same versions of plasma, except that I only installed plasma-desktop and its dependencies. I don't have kmail, kate, or any of the rest of the KDE applications except konsole. > ... and from the output of "equery l dev-qt/qtcore" > > [IP-] [ ] dev-qt/qtcore-4.8.6-r2:4 > [IP-] [ ] dev-qt/qtcore-5.5.1-r1:5 I do not have any Qt 4 installed. > From /etc/portage/package.use : > > dev-qt/qt-creator -android -cmake -doc subversion valgrind > -debug python -webkit > dev-qt/qtcore icu -debug > dev-qt/qtgui-debug > Hmm, okay. I have noticed some slowness when baloo is running, as Fernando mentioned. I turned off file indexing, which does not seem to have actually done anything. Anyways, other than that, KDE for me runs very smoothly. Most of the time, even when baloo is running full out, KDE itself is very responsive. Qt Creator currently segfaults when I try to create a new project or open a project, but other than that is generally responsive. Which version of Qt Creator are you running? Alec
Re: [gentoo-user] qt-creator (and others) too slow
Thanks Alec. No unstable KDE nor Qt. >From the output of "equery l kde-plasma/plasma*" [IP-] [ ] kde-plasma/plasma-desktop-5.5.5-r1:5 [IP-] [ ] kde-plasma/plasma-mediacenter-5.5.5:5 [IP-] [ ] kde-plasma/plasma-meta-5.5.5:5 [IP-] [ ] kde-plasma/plasma-nm-5.5.5:5 [IP-] [ ] kde-plasma/plasma-pa-5.5.5:5 [IP-] [ ] kde-plasma/plasma-workspace-5.5.5-r2:5 [IP-] [ ] kde-plasma/plasma-workspace-wallpapers-5.5.5:5 ... and from the output of "equery l dev-qt/qtcore" [IP-] [ ] dev-qt/qtcore-4.8.6-r2:4 [IP-] [ ] dev-qt/qtcore-5.5.1-r1:5 >From /etc/portage/package.use : dev-qt/qt-creator -android -cmake -doc subversion valgrind -debug python -webkit dev-qt/qtcore icu -debug dev-qt/qtgui-debug Best Regards, Francisco 2016-07-20 16:31 GMT-03:00 Alec Ten Harmsel <a...@alectenharmsel.com>: > On Wed, Jul 20, 2016 at 03:59:27PM -0300, Francisco Ares wrote: > > Hi, all, > > > > Just upgraded to KDE 5, Qt 5 (as full as possible) and now QtCreator > > frequently uses almost full CPU, a quad-core i5-4430. Any change on the > > IDE, even just passing the mouse cursor over elements of an opened source > > code file, makes the CPU consuption to the high tops. > > Which versions of Qt/KDE? I just installed stable KDE 5 on unstable Qt > 5, as tiling window managers are not great all the time. I have not > noticed any problems so far related to rendering. > > I can test this in a little while, but I'm busy working on some stuff > right now while logged in to i3. > > Alec > >
[gentoo-user] @preserved-rebuild how to find out the contents of
Hi, I have some old packages like dev-qt/qtcore:4 on my machine, and other packages which need this. Therefore emerge -vp @preserved-rebuild doesn't work. How can I find out the list of packages in @preserved-rebuild? Many thanks for a hint, Helmut
Re: [gentoo-user] handling a slot collision (for telegram) [SOLVED]
Thanks to the suggestions I got from the list, I was able to update QT as follows: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore and complete the installation of telegram-desktop. Thanks to all. On 05/16/20 18:18, Jack wrote: For these, you probably need to upgrade every qt package to 5.14. On 2020.05.16 04:46, n952162 wrote: How do I handle a slot collision? I'm trying to install telegram but get a slot conflict for dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed. I see that these packages want 5.13.2 dev-qt/qtprintsupport-5.13.2 dev-qt/qtsvg-5.13.2 dev-qt/qtopengl-5.13.2 Their ebuilds are like ~dev-qt/qtwidgets-${PV}[gles2-only=] so, qtwidget is dependent on the revision of the package being built. I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14. If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision. If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me >>> No packages selected for removal by depclean You have to see what is pulling in qtcore - it's probably some other qt package at 5.13, which then also needs to be upgraded to 5.14. I don't know what to try next.
Re: [gentoo-user] printing pdfs
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. Not staying up with the very latest qt packages, causes even more problems. I usually have to wait, up to 7 days, as the others trickle in and the all the qt packages will install. Sometime I have to remove them all, then do the upgrade. This is the first time it has affected pdf files. Palemoon will not even load pdfs, at least this version:: NewMoon: 28.9.3 (the unofficial build of PaleMoon.) I'll guess I just wait a few days and see what trickles in on qqt upgrades: (dev-qt/qtcore-5.15.0:5/5.15.0::gentoo, ebuild scheduled for merge) USE="icu -debug -old-kernel (-systemd) -test" ABI_X86="(64)" conflicts with ~dev-qt/qtcore-5.14.2:5/5.14.2= required by (dev-qt/qtnetwork-5.14.2:5/5.14::gentoo, installed) USE="ssl -bindist -connman -debug -gssapi -libproxy -networkmanager -sctp -test" ABI_X86="(64)" ^^^ ~dev-qt/qtcore-5.14.2 required by (dev-qt/qtgraphicaleffects-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" ABI_X86="(64)" ^ ^^ ~dev-qt/qtcore-5.14.2:5= required by (dev-qt/qtxml-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" ABI_X86="(64)" ^ ^^ ~dev-qt/qtcore-5.14.2:5/5.14.2= required by (dev-qt/qtdiag-5.14.2:5/5.14::gentoo, installed) USE="network widgets -debug -test" ABI_X86="(64)" What is trying to pull in qtcore-5.15.0? You started this with a problem of pdf viewers all complaining about mismatched qt versions, but this looks like a portage issue. If you are manually marking dev-qt packages as ~, you have to be sure you have gotten them all. All dev-qt packages (some, such as qt-creator are on a different number scheme) must have the same version. They are generally released all at the same time, so incomplete upgrades are likely due to a problem in package.accepted_keywords.
Re: [gentoo-user] printing pdfs
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] Not staying up with the very latest qt packages, causes even more problems. I usually have to wait, up to 7 days, as the others trickle in and the all the qt packages will install. Sometime I have to remove them all, then do the upgrade. This is the first time it has affected pdf files. Palemoon will not even load pdfs, at least this version:: NewMoon: 28.9.3 (the unofficial build of PaleMoon.) I'll guess I just wait a few days and see what trickles in on qqt upgrades: (dev-qt/qtcore-5.15.0:5/5.15.0::gentoo, ebuild scheduled for merge) USE="icu -debug -old-kernel (-systemd) -test" ABI_X86="(64)" conflicts with ~dev-qt/qtcore-5.14.2:5/5.14.2= required by (dev-qt/qtnetwork-5.14.2:5/5.14::gentoo, installed) USE="ssl -bindist -connman -debug -gssapi -libproxy -networkmanager -sctp -test" ABI_X86="(64)" ^^^ ~dev-qt/qtcore-5.14.2 required by (dev-qt/qtgraphicaleffects-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" ABI_X86="(64)" ^ ^^ ~dev-qt/qtcore-5.14.2:5= required by (dev-qt/qtxml-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" ABI_X86="(64)" ^ ^^ ~dev-qt/qtcore-5.14.2:5/5.14.2= required by (dev-qt/qtdiag-5.14.2:5/5.14::gentoo, installed) USE="network widgets -debug -test" ABI_X86="(64)"
Re: [gentoo-user] cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On 01/13/2015 06:51 PM, Mike Gilbert wrote: On Mon, Jan 12, 2015 at 12:39 AM, Justin Findlay jfind...@gmail.com wrote: I am having a problem emerging dev-qt/qtcore that I have been unable to solve myself yet. The system is amd64 and I have ABI_X86='32 64' so that pipelight will work. I think the error is coming from somewhere within glibc's multilib compatability. You should file a bug. ^_^ Thank you very much for your help and investigation walt and Mike. I know about x32, but am dubious about the aims and benefits of it. I was going to file a bug, but doing triage for an open source project with a large community, I wanted to ask the list first to help me decide if this a real bug or whether I have missed something essential. Justin
Re: [gentoo-user] Re: qtcore 5 missing the lrelease binary?
On 13/07/2016 23:21, walt wrote: On Wed, 13 Jul 2016 21:42:37 +0100 Neil Bothwick <n...@digimed.co.uk> wrote: On Wed, 13 Jul 2016 13:35:26 -0700, walt wrote: I just installed qt5 for the first time because the latest virtualbox requires it. Now virtualbox 5.1.0 won't build because it can't find /usr/lib64/qt5/bin/lrelease, which (I think) should be in the qtcore package. % qfile /usr/lib64/qt5/bin/lrelease dev-qt/linguist-tools (/usr/lib64/qt5/bin/lrelease) Instant help from Alan and Neil, two foreigners from the other side of the planet. Thanks, guys :) I'll let you know next week when I finish rebuilding the machine with every permutation of useflags I can think of. s/foreigners/cranky old foreign farts/g There ya go, fixed it for you. [Neil is going to argue those adjectives but they work for me ] :-)
[gentoo-user] Re: dev-qt/qtdeclarative fails to build
On 20/01/18 00:10, Christoph Böhmwalder wrote: Hey everyone, I tried building qtdeclarative-5.9.3 today, but the linker failed: $ cat build.log --- >8 --- 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' Is this for the profile upgrade? I had this too, because for some weird reason, emerge wants to rebuild qtdeclarative and qtgui before it rebuilds qtcore. So it tried to link the new PIC-enabled qtdeclarative against the old non-PIC qtcore. The result was this exact build error. If you indeed ran into this due to the @world rebuild that's required by the profile update, you can ignore it and resume the @world rebuild with --skipfirst. Or use --keep-going to skip over all build failures, and then rebuild failed packages manually at the end.
[gentoo-user] qt-mismtach?
Hi, while dping the usual revdep & Co. cleanyp I got this: I did update in advance. * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~dev-qt/qtxml-5.11.1 pulled in by: * dev-qt/linguist-tools-5.11.1 * * ~dev-qt/qtcore-5.11.1 pulled in by: * dev-qt/linguist-tools-5.11.1 Installed is this: [I] dev-qt/qtcore Available versions: (5) 5.9.6(5/5.9)^t (~)5.9.6-r1(5/5.9)^t 5.11.1-r1(5/5.11)^t (~)5.11.2-r1(5/5.11)^t {debug icu systemd test} Installed versions: 5.11.2-r1(5/5.11)^t(03:39:46 AM 10/20/2018)(icu -debug -systemd -test) Homepage:https://www.qt.io/ Description: Cross-platform application development framework How can I get around this? Removing linguist is not possible since being used by a lot of packages. Cheers! Meino
[gentoo-user] handling a slot collision (for telegram)
How do I handle a slot collision? I'm trying to install telegram but get a slot conflict for dev-qt/qtwidgets - it wants 5.14.1-r1 and I have 5.13-2 installed. I see that these packages want 5.13.2 dev-qt/qtprintsupport-5.13.2 dev-qt/qtsvg-5.13.2 dev-qt/qtopengl-5.13.2 Their ebuilds are like ~dev-qt/qtwidgets-${PV}[gles2-only=] so, qtwidget is dependent on the revision of the package being built. I have no ebuilds (any longer) for qtwidget-5.13, only for 5.14. If I try to emerge dev-qt/qtcore-5.14.1-r1, I get a slot collision. If I try to remove dev-qt/qtcore-5.13.2-r1 (using -p), it tells me >>> No packages selected for removal by depclean I don't know what to try next.
Re: [gentoo-user] qt USE flags conflict
On 16/05/2015 09:50, Mick wrote: On a no-multilib machine I have arrived on a circular argument: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! 390_32(-)?,abi_s390_64(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: +qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: -qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-text/poppler-0.32.0::gentoo[qt4] [installed]) (dependency required by media- plugins/evas_generic_loaders-1.12.0::gentoo[pdf] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == Fair enough, I add qt3support for dev-qt/qtcore-4.8.6-r2 and remove it for dev-qt/qtgui-4.8.6-r4, then rinse and repeat: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ~dev- qt/qtcore-4.8.6[aqua=,debug=,glib=,qt3support=,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(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: -qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: +qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-crypt/pinentry-0.9.0::gentoo[qt4] [installed]) (dependency required by app-crypt/gnupg-2.0.26-r3::gentoo [installed]) (dependency required by dev-vcs/git-2.3.6::gentoo[gpg] [installed]) (dependency required by app-portage/layman-2.0.0-r3::gentoo[git] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == I don't want to bore you, but you can guess that if I were to reverse these USE settings I will arrive at the previous message. How to proceed from here? I had this myself a while back. Add or remove the flag to BOTH packages. Look carefully at the first message again, it says you need to do one of those actions (effectively making one package match the other). A quick glance can seem like it wants you to make the USE settings different, that is not the case. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] openscad seg fault
> openscad is working fine here. I propose comparing our versions. Here is > mine: > > $ equery depgraph openscad > * Searching for openscad ... > > * dependency graph for media-gfx/openscad-2015.03 > `-- media-gfx/openscad-2015.03 ~amd64 >`-- media-gfx/opencsg-1.3.2-r1 (media-gfx/opencsg) ~amd64 >`-- sci-mathematics/cgal-4.3-r1 (sci-mathematics/cgal) amd64 >`-- dev-qt/qtcore-4.8.6-r2 (dev-qt/qtcore) amd64 >`-- dev-qt/qtgui-4.8.6-r4 (dev-qt/qtgui) amd64 >`-- dev-qt/qtopengl-4.8.6-r1 (dev-qt/qtopengl) amd64 >`-- dev-cpp/eigen-3.2.6 (dev-cpp/eigen) ~amd64 >`-- dev-libs/gmp-6.0.0a (dev-libs/gmp) amd64 >`-- dev-libs/mpfr-3.1.3_p4 (dev-libs/mpfr) amd64 >`-- dev-libs/boost-1.56.0-r1 (dev-libs/boost) amd64 >`-- x11-libs/qscintilla-2.8.4-r1 (x11-libs/qscintilla) amd64 > [ media-gfx/openscad-2015.03 stats: packages (11), max depth (1) ] > Here's mine * dependency graph for media-gfx/openscad-2015.03 `-- media-gfx/openscad-2015.03 ~amd64 `-- media-gfx/opencsg-1.3.2-r1 (media-gfx/opencsg) ~amd64 `-- sci-mathematics/cgal-4.7 (sci-mathematics/cgal) ~amd64 `-- dev-qt/qtcore-4.8.6-r2 (dev-qt/qtcore) amd64 `-- dev-qt/qtgui-4.8.6-r4 (dev-qt/qtgui) amd64 `-- dev-qt/qtopengl-4.8.6-r1 (dev-qt/qtopengl) amd64 `-- dev-cpp/eigen-3.1.3 (dev-cpp/eigen) amd64 `-- dev-libs/gmp-6.0.0a (dev-libs/gmp) amd64 `-- dev-libs/mpfr-3.1.3_p4 (dev-libs/mpfr) amd64 `-- dev-libs/boost-1.56.0-r1 (dev-libs/boost) amd64 `-- x11-libs/qscintilla-2.8.4-r1 (x11-libs/qscintilla) amd64 [ media-gfx/openscad-2015.03 stats: packages (11), max depth (1) ] Looks like cgal and eigen are different, so i'll try downgrading cgal and upgrading eigen. Thanks, Adam
Re: [gentoo-user] Re: cannot emerge dev-qt/qtcore, undefined reference to `__stack_chk_fail'
On Tue, Jan 13, 2015 at 7:10 PM, walt w41...@gmail.com wrote: After searching various portage manpages and grepping through the eclass directory I can find only one pathetic reference to ABI_X86 in a Changelog, which doesn't give me clue where the variable is defined. It's a typical use-expand variable; you set it in make.conf. It gets set to a default value in your profile. https://wiki.gentoo.org/wiki/Project:Multilib/Concepts Second, does qtcore compile if you change the 32 to -32? I ask because I re-installed qtcore just now, but with these useflags: Installed versions: 4.8.6-r1(4)(04:03:45 PM 01/13/2015)(exceptions glib iconv icu ssl -aqua -debug -pch -qt3support ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64 ABI_S390=-32 -64 ABI_X86=64 -32 -x32) I grepped through the build.log and saw no mention of libc_nonshared.a, so that seems an important difference. BTW, do you know what the x32 useflag means? It's a weird mix of amd64 and x86 that allows for a smaller memory footprint while still using all of the registers on an amd64 cpu. https://sites.google.com/site/x32abi/ Unless you know what you are doing, don't mess with it.
[gentoo-user] Changing dependencies without upping version ??
I think this is the first time a package tried to play this trick on me: --- /var/db/pkg/dev-libs/qcustomplot-1.3.2/qcustomplot-1.3.2.ebuild 2017-05-21 13:38:15.482740587 -0700 +++ /usr/portage/dev-libs/qcustomplot/qcustomplot-1.3.2.ebuild 2017-09-22 19:27:30.0 -0700 @@ -1,4 +1,4 @@ -# Copyright 1999-2016 Gentoo Foundation +# Copyright 1999-2017 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 EAPI=6 @@ -14,19 +14,13 @@ SLOT="0" LICENSE="GPL-3" KEYWORDS="amd64 ~arm x86 ~amd64-linux ~x86-linux" -IUSE="qt5" +IUSE="" RDEPEND=" - !qt5? ( - dev-qt/qtcore:4 - dev-qt/qtgui:4 - ) - qt5? ( - dev-qt/qtcore:5 - dev-qt/qtgui:5 - dev-qt/qtprintsupport:5 - dev-qt/qtwidgets:5 - ) + dev-qt/qtcore:5 + dev-qt/qtgui:5 + dev-qt/qtprintsupport:5 + dev-qt/qtwidgets:5 " DEPEND="${RDEPEND}" @@ -42,7 +36,7 @@ } src_configure() { - use qt5 && eqmake5 || eqmake4 + eqmake5 } src_install() { Is this an officially approved technique?? it is DIRTY. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. Do obvious transformation on domain to reply privately _only_ on Usenet.
Re: [gentoo-user] Screenrecording with audio from firefox
Hello, On Wed, 03 Jun 2020, tu...@posteo.de wrote: >In file included from /usr/include/qt5/QtCore/qhashfunctions.h:44, > from /usr/include/qt5/QtCore/qlist.h:47, > from /usr/include/qt5/QtCore/qstringlist.h:41, > from /usr/include/qt5/QtGui/qcolor.h:46, > from /usr/include/qt5/QtGui/qpixmap.h:45, > from /usr/include/qt5/QtGui/QPixmap:1, > from ../widgets/pixmapdial.hpp:21, > from ../widgets/pixmapdial.cpp:18: >/usr/include/qt5/QtCore/qstring.h:393:14: note: declared here > 393 | QString (const char *format, ...) > Q_ATTRIBUTE_FORMAT_PRINTF(2, 3); > | ^~~ >../widgets/pixmapdial.cpp: In member function 'virtual void >PixmapDial::paintEvent(QPaintEvent*)': >../widgets/pixmapdial.cpp:231:26: error: aggregate 'QPainterPath ballPath' has >incomplete type and cannot be defined > 231 | QPainterPath ballPath; > | ^~~~ I think something similar was on this list a couple of days ago, it's a missing include (that wasn't neccessary before Qt5.15), there's 21 similar bugs filed already c.f.[1]. A quick and easy fix for this problem should be this: 1. create a file /etc/portage/env/missing-qpainterpath-flags and insert this line: CXXFLAGS="${CXXFLAGS} -include QPainterPath" 2. add the line =media-sound/cadence-0.9.0-r4 missing-qpainterpath-flags to /etc/portage/package.env (or /e/p/package.env/qpainterpath.env or some such if you've "directoryfied" your package.env (can you?) ;) [add more lines for specific package versions and revs for the same problem, see [1] for candidates] Yes, that is *quite an ugly hack*, but could be handy while stuff get's patched to work with that specific change of Qt5.15... FWIW: that includes that QPainterPath header in _all_ C++ sources, but what the hey, compilers are so good today, that they throw away anything unused, so it should not matter. It'll slow down the compile a bit... Once e.g. media-sound/cadence is fixed and revbumped/versionbumped, delete that line from package.env. It works here for a quick: # ebuild cadence-0.9.0-r4.ebuid compile [..] c++ -c ../widgets/pixmapdial.cpp -O3 -ffast-math -mtune=generic -msse -mfpmath=sse -Wall -Wextra -DNDEBUG -fPIC -std=c++0x -pipe -O3 -march=native -mtune=native [..] -std=gnu++14 -include QPainterPath -DQT_NO_DEBUG -DQT_NO_DEBUG_STREAM -DQT_NO_DEBUG_OUTPUT -I../widgets -I/usr/include/qt5/QtCore -I/usr/include/qt5 -I/usr/include/qt5/QtGui -DQT_WIDGETS_LIB -I/usr/include/qt5/QtWidgets -DQT_GUI_LIB -DQT_CORE_LIB -o ../widgets/pixmapdial.o c++ -c ../widgets/pixmapkeyboard.cpp [..] [..] >>> Source compiled. HTH, -dnh, tending to be very pragmatic in cases like this ;) [1] https://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED_status=CONFIRMED_status=IN_PROGRESS_status=RESOLVED_status=VERIFIED=OP=OP=alias=short_desc=CP=CP=OR=substring=substring=bug_id -- "Humans need fantasy .. to *be* human" -- Death (in Hogfather)
[gentoo-user] Qt5
Hello, i want install qt5 with the qt overlay. But i become message i686-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -fuse-ld=gold -o ../../../bin/moc .obj/moc.o .obj/preprocessor.o .obj/generator.o .obj/parser.o .obj/token.o .obj/main.o -L/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta/lib -lQt5Bootstrap -lz -lpthread i686-pc-linux-gnu-g++: error: unrecognized command line option ‘-fuse-ld=gold’ Makefile:147: recipe for target '../../../bin/moc' failed make: *** [../../../bin/moc] Error 1 * ERROR: dev-qt/qtcore-5.4.0_beta::qt failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-qt/qtcore-5.4.0_beta::qt'`, * the complete build log and the output of `emerge -pqv '=dev-qt/qtcore-5.4.0_beta::qt'`. * The complete build log is located at '/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/temp/environment'. * Working directory: '/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta/src/tools/moc' * S: '/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta' I not really found something what can explain it. Can someone help? Silvio / # emerge --info =dev-qt/qtcore-5.4.0_beta::qt Portage 2.2.8-r2 (default/linux/x86/13.0/desktop, gcc-4.7.3, glibc-2.19-r1, 3.10.23--std-ipv6-64 i686) = System Settings = System uname: Linux-3.10.23--std-ipv6-64-i686-Intel-R-_Atom-TM-_CPU_N2800_@_1.86GHz-with-gentoo-2.2 KiB Mem: 2026340 total,507488 free KiB Swap:2096124 total, 2058188 free Timestamp of tree: Wed, 12 Nov 2014 17:00:01 + ld GNU ld (Gentoo 2.24 p1.4) 2.24 ccache version 3.1.9 [enabled] app-shells/bash: 4.2_p53 dev-java/java-config: 2.2.0 dev-lang/perl:5.18.2-r2 dev-lang/python: 2.7.7, 3.3.5-r1, 3.4.1 dev-util/ccache: 3.1.9-r3 dev-util/cmake: 2.8.12.2-r1 dev-util/pkgconfig: 0.28-r1 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.10.3, 1.11.6, 1.12.6, 1.13.4 sys-devel/binutils: 2.24-r3 sys-devel/gcc:4.7.3-r1, 4.8.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool:2.4.2-r1 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.13 (virtual/os-headers) sys-libs/glibc: 2.19-r1 Repositories: gentoo pentoo elementary stuff qt Installed sets: @qt5-addons, @qt5-essentials ACCEPT_KEYWORDS=x86 ACCEPT_LICENSE=* -@EULA CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=i686 -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/config /usr/share/easy-rsa /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c CXXFLAGS=-O2 -march=i686 -pipe DISTDIR=/usr/portage/distfiles FCFLAGS=-O2 -march=i686 -pipe FEATURES=assume-digests binpkg-logs buildpkg ccache config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync FFLAGS=-O2 -march=i686 -pipe GENTOO_MIRRORS=http://distfiles.gentoo.org; LANG=de_DE.UTF-8 LDFLAGS=-Wl,-O1 -Wl,--as-needed MAKEOPTS=-j4 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/var/lib/layman/pentoo /var/lib/layman/elementary /var/lib/layman/stuff /var/lib/layman/qt USE=X a52 aac acl acpi alsa berkdb bindist bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif glamor gpm gtk iconv ipv6 jpeg lcms libnotify mad mmx mng modules mp3 mp4 mpeg ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds python qt3support qt4 readline sdl session spell sse sse2 sse3 ssl ssse3 startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 x86 xcb xml xv xvid zlib ABI_X86=32 ALSA_CARDS=hda_intel intel APACHE2_MODULES=authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias
Re: [gentoo-user] printing pdfs
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] > > > > Not staying up with the very latest qt packages, causes even more > problems. I usually have to wait, up to 7 days, as the others trickle > in and the all the qt packages will install. Sometime I have to remove > them all, then do the upgrade. > > This is the first time it has affected pdf files. > > Palemoon will not even load pdfs, at least this version:: > > NewMoon: 28.9.3 (the unofficial build of PaleMoon.) > > I'll guess I just wait a few days and see what trickles in on qqt > upgrades: > > > (dev-qt/qtcore-5.15.0:5/5.15.0::gentoo, ebuild scheduled for merge) > USE="icu -debug -old-kernel (-systemd) -test" ABI_X86="(64)" conflicts > with > ~dev-qt/qtcore-5.14.2:5/5.14.2= required by > (dev-qt/qtnetwork-5.14.2:5/5.14::gentoo, installed) USE="ssl -bindist > -connman -debug -gssapi -libproxy -networkmanager -sctp -test" > ABI_X86="(64)" > ^ ^^ > ~dev-qt/qtcore-5.14.2 required by > (dev-qt/qtgraphicaleffects-5.14.2:5/5.14::gentoo, installed) > USE="-debug -test" ABI_X86="(64)" > ^ ^^ > ~dev-qt/qtcore-5.14.2:5= required by > (dev-qt/qtxml-5.14.2:5/5.14::gentoo, installed) USE="-debug -test" > ABI_X86="(64)" > ^ ^^ > ~dev-qt/qtcore-5.14.2:5/5.14.2= required by > (dev-qt/qtdiag-5.14.2:5/5.14::gentoo, installed) USE="network widgets > -debug -test" ABI_X86="(64)" > > > I to have quite a few qt packages. I sync once a week so maybe this makes some difference. However, when I see one upgrade, they all upgrade at the same time. I have around 30 packages installed here and they tend to all update together. Do you have some setting somewhere that is blocking some of the updates? USE flag maybe? One thing I've noticed, if you add one to use unstable packages, you have to do them all. It's either all of them or none. I don't think I've ever seen a time where one can be out of sync with the others. It may help if you would post the errors you are getting and the commands you are running to get them. It's pretty much impossible to help when we don't know what is failing and why. Error messages help to figure out what is failing. Dale :-) :-)
Re: [gentoo-user] Qt5
2014-11-12 12:46 GMT-05:00 Jc García jyo.gar...@gmail.com: 2014-11-12 11:37 GMT-06:00 siefke_lis...@web.de siefke_lis...@web.de: Hello, i want install qt5 with the qt overlay. But i become message i686-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -fuse-ld=gold -o ../../../bin/moc .obj/moc.o .obj/preprocessor.o .obj/generator.o .obj/parser.o .obj/token.o .obj/main.o -L/var/tmp/portage/dev-qt/qtcore-5.4.0_beta/work/qtbase-opensource-src-5.4.0-beta/lib -lQt5Bootstrap -lz -lpthread i686-pc-linux-gnu-g++: error: unrecognized command line option ‘-fuse-ld=gold’ / # emerge --info =dev-qt/qtcore-5.4.0_beta::qt Portage 2.2.8-r2 (default/linux/x86/13.0/desktop, gcc-4.7.3, glibc-2.19-r1, 3.10.23--std-ipv6-64 i686) sys-devel/gcc:4.7.3-r1, 4.8.3 It might be you used gcc 4.7 and is too old to compile qtcore 5, try to switch the default compiler using gcc-config to 4.8.3, and recompile again. And qt-5.3 (stable) is in portage, but masked. You could unmask it: # Davide Pesavento p...@gentoo.org (11 Sep 2014) # Mask Qt 5.3.x for wider testing to ensure that it does # not break or conflict with other packages (bug #454132) =dev-qt/assistant-5.3.2* =dev-qt/designer-5.3.2* =dev-qt/linguist-5.3.2* =dev-qt/linguist-tools-5.3.2* =dev-qt/pixeltool-5.3.2* =dev-qt/qdbus-5.3.2* =dev-qt/qdbusviewer-5.3.2* =dev-qt/qdoc-5.3.2* =dev-qt/qtconcurrent-5.3.2* =dev-qt/qtcore-5.3.2* =dev-qt/qtdbus-5.3.2* =dev-qt/qtdeclarative-5.3.2* =dev-qt/qtdiag-5.3.2* =dev-qt/qtgraphicaleffects-5.3.2* =dev-qt/qtgui-5.3.2* =dev-qt/qthelp-5.3.2* =dev-qt/qtimageformats-5.3.2* =dev-qt/qtmultimedia-5.3.2* =dev-qt/qtnetwork-5.3.2* =dev-qt/qtopengl-5.3.2* =dev-qt/qtpaths-5.3.2* =dev-qt/qtpositioning-5.3.2* =dev-qt/qtprintsupport-5.3.2* =dev-qt/qtquick1-5.3.2* =dev-qt/qtquickcontrols-5.3.2* =dev-qt/qtscript-5.3.2* =dev-qt/qtsensors-5.3.2* =dev-qt/qtserialport-5.3.2* =dev-qt/qtsql-5.3.2* =dev-qt/qtsvg-5.3.2* =dev-qt/qttest-5.3.2* =dev-qt/qttranslations-5.3.2* =dev-qt/qtwebkit-5.3.2* =dev-qt/qtwebsockets-5.3.2* =dev-qt/qtwidgets-5.3.2* =dev-qt/qtx11extras-5.3.2* =dev-qt/qtxml-5.3.2* =dev-qt/qtxmlpatterns-5.3.2* dev-python/PyQt5 -- Andrés Becerra Sandoval
Re: [gentoo-user] This nite's switch to full multilib
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] qt USE flags conflict
On Saturday 16 May 2015 08:54:00 Alan McKinnon wrote: On 16/05/2015 09:50, Mick wrote: On a no-multilib machine I have arrived on a circular argument: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! 390_32(-)?,abi_s390_64(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: +qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: -qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-text/poppler-0.32.0::gentoo[qt4] [installed]) (dependency required by media- plugins/evas_generic_loaders-1.12.0::gentoo[pdf] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == Fair enough, I add qt3support for dev-qt/qtcore-4.8.6-r2 and remove it for dev-qt/qtgui-4.8.6-r4, then rinse and repeat: == # emerge -uaDv world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds built with USE flags to satisfy ~dev- qt/qtcore-4.8.6[aqua=,debug=,glib=,qt3support=,abi_x86_32(-)?,abi_x86_64( -)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,ab i_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]. !!! One of the following packages is required to complete your request: - dev-qt/qtcore-4.8.6-r2::gentoo (Change USE: -qt3support) - dev-qt/qtgui-4.8.6-r4::gentoo (Change USE: +qt3support) (dependency required by dev-qt/qtgui-4.8.6-r4::gentoo [ebuild]) (dependency required by app-crypt/pinentry-0.9.0::gentoo[qt4] [installed]) (dependency required by app-crypt/gnupg-2.0.26-r3::gentoo [installed]) (dependency required by dev-vcs/git-2.3.6::gentoo[gpg] [installed]) (dependency required by app-portage/layman-2.0.0-r3::gentoo[git] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) == I don't want to bore you, but you can guess that if I were to reverse these USE settings I will arrive at the previous message. How to proceed from here? I had this myself a while back. Add or remove the flag to BOTH packages. Look carefully at the first message again, it says you need to do one of those actions (effectively making one package match the other). A quick glance can seem like it wants you to make the USE settings different, that is not the case. Yes! I removed all USE flags for qt packages, then set +qt3support for both of the above complainers and some more that portage told me to and hey presto it is now updating all relevant qt packages to the latest version. Thanks once more Alan! :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: qtcore 5 missing the lrelease binary?
On Wed, 13 Jul 2016 23:24:35 +0200, Alan McKinnon wrote: > > Instant help from Alan and Neil, two foreigners from the other side of > > the planet. Thanks, guys :) I'll let you know next week when I > > finish rebuilding the machine with every permutation of useflags I > > can think of. > s/foreigners/cranky old foreign farts/g > > There ya go, fixed it for you. > > [Neil is going to argue those adjectives but they work for me ] :-) I was going to argue the foreign part. You and Walt are foreigners, I'm not! -- Neil Bothwick "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 pgpnxQb54SIYc.pgp Description: OpenPGP digital signature
[gentoo-user] [OT] Still trying to compile hydrogen
Hi, I want to compile hydrogen cleanly. Since the ebuild of hydrogen fails to compile because the system linux3 is not known (which happens even when compiled on a linux-2.6*-booted machine)... I was pointed to patch which fixes this problem, but unfortunately it only opens the way to the next problem. I decided to try to compile hydrogen from vanilla sources and outside the emerge/portage system to better understand wahts happening. When doing so, one has to set QTDIR and then run scons. Hydrogen needs qt4. I set QTDIR to /usr/share/qt4. The compilation fails because QtGui could not be found. QtGui is here /usr/include/qt4/Qt/QtGui which is a file which includes all relevant header file in one go. So I tried to set QTDIR to /usr/include/qt4 but this produces the same problem. I decided to hack the relevant file of hydorgen and hardcoded the path to QtGui directly into the include statement. No comments on this please, it is a bad bad ugly thing to do so. I simply wa curious to see next problem... And I was not dissappointed. This time the QtGui-file could not find the first header file which it includes: #include QtCore/QtCore To hack also /usr/include/qt4/Qt/QtGui is no way. Soeither hydrogens build mechanism does not fit the installation of Qt4 on my Gentoo system (Qt4 was installed via emerge/portage) or it has a bug or the problem sits right in front of my monitor and is currently writing a post to the gentoo-users mailinglist... ;) In the latter case the chance are not small, that I will be able to fix the problem... If I only would know, how ;)) What did I wrong here? Thank you very much in advance for any help! Best regards mcc
Re: [gentoo-user] openscad seg fault
On 03/10/16 02:55, Adam Carter wrote: I can open the program ok, but when I click on New it seg faults. Strace of its death below. I tried recompiling it and all its immediate dependencies. How do i troubleshoot this? Cheers. Hi Adam openscad is working fine here. I propose comparing our versions. Here is mine: $ equery depgraph openscad * Searching for openscad ... * dependency graph for media-gfx/openscad-2015.03 `-- media-gfx/openscad-2015.03 ~amd64 `-- media-gfx/opencsg-1.3.2-r1 (media-gfx/opencsg) ~amd64 `-- sci-mathematics/cgal-4.3-r1 (sci-mathematics/cgal) amd64 `-- dev-qt/qtcore-4.8.6-r2 (dev-qt/qtcore) amd64 `-- dev-qt/qtgui-4.8.6-r4 (dev-qt/qtgui) amd64 `-- dev-qt/qtopengl-4.8.6-r1 (dev-qt/qtopengl) amd64 `-- dev-cpp/eigen-3.2.6 (dev-cpp/eigen) ~amd64 `-- dev-libs/gmp-6.0.0a (dev-libs/gmp) amd64 `-- dev-libs/mpfr-3.1.3_p4 (dev-libs/mpfr) amd64 `-- dev-libs/boost-1.56.0-r1 (dev-libs/boost) amd64 `-- x11-libs/qscintilla-2.8.4-r1 (x11-libs/qscintilla) amd64 [ media-gfx/openscad-2015.03 stats: packages (11), max depth (1) ] Urs
Re: [gentoo-user] depclean missing packages
On Wed, 4 Jan 2017 21:32:50 +0100 Arve Barsnes <arve.bars...@gmail.com> wrote: > On 4 January 2017 at 21:25, Daniel Frey <djqf...@gmail.com> wrote: > > > I always do `emerge -uDN world`. Which is --update --deep > > --newuse... I've just never had that happen with depclean before. > > Odd, no? > > > > I usually do: > > > > `emerge -uDN world` > > > > and > > > > `emerge -ac` to depclean afterwards. > > > > As I use --deep all the time, I'm still confused as to why needed > > packages weren't installed. > > > > > I've also always used --deep, but I've seen this many times. I've > recently started using "--with-bdeps=y" as well, and I don't think > I've seen this happen since then, so I'm guessing binary deps are the > culprit. I think so too. Since Dan does not use --with-bdeps this is what might happen: 'qtdeclarative', 'qtxml' and 'qtcore' were updated from 5.6.1 to a higher version. However 'linguist-tools', being only a build dependency, was not updated and remains at version 5.6.1. Since 'linguist-tools-5.6.1' depends on 'qtdeclarative-5.6.1', 'qtxml-5.6.1' and 'qtcore-5.6.1' --depclean resolves those as missing packages. So as Arve is saying - using --with-bdeps should prevent this. There are two ways how to use it: - As 'emerge -uDN --with-bdeps=y world' - in this case build dependencies will be updated as well. - As 'emerge -ac --with-bdeps=n' - in this case build dependencies will be depcleaned (removed). Notice there is 'n' in --with-bdeps. I prefer second option since this leaves a clean system where only packages required to run it are installed. Disadvantage is that upon next update the build dependencies are emerged again, so it takes more time to update the system. Robert -- Róbert Čerňanský E-mail: ope...@tightmail.com Jabber: h...@jabber.sk
[gentoo-user] cant find stdlib.h
I have a compile problem qtgui I cant figure out: compilation terminated. make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, from /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, from ../../include/QtCore/../../src/corelib/global/qglobal.h:109, from ../../include/QtCore/qglobal.h:1, from ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, from ../../include/QtGui/qtguiglobal.h:1, from ../../include/QtGui/../../src/gui/image/qimage.h:43, from ../../include/QtGui/qimage.h:1, from image/qimage_sse4.cpp:40: /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: fatal error: stdlib.h: No such file or directory #include_next and of course /usr/include/stdlib.h exists The actual code in /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: // Need to ensure this finds the C library's not a libstdc++ // wrapper that might already be installed later in the include search path. #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS #include_next #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS Hints welcome! BillK
Re: [gentoo-user] cant find stdlib.h
On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy <bi...@iinet.net.au> wrote: > I have a compile problem qtgui I cant figure out: > > compilation terminated. > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > In file included from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/ > stl_algo.h:59:0, > from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > from > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > from ../../include/QtCore/qglobal.h:1, > from > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > from ../../include/QtGui/qtguiglobal.h:1, > from ../../include/QtGui/../../src/gui/image/qimage.h:43, > from ../../include/QtGui/qimage.h:1, > from image/qimage_sse4.cpp:40: > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > fatal error: stdlib.h: No such file or directory > #include_next > > > and of course /usr/include/stdlib.h exists > > > The actual code in > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > // Need to ensure this finds the C library's not a libstdc++ > // wrapper that might already be installed later in the include search > path. > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > #include_next > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > Hints welcome! > > > BillK > This was a common error from when I ran into when fixing GCC-6 bugs. It's usually related to the fact that GCC-6 doesn't support '-isystem /usr/include'. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129.
Re: [gentoo-user] cant find stdlib.h
On 30/03/18 01:48, P Levine wrote: > On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy <bi...@iinet.net.au > <mailto:bi...@iinet.net.au>>wrote: > > I have a compile problem qtgui I cant figure out: > > compilation terminated. > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > In file included from > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, > from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > from > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > from ../../include/QtCore/qglobal.h:1, > from > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > from ../../include/QtGui/qtguiglobal.h:1, > from > ../../include/QtGui/../../src/gui/image/qimage.h:43, > from ../../include/QtGui/qimage.h:1, > from image/qimage_sse4.cpp:40: > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > fatal error: stdlib.h: No such file or directory > #include_next > > > and of course /usr/include/stdlib.h exists > > > The actual code in > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > // Need to ensure this finds the C library's not a > libstdc++ > // wrapper that might already be installed later in the include > search path. > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > #include_next > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > Hints welcome! > > > BillK > > > This was a common error from when I ran into when fixing GCC-6 > bugs. It's usually related to the fact that GCC-6 doesn't support > '-isystem /usr/include'. > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129. > > Thankyou for the references - I will have another go at fixing it today. What is confusing me is why its not killing everyones KDE/QT builds, not just one of mine? BillK
Re: [gentoo-user] cant find stdlib.h
I had ran into this before (but on Gentoo FreeBSD); maybe the compile command line had stray -isystem in it, thus disturbing the include search path. Pengcheng Xu i...@jsteward.moe > H30/03/28 20:18、Bill Kenworthy <bi...@iinet.net.au>のメール: > > I have a compile problem qtgui I cant figure out: > > compilation terminated. > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > In file included from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, > from > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > from > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > from ../../include/QtCore/qglobal.h:1, > from > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > from ../../include/QtGui/qtguiglobal.h:1, > from ../../include/QtGui/../../src/gui/image/qimage.h:43, > from ../../include/QtGui/qimage.h:1, > from image/qimage_sse4.cpp:40: > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > fatal error: stdlib.h: No such file or directory > #include_next > > > and of course /usr/include/stdlib.h exists > > > The actual code in > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > // Need to ensure this finds the C library's not a libstdc++ > // wrapper that might already be installed later in the include search path. > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > #include_next > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > Hints welcome! > > > BillK > > > signature.asc Description: Message signed with OpenPGP
Re: [gentoo-user] This nite's switch to full multilib
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] cannot emerge @preserved-rebuild due to removed package...
:4[accessibility,dbus(+)] pulled in by: * kde-base/kcharselect-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kdebase-menu-4.14.3 * * dev-qt/qtgui:4 pulled in by: * kde-misc/kdiff3-0.9.97-r2 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kfmclient-4.14.3 * * dev-qt/qtgui:4 pulled in by: * media-sound/qmidiroute-0.3.0 * * dev-qt/qtgui:4 pulled in by: * media-libs/phonon-vlc-0.7.2 * * =dev-qt/qtgui-4.7:4 pulled in by: * media-sound/qtractor-0.6.5 * * dev-qt/qtgui:4[accessibility] pulled in by: * media-sound/lmms-1.0.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kcontrol-4.14.3 * * =app-text/texlive-core-2012 pulled in by: * dev-texlive/texlive-genericrecommended-2012 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kioclient-4.14.3 * * =dev-qt/qtgui-4.3:4 pulled in by: * net-firewall/fwbuilder-5.1.0.3599 * * ~dev-qt/qtgui-4.8.5[accessibility,-aqua,-debug] pulled in by: * dev-qt/qtsvg-4.8.5 * * =dev-qt/qtgui-4.8.3:4 pulled in by: * media-video/avidemux-2.6.5-r1 * * dev-qt/qtgui:4 pulled in by: * media-plugins/qmmp-plugin-pack-0.8.3 * * ~dev-qt/qtgui-4.8.5[-aqua,-debug] pulled in by: * dev-qt/designer-4.8.5 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/drkonqi-4.14.3 * * dev-qt/qtgui:4 pulled in by: * media-gfx/structure-synth-1.5.0 * * dev-qt/qtgui:4 pulled in by: * games-puzzle/gottet-1.0.6 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kimgio-4.14.3 * * =dev-qt/qtgui-4.8.5:4 pulled in by: * dev-python/PyQt4-4.11.1 * * =app-text/texlive-core-2014 pulled in by: * dev-texlive/texlive-latexrecommended-2014 * * dev-qt/qtgui:4 pulled in by: * media-libs/phonon-4.7.2 * * dev-qt/qtgui:4 pulled in by: * media-sound/qarecord-0.5.0 * * dev-qt/qtgui:4[accessibility] pulled in by: * sci-geosciences/gebabbel-0.4 * * =dev-qt/qtgui-4.8.5:4[accessibility] pulled in by: * dev-qt/qt-creator-2.8.1 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/keditfiletype-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * media-libs/libkgeomap-4.4.0 * * dev-qt/qtgui pulled in by: * media-sound/vmpk-0.4.0 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/knetattach-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kde-wallpapers-4.14.3 * * dev-qt/qtgui:4[glib] pulled in by: * sys-auth/polkit-qt-0.112.0-r1 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/attica-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kreadconfig-4.14.3 * * ~media-libs/avidemux-plugins-2.6.5:2.6[opengl,qt4] pulled in by: * media-video/avidemux-2.6.5-r1 * * dev-qt/qtgui:4 pulled in by: * app-cdr/backlite-1.0.3-r1 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kdebase-menu-icons-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kwalletmanager-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kdebase-desktoptheme-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * net-p2p/ktorrent-4.3.1-r1 * * ~dev-qt/qtgui-4.8.5[-aqua,-debug,glib,qt3support] pulled in by: * dev-qt/qtcore-4.8.5-r2 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/konqueror-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kqtquickcharts-4.14.3 * * dev-qt/qtgui:4 pulled in by: * media-sound/qmmp-0.8.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/knotify-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kdelibs-4.14.3-r1 * * dev-qt/qtgui:4 pulled in by: * media-sound/ams-2.0.1 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kdebase-data-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/ktraderclient-4.14.3 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] pulled in by: * kde-base/kuiserver-4.14.3 * * dev-qt/qtgui:4 pulled in by: * app-misc/strigi-0.7.8 * * dev-qt/qtgui:4 pulled in by: * app-text/kchmviewer-6.0-r1 * * =app-text/texlive-core-2012 pulled in by: * dev-texlive/texlive-texinfo-2012 * * dev-qt/qtgui:4[glib] pulled in by: * media-libs/phonon-gstreamer-4.7.2 * * dev-qt/qtgui:4 pulled in by: * dev-util/cmake-2.8.12.2-r1 * * =dev-qt/qtgui-4.8.5:4[accessibility,dbus
Re: [gentoo-user] qtcore 5 missing the lrelease binary?
On 13/07/2016 22:35, walt wrote: I just installed qt5 for the first time because the latest virtualbox requires it. Now virtualbox 5.1.0 won't build because it can't find /usr/lib64/qt5/bin/lrelease, which (I think) should be in the qtcore package. I copied lrelease from qtcore-4, which worked around that problem but now vbox fails to build because of an undefined GL variable, so I've got other (useflag?) problems to solve, but meanwhile I'd be grateful for any hints. Thanks. It comes from linguist-tools, looks like you'll get it with USE="nls" (or any of several USE cases) alan@khamul ~ $ equery belongs /usr/lib64/qt5/bin/lrelease * Searching for /usr/lib64/qt5/bin/lrelease ... dev-qt/linguist-tools-5.6.1 (/usr/lib64/qt5/bin/lrelease) alan@khamul ~ $ equery depends linguist-tools * These packages depend on linguist-tools: app-text/sigil-0.9.5-r1 (>=dev-qt/linguist-tools-5.4:5) dev-db/sqlitebrowser-3.8.0 (qt5 ? dev-qt/linguist-tools:5) kde-apps/kde-l10n-16.04.2 (>=dev-qt/linguist-tools-5.5.1:5) kde-apps/ktp-l10n-16.04.2 (>=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/extra-cmake-modules-5.24.0 (test ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kauth-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kbookmarks-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kcodecs-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kcompletion-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kconfig-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kcoreaddons-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kcrash-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kdbusaddons-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kdesignerplugin-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kdnssd-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kglobalaccel-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kitemviews-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kjobwidgets-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/knotifications-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kwidgetsaddons-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/kwindowsystem-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/solid-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) kde-frameworks/sonnet-5.24.0 (nls ? >=dev-qt/linguist-tools-5.5.1:5) x11-misc/sddm-0.13.0-r4 (dev-qt/linguist-tools:5) Alan
Re: [gentoo-user] This nite's switch to full multilib
On Sunday 29 March 2015 20:12:45 Alan McKinnon wrote: ... 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. Something needs clarifying here. Exactly who will need to keyword qt-4.8.6? 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 Just to get you started, here's my list from a system that upgraded smoothly: $ grep qt /etc/portage/package.use app-text/popplercairo qt4 dev-qt/qtcore qt3support dev-qt/qtdeclarativeqt3support webkit dev-qt/qtguiqt3support dev-qt/qtopengl qt3support dev-qt/qtsqlmysql qt3support dev-qt/qtwebkit icu (Package.use is the only place where qt occurs.) -- Rgds Peter.
Re: [gentoo-user] This nite's switch to full multilib
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] This nite's switch to full multilib
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] This nite's switch to full multilib
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] This nite's switch to full multilib
On 29/03/2015 19:53, Stefan G. Weichinger wrote: On 29.03.2015 19:30, Mick wrote: 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 I have to do that for 195 ebuilds here and really wonder if that is correct in the end It's a horrible solution, you are right. The problem is that it's not your 32 bit apps that have to be listed, it's all the libs and deps they have that need 32 bit versions to be built. If you have a fast cpu, much disk space and don't care about using some extra resources, you can always add USE=abi_xx86_32 to make.conf and make it global. Every package that supports building 32 bit versions will then be recompiled. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 29.03.2015 19:30, Mick wrote: 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 I have to do that for 195 ebuilds here and really wonder if that is correct in the end -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVGDwOAAoJEClcuD1V0PzmeWIP/3dMSW72SLuUGHdI538zT+Pd LePwUP4JBlee5zfzwVdCtjFqeY25LThwOHf4PYRtvAVAt9HD/x3ZQFkjTnCffHt2 o9by5eqUyJ7omh5sFIhcBmlwBF2mMCFYWWH9n3X7rJT9W6nvHYL9jz6GxZIANtAE 35qmLom+rl7MBDd3kweUnVx1jQ2jw3NIk2oxlgQv6emyoaQ2v/1WxKWI8xtigbsH 4zlLBGJBtsayVeRyx+nraVa4IyALW+mhFSXoSEzAKQTzlJskn5FhpM0RAomBJomK wjrhqpOYAPQTgkZ5wtqnkIcEvlE6BOx6vlu6Goh4pSmfFkanWSA8uC+LJVKuyklB RvDmMuAs+NMxDAPnHeVX3moN/4KCGB0avyHRNAceFgVkWqo+cDjyCPw33YfPWd2i 96q4NPxrElQkPyF2FB9hT4zB5sF/66psJe17nrScUiYF4nUYMLTlRQ4SJpdC7wNi CQZ5mcBN7kRxrQWEx52AkKi0BTt6O0Aayhn5wgKJqDln9tNql7fLvBXNcxCwl1Rq zc242XzyE4m7hGVXLD3MiXgIeH62nurlyAqKzEuFYsO0BDA63bSwuP1lLJygGmkq EhvG7fDwEK2oCI+cj2jmSMhP4Ij1n0K2nFbDP6y/j9s9wAm/xKJc0thG1eE3+4Xs f3WRliv7KOfAaE9YcRGV =Wpyd -END PGP SIGNATURE-
Re: [gentoo-user] Re: This nite's switch to full multilib
(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] Re: Using KDE apps in a non KDE environment
On Fri, 2 Oct 2015 16:33:09 -0400, Walter Dnes wrote: > File-attached is the "emerge -pv okular" output. To summarize... > Total: 53 packages (50 new, 3 reinstalls), Size of downloads: 329,492 > KiB > > ...because a pdf-reader really needs libogg, libvorbis, www-misc/htdig, > qtcore-4.8.6-r4, 2 versions of qtgui, qt3support, qtwebkit, libdbusmenu, etc. That's because Okular is not a PDF reader, it's a "Universal document viewer", so it needs to support a lot of formats and protocols. That does mean that if you need a simple PDF reader and don't run KDE, Okular may well be way OTT, but it is very good at handling PDFs and forms. -- Neil Bothwick A real programmer never documents his code. It was hard to make, it should be hard to read pgpv6zZUkK8kD.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: dev-qt/qtdeclarative fails to build
On Sat, Jan 20, 2018 at 05:26:59AM +0200, Nikos Chantziaras wrote: > Is this for the profile upgrade? It's not, I already did that including an emerge -e @world... > So it tried to link the new PIC-enabled qtdeclarative against the > old non-PIC qtcore. The result was this exact build error. ... however it is entirely possible that I messed something up that's related to the profile switch. Seeing as this is my first profile upgrade I wouldn't be surprised to find that I've horribly broken something. For the record, I tried to install app-crypt/yubikey-manager-qt, which pulls in qtdeclarative as a dependency. I'm rebuilding the 107 packages that revdep-rebuild reported (no idea how that happened) right now, and I'll see if that fixes things. No doubt this will be one giant learning experience for me :) Thanks! -- Regards, Christoph
Re: [gentoo-user] Screenrecording with audio from firefox
Hello, On Wed, 03 Jun 2020, David Haller wrote: [..] >1. create a file /etc/portage/env/missing-qpainterpath-flags and insert > this line: > > >CXXFLAGS="${CXXFLAGS} -include QPainterPath" > > >2. add the line > > >=media-sound/cadence-0.9.0-r4 missing-qpainterpath-flags > > >to /etc/portage/package.env (or /e/p/package.env/qpainterpath.env or >some such if you've "directoryfied" your package.env (can you?) ;) [..] *Whoa* I just remembered, that I tested back on 5.14.2[1], but, I just re-emerged qtcore-5.15, qtwidgets-5.15 and qtgui-5.15 (which is all cadence needs) and qtsvg-5.15 (for qt5ct that is called when running stuff) and my hack still worked, i.e. it compiles fine and cadence-xycontroller even runs (which is where that pixmapdial.cpp ends up in) ;) HTH, -dnh [1] there was some major other showstopper for me with 5.15 -- Well, I do {cough} have to admit to having forsaken ed(1) in favour of a certain graphical user interface named after the Roman number after 5. -- Anthony de Boer
Re: [gentoo-user] Screenrecording with audio from firefox
Hi Daniel, thanks a lotcadence failed to compile... In file included from /usr/include/qt5/QtCore/qhashfunctions.h:44, from /usr/include/qt5/QtCore/qlist.h:47, from /usr/include/qt5/QtCore/qstringlist.h:41, from /usr/include/qt5/QtGui/qcolor.h:46, from /usr/include/qt5/QtGui/qpixmap.h:45, from /usr/include/qt5/QtGui/QPixmap:1, from ../widgets/pixmapdial.hpp:21, from ../widgets/pixmapdial.cpp:18: /usr/include/qt5/QtCore/qstring.h:393:14: note: declared here 393 | QString (const char *format, ...) Q_ATTRIBUTE_FORMAT_PRINTF(2, 3); | ^~~ ../widgets/pixmapdial.cpp: In member function ‘virtual void PixmapDial::paintEvent(QPaintEvent*)’: ../widgets/pixmapdial.cpp:231:26: error: aggregate ‘QPainterPath ballPath’ has incomplete type and cannot be defined 231 | QPainterPath ballPath; | ^~~~ ../widgets/pixmapdial.cpp:278:26: error: aggregate ‘QPainterPath ballPath’ has incomplete type and cannot be defined 278 | QPainterPath ballPath; | ^~~~ make[1]: *** [Makefile:63: ../widgets/pixmapdial.o] Error 1 make[1]: *** Waiting for unfinished jobs c++ jackmeter.o qrc_resources-jackmeter.o ../widgets/digitalpeakmeter.o -Wl,-O1 -Wl,--as-needed -lQt5Widgets -lQt5Gui -lQt5Core -ldl -o cadence-jackmeter make[1]: Leaving directory '/var/tmp/portage/media-sound/cadence-0.9.0-r4/work/Cadence-0.9.0/c++/jackmeter' make[1]: Leaving directory '/var/tmp/portage/media-sound/cadence-0.9.0-r4/work/Cadence-0.9.0/c++/xycontroller' make: *** [Makefile:34: xycontroller] Error 2 * ERROR: media-sound/cadence-0.9.0-r4::gentoo failed (compile phase): * emake failed Cheers! Meino On 06/03 04:20, Daniel Sonck wrote: > I'm not entirely sure if it's part of portage yet (long time since I touched > gentoo) but it's a modern jack routing program in similar style to the > cadence > program. If cadence exists, it's likely bundled with catia otherwise it can > be > found in the audio overlay, this issue specifically mentions it: https:// > github.com/gentoo-audio/audio-overlay/issues/47 > > On Wednesday, June 3, 2020 4:17:15 PM CEST tu...@posteo.de wrote: > > Hi Daniel, > > > > short question...what is catia (beside a CAD program by Dassault > > Systems... ;)... > > Can't find that in portage... > > > > Cheers! > > Meino > > > > On 06/03 03:47, Daniel Sonck wrote: > > > I just installed simplescreenrecorder as well. The same pulseaudio method > > > should also work for that by choosing the "Monitor" variants, although I > > > have to add that it would not allow you to capture both a mic and firefox > > > (or other application at the same time) unless you play back your own > > > microphone sound. With OBS you can add an Input and Output source to have > > > both mic and desktop audio. > > > > > > If you want to have more control or are reluctant to use pulseaudio (as > > > some are) then it gets more complicated. With ALSA, I know there are ways > > > to support it by editing the ALSA configuration file but I don't know > > > anything about that (nor do I really like that approach). > > > > > > I would then recommend using JACK instead, and setup ALSA programs to use > > > a > > > wrapper for JACK, this would allow you to route any audio through anything > > > (for which people in Music as I am use Jack) including mixing it together > > > before sending to SimpleScreenRecorder or OBS. The 2 tools I recommend to > > > add would be cadence (for configuring Jack + ALSA) and catia (to setup > > > the proper audio routing) possibly combined with some jack audio mixer to > > > get a "virtual mixing panel". > > > > > > Hope this helps > > > > > > Regards, > > > > > > Daniel > > > > > > On Wednesday, June 3, 2020 3:30:53 PM CEST tu...@posteo.de wrote: > > > > Hi, > > > > > > > > To record my screen with audio I installed > > > > obs and then simplescreenrecoder. > > > > > > > > Recording the video stream more or less works (I cannot record a > > > > firefox-window and need to record the full screen). > > > > > > > > But recording the audio from the source which will be replayed > > > > by firefox only give me a stuttering sinus tone. > > > > > > > > According to different tutorials I watched the recording of > > > > a gameplay works with video/audio which exactly mine setup. > > > > > > > > Interestingly I cannot find the regarding options of both > > > > screen recorders any more (the tutorials refer to older versions > > > > of the recorders). > > > > > > > > How can I record video and audio from the played source nonetheless? > > > > > > > > Cheers! > > > > Meino > > > > >
Re: [gentoo-user] USE geoclue required
On Sunday, 9 July 2023 16:30:45 BST Neil Bothwick wrote: > On Sun, 09 Jul 2023 11:32:54 +0100, Michael wrote: > > The following USE changes are necessary to proceed: > > (see "package.use" in the portage(5) man page for more details) > > > > # required by kde-misc/kweather-23.04.2::gentoo > > # required by kde-apps/kdeutils-meta-23.04.2::gentoo > > # required by @selected > > # required by @world (argument) > > > > >=dev-qt/qtpositioning-5.15.9 geoclue > > > > Reverse dependencies of qtpositioning do not contain USE="geoclue": > > > > # qdepends -r qtpositioning > > dev-qt/qtpositioning-5.15.9: =dev-qt/qtdeclarative-5.15.9* =dev-qt/ > > qtcore-5.15.9* > > > > Setting USE="-geoclue" ends up with the above USE changes message. I > > have not tried setting /etc/portage/package.mask to block stuff yet. > > The kweather ebuild contains this RDEPEND > > >=dev-qt/qtpositioning-${QTMIN}:5[geoclue] Thanks Neil. I suppose it could be a requirement for kweather to work. Unless I can I comment it out, without causing a broken build? signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] USE geoclue required
On Sun, 09 Jul 2023 11:32:54 +0100, Michael wrote: > The following USE changes are necessary to proceed: > (see "package.use" in the portage(5) man page for more details) > # required by kde-misc/kweather-23.04.2::gentoo > # required by kde-apps/kdeutils-meta-23.04.2::gentoo > # required by @selected > # required by @world (argument) > >=dev-qt/qtpositioning-5.15.9 geoclue > > Reverse dependencies of qtpositioning do not contain USE="geoclue": > > # qdepends -r qtpositioning > dev-qt/qtpositioning-5.15.9: =dev-qt/qtdeclarative-5.15.9* =dev-qt/ > qtcore-5.15.9* > > Setting USE="-geoclue" ends up with the above USE changes message. I > have not tried setting /etc/portage/package.mask to block stuff yet. The kweather ebuild contains this RDEPEND >=dev-qt/qtpositioning-${QTMIN}:5[geoclue] -- Neil Bothwick "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin pgpIv0XJuD8S6.pgp Description: OpenPGP digital signature
[gentoo-user] media-video/mkvtoolnix-15.0.0-r1 fails to compile [solved]
Howdy, If you run into a error like this for mkvtoolnix-15.0.0-r1: x86_64-pc-linux-gnu-g++ -Wall -Wno-comment -Wfatal-errors -D_FILE_OFFSET_BITS=64 -DMTX_LOCALE_DIR=\"/usr/share/locale\" -DMTX_PKG_DATA_DIR=\"/usr/share/mkvtoolnix\" -DMTX_DOC_DIR=\"/usr/share/doc/mkvtoolnix-15.0.0-r1\" -fstack-protector-strong -fPIC -std=gnu++14 -Wnon-virtual-dtor -Woverloaded-virtual -Wextra -Wno-missing-field-initializers -Wno-maybe-uninitialized -I/usr/include/qt5/QtWidgets -I/usr/include/qt5 -I/usr/include/qt5/QtMultimedia -I/usr/include/qt5 -I/usr/include/qt5/QtGui -I/usr/include/qt5 -I/usr/include/qt5/QtNetwork -I/usr/include/qt5 -I/usr/include/qt5/QtConcurrent -I/usr/include/qt5 -I/usr/include/qt5/QtCore -I/usr/include/qt5 -I/usr/include -march=native -O2 -pipe -I. -Ilib -Ilib/avilib-0.6.10 -Isrc -Ilib/utf8-cpp/source -c -MMD -MF ./rake.d/dependency.d/tmp/src_input_r_aac_o.d -o src/input/r_aac.o -x c++ src/input/r_aac.cpp /usr/lib64/qt5/bin/moc -I/usr/include/qt5/QtWidgets -I/usr/include/qt5 -I/usr/include/qt5/QtMultimedia -I/usr/include/qt5 -I/usr/include/qt5/QtGui -I/usr/include/qt5 -I/usr/include/qt5/QtNetwork -I/usr/include/qt5 -I/usr/include/qt5/QtConcurrent -I/usr/include/qt5 -I/usr/include/qt5/QtCore -I/usr/include/qt5 -I. -Ilib -Ilib/avilib-0.6.10 -Isrc -Ilib/utf8-cpp/source -nw src/mkvtoolnix-gui/app.h > src/mkvtoolnix-gui/app.moc src/merge/generic_packetizer.cpp: In member function ‘virtual void generic_packetizer_c::set_video_projection_type(uint64_t, option_source_e)’: src/merge/generic_packetizer.cpp:880:43: error: ‘KaxVideoProjection’ was not declared in this scope auto = GetChildEmptyIfNew(GetChild(m_track_entry)); ^ compilation terminated due to -Wfatal-errors. You need to upgrade to this first. media-libs/libmatroska-1.4.7 I had to add it to the keyword file to get it. Hope this helps someone else. Dale :-) :-)
Re: [gentoo-user] cant find stdlib.h
On Thu, Mar 29, 2018 at 6:42 PM, Bill Kenworthy <bi...@iinet.net.au> wrote: > On 30/03/18 01:48, P Levine wrote: > > On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy <bi...@iinet.net.au > > <mailto:bi...@iinet.net.au>>wrote: > > > > I have a compile problem qtgui I cant figure out: > > > > compilation terminated. > > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > > In file included from > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/ > stl_algo.h:59:0, > > from > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > > from > > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > > from ../../include/QtCore/qglobal.h:1, > > from > > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > > from ../../include/QtGui/qtguiglobal.h:1, > > from > > ../../include/QtGui/../../src/gui/image/qimage.h:43, > > from ../../include/QtGui/qimage.h:1, > > from image/qimage_sse4.cpp:40: > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > > fatal error: stdlib.h: No such file or directory > > #include_next > > > > > > and of course /usr/include/stdlib.h exists > > > > > > The actual code in > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > > > // Need to ensure this finds the C library's not a > > libstdc++ > > // wrapper that might already be installed later in the include > > search path. > > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > #include_next > > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > > > Hints welcome! > > > > > > BillK > > > > > > This was a common error from when I ran into when fixing GCC-6 > > bugs. It's usually related to the fact that GCC-6 doesn't support > > '-isystem /usr/include'. > > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129. > > > > > Thankyou for the references - I will have another go at fixing it > today. What is confusing me is why its not killing everyones KDE/QT > builds, not just one of mine? > > > BillK > Idk. Those bugs were fixed a while ago. Are you sure you're you're using an updated ebuild from the main Gentoo repo? If you're using stable keyworded QT, try keyword unmasking unstable qt packages and see if that helps. If so, you might want to file a bug. and I should have asked, is there an easy way to fix it? It depends. Usually it requires editing qmake .pro file(s).
Re: [gentoo-user] cant find stdlib.h
On 30/03/18 06:42, Bill Kenworthy wrote: > On 30/03/18 01:48, P Levine wrote: >> On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy <bi...@iinet.net.au >> <mailto:bi...@iinet.net.au>>wrote: >> >> I have a compile problem qtgui I cant figure out: >> >> compilation terminated. >> make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 >> make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 >> In file included from >> >> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, >> from >> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, >> from >> ../../include/QtCore/../../src/corelib/global/qglobal.h:109, >> from ../../include/QtCore/qglobal.h:1, >> from >> ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, >> from ../../include/QtGui/qtguiglobal.h:1, >> from >> ../../include/QtGui/../../src/gui/image/qimage.h:43, >> from ../../include/QtGui/qimage.h:1, >> from image/qimage_sse4.cpp:40: >> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: >> fatal error: stdlib.h: No such file or directory >> #include_next >> >> >> and of course /usr/include/stdlib.h exists >> >> >> The actual code in >> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: >> >> // Need to ensure this finds the C library's not a >> libstdc++ >> // wrapper that might already be installed later in the include >> search path. >> #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS >> #include_next >> #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS >> >> Hints welcome! >> >> >> BillK >> >> >> This was a common error from when I ran into when fixing GCC-6 >> bugs. It's usually related to the fact that GCC-6 doesn't support >> '-isystem /usr/include'. >> See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129. >> >> > Thankyou for the references - I will have another go at fixing it > today. What is confusing me is why its not killing everyones KDE/QT > builds, not just one of mine? > > > BillK > > > > and I should have asked, is there an easy way to fix it? ... and should I raise a bug or is it a one off on just this system? BillK
Re: [gentoo-user] printing pdfs
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
[gentoo-user] Qt blocking @world update
Hi there! My @world update did not go well. It was much worse some while ago, so I just did an emerge -e @world, after manually removing stuff from /var/lib/portage/world until I got no complaints any more. I had to remove kde-misc/publictransport and kde-misc/plasma-emergelog for that. After most was done, it stopped after one package failed to build, and was unable to resume due to blockers. emerge --resume gives this: weird portage # emerge -aj --resume These are the packages that would be merged, in order: Calculating dependencies... done! * Invalid resume list: * * (u'ebuild', u'/', u'sys-apps/lshw-02.17b', u'merge') * (u'ebuild', u'/', u'net-print/foomatic-filters-4.0.17-r1', u'merge') [snipping some dozen lines] * (u'ebuild', u'/', u'media-video/kmplayer-0.11.3d-r1', u'merge') * (u'ebuild', u'/', u'media-libs/phonon-vlc-0.6.2', u'merge') * * One or more packages are either masked or have missing dependencies: * * dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] pulled in by: * (dev-java/java-config-2.2.0::gentoo, installed) [snipping LOTS of similar output again] * * dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] pulled in by: * (dev-libs/libpeas-1.8.1::gentoo, installed) * * dev-lang/python-exec:=[python_targets_python2_7(-),python_targets_python3_2(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_python3_2(-),-python_single_target_python3_3(-)] pulled in by: * (dev-python/pygobject-3.8.3::gentoo, installed) * * =dev-libs/icu-3.8.1-r1:0/51.1= pulled in by: * (net-libs/webkit-gtk-1.10.2-r300::gentoo, installed) * * ~app-emulation/emul-linux-x86-medialibs-20130224 pulled in by: * (app-emulation/emul-linux-x86-qtlibs-20130224::gentoo, installed) * * The resume list contains packages that are either masked or have * unsatisfied dependencies. Please restart/continue the operation * manually, or use --skipfirst to skip the first package in the list and * any other packages that may be masked or have missing dependencies. Wow, I don't even... anyway, I thought emerge -DuN @world might work now, but it does not, again due to Qt problems. And those I do not understand: Total: 178 packages (148 upgrades, 9 downgrades, 12 new, 1 in new slot, 8 reinstalls, 4 uninstalls), Size of downloads: 349,914 kB Fetch Restriction: 1 package Conflict: 18 blocks !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-qt/qtgui:4 (dev-qt/qtgui-4.8.5-r1::gentoo, installed) pulled in by =dev-qt/qtgui-4.8.5:4[accessibility,dbus(+)] required by (kde-base/libkworkspace-4.11.2::gentoo, installed) ~dev-qt/qtgui-4.8.5[aqua=,debug=,egl=,qt3support=] required by (dev-qt/qtopengl-4.8.5::gentoo, installed) (and 283 more with the same problems) (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (kde-misc/fsrunner-0.7.5::kde, installed) =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (media-sound/kid3-2.2.1::kde, installed) ~dev-qt/qtgui-4.8.4[accessibility=,aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (and 1 more with the same problems) dev-qt/qtcore:4 (dev-qt/qtcore-4.8.4-r5::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtcore-4.8.4[aqua=,debug=] required by (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) (and 4 more with the same problem) (dev-qt/qtcore-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtcore-4.8.5[aqua=,debug=,qt3support=] required by (dev-qt/qtopengl-4.8.5::gentoo, installed) =dev-qt/qtcore-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 12 more with the same problems) dev-qt/qtscript:4 (dev-qt/qtscript-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtscript-4.8.5[aqua=,debug=] required by (dev-qt/designer-4.8.5::gentoo, installed) (and 2 more with the same problem) (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtscript-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) dev-qt/qtdbus:4 (dev-qt/qtdbus-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtdbus-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qtdbus-4.8.5::gentoo, installed) pulled in by =dev-qt/qtdbus-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed
Re: [gentoo-user] printing pdfs
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] useflag hell.
On 28/02/2016 20:14, Alan Grimes wrote: > I've been running number theory code for a few weeks, so haven't been > updating my machine too often... > > I for the last day or so I'm in a run my "pretendupdate" script, look at > the results, decide whether to run ufed or bleep with package.use > run the pretendupdate script again, do something while it computes, come > back to it hours later, and repeat the cycle... This is really getting > silly and I'm starting to suspect that I'm stuck in useflag hell and > there isn't a solution to this. There's always a solution, and they are seldom hard to solve. However, portage doesn't exactly make it easy for you with the output. Mere information is often obfuscated and looks like stuff you must fix, whereas the real nuggets can be hidden in the noise. Often running without -v can help considerably. So, here goes, comments inline > > > > > tortoise ~ # ./pretendupdate > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > dev-libs/icu:0 > > (dev-libs/icu-56.1:0/56::gentoo, ebuild scheduled for merge) pulled in by > (no parents that aren't satisfied by other packages in this slot) > > (dev-libs/icu-55.1:0/55::gentoo, installed) pulled in by > dev-libs/icu:0/55=[abi_x86_32(-),abi_x86_64(-)] required by > (dev-qt/qtcore-4.8.7-r1:4/4::gentoo, installed) > > ^^ Despite what it looks like all this is mere information. Two separate things result in different version of Qt being pulled into the problem solution. And it's exactly the form you'd expect. The first chunk is really saying that icu-56.1 is the most recent version and all other things being equal, that's the one portage would install. The second chunk is saying that qtcore-4.8.7-r1 requires icu-55.1 (not the most recent), so portage spews forth heaps of junk to helpfully let you not figure it out. What portage really should say is more like: Most recent version of icu (icu-56.1) not installed due to these requirements: qtcore-4.8.7-r1 requires icu-55.1 Ignore the multiple OMG! bangs before all of the above output > > > > It may be possible to solve this problem by using package.mask to > prevent one of those packages from being selected. However, it is also > possible that conflicting dependencies exist such that they are > impossible to satisfy simultaneously. If such a conflict exists in > the dependencies of two different packages, then those packages can > not be installed simultaneously. > > For more information, see MASKED PACKAGES section in the emerge man > page or refer to the Gentoo Handbook. > > > !!! The ebuild selected to satisfy > ">=media-libs/mlt-0.9.8-r1[ffmpeg,kdenlive,melt,qt5,sdl,xml]" has unmet > requirements. This is the expression portage needs to install based on dependencies, most recent version, maskings, and your USE flags. It's informational. > - media-libs/mlt-0.9.8-r2::gentoo USE="ffmpeg fftw gtk kde kdenlive lua > melt opengl python qt5 sdl xine xml -compressed-lumas -debug -frei0r > -jack -libav -libsamplerate -qt4 -rtaudio (-ruby) -vdpau" ABI_X86="64" > CPU_FLAGS_X86="mmx sse sse2" PYTHON_TARGETS="python2_7" > > The following REQUIRED_USE flag constraints are unsatisfied: > kde? ( qt4 ) This is the actual problem, According to the ebuild, if you set USE="kde", then you also need USE="qt4". Your USE has qt5 enabled, and that's the problem. Presumably, mtl does not yet support KDE with Qt5 > > The above constraints are a subset of the following complete expression: > python? ( python_targets_python2_7 ) qt5? ( !qt4 ) kde? ( qt4 ) And this is the helpful gigantic USE expression, all of which must be satisfied to install mlt. The bit above this shows just the part that is problematic, so this is also informational. Note > > (dependency required by "kde-apps/kdenlive-15.12.1::gentoo" [ebuild]) > (dependency required by "kde-apps/kdemultimedia-meta-15.12.1-r1::gentoo" > [ebuild]) > (dependency required by "kde-apps/kde-apps-meta-15.08.3-r3::gentoo" > [ebuild]) > (dependency required by "kde-apps/kde-meta-15.08.3::gentoo" [ebuild]) > (dependency required by "@selected" [set]) > (dependency required by "@world" [argument]) And the is a part of the full dep tree that leads to mlt being included > tortoise ~ # > > > ## > > > The attached files are whatever is left after --- six years of resolving > similar issues on this same insta
Re: [gentoo-user] Qt blocking @world update
with the same problems) (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) pulled in by =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (kde-misc/fsrunner-0.7.5::kde, installed) =dev-qt/qtgui-4.7.4:4[accessibility,dbus] required by (media-sound/kid3-2.2.1::kde, installed) ~dev-qt/qtgui-4.8.4[accessibility=,aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (and 1 more with the same problems) dev-qt/qtcore:4 (dev-qt/qtcore-4.8.4-r5::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtcore-4.8.4[aqua=,debug=] required by (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) (and 4 more with the same problem) (dev-qt/qtcore-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtcore-4.8.5[aqua=,debug=,qt3support=] required by (dev-qt/qtopengl-4.8.5::gentoo, installed) =dev-qt/qtcore-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 12 more with the same problems) dev-qt/qtscript:4 (dev-qt/qtscript-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtscript-4.8.5[aqua=,debug=] required by (dev-qt/designer-4.8.5::gentoo, installed) (and 2 more with the same problem) (dev-qt/qtscript-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtscript-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) dev-qt/qtdbus:4 (dev-qt/qtdbus-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtdbus-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qtdbus-4.8.5::gentoo, installed) pulled in by =dev-qt/qtdbus-4.8.5:4 required by (app-office/akonadi-server-1.10.3::gentoo, installed) dev-qt/qt3support:4 (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qt3support-4.8.4[aqua=,debug=] required by (dev-qt/qtgui-4.8.4-r1::gentoo, ebuild scheduled for merge) (dev-qt/qt3support-4.8.5::gentoo, installed) pulled in by ~dev-qt/qt3support-4.8.5[aqua=,debug=] required by (dev-qt/qtgui-4.8.5-r1::gentoo, installed) (and 2 more with the same problem) dev-qt/qtsql:4 (dev-qt/qtsql-4.8.4::gentoo, ebuild scheduled for merge) pulled in by ~dev-qt/qtsql-4.8.4[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.4::gentoo, ebuild scheduled for merge) (dev-qt/qtsql-4.8.5::gentoo, installed) pulled in by ~dev-qt/qtsql-4.8.5[aqua=,debug=,qt3support] required by (dev-qt/qt3support-4.8.5::gentoo, installed) =dev-qt/qtsql-4.8.5:4[mysql?,postgres?] required by (app-office/akonadi-server-1.10.3::gentoo, installed) (and 1 more with the same problems) So, 4.8.4 and 4.8.5 are somehow both needed. Let's start at the top: fsrunner and kdid3 need =dev-qt/qtgui-4.7.4, which 4.8.5 also would satisfy, but one needs ~dev-qt/qtgui-4.8.4, and that is dev-qt/qt3support-4.8.4. What needs that? The 2nd entry from the bottom states that ~dev-qt/qt3support-4.8.4 is required by dev-qt/qtgui-4.8.4-r1. The output also says 'and 1 more with the same problems' - might this be the real reason? How would I find out what package this is? The --tree output only shows fsrunner pulling in qtgui-4.8.4: [nomerge ] kde-misc/fsrunner-0.7.5:4::kde USE=(-aqua) -debug [nomerge ] dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace [ebuild UD ] dev-qt/qt3support-4.8.4:4 [4.8.5:4] USE=accessibility exceptions pch (-aqua) -c++0x% -debug 0 kB [ebuild UD ]dev-qt/qtgui-4.8.4-r1:4 [4.8.5-r1:4] USE=accessibility cups dbus%* exceptions gif%* glib gtkstyle mng nas pch qt3support tiff xinerama xv (-aqua) -c++0x% -debug -egl -nis -trace 0 kB [ebuild UD ] dev-qt/qtdbus-4.8.4:4 [4.8.5:4] USE=exceptions pch (-aqua) -c++0x% -debug 0 kB The ebuilds for fsrunner and kdid3 only have the 'interit kde4-base' line, no special dependencies. Any enlightenment would be very much appreciated. I just don't know how to get my system back working. ATM, KDE is mostly at version 4.11.2-r1, but some KDE packages still need to be updated. So, it does not work right now, unknown protocol file and such errors. Alex -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: This nite's switch to full multilib
Peter Humphrey peter at prh.myzen.co.uk writes: On Sunday 29 March 2015 20:12:45 Alan McKinnon wrote: grep -ir qt /etc/portage grep qt /etc/portage/package.use | wc -l =11 dev-qt/qt-creator android autotools cmake python dev-qt/qtguiqt3support =dev-qt/qtsql-4.8.5 qt3support =dev-qt/qtcore-4.8.5-r1 qt3support # required by dev-qt/qtcore-4.8.5-r1[qt3support] =dev-qt/qtgui-4.8.5-r1 qt3support # required by dev-qt/qtopengl-4.8.5 =dev-qt/qtgui-4.8.5-r2 -qt3support # required by dev-qt/qt3support-4.8.5 =dev-qt/qtgui-4.8.5-r2 qt3support # required by dev-qt/qtwebkit-4.8.5[gstreamer] # grep -ir qt /etc/portage | wc -l =86 # eselect profile list Available profile symlink targets: [1] default/linux/amd64/13.0 * So I am multilib? How/where do I tell, as one reader posted that the profile is not where we designate if we are multilib or not (news to me). I am open to edumacation on this aspect. and help them remove all cruft that's getting in the way of a clean upgrade I just ran a 'depclean' a few days ago. Dozens of my java hacks (overlays) and such got cleaned out and my apache-spark ebuild (hack) does not compile anymore. No big deal, I get to spend another day learning all the neat things I do not know about maven.. I Did not even know a cleanup was needed but 'eix-test-obsolete' broke me down and kicked me in the teeth. I've got a lot to clean up: eix-test-obsolete | wc -l =209 emerge -uDNvp world | wc -l =111 emerge -uDNvp world : Total: 98 packages (2 upgrades, 2 new, 2 in new slots, 92 reinstalls, 3 uninstalls) All I have done so far is run emerge --sync. I previously sync'd up on 28mar2015 before that. I do not run KDE, I use lxde + lots of java (hacks) I refer to 'java(hacks)' because it is mostly a kludge of old portage packages and overlays. I have automask automated via make.conf. EMERGE_DEFAULT_OPTS=--with-bdeps y --autounmask-write y But before I follow the path of others: cat package.use | wc -l =314 package.use via automask is getting a bit out of hand, already. Somehow, I do not feel good about the devs solution is to munge up something I have already been abusing. So, does 'eix-test-obsolete' have some automated option to clean up package.use? I think I need to do this before applying the latest (dev_inspired) kludge to my main workstation? Maybe I should BE the chicken that I am, and wait a few days for others to flush this out a bit more? It's already been a hell(o)Monday for me.. On a brighter note, I do feel good that my instincts on kludging up a gentoo system, seem to be tracking the devs, quite nicely Guidance, humor and spankings are all welcome. James
Re: [gentoo-user] Re: Using KDE apps in a non KDE environment
On Fri, Oct 02, 2015 at 06:30:03PM +0200, Alan McKinnon wrote > With situations like this, one has to apply some intelligence (and the > reverse is also true - running gtk/Gnome apps on a KDE system). A few > simple apps like say okular or konsole will be very manageable, as they > have specific narrow functionality and are not core. You'd be surprised. First some background on my system. When I installed it as 32-bit years ago, I went with USE="-*" like so... USE="-* a52 aac bzip2 cxx fortran ncurses netifrc nptl nptlonly nsplugin offensive openssl posix readline ssl threads vim-syntax zlib X dga dri exif ffmpeg flac classic gif intel jpeg mng mp3 mpeg ogg opengl png rtmp theora tiff truetype vorbis xcomposite webm x264 xpm xv xvid xvmc" When I re-did it as 64-bit, I went to "the regular way" like so... USE="X apng bindist ffmpeg jpeg png truetype x264 x265 xorg -acl -berkdb -chatzilla -cracklib -crypt -gallium -gdbm -gmp-autoupdate -graphite -gstreamer -iconv -introspection -ipc -iptables -ipv6 -libav -llvm -nls -openmp -pam -pch -roaming -sendmail -tcpd -udev -udisks -unicode -upower -xinerama" When Xpdf was deprecated, I eventually settled on mupdf, which is nice and lightweight. I skipped okular, because it brought in a big chunk of KDE. Just for s and giggles, I had a look today at what would be required to build okular on my system. Repeat emerge commands showed that my package.use would require the following extras... dev-qt/qtcore qt3support app-text/poppler qt4 dev-qt/qtsql qt3support dev-qt/qtgui qt3support sys-apps/dbus X media-video/vlc dbus ogg vorbis sys-libs/zlib minizip sys-libs/ncurses unicode sys-auth/consolekit policykit dev-qt/qtdeclarative qt3support dev-qt/qtopengl qt3support File-attached is the "emerge -pv okular" output. To summarize... Total: 53 packages (50 new, 3 reinstalls), Size of downloads: 329,492 KiB ...because a pdf-reader really needs libogg, libvorbis, www-misc/htdig, qtcore-4.8.6-r4, 2 versions of qtgui, qt3support, qtwebkit, libdbusmenu, strigi, spidermonkey, phonon, vlc, polkit, consolekit, etc, etc. Similarly, gnumeric is a great spreadsheet, but it's being loaded with a ton of egregiously unnecessary GNOME dependancies, via gtk3 and goffice. Remember when Bill Gates showed how IE.EXE was an eensy-weensy-teensy-itty-bitty little program that you could easily remove? But he failed to mention that it was merely an interface to a whole bunch of Windows libraries that were continuously running in the background. Similarly, gnumeric has been adding hard dependancies on various GNOME libraries over time. I try to keep a minimal profile. Every so often, stuff like dbus, harfbuzz, ghostscript, etc, etc, have been added as hard dependancies to gnumeric. I'd be willing to contribute money to developers who would fork gnumeric, and move it off of GTK and on to FTLK (Fast Light Tool Kit) http://www.fltk.org/index.php and get rid of hard dependancies on a bunch of GNOME stuff. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Compilation error with StructureSynth
On 11/01 05:17, David Haller wrote: > Hello, > > On Wed, 01 Nov 2017, tu...@posteo.de wrote: > >I am trying to compile this wonderful beast: > >* media-gfx/structure-synth > > Available versions: (~)1.5.0 > > Homepage:http://structuresynth.sourceforge.net/ > > Description: A program to generate 3D structures by specifying > > a design grammar > > > > > >and it gives me this: > > > >x86_64-pc-linux-gnu-g++ -c -march=native -O2 -pipe -Wall -W -D_REENTRANT > >-DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB > >-DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. > >-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui > >-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtXml > >-I/usr/include/qt4/QtScript -I/usr/include/qt4 -I. -IStructureSynth/GUI > >-ISyntopiaCore/GLEngine -ISyntopiaCore/Math -ISyntopiaCore/Misc > >-IStructureSynth/Parser -ISyntopiaCore/Exceptions > >-IStructureSynth/Model/Rendering -IStructureSynth/Model > >-IThirdPartyCode/MersenneTwister -ISyntopiaCore/Logging > >-IStructureSynth/JavaScriptSupport -ISyntopiaCore/GLEngine/Raytracer -I. -o > >JavaScriptParser.o StructureSynth/JavaScriptSupport/JavaScriptParser.cpp > >In file included from StructureSynth/JavaScriptSupport/Debug.cpp:16:0: > >StructureSynth/JavaScriptSupport/../../SyntopiaCore/GLEngine/Sphere.h:25:4: > >error: 'GLUquadric' does not name a type > >GLUquadric* myQuad; > >^ > > Copy the media-gfx/structure-synth subdir from the portage-tree to > your local overlay and add the attached files as suggested by the > filenames (create the files/ subdir in advance and put the patch there). > > HTH, > -dnh > > -- > WANTED: Schroedingers Cat, dead or alive. > # Copyright 1999-2013 Gentoo Foundation > # Distributed under the terms of the GNU General Public License v2 > > EAPI=4 > > inherit eutils qt4-r2 > > MY_P="StructureSynth-Source-v${PV}" > DESCRIPTION="A program to generate 3D structures by specifying a design > grammar" > HOMEPAGE="http://structuresynth.sourceforge.net/; > SRC_URI="mirror://sourceforge/structuresynth/${MY_P}.zip" > > LICENSE="|| ( LGPL-2.1 GPL-3 )" > SLOT="0" > KEYWORDS="~amd64 ~x86" > IUSE="" > > RDEPEND="virtual/opengl > dev-qt/qtcore:4 > dev-qt/qtgui:4 > dev-qt/qtopengl:4 > dev-qt/qtscript:4" > DEPEND="${RDEPEND} > app-arch/unzip" > > S="${WORKDIR}/Structure Synth Source Code" > > src_prepare() { > epatch "${FILESDIR}/structure-synth-1.5.0-gl.patch" > > qmake -project -o ${PN}.pro -after "CONFIG+=opengl" \ > -after "QT+=xml opengl script" \ > QMAKE_LIBS_OPENGL="-lGLU -lGL" || die "qmake failed" > } > > src_install() { > dobin ${PN} > dodoc roadmap.txt changelog.txt bugs.txt > domenu ${PN}.desktop > newicon images/structuresynth.png ${PN}.png > } Hi David, thanks a LOT for the patch !!! This is one of the quickestestest :) patch I ever got for a compilation problem! :) Yeah! But it seems, that I am doing something wrong with the local overlay... I copied (as root) cp -a /usr/portage/media-gfx/structur-synth /usr/local/portage/media-gfx/. then eix structure-synth * media-gfx/structure-synth Available versions: (~)1.5.0 Homepage:http://structuresynth.sourceforge.net/ Description: A program to generate 3D structures by specifying a design grammar so no *-r1 version visible. layman -l does not show up structure-synth Then I tried different permutations of "media-gfx" (w/o) and structur-synth in combination with layman -a in desperation ;) no success Previously I successfully added the palemoon overlay and compiled it and compilation failed due to some code problems (which fails, but this a long long and different story). So I think, that the layman engine is working correctly so far. But the driver behind the steering wheels needs some instructions it seems ;) Where can I get my license? Cheers Meino
Re: [gentoo-user] cant find stdlib.h
On 30/03/18 10:25, P Levine wrote: > > > On Thu, Mar 29, 2018 at 6:42 PM, Bill Kenworthy <bi...@iinet.net.au > <mailto:bi...@iinet.net.au>> wrote: > > On 30/03/18 01:48, P Levine wrote: > > On Wed, Mar 28, 2018 at 8:18 AM, Bill Kenworthy > <bi...@iinet.net.au <mailto:bi...@iinet.net.au> > > <mailto:bi...@iinet.net.au <mailto:bi...@iinet.net.au>>>wrote: > > > > I have a compile problem qtgui I cant figure out: > > > > compilation terminated. > > make: *** [Makefile:12443: .obj/qaccessible.o] Error 1 > > make: *** [Makefile:12612: .obj/qaccessiblecache.o] Error 1 > > In file included from > > > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/bits/stl_algo.h:59:0, > > from > > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/algorithm:62, > > from > > ../../include/QtCore/../../src/corelib/global/qglobal.h:109, > > from ../../include/QtCore/qglobal.h:1, > > from > > ../../include/QtGui/../../src/gui/kernel/qtguiglobal.h:43, > > from ../../include/QtGui/qtguiglobal.h:1, > > from > > ../../include/QtGui/../../src/gui/image/qimage.h:43, > > from ../../include/QtGui/qimage.h:1, > > from image/qimage_sse4.cpp:40: > > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib:75:25: > > fatal error: stdlib.h: No such file or directory > > #include_next > > > > > > and of course /usr/include/stdlib.h exists > > > > > > The actual code in > > > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/include/g++-v6/cstdlib is: > > > > // Need to ensure this finds the C library's not a > > libstdc++ > > // wrapper that might already be installed later in the include > > search path. > > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > #include_next > > #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS > > > > Hints welcome! > > > > > > BillK > > > > > > This was a common error from when I ran into when fixing GCC-6 > > bugs. It's usually related to the fact that GCC-6 doesn't support > > '-isystem /usr/include'. > > See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129 > <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129>. > > > > > Thankyou for the references - I will have another go at fixing it > today. What is confusing me is why its not killing everyones KDE/QT > builds, not just one of mine? > > > BillK > > > Idk. Those bugs were fixed a while ago. Are you sure you're you're > using an updated ebuild from the main Gentoo repo? If you're using > stable keyworded QT, try keyword unmasking unstable qt packages and > see if that helps. If so, you might want to file a bug. > > and I should have asked, is there an easy way to fix it? > > > It depends. Usually it requires editing qmake .pro file(s). I found the bug against gcc for it (not qtgui which is why I couldnt find any info on the problem). Seems that its one of the source packages polutes the build environment at some point in the past so I have to go back and fix those first. BillK '
Re: [gentoo-user] qt3/4 confusion
hey alex, I used your instructions, and got a bit further yet there are still issues that seem to be contradictory. First of all, a snippet from the/ ./configure /process: / checking whether QTDIR environment variable is set... /usr/qt/3 checking for Qt library... qt-mt checking for Qt library version = 3.1.1... yes checking for qmake... /usr/bin/qmake /but it looks in /usr/bin ?? that is certainly part of the problem, since the version there is from qt4 (/qmake --version -- 4.1.3/) so this part of the make process certainly make more sense in that light: /g++ -c -pipe -O2 -mtune=i686 -pipe -D_REENTRANT -Wall -W -fPIC -DQT_NO_DEBUG -D QT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/u sr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I.moc -I.ui - o initfio.o initfio.cpp / so it basically includes qt4, which must lead to failure. The qmake from /usr/qt/3/bin returns to be, obviously, version 3. something is strange there, any idea? thanks, Karsten Karstn writes: I am trying to compile a program written in qt3 which apprently, according to the author, fails because it being compiled using version 4 qmake. I checked and indeed qmake is from version 4, yet in my environment, the QTDIR variable is pointing to /usr/qt/3. Now that both confuses me and leaves me with the question on how to change the profile completely to qt3 for this compiliation. Has anyone a hint for me? I am using a little shell function to change between various Qt versions (put it into ~/.bashrc if you like). I'm quite sure the library line is not necessary, but it doesn't hurt either and I kept it. switchqt() { export QTDIR=$1 export PATH=$QTDIR/bin:$PATH export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH } switchqt /usr/qt/3 activates Qt 3 for this shell. Alex -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Is it wrong to install a specific version
behrouz khosravi wrote: Hi. I wanted to install plasma 5 on my laptop, but I encountered a lot of problems regarding dependencies, masking and other stuff. Since I felt a little stubbornness in myself, and didn't want to back off ! I took another approach. I checked that what packages will be installed. After that I removed the qt4 and installed all of the required qt5 packages from qt-5.4.0 one by one and using the specific version. After that I did the same with qt-framework packages and so on. I think that this is generally a bad idea, because the it makes the World set much bigger. However I am wondering what will happen when the tree updates? I mean for examples when another version of qt5 comes out, portage will try to update it ? thanks. I think you can edit the world file and make the qt packages look something like this: dev-qt/qtcore:5 Basically, remove the specific version and just tell it you want the 5 slot. Then when something new comes out, it should upgrade. Of course, those versions will either have to be stable or in the needed keyword/unmask file. Just a thought. Someone else may have a even better idea/plan. Dale :-) :-)
[gentoo-user] Re: This nite's switch to full multilib
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
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] On a KDE Plasma machine should vlc be pulling in Qt4?
On 13/02/2016 16:36, Andrew Lowe wrote: > Hi all, > Just wondering if the latest vlc, 2.2.2 should be pulling in KDE4/Qt4 > components when the machine is supposedly running Plasma/Qt5? A sync and > then a -NuD world shows vlc wanting to pull in kdelibs-4.14.16, > qtsql-4.8.7-r1 & qtcore-4.8.7-r1. > > Any thoughts? > > Regards, > Andrew > It's not that vlc must use whatever KDE "the machine uses" (a 100% completely undefined concept), it's what vlc has been coded against. And it seems to be largely KDE4 based at this point. If you read through the ebuild you'll see that USE=kde pulls in kdelibs-4.14.16 as you noted above (which wants many things with USE=qt4) However vlc also supports building against qt4 or 5. It looks like you can have Qt5 support as long as vlc does not build against KDE - that gives Qt4 only. I'm not sure what you'll get with USE="-kde" for vlc, I suspect tight integration like vlc being the default video player will go away. I suggest running emerge -p vlc with various combinations disabling and enabling qt4, qt5 and kde till you find one that suits you. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Portage vs Qt
On Wednesday 14 Dec 2016 06:48:41 J. Roeleveld wrote: > On Wednesday, December 14, 2016 12:06:00 AM Philip Webb wrote: > > I just updated Qt5 to 5.6.2 & ran into a familiar Portage problem. > > > > The emerge command responds with a list of "conflicts", > > all involving 5.6.1 vs 5.6.2 versions of the c 15 pkgs. > > The only way to get around this is to unmerge the existing pkgs via '-C', > > then install the new versions. That works, but it's brute force. > > > > Portage sb able to resolve this kind of conflict for itself. > > If not, then at least it should advise users intelligently > > to do what I've just described. It can happen with other sets of pkgs. > > > > Yes, I did do 'backtrack==30'. > > > > Before I send in a bug, does anyone else have useful comments ? > > I did exactly the same upgrade on 2 machines, along with an entire plasma > upgrade, and didn't encounter this issue. > > For comparison, this is what I generally use: > > # emerge -vauDN --with-bdeps=y @world > # emerge -va --depclean > > Do you only upgrade subsets? Or the full world? > I found that with libraries like qt, python and similar, only upgrading > those makes it impossible for portage to properly handle the blockers. > > -- > Joost I came across a similar problem on 4 PCs. From memory the problem was resolved when I manually unmerged dev-qt/qtcore and then updated world with backtrack=90. I did not have to run --with-bdeps=y. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage vs Qt
On December 15, 2016 5:31:58 PM GMT+01:00, Mick <michaelkintz...@gmail.com> wrote: >On Wednesday 14 Dec 2016 06:48:41 J. Roeleveld wrote: >> On Wednesday, December 14, 2016 12:06:00 AM Philip Webb wrote: >> > I just updated Qt5 to 5.6.2 & ran into a familiar Portage problem. >> > >> > The emerge command responds with a list of "conflicts", >> > all involving 5.6.1 vs 5.6.2 versions of the c 15 pkgs. >> > The only way to get around this is to unmerge the existing pkgs via >'-C', >> > then install the new versions. That works, but it's brute force. >> > >> > Portage sb able to resolve this kind of conflict for itself. >> > If not, then at least it should advise users intelligently >> > to do what I've just described. It can happen with other sets of >pkgs. >> > >> > Yes, I did do 'backtrack==30'. >> > >> > Before I send in a bug, does anyone else have useful comments ? >> >> I did exactly the same upgrade on 2 machines, along with an entire >plasma >> upgrade, and didn't encounter this issue. >> >> For comparison, this is what I generally use: >> >> # emerge -vauDN --with-bdeps=y @world >> # emerge -va --depclean >> >> Do you only upgrade subsets? Or the full world? >> I found that with libraries like qt, python and similar, only >upgrading >> those makes it impossible for portage to properly handle the >blockers. >> >> -- >> Joost > >I came across a similar problem on 4 PCs. From memory the problem was >resolved when I manually unmerged dev-qt/qtcore and then updated world >with >backtrack=90. I did not have to run --with-bdeps=y. The with bdeps option actually meant I didn't have to unmerge anything. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] depclean missing packages
So, for the first time I've seen the following message after an `emerge -uDN world`: # emerge -cp * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace `. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence of this, it often becomes necessary to run * `emerge --update --newuse --deep @world` prior to depclean. Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * ~dev-qt/qtdeclarative-5.6.1 pulled in by: * dev-qt/linguist-tools-5.6.1 * * ~dev-qt/qtxml-5.6.1 pulled in by: * dev-qt/linguist-tools-5.6.1 * * ~dev-qt/qtcore-5.6.1 pulled in by: * dev-qt/linguist-tools-5.6.1 * * Have you forgotten to do a complete update prior to depclean? The * most comprehensive command for this purpose is as follows: * * emerge --update --newuse --deep --with-bdeps=y @world * * Note that the --with-bdeps=y option is not required in many * situations. Refer to the emerge manual page (run `man emerge`) * for more information about --with-bdeps. * * Also, note that it may be necessary to manually uninstall * packages that no longer exist in the portage tree, since it may * not be possible to satisfy their dependencies. What I don't understand is why these packages were not installed in the first place. Should this be reported as a bug? I've ran an update with --with-bdeps as suggested and it's telling me 20 packages are missing from my system! (And is currently installing them.) What I don't understand is I've been updating and depcleaning for more than a decade and haven't seen that message before. Am I just lucky? Dan
[gentoo-user] Re: dev-qt/qtdeclarative fails to build
On 01/20/2018 09:10 AM, Christoph Böhmwalder wrote: > Hey everyone, > > I tried building qtdeclarative-5.9.3 today, but the linker failed: > > $ cat build.log > --- >8 --- > 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' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): > multiple definition of > `_edata' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0): > multiple definition of > `_end' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): > multiple definitio > n of `_edata' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): > multiple definitio > n of `__bss_start' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0): > multiple definitio > n of `_end' > collect2: error: ld returned 1 exit status > > $ emerge -pqv '=dev-qt/qtdeclarative-5.9.3::gentoo' > [ebuild N] dev-qt/qtdeclarative-5.9.3 USE="jit widgets xml -debug > (-gles2) -localstorage {-test}" > > > emerge --info output and build.log are attached. > > Any ideas? Thanks! > > -- > Regards, > Christoph > This is probably bug #623566. Based on this output, try rebuilding qtcore, qtgui and qtnetwork then try qtdeclarative again.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Have you tried an `emerge -avuD world` to see if portage can backtrack far enough to sort dependencies out? Dan
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 21:24, Daniel Frey wrote: On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Because of a static-libs USE flag? Is it the case that - if a package is installed with a USE flag, every user of that package that doesn't specify that USE flag gets kicked out?
Re: [gentoo-user] printing pdfs
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/
[gentoo-user] USE geoclue required
Is geoclue hardcoded? [ebuild N ] app-misc/geoclue-2.7.0:2.0::gentoo USE="introspection -gtk- doc -modemmanager -vala -zeroconf" 103 KiB [ebuild R] dev-qt/qtpositioning-5.15.9:5/5.15::gentoo USE="geoclue* qml -debug -test" 0 KiB [ebuild N ] dev-libs/kweathercore-0.7:5::gentoo USE="-debug -doc -test" 56 KiB [ebuild N ] kde-misc/kweather-23.04.2:5::gentoo USE="-debug" 995 KiB [ebuild U ] kde-apps/ffmpegthumbs-23.04.2:5::gentoo [22.12.3:5::gentoo] USE="-debug" 32 KiB [ebuild N ] kde-plasma/kpipewire-5.27.5:5::gentoo USE="-debug -test" 59 KiB [snip ...] [ebuild U ] kde-apps/kdeutils-meta-23.04.2:5::gentoo [22.12.3:5::gen ug -test" 78 KiB [snip ...] The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by kde-misc/kweather-23.04.2::gentoo # required by kde-apps/kdeutils-meta-23.04.2::gentoo # required by @selected # required by @world (argument) >=dev-qt/qtpositioning-5.15.9 geoclue Reverse dependencies of qtpositioning do not contain USE="geoclue": # qdepends -r qtpositioning dev-qt/qtpositioning-5.15.9: =dev-qt/qtdeclarative-5.15.9* =dev-qt/ qtcore-5.15.9* Setting USE="-geoclue" ends up with the above USE changes message. I have not tried setting /etc/portage/package.mask to block stuff yet. Could someone offer a ... clue? :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: [gentoo-dev-announce] Last rites: app-text/xpdf
On Saturday 28 Jan 2012 13:30:50 Philip Webb wrote: 120128 Sergei Trofimovich wrote: Is there an alternative which doesn't require eg 'kdelibs' or similar ? In my netbook, Xpdf is the only method I have of reading PDFs, as I use Fluxbox don't have KDE installed at all. It should not stop you from trying okular (kdelibs based) Well no ! -- I don't want to have any KDE in my netbook : I use a lot of KDE apps on my desktop, incl Okular, but not in the netbook. and evince (libgnome based). They are really neat. For lightweight variants you might like to look at app-text/epdfview and app-text/gsview. Thanks for this other comments + advice. I've installed Evince Epdfview Zathura. Evince looks as usable as Xpdf Epdfview is also simple effective; Zathura works, but relies largely on keys (ok) the index toggles, which is not quite as usable. Epdfview has the advantage over Evince that it needs no deps, so that's what I may use in my netbook. I also noticed a note in my homemade list of installed pkgs that I had to patch Xpdf to avoid the slow-start problem, so I'm satisfied that it cb consigned to history. Hmm ... tried to emerge epdfview and it failed: :-( # emerge -uaDv epdfview These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-text/epdfview-0.1.6-r1 USE=cups nls -test 397 kB [snip ...] IJob.cxx: In static member function ‘static void* ePDFView::IJob::dispatcher(void*)’: IJob.cxx:62:1: warning: no return statement in function returning non-void if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-pthread - I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -DQT_SHARED - I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/glib-2.0 - I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 - I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/qt4 - I/usr/include/qt4/QtGui -I/usr/include/libdrm -I/usr/include/qt4/QtCore - I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 - I/usr/include/gdk-pixbuf-2.0-march=native -O2 -pipe -Wall -Wno-long-long - DNDEBUG -DG_DISABLE_ASSERT -MT libepdfview_a-JobFind.o -MD -MP -MF .deps/libepdfview_a-JobFind.Tpo -c -o libepdfview_a-JobFind.o `test -f 'JobFind.cxx' || echo './'`JobFind.cxx; \ then mv -f .deps/libepdfview_a-JobFind.Tpo .deps/libepdfview_a-JobFind.Po; else rm -f .deps/libepdfview_a-JobFind.Tpo; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-pthread - I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -DQT_SHARED - I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/glib-2.0 - I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 - I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/qt4 - I/usr/include/qt4/QtGui -I/usr/include/libdrm -I/usr/include/qt4/QtCore - I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 - I/usr/include/gdk-pixbuf-2.0-march=native -O2 -pipe -Wall -Wno-long-long - DNDEBUG -DG_DISABLE_ASSERT -MT libepdfview_a-JobLoad.o -MD -MP -MF .deps/libepdfview_a-JobLoad.Tpo -c -o libepdfview_a-JobLoad.o `test -f 'JobLoad.cxx' || echo './'`JobLoad.cxx; \ then mv -f .deps/libepdfview_a-JobLoad.Tpo .deps/libepdfview_a-JobLoad.Po; else rm -f .deps/libepdfview_a-JobLoad.Tpo; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-pthread - I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -DQT_SHARED - I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/glib-2.0 - I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 - I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/qt4 - I/usr/include/qt4/QtGui -I/usr/include/libdrm -I/usr/include/qt4/QtCore - I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 - I/usr/include/gdk-pixbuf-2.0-march=native -O2 -pipe -Wall -Wno-long-long - DNDEBUG -DG_DISABLE_ASSERT -MT libepdfview_a-JobRender.o -MD -MP -MF .deps/libepdfview_a-JobRender.Tpo -c -o libepdfview_a-JobRender.o `test -f 'JobRender.cxx' || echo './'`JobRender.cxx; \ then mv -f .deps/libepdfview_a-JobRender.Tpo .deps/libepdfview_a- JobRender.Po; else rm -f .deps/libepdfview_a-JobRender.Tpo; exit 1; fi if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-pthread - I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -DQT_SHARED - I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/glib-2.0 - I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 - I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/qt4 - I/usr/include/qt4/QtGui -I/usr/include/libdrm -I/usr/include/qt4/QtCore - I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 - I/usr/include/gdk-pixbuf-2.0-march=native -O2 -pipe -Wall -Wno-long-long - DNDEBUG -DG_DISABLE_ASSERT -MT libepdfview_a-JobSave.o -MD -MP
Re: [gentoo-user] Re: USE flags handling
On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/memory/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular output with USE flag listings edited out... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: USE flags handling
Am 31.07.2014 03:55, schrieb Walter Dnes: On Wed, Jul 30, 2014 at 10:31:50PM +0200, Volker Armin Hemmann wrote Am 30.07.2014 21:48, schrieb Dale: While to me KDE is bloated, I just try to disable what I can and carry on. If my system was limited on resources, then I may use something else. and maybe you did exactly the wrong thing. KDE is very modular and reuses its modules as much as it can. Which also means: memory is only used once. There were once a very good (in my not so humble opinion. It think very highly of myself) comparism here: http://ktown.kde.org/~seli/memory/ (url is dead btw) and if you actually use kde apps in kde - memory consumption is lower than in either gnome or 'leightweight' solutions like xfce or windowmaker+stuff. http://web.archive.org/web/20071229030604/http://ktown.kde.org/~seli/memory/desktop_benchmark.html The problem with KDE apps is that they're imitating what MS did with Internet Explorer. They pointed to the itsy-bitsy-teeny-weeny little ie.exe that you could delete if you felt like doing so. They deliberately obfuscated that it was merely a front end to a ton of system libraries that you could not remove. Back when xpdf was being deprecated, various replacement options were suggested. I chose mupdf rather than the KDE app okular. Here's why. After multiple attempts at emerge -pv okular, I found I had to add at least the following to package.use to get it to work... dev-libs/libattica qt4 media-libs/phonon vlc media-video/vlc dbus xcb -ffmpeg dev-qt/qtcore qt3support dev-qt/qtdeclarative accessibility qt3support dev-qt/qtgui accessibility qt3support dev-qt/qtopengl qt3support dev-qt/qt3support accessibility dev-qt/qtsql qt3support sqlite dev-qt/qtsvg accessibility sys-libs/ncurses unicode Seems that if I want to emerge and use KDE's pdf reader, I need... phonon vlc (or gstreamer) libmpeg libmad net-dns/libidn dev-qt/qtwebkit ...***FOR A STINKING PDF READER***. Here's the emerge -pv okular okular is not a 'stinking pdf reader'. Nice try. But just like konqueror it is just a wrapper around kparts and is able to deal with a lot more files than just pdf and postscript. That is what 'modular' and 'code reuse' really means. And the opposite to what gnome does. 'oh, there is an app. Hijack it and gnomify it and make it dependent on 2 douzend gnome libs that all do the same but nobody ever cleaned up'. output with USE flag listings edited out... you know - useflags or tree would have been so much more meaningful... [d531][waltdnes][~] emerge -pv okular | sed s/USE.*$// These are the packages that would be merged, in order: Calculating dependencies done! [ebuild R] sys-libs/ncurses-5.9-r3:5 [ebuild N ] net-dns/libidn-1.28 [ebuild N ] kde-base/kde-env-4.12.5:4/4.12 [ebuild N ] dev-libs/libpcre-8.35:3 [ebuild N ] app-admin/eselect-qtgraphicssystem-1.1.1 0 kB [ebuild N ] dev-qt/qtcore-4.8.5-r2:4 [ebuild N ] dev-qt/qtscript-4.8.5:4 [ebuild N ] dev-qt/qtgui-4.8.5-r3:4 [ebuild N ] dev-qt/qtsql-4.8.5:4 [ebuild N ] dev-qt/qt3support-4.8.5:4 [ebuild N ] dev-qt/qtdbus-4.8.5:4 [ebuild N ] dev-qt/qtsvg-4.8.5:4 [ebuild N ] dev-qt/qttest-4.8.5:4 [ebuild N ] dev-qt/designer-4.8.5:4 [ebuild N ] dev-qt/qtopengl-4.8.5:4 [ebuild N ] dev-qt/qtxmlpatterns-4.8.5:4 [ebuild N ] app-crypt/qca-2.0.3:2 [ebuild N ] dev-qt/qtwebkit-4.8.5:4 [ebuild N ] dev-qt/qtdeclarative-4.8.5:4 [ebuild N ] x11-libs/libXScrnSaver-1.2.2-r1 [ebuild N ] media-libs/libmpeg2-0.5.1-r2 [ebuild N ] media-libs/libmad-0.15.1b-r7 [ebuild N ] media-video/vlc-2.1.2:0/5-7 [ebuild N ] dev-util/automoc-0.9.88 9 kB [ebuild N ] kde-base/oxygen-icons-4.12.5:4/4.12 [ebuild N ] media-libs/qimageblitz-0.0.6-r1 [ebuild N ] dev-libs/libattica-0.4.2 [ebuild N ] dev-libs/libdbusmenu-qt-0.9.2 [ebuild N ] app-misc/strigi-0.7.8 [ebuild N ] media-libs/phonon-4.6.0-r1 [ebuild N ] media-libs/phonon-vlc-0.6.2 [ebuild N ] kde-base/kdelibs-4.12.5-r1:4/4.12 [ebuild N ] kde-base/katepart-4.12.5:4/4.12 [ebuild N ] kde-base/libkexiv2-4.12.5:4/4.12 [ebuild N ] kde-base/okular-4.12.5-r1:4/4.12 Total: 35 packages (34 new, 1 reinstall), Size of downloads: 309,990 kB
Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
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
[gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
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 :-) :-)
Re: [gentoo-user] media-video/mkvtoolnix-7.3.0 fails to configure it seems
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] Compilation error with StructureSynth
Hello, On Wed, 01 Nov 2017, tu...@posteo.de wrote: >I am trying to compile this wonderful beast: >* media-gfx/structure-synth > Available versions: (~)1.5.0 > Homepage:http://structuresynth.sourceforge.net/ > Description: A program to generate 3D structures by specifying a > design grammar > > >and it gives me this: > >x86_64-pc-linux-gnu-g++ -c -march=native -O2 -pipe -Wall -W -D_REENTRANT >-DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB >-DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. >-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtOpenGL >-I/usr/include/qt4/QtXml -I/usr/include/qt4/QtScript -I/usr/include/qt4 -I. >-IStructureSynth/GUI -ISyntopiaCore/GLEngine -ISyntopiaCore/Math >-ISyntopiaCore/Misc -IStructureSynth/Parser -ISyntopiaCore/Exceptions >-IStructureSynth/Model/Rendering -IStructureSynth/Model >-IThirdPartyCode/MersenneTwister -ISyntopiaCore/Logging >-IStructureSynth/JavaScriptSupport -ISyntopiaCore/GLEngine/Raytracer -I. -o >JavaScriptParser.o StructureSynth/JavaScriptSupport/JavaScriptParser.cpp >In file included from StructureSynth/JavaScriptSupport/Debug.cpp:16:0: >StructureSynth/JavaScriptSupport/../../SyntopiaCore/GLEngine/Sphere.h:25:4: >error: 'GLUquadric' does not name a type >GLUquadric* myQuad; >^ Copy the media-gfx/structure-synth subdir from the portage-tree to your local overlay and add the attached files as suggested by the filenames (create the files/ subdir in advance and put the patch there). HTH, -dnh -- WANTED: Schroedingers Cat, dead or alive.# Copyright 1999-2013 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 EAPI=4 inherit eutils qt4-r2 MY_P="StructureSynth-Source-v${PV}" DESCRIPTION="A program to generate 3D structures by specifying a design grammar" HOMEPAGE="http://structuresynth.sourceforge.net/; SRC_URI="mirror://sourceforge/structuresynth/${MY_P}.zip" LICENSE="|| ( LGPL-2.1 GPL-3 )" SLOT="0" KEYWORDS="~amd64 ~x86" IUSE="" RDEPEND="virtual/opengl dev-qt/qtcore:4 dev-qt/qtgui:4 dev-qt/qtopengl:4 dev-qt/qtscript:4" DEPEND="${RDEPEND} app-arch/unzip" S="${WORKDIR}/Structure Synth Source Code" src_prepare() { epatch "${FILESDIR}/structure-synth-1.5.0-gl.patch" qmake -project -o ${PN}.pro -after "CONFIG+=opengl" \ -after "QT+=xml opengl script" \ QMAKE_LIBS_OPENGL="-lGLU -lGL" || die "qmake failed" } src_install() { dobin ${PN} dodoc roadmap.txt changelog.txt bugs.txt domenu ${PN}.desktop newicon images/structuresynth.png ${PN}.png } diff -x '*~' -purN a/SyntopiaCore/GLEngine/Raytracer/Sampler.h b/SyntopiaCore/GLEngine/Raytracer/Sampler.h --- a/SyntopiaCore/GLEngine/Raytracer/Sampler.h 2010-11-04 20:02:46.0 +0100 +++ b/SyntopiaCore/GLEngine/Raytracer/Sampler.h 2017-11-01 04:42:46.320970684 +0100 @@ -1,5 +1,6 @@ #pragma once +#include #include "SyntopiaCore/Math/Random.h" #include "SyntopiaCore/Math/Vector3.h" diff -x '*~' -purN a/SyntopiaCore/GLEngine/Raytracer/VoxelStepper.cpp b/SyntopiaCore/GLEngine/Raytracer/VoxelStepper.cpp --- a/SyntopiaCore/GLEngine/Raytracer/VoxelStepper.cpp 2010-09-08 21:25:30.0 +0200 +++ b/SyntopiaCore/GLEngine/Raytracer/VoxelStepper.cpp 2017-11-01 04:46:51.052969311 +0100 @@ -122,7 +122,7 @@ namespace SyntopiaCore { currentT = p; // We do not intersect grid. - if (!found) return false; + if (!found) return 0; } stepX = (dir.x() > 0) ? 1 : -1; diff -x '*~' -purN a/SyntopiaCore/GLEngine/Sphere.h b/SyntopiaCore/GLEngine/Sphere.h --- a/SyntopiaCore/GLEngine/Sphere.h 2010-08-11 15:12:22.0 +0200 +++ b/SyntopiaCore/GLEngine/Sphere.h 2017-11-01 04:42:55.864970632 +0100 @@ -1,5 +1,6 @@ #pragma once +#include #include "SyntopiaCore/Math/Vector3.h" #include "Object3D.h"
Re: [gentoo-user] libreoffice cannot use oxygen theme
2013/8/19 东方巽雷 dongfangxun...@gmail.com: libreoffice-bin needs older icu version,libreoffice need so much time to compile libreoffice-bin (at this time only 4.0.4.2 is present) requests icu/51.1, while the latest is slotted 51.2. I don't know of any package that specifically asks for such a new version of icu; a quick equery on my system shows this: equery depends icu * These packages depend on icu: app-i18n/fcitx-4.2.8.1 (icu ? dev-libs/icu) app-office/libreoffice-4.1.0.4 (=dev-libs/icu-4.8.1.1) app-text/libmspub-0.0.6 (dev-libs/icu) app-text/texlive-core-2013 (xetex ? =dev-libs/icu-50) dev-db/sqlite-3.7.17 (icu ? dev-libs/icu) dev-lang/php-5.4.18 (intl ? dev-libs/icu) dev-lang/php-5.5.1-r1 (intl ? dev-libs/icu) dev-libs/boost-1.53.0 (icu ? =dev-libs/icu-3.6) dev-libs/libxml2-2.9.1-r1 (icu ? dev-libs/icu) dev-qt/qtcore-4.8.5 (icu ? =dev-libs/icu-49) dev-qt/qtwebkit-4.8.5 (icu ? dev-libs/icu) dev-tex/bibtexu-3.71_p20130530 (=dev-libs/icu-4.4) media-libs/harfbuzz-0.9.18-r1 (icu ? dev-libs/icu) media-libs/libcdr-0.0.14 (dev-libs/icu) media-libs/libvisio-0.0.30 (dev-libs/icu) media-libs/raptor-2.0.9 (unicode ? dev-libs/icu) net-libs/webkit-gtk-1.8.3-r201 (=dev-libs/icu-3.8.1-r1) net-libs/webkit-gtk-2.0.4 (=dev-libs/icu-3.8.1-r1) net-nds/openldap-2.4.35 (icu ? dev-libs/icu) sys-apps/gptfdisk-0.8.6 (icu ? dev-libs/icu) (icu ? dev-libs/icu[static-libs(+)]) www-client/chromium-29.0.1547.41 (=dev-libs/icu-49.1.1-r1) So at least nothing installed on my system requires a recent icu to run. Thus, you shouldn't have problems setting up libreoffice-bin; if you indeed have to stick with the latest icu, share with us your specific setup and we'll be glad to help.
Re: [gentoo-user] libreoffice cannot use oxygen theme
On 19/08/2013 06:52, Wang Xuerui wrote: 2013/8/19 东方巽雷 dongfangxun...@gmail.com: libreoffice-bin needs older icu version,libreoffice need so much time to compile libreoffice-bin (at this time only 4.0.4.2 is present) requests icu/51.1, while the latest is slotted 51.2. I don't know of any package that specifically asks for such a new version of icu; a quick equery on my system shows this: equery depends icu * These packages depend on icu: app-i18n/fcitx-4.2.8.1 (icu ? dev-libs/icu) app-office/libreoffice-4.1.0.4 (=dev-libs/icu-4.8.1.1) app-text/libmspub-0.0.6 (dev-libs/icu) app-text/texlive-core-2013 (xetex ? =dev-libs/icu-50) dev-db/sqlite-3.7.17 (icu ? dev-libs/icu) dev-lang/php-5.4.18 (intl ? dev-libs/icu) dev-lang/php-5.5.1-r1 (intl ? dev-libs/icu) dev-libs/boost-1.53.0 (icu ? =dev-libs/icu-3.6) dev-libs/libxml2-2.9.1-r1 (icu ? dev-libs/icu) dev-qt/qtcore-4.8.5 (icu ? =dev-libs/icu-49) dev-qt/qtwebkit-4.8.5 (icu ? dev-libs/icu) dev-tex/bibtexu-3.71_p20130530 (=dev-libs/icu-4.4) media-libs/harfbuzz-0.9.18-r1 (icu ? dev-libs/icu) media-libs/libcdr-0.0.14 (dev-libs/icu) media-libs/libvisio-0.0.30 (dev-libs/icu) media-libs/raptor-2.0.9 (unicode ? dev-libs/icu) net-libs/webkit-gtk-1.8.3-r201 (=dev-libs/icu-3.8.1-r1) net-libs/webkit-gtk-2.0.4 (=dev-libs/icu-3.8.1-r1) net-nds/openldap-2.4.35 (icu ? dev-libs/icu) sys-apps/gptfdisk-0.8.6 (icu ? dev-libs/icu) (icu ? dev-libs/icu[static-libs(+)]) www-client/chromium-29.0.1547.41 (=dev-libs/icu-49.1.1-r1) So at least nothing installed on my system requires a recent icu to run. Thus, you shouldn't have problems setting up libreoffice-bin; if you indeed have to stick with the latest icu, share with us your specific setup and we'll be glad to help. NOT upgrading icu on a whim also comes with massive user benefits: such as, for example, NOT having to rebuild every damn huge piece of software on the box every other week just coz icu decided to change how something is done and shove it into a point release. Again. /rant over -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] This nite's switch to full multilib
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] depclean missing packages
On 01/03/2017 02:42 PM, Daniel Frey wrote: > So, for the first time I've seen the following message after an `emerge > -uDN world`: > > > # emerge -cp > > * Always study the list of packages to be cleaned for any obvious > * mistakes. Packages that are part of the world set will always > * be kept. They can be manually added to this set with > * `emerge --noreplace `. Packages that are listed in > * package.provided (see portage(5)) will be removed by > * depclean, even if they are part of the world set. > * > * As a safety measure, depclean will not remove any packages > * unless *all* required dependencies have been resolved. As a > * consequence of this, it often becomes necessary to run > * `emerge --update --newuse --deep @world` prior to depclean. > > Calculating dependencies... done! > * Dependencies could not be completely resolved due to > * the following required packages not being installed: > * > * ~dev-qt/qtdeclarative-5.6.1 pulled in by: > * dev-qt/linguist-tools-5.6.1 > * > * ~dev-qt/qtxml-5.6.1 pulled in by: > * dev-qt/linguist-tools-5.6.1 > * > * ~dev-qt/qtcore-5.6.1 pulled in by: > * dev-qt/linguist-tools-5.6.1 > * > * Have you forgotten to do a complete update prior to depclean? The > * most comprehensive command for this purpose is as follows: > * > * emerge --update --newuse --deep --with-bdeps=y @world > * > * Note that the --with-bdeps=y option is not required in many > * situations. Refer to the emerge manual page (run `man emerge`) > * for more information about --with-bdeps. > * > * Also, note that it may be necessary to manually uninstall > * packages that no longer exist in the portage tree, since it may > * not be possible to satisfy their dependencies. > > What I don't understand is why these packages were not installed in the > first place. Should this be reported as a bug? I've ran an update with > --with-bdeps as suggested and it's telling me 20 packages are missing > from my system! (And is currently installing them.) > > What I don't understand is I've been updating and depcleaning for more > than a decade and haven't seen that message before. Am I just lucky? > > Dan > One switch makes all the difference : --deep I have not been getting that error message. What I have been using : emerge --update --tree --newuse --deep --with-bdeps=y @world Using the --deep switch can / does pull in a lot of seemingly extra packages. Hope this helps.