Am 12.11.2010 06:01, schrieb Gert Kello: >>> 1. kde-4.5-kdeedu fails with >>> [ 83%] Building CXX object >>> marble/src/plugins/render/aprs/CMakeFiles/AprsPlugin.dir/AprsPlugin.obj >>> In file included from >>> e:\Kde4\svn\branches\KDE\4.5\kdeedu\marble\src\plugins\render\aprs\AprsPlugin.cpp:31: >>> e:\Kde4\svn\branches\KDE\4.5\kdeedu\marble\src\plugins\render\aprs\/qextserialport.h:144:48: >>> error: QtCore/private/qwineventnotifier_p.h: No such file or directory >>> In file included from >>> e:\Kde4\svn\branches\KDE\4.5\kdeedu\marble\src\plugins\render\aprs\AprsPlugin.cpp:31: >>> e:\Kde4\svn\branches\KDE\4.5\kdeedu\marble\src\plugins\render\aprs\/qextserialport.h:298: >>> error: ISO C++ forbids declaration of 'QWinEventNotifier' with no type >>> e:\Kde4\svn\branches\KDE\4.5\kdeedu\marble\src\plugins\render\aprs\/qextserialport.h:298: >>> error: expected ';' before '*' token >>> >>> Perhaps some batch needed to make a copy of that (non-public) header >>> to include folder? >> >> Hm, yeah, but it is non-public, so I don't want to include them into emerge. > > So You think its is better if everyone figures out by themselves that > they need to copy that file manually into include/QTCore/private > folder (from [gitsources]\qt-4.7\4.7\src\corelib\kernel\qwineventnotifier_p.h) > ? > >>> 2. trying to emerge kdepimlibs: >>> First boost 1.37 binary is installed >>> Then, kdesupport-akonadi-1.1.2.20090504 installs boost-src and fails >>> to build, perhaps because the boost 1.37 headers are used >>> emerge --unmerge boost >>> emerge kdepimlibs - installs again boost 1.37 >>> emerge --unmerge boost - fails, no error but files remain in directories >> >> I can't really reproduce that now. You might need to use the environment >> variable EMERGE_SOURCEONLY=True for this (please test with emerge -p >> kdepimlibs what will be installed though!)
Your packagelist says it all.... :-/ >> > > I already managed to clean up my kde folder and marked boost-bin as > installed by editing installed file.... > > What goes about using EMERGE_SOURCEONLY=True then I had some issues, > some packages complained they can be compiled with mingw only (but I > use mingw4) > And I think that the bin\update-mime-database.exe was said to be not > valid executable if compiled from source. > > Like emerge\portage\win32libs-sources\cfitsio-src\cfitsio-src-3.20.py has code > def execute( self ): > base.baseclass.execute( self ) > if self.compiler <> "mingw": > print "error: can only be build with MinGW right now." > exit( 1 ) > > (But I'm not sure if it was the one I saw. Just remember the code part) Yeah, looks like the problem. The package script is horribly outdated, will be updated soon. The restriction on the compiler got fixed though in r1195880. > > > > The emerge -p kdepimlibs lists boost twice (I have set > EMERGE_DEFAULTCATEGORY=kde-4.5) I renamed the etc\portage\installed in > order to get the output. > > E:\Kde4>emerge -p kdepimlibs ... > emerge warning: pretending win32libs-sources/libical-src-0.44 > ->emerge warning: pretending win32libs-bin/boost-1.37.0 > emerge warning: pretending kde-4.5/kdepimlibs-20080202 That list makes it easy to find the issue. I have fixed it in r1195878. > _______________________________________________ > Kde-windows mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/kde-windows > _______________________________________________ Kde-windows mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-windows
