| Summary: | Build issue: kdebase-trinity source package fails to build | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Laurent Dard <f.couperin> |
| Component: | ubuntu | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugwatch, slavek.banko |
| Priority: | P5 | ||
| Version: | 3.5.13 [Trinity] | ||
| Hardware: | amd64 | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
|
Description
Laurent Dard
2011-10-27 21:02:37 CDT
Sorry. Commands were: apt-get source kicker-trinity export DEB_BUILD_OPTIONS="noopt nostrip parallel=1" cd kdebase-trinity-3.5.13 dpkg-buildpackage -us -uc You need to install the 3.5.13 kdelibs packages before you can build the 3.5.13 kdebase package. (En réponse au commentaire 2) > You need to install the 3.5.13 kdelibs packages before you can build the 3.5.13 > kdebase package. Sorry, I did it: >> I compiled successfully kdelibs. ------- AND installed it before. And after tried to build kdebase. ------- Anyway, there is a bug in the build dependencies, in kdebase-trinity-3.5.13/debian/control: Build-Depends: libasound2-dev, cdbs (>= 0.4.39-0.1), debhelper (>= 5.0.31), autotools-dev, gawk, gettext, kdelibs4-trinity-dev (>= 4:3.5.10), libldap2-dev, libhal-dev (>= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libhal-storage-dev (>= 0.5.5.1-2) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libncurses5-dev, libpam0g-dev, libpopt-dev, libraw1394-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsensors4-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsmbclient-dev, libusb-dev, libxtst-dev, libfontenc-dev, libxss-dev, libxxf86misc-dev, libxcomposite-dev, libxdamage-dev, libxkbfile-dev, xutils, sharutils, texinfo, libavahi-compat-libdnssd-dev (>= 0.4), x11proto-kb-dev, xmkmf | xutils-dev, kdelibs4c2a-trinity, libogg-dev, libogg-dev-la, libdbus-tqt-1-dev, libtool, libltdl-dev, cmake patch: sed -e 's/>= 4:3.5.10/>= 4:3.5.13/g' -i debian/control sed -e 's/>= 4:3.5.10/>= 4:3.5.13/g' -i debian/control.in # grep -rn DPMSInfo /opt/trinity/include/ gives nothing # grep -rn DPMSInfo /usr/include <...> /usr/include/X11/extensions/dpms.h:47:extern Status DPMSInfo(Display *, CARD16 *, BOOL *); It seemms X11/extensions/dpms.h is not included. * The missing dependency in debian/control is libxext-dev. * The configure script should check for the presence of the header (X11/extensions/dpms.h) Incidentally, I saw that the "X DPMS Extension" was only "Recommended" in KDE3 requirements. http://www.kde.org/info/requirements/3.5.php Is it a good thing to add this as required? Wouldn't it be better to stick to the old KDE3 requirements? (I tried to build Trinity months ago on a "Linux From Scratch" "distribution" and I gave up because of those unattended requirements: I should have built Composite that I didn't need on LFS.) (In reply to comment #4) > * The missing dependency in debian/control is libxext-dev. > > * The configure script should check for the presence of the header > (X11/extensions/dpms.h) > > > Incidentally, I saw that the "X DPMS Extension" was only "Recommended" in KDE3 > requirements. > http://www.kde.org/info/requirements/3.5.php > > Is it a good thing to add this as required? Wouldn't it be better to stick to > the old KDE3 requirements? > > (I tried to build Trinity months ago on a "Linux From Scratch" "distribution" > and I gave up because of those unattended requirements: I should have built > Composite that I didn't need on LFS.) Ah, sorry about that. I didn't look closely enough at the error message, as there are new DPMS-related control structures defined in kdelibs. We don't generally adhere to the old requirements, especially since the Linux environment is changing quite rapidly as of late, and also since KDE 3.5 was missing some features that are taken for granted nowadays. That being said, having an option to completely disable monitor control of any kind might not be a bad idea. This won't happen for 3.5.13, but might be possible in 3.5.14. I'm changing the summary to "Build issue:" to match all other such bug reports. I believe that this is already fixed in commit 2b33100f. http://git.trinitydesktop.org/cgit/tdebase/commit/kdesktop/lock/CMakeLists.txt?id=2b33100f Currently tdebase builds with DPMS support without problems. |