It sure is nice that freetype made backwards incompatible changes in a
point release! Also looks like the buildds are still having a hard time
keeping up. :<

Chris


arts
----
finished

kdeaddons
---------
arm     - failed - needs retry

kdeadmin *
--------
mips    - failed - gcc sucks ICE!

kdeartwork
----------
arm     - no attempt
mips    - no attempt

kdebase
-------
arm     - no attempt
m68k    - no attempt
mips    - no attempt
mipsel  - no attempt
s390    - no attempt

kdebindings
-----------
probably should be packaged, any volunteers?

kdeedu
------
arm     - no attempt

kdegames
--------
finished

kdegraphics *
-----------
mips    - failed - freetype breakage [0]

kde-i18n
--------
finished

kdelibs
-------
finished

kdemultimedia *
-------------
alpha   - failed - bad KDE code [1]
arm     - no attempt
ia64    - failed - bad KDE code [1]
m68k    - failed - needs retry
mips    - no attempt
s390    - no attempt

kdenetwork *
----------
finished

kdepim *
------
finished

kdesdk
------
arm     - no attempt

kdetoys
-------
finished

kdeutils *
--------
mips    - failed - needs the SYS_sysinfo fix [2]

meta-kde
--------
finished

meta-kde-extras
---------------
stuck in _NEW_ queue

qt-x11-free
-----------
m68k    - no attempt
s390    - no attempt

quanta
------
arm     - failed - needs retry
m68k    - failed - due to automake1.4 installed, wtf was it installed?!


[0] -

In file included from ../../kpovmodeler/pmtruetypecache.h:32,
                 from ../../kpovmodeler/pmtext.cpp:27:
/usr/include/freetype2/freetype/freetype.h:20:2: #error "`ft2build.h' hasn't 
been included yet!"
/usr/include/freetype2/freetype/freetype.h:21:2: #error "Please always use 
macros to include FreeType header files."
/usr/include/freetype2/freetype/freetype.h:22:2: #error "Example:"
/usr/include/freetype2/freetype/freetype.h:23:2: #error "  #include 
<ft2build.h>"
/usr/include/freetype2/freetype/freetype.h:24:2: #error "  #include 
FT_FREETYPE_H"
/usr/include/qt3/qmemarray.h: In member function `type& 
   QMemArray<type>::operator[](int) const [with type = PMLine]':
../../kpovmodeler/pmtext.cpp:266:   instantiated from here
/usr/include/qt3/qmemarray.h:100: warning: cast from `char*' to `PMLine*' 
   increases required alignment of target type
/usr/include/qt3/qmemarray.h: In member function `type& 
   QMemArray<type>::operator[](int) const [with type = PMPoint]':
../../kpovmodeler/pmtext.cpp:276:   instantiated from here
/usr/include/qt3/qmemarray.h:100: warning: cast from `char*' to `PMPoint*' 
   increases required alignment of target type


[1] -

The failure above seem to be caused by:

mpeglib/lib/input/cdromAccess_Linux.cpp:13

typedef unsigned long long __u64;

Anyone happen to know if its safe to remove that or some other easy way to work 
around it?


[2] - Was broken after supposed toolchain freeze by f*cking wonderful toolchain 
changes.

Attachment: signature.asc
Description: Digital signature

Reply via email to