| View previous topic :: View next topic |
| Author |
Message |
Shamus397 n00b


Joined: 03 Apr 2005 Posts: 69 Location: Earth
|
Posted: Mon Jun 04, 2007 3:49 pm Post subject: |
|
|
I didn't know that 4.3.0 made into the official tree. At any rate, building against qt-9999 (which took forever) did the trick. I'll probably rebuild against the portage version if I need to.
Thanks! On to kdebase!
/me crosses fingers |
|
| Back to top |
|
 |
ArneBab Apprentice


Joined: 24 Jan 2006 Posts: 154 Location: Heidelberg, Germany
|
Posted: Wed Jun 06, 2007 5:43 am Post subject: x11-libs/qt with svn slot |
|
|
Hi,
Could the qt SVN ebuild be put into its own slot so it can be installed alongside 4.3.0 ?
Wishes,
Arne _________________ Being unpolitical
means being political
without realizing it.
- Arne Babenhauserheide ( http://draketo.de ) |
|
| Back to top |
|
 |
Elv13 Guru

Joined: 13 Nov 2005 Posts: 305
|
Posted: Wed Jun 06, 2007 1:45 pm Post subject: |
|
|
| if it is the kde-svn qt version, it is not svn at all, it is just to make easyer the instalation, it is actualy the same than in portage |
|
| Back to top |
|
 |
KiDDMais n00b

Joined: 06 Jun 2007 Posts: 12
|
Posted: Wed Jun 06, 2007 2:57 pm Post subject: |
|
|
I am having problems installing the kdeedu-9999.4 it gives me the following error:
| Code: | [ 53%] Building CXX object kstars/kstars/CMakeFiles/kstars.dir/skycomponents/constellationboundarycomponent.o
/var/tmp/portage/kde-base/kdeedu-9999.4/work/kdeedu-9999.4/kstars/kstars/skycomponents/constellationboundarycomponent.cpp: In member function 'QString ConstellationBoundaryComponent::constellation(SkyPoint*)':
/var/tmp/portage/kde-base/kdeedu-9999.4/work/kdeedu-9999.4/kstars/kstars/skycomponents/constellationboundarycomponent.cpp:129: error: no matching function for call to 'QPolygonF::contains(QPointF, Qt::FillRule)'
/usr/include/qt4/QtCore/qvector.h:636: note: candidates are: bool QVector<T>::contains(const T&) const [with T = QPointF]
/var/tmp/portage/kde-base/kdeedu-9999.4/work/kdeedu-9999.4/kstars/kstars/skycomponents/constellationboundarycomponent.cpp: In member function 'bool ConstellationBoundaryComponent::inConstellation(const QString&, SkyPoint*)':
/var/tmp/portage/kde-base/kdeedu-9999.4/work/kdeedu-9999.4/kstars/kstars/skycomponents/constellationboundarycomponent.cpp:139: error: no matching function for call to 'QPolygonF::contains(QPointF, Qt::FillRule)'
/usr/include/qt4/QtCore/qvector.h:636: note: candidates are: bool QVector<T>::contains(const T&) const [with T = QPointF]
make[2]: *** [kstars/kstars/CMakeFiles/kstars.dir/skycomponents/constellationboundarycomponent.o] Error 1
make[1]: *** [kstars/kstars/CMakeFiles/kstars.dir/all] Error 2
make: *** [all] Error 2
!!! ERROR: kde-base/kdeedu-9999.4 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
kdeedu-9999.4.ebuild, line 42: Called kde4-base_src_compile
kde4-base.eclass, line 193: Called kde4-base_src_make
kde4-base.eclass, line 281: Called cmake-utils_src_make
cmake-utils.eclass, line 110: Called die
!!! Make failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-base/kdeedu-9999.4/temp/build.log'.
!!! This ebuild is from an overlay: '/usr/portage/local/layman/kde'
kiddcasa ~ # |
Can someone help me please, Its my first post...  |
|
| Back to top |
|
 |
Shamus397 n00b


Joined: 03 Apr 2005 Posts: 69 Location: Earth
|
Posted: Wed Jun 06, 2007 3:37 pm Post subject: |
|
|
*sigh*
Well, I was able to figure out that the KColorUtils.h was missing when compiling kdebase because my kdelibs was too old, but now this is coming up and I'm not sure what it's looking for. X11?
| Code: | [ 71%] Building CXX object workspace/kcontrol/randr/CMakeFiles/kcm_randr.dir/krandrmodule.o
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:48: error: 'RRCrtc' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:48: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:48: error: invalid type in declaration before ';' token
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:49: error: 'RROutput' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:49: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:49: error: invalid type in declaration before ';' token
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:50: error: 'RRMode' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:50: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:50: error: invalid type in declaration before ';' token
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:54: error: 'RROutput' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:54: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:54: error: invalid type in declaration before ';' token
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:55: error: 'RRCrtc' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:55: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:55: error: invalid type in declaration before ';' token
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:56: error: 'RRMode' was not declared in this scope
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:56: error: template argument 1 is invalid
/var/tmp/portage/kde-base/kdebase-9999.4/work/kdebase-9999.4/workspace/kcontrol/randr/randr.h:56: error: invalid type in declaration before ';' token
make[2]: *** [workspace/kcontrol/randr/CMakeFiles/kcm_randr.dir/krandrmodule.o] Error 1
make[1]: *** [workspace/kcontrol/randr/CMakeFiles/kcm_randr.dir/all] Error 2
make: *** [all] Error 2
!!! ERROR: kde-base/kdebase-9999.4 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
kdebase-9999.4.ebuild, line 77: Called kde4-base_src_compile
kde4-base.eclass, line 193: Called kde4-base_src_make
kde4-base.eclass, line 281: Called cmake-utils_src_make
cmake-utils.eclass, line 110: Called die
!!! Make failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-base/kdebase-9999.4/temp/build.log'.
This ebuild used the following eclasses from overlays:
/usr/portage/local/layman/kde/eclass/kde4-base.eclass
/usr/portage/local/layman/kde/eclass/cmake-utils.eclass
/usr/portage/local/layman/kde/eclass/kde4-functions.eclass
/usr/portage/local/layman/kde/eclass/kde4svn.eclass
!!! This ebuild is from an overlay: '/usr/portage/local/layman/kde'
|
|
|
| Back to top |
|
 |
KiDDMais n00b

Joined: 06 Jun 2007 Posts: 12
|
Posted: Thu Jun 07, 2007 4:00 am Post subject: |
|
|
Finally I made the kdeedu-9999.4 work,
just comment out the line 23 in the /usr/portage/local/layman/kde/kde-base/kdeedu/kdeedu-9999.4.ebuild
like this
| Code: | | #ESVN_PATCHES="${FILESDIR}/${P}-constellationboundarycomponent-fix.patch" |
and
| Code: | ebuild /usr/portage/local/layman/kde/kde-base/kdeedu/kdeedu-9999.4.ebuild digest
ACCEPT_KEYWORDS="**" emerge =kde-9999.4 |
and it worked
It is a workaround and probably exist a better solution but its ok for now
sorry for my bad english |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Thu Jun 07, 2007 5:27 am Post subject: |
|
|
| KiDDMais wrote: | Finally I made the kdeedu-9999.4 work,
just comment out the line 23 in the /usr/portage/local/layman/kde/kde-base/kdeedu/kdeedu-9999.4.ebuild
like this
| Code: | | #ESVN_PATCHES="${FILESDIR}/${P}-constellationboundarycomponent-fix.patch" |
and
| Code: | ebuild /usr/portage/local/layman/kde/kde-base/kdeedu/kdeedu-9999.4.ebuild digest
ACCEPT_KEYWORDS="**" emerge =kde-9999.4 |
and it worked
It is a workaround and probably exist a better solution but its ok for now
sorry for my bad english |
Well, you're right. The cause of the problem was that old patch. I removed it.
Last edited by Zephyrus on Thu Jun 07, 2007 6:00 am; edited 1 time in total |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Thu Jun 07, 2007 5:59 am Post subject: Re: x11-libs/qt with svn slot |
|
|
| ArneBab wrote: | Hi,
Could the qt SVN ebuild be put into its own slot so it can be installed alongside 4.3.0 ?
Wishes,
Arne |
I'm sorry but it's really too complex to slot Qt.
| Elv13 wrote: | | if it is the kde-svn qt version, it is not svn at all, it is just to make easyer the instalation, it is actualy the same than in portage |
This is usually true however in the past few months it contained a snapshot of Trolltech SVN tree that at time was needed to build KDE. The ebuild is in the repository just in case this happens again.
Now the kde tree is synced to qt-4.3.0, the same version as portage, and therefore you shouldn't need to use it. |
|
| Back to top |
|
 |
Lepaca Kliffoth l33t


Joined: 28 Apr 2004 Posts: 713 Location: Florence, Italy
|
Posted: Fri Jun 08, 2007 4:48 am Post subject: |
|
|
It seems that simply installing KDE4 affected my system. I never started any /usr/kde/svn stuff, not even with a different user, yet now plasma starts by default with the KDE-3.4 session. What could have gone wrong?
edit: kcontrol is screwed too, shows only a handful of panels and none of the default ones; the icons are busted, most of them missing, and konqueror's start page has gone to hell too _________________ It isn't enough to win - everyone else must lose, and you also have to rub it in their face (maybe chop off an arm too for good measure).
Animebox! |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
|
| Back to top |
|
 |
Lepaca Kliffoth l33t


Joined: 28 Apr 2004 Posts: 713 Location: Florence, Italy
|
Posted: Fri Jun 08, 2007 8:30 am Post subject: |
|
|
Sorry for not reading more carefully  _________________ It isn't enough to win - everyone else must lose, and you also have to rub it in their face (maybe chop off an arm too for good measure).
Animebox! |
|
| Back to top |
|
 |
Shamus397 n00b


Joined: 03 Apr 2005 Posts: 69 Location: Earth
|
Posted: Fri Jun 08, 2007 11:03 am Post subject: |
|
|
Ok, after a little closer look at kdebase/kcontrol/randr/randr.h:
| Code: | #ifdef HAS_RANDR_1_2
class RandRScreen;
class RandRCrtc;
class RandROutput;
class RandRMode;
// maps
typedef QMap<RRCrtc,RandRCrtc*> CrtcMap;
typedef QMap<RROutput,RandROutput*> OutputMap;
typedef QMap<RRMode,RandRMode> ModeMap;
//lists
typedef QList<RandRScreen*> ScreenList;
typedef QList<RROutput> OutputList;
typedef QList<RRCrtc> CrtcList;
typedef QList<RRMode> ModeList;
#endif
|
Looking through X11/extensions/Xrandr.h and X11/extensions/randr.h I can see BadRRCrtc but no RRCrtc. I am running the git sources for xorg (and the KDE devs probably aren't), so this looks like a real, live, honest-to-goodness bug. Who do I report this to (since gentoo devs aren't working on it, obviously)? |
|
| Back to top |
|
 |
Ingmarv Retired Dev


Joined: 26 Feb 2007 Posts: 184 Location: Belgium
|
Posted: Sat Jun 09, 2007 3:17 pm Post subject: |
|
|
I've finally given in & decided to try out kde4-svn.
So far it's been a succes, only found to problems...
FIXED: 1) kdepimlibs fails:
| Code: | >>> Emerging (1 of 14) kde-base/kdepimlibs-9999.4 to /
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> cfg-update-1.8.2-r1: Creating checksum index...
*
* WARNING! This is an experimental ebuild of the kdepimlibs KDE4 SVN tree.
* Use at your own risk. Do _NOT_ file bugs at bugs.gentoo.org because
* of this ebuild!
*
>>> Unpacking source...
* subversion update start -->
* repository: svn://anonsvn.kde.org/home/kde/trunk/KDE/kdepimlibs
At revision 673295.
* working copy: /usr/portage/distfiles/svn-src/kdepimlibs/kdepimlibs
>>> Source unpacked.
>>> Compiling source in /home/portage-temp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs-9999.4 ...
* Disabling building of KDE4 tests
-- Check for working C compiler: /usr/lib/ccache/bin/i686-pc-linux-gnu-gcc
-- Check for working C compiler: /usr/lib/ccache/bin/i686-pc-linux-gnu-gcc -- works
-- Check size of void*
-- Check size of void* - done
-- Check for working CXX compiler: /usr/lib/ccache/bin/i686-pc-linux-gnu-g++
-- Check for working CXX compiler: /usr/lib/ccache/bin/i686-pc-linux-gnu-g++ -- works
CMake Error: ERROR: cmake/modules/FindKDE4Internal.cmake not found in /usr/kde/svn/bin/kde4-config; error while loading shared libraries; libQtXml.so.4; cannot open shared object file; No such file or directory
-- Configuring done
!!! ERROR: kde-base/kdepimlibs-9999.4 failed.
Call stack:
ebuild.sh, line 1624: Called dyn_compile
ebuild.sh, line 975: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
kdepimlibs-9999.4.ebuild, line 26: Called kde4-base_src_compile
kde4-base.eclass, line 192: Called kde4-base_src_configure
kde4-base.eclass, line 275: Called die
!!! Cmake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/home/portage-temp/portage/kde-base/kdepimlibs-9999.4/temp/build.log'.
!!! This ebuild is from an overlay: '/usr/portage/local/layman/kde'
root@indigo:~#
|
2) And this blocker:
| Code: | | [blocks B ] kde-base/kdenetwork (is blocking kde-base/kopete-3.5.7) |
which is a problem because I'd like to install kde4 along with kde-3.5.7, although as different users.
Thanks for a great overlay! Must be lots of work...
Edit:
Oh, and the README mentions an ebuild for okular that's not in the overlay anymore, I guess okular is part of one of the monolithic kde ebuilds now? Which one?
Edit2:
Fixed the kdepim failure. I re-emerge Qt-4.3.0. |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Sun Jun 10, 2007 1:39 pm Post subject: |
|
|
| Ingmarv wrote: |
[snip]
2) And this blocker:
| Code: | | [blocks B ] kde-base/kdenetwork (is blocking kde-base/kopete-3.5.7) |
which is a problem because I'd like to install kde4 along with kde-3.5.7, although as different users.
|
Yes, I know, but this problem arises from the kopete 3.5.7 ebuild, not one of the overlay.
As a temporary workaround you can create a local copy of the ebuild in an overlay, removing the blocker line.
| Quote: |
Edit:
Oh, and the README mentions an ebuild for okular that's not in the overlay anymore, I guess okular is part of one of the monolithic kde ebuilds now? Which one?
|
Yes, I'm going to update the documentation this evening. Okular is now in the kdegraphics module, where you can also find the new version of gwenview which will in turn substitute kuickshow.
| Quote: |
Edit2:
Fixed the kdepim failure. I re-emerge Qt-4.3.0. |
Have you added a particular use flag which you were previously missing?
| Shamus397 wrote: | Ok, after a little closer look at kdebase/kcontrol/randr/randr.h:
| Code: | #ifdef HAS_RANDR_1_2
class RandRScreen;
class RandRCrtc;
class RandROutput;
class RandRMode;
// maps
typedef QMap<RRCrtc,RandRCrtc*> CrtcMap;
typedef QMap<RROutput,RandROutput*> OutputMap;
typedef QMap<RRMode,RandRMode> ModeMap;
//lists
typedef QList<RandRScreen*> ScreenList;
typedef QList<RROutput> OutputList;
typedef QList<RRCrtc> CrtcList;
typedef QList<RRMode> ModeList;
#endif
|
Looking through X11/extensions/Xrandr.h and X11/extensions/randr.h I can see BadRRCrtc but no RRCrtc. I am running the git sources for xorg (and the KDE devs probably aren't), so this looks like a real, live, honest-to-goodness bug. Who do I report this to (since gentoo devs aren't working on it, obviously)? |
Well, obviously you can try with KDE devs. |
|
| Back to top |
|
 |
ArneBab Apprentice


Joined: 24 Jan 2006 Posts: 154 Location: Heidelberg, Germany
|
Posted: Sun Jun 10, 2007 6:24 pm Post subject: KDE 3.5.6 tries to link against kdelibs 3.90.1? |
|
|
Hi,
My kde-meta builds try to depend on kdelibs 3.90.1, so they don't build anymore.
Does anyone else experience this problem?
Do you have any ideas how to solve it?
kde-config --prefix gives
/usr/kde/3.5
kde4-config --prefix gives
/usr/kde/3.90.1
And the seconds seems to be the lib against which my stable version tries to built:
emerge -1 kde-base/kig
>>> Emerging (1 of 1) kde-base/kig-3.5.5 to /
* kdeedu-3.5.5.tar.bz2 RMD160 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 SHA1 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 SHA256 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 size ... [ ok ]
* checking ebuild checksums ... [ ok ]
* checking auxfile checksums ... [ ok ]
* checking miscfile checksums ... [ ok ]
* checking kdeedu-3.5.5.tar.bz2 ... [ ok ]
>>> cfg-update-1.8.2-r1: Skipping checksum index updating...
!!! ERROR: kde-base/kig-3.5.5 failed.
Call stack:
ebuild.sh, line 1631: Called dyn_setup
ebuild.sh, line 703: Called qa_call 'pkg_setup'
ebuild.sh, line 44: Called pkg_setup
ebuild.sh, line 1305: Called kde_pkg_setup
kde.eclass, line 58: Called built_with_use 'kde-base/kdelibs' 'arts'
eutils.eclass, line 1713: Called die
!!! kde-base/kdelibs-3.90.1 does not actually support the arts USE flag!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-base/kig-3.5.5/temp/build.log'.
PS: /usr/portage/kde-base/kig/kig-3.5.5.ebuild
...
inherit kde-meta
... _________________ Being unpolitical
means being political
without realizing it.
- Arne Babenhauserheide ( http://draketo.de ) |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Tue Jun 12, 2007 8:14 am Post subject: Re: KDE 3.5.6 tries to link against kdelibs 3.90.1? |
|
|
| ArneBab wrote: | Hi,
My kde-meta builds try to depend on kdelibs 3.90.1, so they don't build anymore.
Does anyone else experience this problem?
Do you have any ideas how to solve it?
kde-config --prefix gives
/usr/kde/3.5
kde4-config --prefix gives
/usr/kde/3.90.1
And the seconds seems to be the lib against which my stable version tries to built:
emerge -1 kde-base/kig
>>> Emerging (1 of 1) kde-base/kig-3.5.5 to /
* kdeedu-3.5.5.tar.bz2 RMD160 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 SHA1 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 SHA256 ... [ ok ]
* kdeedu-3.5.5.tar.bz2 size ... [ ok ]
* checking ebuild checksums ... [ ok ]
* checking auxfile checksums ... [ ok ]
* checking miscfile checksums ... [ ok ]
* checking kdeedu-3.5.5.tar.bz2 ... [ ok ]
>>> cfg-update-1.8.2-r1: Skipping checksum index updating...
!!! ERROR: kde-base/kig-3.5.5 failed.
Call stack:
ebuild.sh, line 1631: Called dyn_setup
ebuild.sh, line 703: Called qa_call 'pkg_setup'
ebuild.sh, line 44: Called pkg_setup
ebuild.sh, line 1305: Called kde_pkg_setup
kde.eclass, line 58: Called built_with_use 'kde-base/kdelibs' 'arts'
eutils.eclass, line 1713: Called die
!!! kde-base/kdelibs-3.90.1 does not actually support the arts USE flag!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-base/kig-3.5.5/temp/build.log'.
PS: /usr/portage/kde-base/kig/kig-3.5.5.ebuild
...
inherit kde-meta
... |
There was a problem in the kde3 kde.eclass. I reported this upstream and Philantrop should have fixed this issue. Please sync portage and retry. |
|
| Back to top |
|
 |
Shamus397 n00b


Joined: 03 Apr 2005 Posts: 69 Location: Earth
|
Posted: Tue Jun 12, 2007 6:43 pm Post subject: |
|
|
Ok, finally tracked down the problem with a little help from #kde-devel. It turns out I had a stale libXrandr (version 1.1.2 v. 1.2.1, with an randrproto version 1.2.1 kicking around) and updating that solved the problem. I guess talking to the source helps at times.
Now on to kdegames!  |
|
| Back to top |
|
 |
Chain Tux's lil' helper


Joined: 17 Apr 2006 Posts: 98 Location: Vienna
|
Posted: Sun Jun 17, 2007 7:29 am Post subject: |
|
|
Hello,
I am having problems compiling kdepimlibs for weeks now. Maybe someone can help?
| Code: |
/usr/bin/cmake -E cmake_progress_report /var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs_build/CMakeFiles 71 72 73 74 75 76 77 78 79 80 81 82 83
[ 65%] Built target kabc
make[1]: Leaving directory `/var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs_build'
make: *** [all] Error 2
!!! ERROR: kde-base/kdepimlibs-9999.4 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
kdepimlibs-9999.4.ebuild, line 26: Called kde4-base_src_compile
kde4-base.eclass, line 196: Called kde4-base_src_make
kde4-base.eclass, line 284: Called cmake-utils_src_make
cmake-utils.eclass, line 108: Called die
!!! Make failed!
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/kde-base/kdepimlibs-9999.4/temp/build.log'.
This ebuild used the following eclasses from overlays:
/usr/portage/local/layman/kde/eclass/kde4-base.eclass
/usr/portage/local/layman/kde/eclass/cmake-utils.eclass
/usr/portage/local/layman/kde/eclass/kde4-functions.eclass
/usr/portage/local/layman/kde/eclass/kde4svn.eclass
!!! This ebuild is from an overlay: '/usr/portage/local/layman/kde'
|
why does it die? There are no compile errors, nothing...
EDIT:
My update looks like that:
| Code: |
emerge =qca-9999 =taglib-9999 =telepathy-qt-9999 =tapioca-qt-9999 =soprano-9999 =poppler-9999 =poppler-bindings-9999 =strigi-9999 =kdelibs-9999.4 =kdepimlibs-9999.4 =kdebase-9999.4 =kdenetwork-9999.4 -av
|
|
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Sun Jun 17, 2007 7:58 am Post subject: |
|
|
| If you are using "parallel" make (that is, for example, MAKEOPTS="-j2") it can happen that the error is not in the last lines of the emerge output on the console. Check out /var/tmp/portage/kde-base/kdepimlibs-9999.4/temp/build.log . |
|
| Back to top |
|
 |
Chain Tux's lil' helper


Joined: 17 Apr 2006 Posts: 98 Location: Vienna
|
Posted: Sun Jun 17, 2007 8:11 am Post subject: |
|
|
| Zephyrus wrote: | | If you are using "parallel" make (that is, for example, MAKEOPTS="-j2") it can happen that the error is not in the last lines of the emerge output on the console. Check out /var/tmp/portage/kde-base/kdepimlibs-9999.4/temp/build.log . |
Thanks, I did that already. However, I gave it another try. I found it 180 lines above...
| Code: |
/var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs-9999.4/mailtransport/socket.cpp:87: warning: unused parameter ‘state’
/var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs-9999.4/mailtransport/socket.cpp: In member function ‘virtual void MailTransport::Socket::reconnect()’:
/var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs-9999.4/mailtransport/socket.cpp:157: error: ‘AnyProtocol’ is not a member of ‘QSsl’
make[2]: *** [mailtransport/CMakeFiles/mailtransport.dir/socket.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/kde-base/kdepimlibs-9999.4/work/kdepimlibs_build'
make[1]: *** [mailtransport/CMakeFiles/mailtransport.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
|
One of the "usual" compile errors? |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Sun Jun 17, 2007 9:25 am Post subject: |
|
|
Which version of Qt are you using? Have you synced the overlay recently?
You should install qt-4.3.0 from portage (or if you use the qt-9999 ebuild, re-emerge it. However I'd suggest you to use the portage version at the moment). |
|
| Back to top |
|
 |
Chain Tux's lil' helper


Joined: 17 Apr 2006 Posts: 98 Location: Vienna
|
Posted: Sun Jun 17, 2007 9:30 am Post subject: |
|
|
| Zephyrus wrote: | Which version of Qt are you using? Have you synced the overlay recently?
You should install qt-4.3.0 from portage (or if you use the qt-9999 ebuild, re-emerge it. However I'd suggest you to use the portage version at the moment). |
I am using qt-4.3.0_rc1 and have synced the overlay today. |
|
| Back to top |
|
 |
Zephyrus Apprentice


Joined: 01 Sep 2004 Posts: 201
|
Posted: Sun Jun 17, 2007 9:55 am Post subject: |
|
|
| Chain wrote: | | Zephyrus wrote: | Which version of Qt are you using? Have you synced the overlay recently?
You should install qt-4.3.0 from portage (or if you use the qt-9999 ebuild, re-emerge it. However I'd suggest you to use the portage version at the moment). |
I am using qt-4.3.0_rc1 and have synced the overlay today. |
Well, upgrade to qt-4.3.0 and your problem will disappear.  |
|
| Back to top |
|
 |
Chain Tux's lil' helper


Joined: 17 Apr 2006 Posts: 98 Location: Vienna
|
Posted: Sun Jun 17, 2007 11:55 am Post subject: |
|
|
...now what?
| Code: |
g++ -o floatmath floatmath.o -L/usr/lib/mysql
floatmath enabled.
mmx auto-detection... ()
g++ -c -pipe -mmmx -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o mmx.o mmx.cpp
g++ -o mmx mmx.o -L/usr/lib/mysql -mmmx
mmx enabled.
3dnow auto-detection... ()
g++ -c -pipe -m3dnow -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o 3dnow.o 3dnow.cpp
g++ -o 3dnow 3dnow.o -L/usr/lib/mysql -m3dnow
3dnow enabled.
sse auto-detection... ()
g++ -c -pipe -msse -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o sse.o sse.cpp
g++ -o sse sse.o -L/usr/lib/mysql -msse
sse enabled.
sse2 auto-detection... ()
g++ -c -pipe -msse2 -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o sse2.o sse2.cpp
g++ -o sse2 sse2.o -L/usr/lib/mysql -msse2
sse2 enabled.
MySQL (thread-safe) auto-detection... ()
g++ -c -pipe -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o mysql.o ../mysql/mysql.cpp
../mysql/mysql.cpp:1:19: error: mysql.h: No such file or directory
make: *** [mysql.o] Error 1
MySQL (thread-safe) disabled.
MySQL (thread-unsafe) auto-detection... ()
g++ -c -pipe -g -Wall -W -I../../../mkspecs/linux-g++ -I. -I/usr/include/mysql -I. -o mysql.o mysql.cpp
mysql.cpp:1:19: error: mysql.h: No such file or directory
make: *** [mysql.o] Error 1
MySQL (thread-unsafe) disabled.
MySQL support cannot be enabled due to functionality tests!
Turn on verbose messaging (-v) to ./configure to see the final report.
If you believe this message is in error you may use the continue
switch (-continue) to ./configure to continue.
!!! ERROR: x11-libs/qt-4.3.0 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
qt-4.3.0.ebuild, line 217: Called die
!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/x11-libs/qt-4.3.0/temp/build.log'.
|
|
|
| Back to top |
|
 |
Ingmarv Retired Dev


Joined: 26 Feb 2007 Posts: 184 Location: Belgium
|
Posted: Sun Jun 17, 2007 1:11 pm Post subject: |
|
|
emerge --info ?
emerge -pv $whatevercausesyouproblems ?
It's easier to at least guess what the problem is when you provide some info. |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|