Emerge kde-4.5

[Patrick Spendrin]

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
> Kde-windows at kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
>