[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

KDE 3.1.4 Status Update - 20040107



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 to: