Bug#488661: kde4libs_4:4.0.84-1(hppa/experimental): FTBFS: `debian/tmp//usr/share/man/man1/kdecmake.1': No such file or directory
Hi,
On Mon, Jun 30, 2008 at 03:26:53PM +0200, Frank Lichtenheld wrote:
> Package: kde4libs
> Version: 4:4.0.84-1
> Severity: serious
>
> Hi,
>
> your package failed to build from source.
>
> | Automatic build of kde4libs_4:4.0.84-1 on meitner by sbuild/hppa 98-farm
> | Build started at 20080630-0213
> | ******************************************************************************
> | Checking available source versions...
> | Fetching source files...
> | Reading package lists...
> | Building dependency tree...
> | Reading state information...
> | Need to get 12.4MB of source archives.
> | Get:1 http://ftp.de.debian.org experimental/main kde4libs 4:4.0.84-1 (dsc) [2154B]
> | Get:2 http://ftp.de.debian.org experimental/main kde4libs 4:4.0.84-1 (tar) [11.1MB]
> | Get:3 http://ftp.de.debian.org experimental/main kde4libs 4:4.0.84-1 (diff) [1269kB]
> | Fetched 12.4MB in 48s (253kB/s)
> | Download complete and in download only mode
> | ** Using build dependencies supplied by package:
> | Build-Depends: cdbs (>= 0.4.51), debhelper (>= 6), quilt, cmake (>= 2.4.5), shared-mime-info (>= 0.20), libphonon-dev (>= 4:4.2~), libcupsys2-dev, libdbus-1-dev, libqt4-dev (>= 4.4.0~), libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libkeyutils-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libpng-dev, libssl-dev, libsm-dev, libsoprano-dev (>= 2.0.98), libstreamanalyzer-dev, libxml2-dev, libxml2-utils, libxslt1-dev, libxtst-dev, libgif-dev, libavahi-common-dev, libaspell-dev, libbz2-dev, libenchant-dev, libfam-dev, libjasper-dev, libopenexr-dev, libpcre3-dev, libtiff4-dev, hspell, xsltproc, libglu1-mesa-dev, libacl1-dev, automoc (>= 1.0~svn805317), libxcursor-dev
> | Checking for already installed source dependencies...
> [...]
> | dh_install -pkdelibs5-dev --sourcedir=debian/tmp
> | cp: cannot stat `debian/tmp//usr/share/man/man1/kdecmake.1': No such file or directory
For the record:
kde4libs seems not to be building in hppa because it is still using cmake 2.4,
the build depends has been raised to > 2.6.0 so in the next upload it won't
build at all if cmake has not been updated yet.
The reason why cmake 2.6.0 is still not built in hppa is due to a problem with
glibc. So it will take a while =)
Ana
Reply to: