| View previous topic :: View next topic |
| Author |
Message |
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
 Posted: Sat Nov 16, 2013 2:55 pm Post subject: qt-declarative-4.8.5 won't build |
 |
|
I did
| Code: | emerge --sync
emerge --update --deep --with-bdeps=y --newuse world |
and everything updated properly except dev-qt/qtdeclarative-4.8.5, which ended with the error
| Quote: | * Messages for package dev-qt/qtdeclarative-4.8.5:
* ERROR: dev-qt/qtdeclarative-4.8.5::gentoo failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-qt/qtdeclarative-4.8.5::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-qt/qtdeclarative-4.8.5::gentoo'`.
* The complete build log is located at '/var/tmp/portage/dev-qt/qtdeclarative-4.8.5/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-qt/qtdeclarative-4.8.5/temp/environment'. |
Alas, searching the internet and Gentoo forums hasn't brought me any closer to a solution.
| Code: | $ emerge -pqv '=dev-qt/qtdeclarative-4.8.5::gentoo'
[ebuild U ] dev-qt/qtdeclarative-4.8.5 [4.8.4] USE="accessibility exceptions qt3support (-aqua) -debug -pch -webkit (-c++0x%)" |
Here is emerge --info '=dev-qt/qtdeclarative-4.8.5::gentoo': http://pastebin.com/ZqfWL3MA
Here is the build.log http://pastebin.com/VmYRq244
Any help is greatly appreciated.
Elle |
|
| Back to top |
|
 |
albright
Advocate
Joined: 16 Nov 2003
Posts: 2588
Location: Near Toronto
|
| Posted: Sat Nov 16, 2013 3:35 pm Post subject: |
|
|
I'd try with MAKEOPTS=-j1 just to see what happens ...
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 4:56 pm Post subject: |
|
|
| Quote: | | I'd try with MAKEOPTS=-j1 just to see what happens ... |
I changed the relevant line in make.conf, but qtdeclarative still didn't compile. |
|
| Back to top |
|
|
John R. Graham
Administrator
Joined: 08 Mar 2005
Posts: 10619
Location: Somewhere over Atlanta, Georgia
|
| Posted: Sat Nov 16, 2013 5:50 pm Post subject: |
|
|
Elle,
The relevant part of the build log is: | Code: | /var/tmp/portage/dev-qt/qtdeclarative-4.8.5/temp/ccti0YqJ.ltrans0.ltrans.o: In function `QTestFontEngine::~QTestFontEngine() [clone .local.4366.82249]':
ccti0YqJ.ltrans0.o:(.text+0x164fb): undefined reference to `QFontEngineBox::~QFontEngineBox()' |
Now, QFontEngineBox is part of qfontengine.cpp in the dev-qt/qtgui package. Could you report the version of that you have installed?
- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters. |
|
| Back to top |
|
|
TomWij
Retired Dev
Joined: 04 Jul 2012
Posts: 1553
|
| Posted: Sat Nov 16, 2013 5:57 pm Post subject: |
|
|
| Please file bugs like these at https://bugs.gentoo.org and include complete information, thank you very much in advance; this helps avoid other people from experiencing the same error. |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 6:26 pm Post subject: |
|
|
John, I had just upgraded from dev-qt/qtgui-4.8.4-r1:4 to dev-qt/qtgui-4.8.5-r1:4, not intentionally per se, just as a result of doing "emerge --update --deep --with-bdeps=y --newuse world".
What does the "-r1:4" mean?
To deal with the qtdeclarative issue, I uninstalled *all* my (just upgraded) dev-qt 4.8.5 packages, masked all of them, and am in the process of installing the previously installed 4.8.4 versions. My apologies if I acted too hastily, it seemed like the upgrade might be the problem and downgrading might be the solution.
TomWij,
| Code: | | Please file bugs like these at https://bugs.gentoo.org and include complete information, thank you very much in advance; this helps avoid other people from experiencing the same error. |
I will make a bug report, but I don't know what "complete information" entails. As an aside (hopefully an aside) clicking on the link produces "Untrusted Connection" (basically useless warning these days, it seems).
How do you know when it's a bug? I usually assume I did something wrong  .
Elle |
|
| Back to top |
|
|
John R. Graham
Administrator
Joined: 08 Mar 2005
Posts: 10619
Location: Somewhere over Atlanta, Georgia
|
| Posted: Sat Nov 16, 2013 6:42 pm Post subject: |
|
|
Elle,
No worries; I'm currently one version behind on version 4.8.4 myself, so it may be as TomWij suspected, a legitimate bug. I'll be upgrading this afternoon and I'll let you know if I have issues. If so, you can have the honor ( ) of filing the bug. The relevant information is pretty simple:- The last portion of the build log that contains the actual errors.
- Your "emerge --info".
- Any particular circumstances that resulted in the manifestation of the bug.
The ":4" is not part of the product version/revision but indicates the slot.
- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters. |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 7:07 pm Post subject: |
|
|
Hi John,
| Quote: | | If so, you can have the honor () of filing the bug. |
OK, will do . |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 7:33 pm Post subject: |
|
|
| On a (barely) related question, I'm still waiting for dev-qt/qtwebkit to finish compiling. Would it have compiled faster if I had disabled the "jit" flag? If I had enabled the "pch" flag (I have a lot more ram and disk space than cpu). |
|
| Back to top |
|
|
TomWij
Retired Dev
Joined: 04 Jul 2012
Posts: 1553
|
| Posted: Sat Nov 16, 2013 7:43 pm Post subject: |
|
|
| ElleStone wrote: | | I will make a bug report, but I don't know what "complete information" entails. |
Description and the version of the package, output of `emerge --info` and attaching the complete build log; other details will be asked if needed.
| ElleStone wrote: | | As an aside (hopefully an aside) clicking on the link produces "Untrusted Connection" (basically useless warning these days, it seems). |
Firefox misses the root cerficate for Gentoo Bugzilla, more information and ways to resolve this can be seen in https://forums.gentoo.org/viewtopic-t-812705-start-0.html
| ElleStone wrote: | | How do you know when it's a bug? I usually assume I did something wrong . |
It's either a configuration issue or a bug; once you think it is not a configuration issue, it is more likely to be a bug.
Usually I search for "error:"; so, if I do that in your log I get: "db2.cpp:42:20: fatal error: sqlcli.h: No such file or directory"
Ah, a file is missing; that is not likely to be a configuration issue. This is more like a bug because it misses a dependency on a package that would provide that file.
While an user could resolve it by emerging that dependency, it is handier if the maintainer does it such that future users don't experience this; while I would have mentioned the dependency, I actually see that no package provides this (`emerge pfl && e-file sqlcli.h` yields nothing, neither does `emerge gentoolkit && equery b sqlcli.h`) at the moment so it appears to be a rather new file. It might also be possible that it is missing from the package itself, because it mentions "db2.cpp" so it is effectively trying to build something database related itself. So, I think filing a bug is the way to go so the maintainers can take a closer look at it... |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 10:17 pm Post subject: |
|
|
| Quote: | | To deal with the qtdeclarative issue, I uninstalled *all* my (just upgraded) dev-qt 4.8.5 packages, masked all of them, and am in the process of installing the previously installed 4.8.4 versions. |
Hmm, qtdeclarative 4.8.4 also won't install  , although it was installed before. How do you find out which package a missing file like
sql.h, sqlcli.h, sqlcli.h, sqlite.h, oci.h, etc? Most of those sound like sqlite files. I have dev-db/sqlite-3.7.17 installed, but equery files only lists:
| Code: | equery files sqlite
* Searching for sqlite ...
* Contents of dev-db/sqlite-3.7.17:
/usr
/usr/bin
/usr/bin/sqlite3
/usr/include
/usr/include/sqlite3.h
/usr/include/sqlite3ext.h
/usr/lib64
/usr/lib64/libsqlite3.so -> libsqlite3.so.0.8.6
/usr/lib64/libsqlite3.so.0 -> libsqlite3.so.0.8.6
/usr/lib64/libsqlite3.so.0.8.6
/usr/lib64/pkgconfig
/usr/lib64/pkgconfig/sqlite3.pc
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/sqlite3.1.bz2
[/quote] |
So at this point I have shot myself in the foot, it seems. The only two kde programs that I actually want installed, krita and digikam, are no longer installed, because I thought perhaps backing up to before last night's upgrade might help the qtdeclarative problem. Sigh.
ElleStone |
|
| Back to top |
|
|
albright
Advocate
Joined: 16 Nov 2003
Posts: 2588
Location: Near Toronto
|
| Posted: Sat Nov 16, 2013 10:50 pm Post subject: |
|
|
you could run revdep-rebuild -p -i to see if your
system is messed up ...
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 11:19 pm Post subject: |
|
|
| Quote: | | you could run revdep-rebuild -p -i |
It finds a lot of broken files, all of which are part of packages that can't be re[/code]installed without installing qtdeclarative first.
I did find this: https://www.sqlite.org/version3.html
| Quote: | | In order to allow SQLite version 2.8 and SQLite version 3.0 to peacefully coexist, the names of key files and APIs in SQLite version 3.0 have been changed to include the character "3". For example, the include file used by C programs has been changed from "sqlite.h" to "sqlite3.h". And the name of the shell program used to interact with databases has been changed from "sqlite.exe" to "sqlite3.exe". |
Perhaps qtdeclarative is looking for the wrong file names? there is sqlite3.h on my computer, but not sqlite.h. |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sat Nov 16, 2013 11:46 pm Post subject: |
|
|
In case the answer is in the output, which I don't understand, here it is:
| Code: | revdep-rebuild -p -i
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.
* Collecting system binaries and libraries
* Generated new 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Generated new 2_ldpath.rr
* Checking dynamic linking consistency
[ 14% ] * broken /usr/bin/kxmlkipicmd (requires libkdecore.so.5
libkdeui.so.5
libkio.so.5
libkparts.so.4
libnepomuk.so.4
libnepomukutils.so.4)
[ 66% ] * broken /usr/lib64/kde4/kipiplugin_kxmlhelloworld.so (requires libkdecore.so.5
libkdeui.so.5
libkio.so.5
libkparts.so.4
libnepomuk.so.4
libnepomukutils.so.4)
[ 70% ] * broken /usr/lib64/libkdcraw.so.22.1.1 (requires libkdecore.so.5
libkdeui.so.5
libkio.so.5
libsolid.so.4
libthreadweaver.so.4)
* broken /usr/lib64/libkexiv2.so.11.2.0 (requires libkdecore.so.5
libkdeui.so.5)
* broken /usr/lib64/libkipi.so.11.0.0 (requires libkdecore.so.5
libkdeui.so.5
libkfile.so.4
libkio.so.5
libkparts.so.4
libnepomuk.so.4
libnepomukutils.so.4)
* broken /usr/lib64/libksane.so.0.2.0 (requires libkdecore.so.5
libkdeui.so.5)
* broken /usr/lib64/libkvkontakte.so.1.0.0 (requires libkdecore.so.5
libkdeui.so.5
libkdewebkit.so.5
libkio.so.5
libkparts.so.4
libnepomuk.so.4
libnepomukutils.so.4)
* broken /usr/lib64/libmediawiki.so.1.0.0 (requires libkdecore.so.5
libkdeui.so.5
libkio.so.5)
[ 100% ]
* Generated new 3_broken.rr
* Assigning files to packages
* !!! /usr/bin/kxmlkipicmd not owned by any package is broken !!!
* /usr/bin/kxmlkipicmd -> (none)
* !!! /usr/lib64/kde4/kipiplugin_kxmlhelloworld.so not owned by any package is broken !!!
* /usr/lib64/kde4/kipiplugin_kxmlhelloworld.so -> (none)
* !!! /usr/lib64/libkdcraw.so.22.1.1 not owned by any package is broken !!!
* /usr/lib64/libkdcraw.so.22.1.1 -> (none)
* !!! /usr/lib64/libkexiv2.so.11.2.0 not owned by any package is broken !!!
* /usr/lib64/libkexiv2.so.11.2.0 -> (none)
* !!! /usr/lib64/libkipi.so.11.0.0 not owned by any package is broken !!!
* /usr/lib64/libkipi.so.11.0.0 -> (none)
* !!! /usr/lib64/libksane.so.0.2.0 not owned by any package is broken !!!
* /usr/lib64/libksane.so.0.2.0 -> (none)
* !!! /usr/lib64/libkvkontakte.so.1.0.0 not owned by any package is broken !!!
* /usr/lib64/libkvkontakte.so.1.0.0 -> (none)
* !!! /usr/lib64/libmediawiki.so.1.0.0 not owned by any package is broken !!!
* /usr/lib64/libmediawiki.so.1.0.0 -> (none)
* Generated new 4_raw.rr and 4_owners.rr
* Found some broken files, but none of them were associated with known packages
* Unable to proceed with automatic repairs.
* The broken files are listed in 4_owners.rr
gentoo ~ #
|
|
|
| Back to top |
|
|
albright
Advocate
Joined: 16 Nov 2003
Posts: 2588
Location: Near Toronto
|
| Posted: Sun Nov 17, 2013 1:00 am Post subject: |
|
|
your system is in a parlous state
others here might be able to get you out of this;
I would be inclined to go back to the "install a DE" part
of the guide and begin again (or just take a deep breath
and reinstall from scratch)
but don't listen to me; wiser heads will hopefully come
to the rescue
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
| Back to top |
|
|
VoidMage
Watchman
Joined: 14 Oct 2006
Posts: 6196
|
| Posted: Sun Nov 17, 2013 4:40 am Post subject: |
|
|
| Going by 'emerge --info' in that bug report, you overdid it with your C{XX}FLAGS/LDFLAGS (cause the ebuild seems to ensure other qt splits have the matching version). |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sun Nov 17, 2013 11:34 am Post subject: |
|
|
I moved all the broken files that were "not owned by any package" to a safe place (just in case they were actually needed by something) and reran revdep-rebuild: | Code: | # revdep-rebuild
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.
* Collecting system binaries and libraries
* Generated new 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Generated new 2_ldpath.rr
* Checking dynamic linking consistency
[ 100% ]
* Dynamic linking on your system is consistent... All done. |
So I think reinstalling my entire system might not be necessary. I don't have a desktop to reinstall, so that's not an issue. Everything else runs perfectly, just like it did before I updated my system two days ago, except the two kde programs digikam and krita aren't installed anymore.
digikam and krita won't install because qtdeclarative won't install.
As far as the flags are concerned, my entire system is installed with those flags, except for packages that are specifically excluded in package.env. qtdeclarative is excluded by telling it to use the flags in a file called "no-nothing.conf". The actual flags used to build qtdeclarative are supposed to be: | Code: | #default/recommended CFLAGS="-O2 -march=native -pipe"
#openmp-flags="-fopenmp" for CFLAGS, "-lgomp" for LDFLAGS
CFLAGS="-O2 -march=native -pipe"
CXXFLAGS="${CFLAGS}"
#LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--sort-common ${CFLAGS}"
LDFLAGS="-Wl,-O1 -Wl,--as-needed ${CFLAGS}"
|
Did some update or mistake on my part keep this from working as it used to work? |
|
| Back to top |
|
|
ulenrich
Veteran
Joined: 10 Oct 2010
Posts: 1482
|
| Posted: Sun Nov 17, 2013 11:38 am Post subject: |
|
|
| albright wrote: | | your system is in a parlous state |
No, I wouldn't assume libkipi, libksane, libkexiv2 etc to trigger a qt compile failure! This is the kde layer above, that shouldn't hassle the qt compile!
@ElleStone, I think you found a USE combination not known to be not supported, I have successfully compiled: | Code: | $ emerge -pqv '=dev-qt/qtdeclarative-4.8.5::gentoo'
[ebuild R ] dev-qt/qtdeclarative-4.8.5 USE="accessibility (-aqua) -debug -exceptions pch qt3support webkit" |
|
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sun Nov 17, 2013 4:31 pm Post subject: |
|
|
| Quote: | | I think you found a USE combination not known to be not supported, I have successfully compiled: |
Hmm, well, it seemed like a good possibility! Alas, now I've tried a lot of use flag combinations, with both versions of qtdeclarative, before and after reinstalling all of the required qt packages. Nothing works.
Unfortunately, my computer is used for photography. Without digiKam I can't locate my raw files except by clicking through one directory at a time using geeqie. That's just unworkable. I wish I hadn't updated my computer.
Does anyone have any suggestions, please?
ulenrich, is there any way I can duplicate the way you have installed qtdeclarative and the packages it depends on?
| Code: | * dependency graph for dev-qt/qtdeclarative-4.8.5
`-- dev-qt/qtdeclarative-4.8.5 amd64
`-- dev-qt/qtcore-4.8.5 (~dev-qt/qtcore-4.8.5) amd64 [aqua= debug= qt3support=]
`-- dev-qt/qtgui-4.8.5-r1 (~dev-qt/qtgui-4.8.5) amd64 [accessibility= aqua= debug= qt3support=]
`-- dev-qt/qtopengl-4.8.5 (~dev-qt/qtopengl-4.8.5) amd64 [aqua= debug= qt3support=]
`-- dev-qt/qtscript-4.8.5 (~dev-qt/qtscript-4.8.5) amd64 [aqua= debug=]
`-- dev-qt/qtsql-4.8.5 (~dev-qt/qtsql-4.8.5) amd64 [aqua= debug= qt3support=]
`-- dev-qt/qtsvg-4.8.5 (~dev-qt/qtsvg-4.8.5) amd64 [accessibility= aqua= debug=]
`-- dev-qt/qtxmlpatterns-4.8.5 (~dev-qt/qtxmlpatterns-4.8.5) amd64 [aqua= debug=]
`-- dev-qt/qt3support-4.8.5 (~dev-qt/qt3support-4.8.5) amd64 [accessibility= aqua= debug=]
`-- dev-qt/qtwebkit-4.8.5 (~dev-qt/qtwebkit-4.8.5) amd64 [aqua= debug=]
`-- virtual/pkgconfig-0 (virtual/pkgconfig) amd64
[ dev-qt/qtdeclarative-4.8.5 stats: packages (11), max depth (1) ] |
My use flags: | Code: | dev-qt/qtcore pch
dev-qt/designer pch
dev-qt/qtscript pch
dev-qt/qtgui pch
dev-qt/qtsql pch
dev-qt/qt3support pch
dev-qt/qtopengl pch
dev-qt/qtxmlpatterns pch
dev-qt/qtsvg pch
dev-qt/qttest pch
dev-qt/qtwebkit pch -jit
dev-qt/qtdeclarative pch webkit
|
I just added the pch flag, hoping it might make a difference in compile time, it seems to. |
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sun Nov 17, 2013 4:53 pm Post subject: |
|
|
Hmm, it compiled this time. Whew! Something is amiss with my /etc/portage/env/*.conf files, is what seems to be the problem.
Thanks **very much** to everyone! who helped.
ElleStone, happy again  |
|
| Back to top |
|
|
ulenrich
Veteran
Joined: 10 Oct 2010
Posts: 1482
|
| Posted: Sun Nov 17, 2013 5:28 pm Post subject: |
|
|
Your first post:
| Code: | | accessibility exceptions qt3support (-aqua) -debug -pch -webkit |
In the end you changed
-exceptions +pch +webkit
Don't forget to report back this your success to your bug:
| Code: | | emerge --pretend --color=n --verbose $(qlist -IC dev-qt) |
|
|
| Back to top |
|
|
ElleStone
Tux's lil' helper
Joined: 12 Mar 2013
Posts: 106
|
| Posted: Sun Nov 17, 2013 7:18 pm Post subject: |
|
|
It turns out the flags weren't the problem. Or at least not the only problem.
The show-stopping problem was I had a typo in my package.env, which the very nice people at bug reports pointed out to me.
I had "dev-qt/declarative" instead of "dev-qt/qtdeclarative"  . So qtdeclarative really was building with lto, as at least one kind person on this thread had already pointed out to me. |
|
| Back to top |
|
|
|
Portage & Programming
