Hello, i become ah make error when i build kdelibs from svn.
this is the cmake command: I build without the source.
cmake /sources/kde-pakete/kdelibs -DCMAKE_INSTALL_PREFIX=/opt/trinity
-DCMAKE_VERBOSE_MAKEFILE=ON -DWITH_QT3=ON -DQTDIR=/opt/qt
-DQT_LIBRARY_DIRS=/opt/qt/lib
But this is the error:
http://pastebin.com/kZnEDnvv
Here is the cmakeError.log http://pastebin.com/PYvZZWuN
My system is Linux from Scratch. ARts and tqtinterface have make with
cmake and i become no errors.
Greets dtmaster (Tino)
Hi all,
The dates are set, and the remaining information on the checklist is
being added and edited right now!
The polling for dates have been completed and the following decisions
have been made:
Tuesday, March 15, 2011 11:00 PM UTC
Wednesday, March 16, 2011 11:00 PM UTC | Raindate!
Meetings will take place on #trinity-desktop-meeting. Logs will be
posted after the meeting thanks to Meetbot.
The URLs and files will be followed up with on this thread.
Topics: See http://lincom.ietherpad.com/9 for more information.
Please alert me via EMAIL (not replying to this thread, this thread
should stay pristine) for any changes or conflicts.
Thank you.
Robert Xu
When packaging kdepim I cmake configuration requires the following
packages be installed
Are the really needed?
trinity-kdepim W: Dependency included and not needed ('cyrus-sasl')
trinity-kdepim W: Dependency included and not needed ('gpgme')
trinity-kdepim W: Dependency included and not needed ('libical')
trinity-kdepim W: Dependency included and not needed ('trinity-arts')
As far as I can tell nothing links to them.
README.licical gives:
The directory libkcal/libical contains version 0.24 of libical with KDE
local
modifications to fix some bugs and let it compile in the kdepim module.
You may obtain the original distribution from
http://sourceforge.net/projects/freeassociation/
I don't know anything about cmake but...
the following files are installed in the root filesytem under
/ktnef
ktnefattach.h
ktnefdefs.h
ktnefmessage.h
ktnefparser.h
ktnefproperty.h
ktnefpropertyset.h
ktnefwriter.h
Should they not be in /opt/trinity/lib
I could be missing something in cmake as I build the packages like this
cmake ${_source}/${_module}/ \
-DCMAKE_INSTALL_PREFIX=${trinity_prefix} \
-DQTDIR=/opt/qt \
-DQT_LIBRARY_DIRS=/opt/qt/lib \
-DBUILD_ALL=ON
make
Which gives me an error in my packaging tools
trinity-kdepim W: File (ktnef/ktnefattach.h) exists in a non-standard
directory.
trinity-kdepim W: File (ktnef/ktnefdefs.h) exists in a non-standard
directory.
trinity-kdepim W: File (ktnef/ktnefwriter.h) exists in a non-standard
directory.
trinity-kdepim W: File (ktnef/ktnefpropertyset.h) exists in a
non-standard directory.
trinity-kdepim W: File (ktnef/ktnefproperty.h) exists in a non-standard
directory.
trinity-kdepim W: File (ktnef/ktnefparser.h) exists in a non-standard
directory.
trinity-kdepim W: File (ktnef/ktnefmessage.h) exists in a non-standard
directory.
I'm trying to work my way through building the core apps, either with cmake when supported or automake. I received the following trying to build kdeaccessibility:
================================
checking for Qt... libraries /usr/lib/qt-3.3.8c/lib, headers /usr/lib/qt/include using -mt
checking for moc... /usr/lib/qt/bin/moc
checking for uic-tqt... not found
configure: WARNING: No Qt ui compiler (uic) found!
Please check whether you installed Qt correctly.
You need to have a running uic binary.
configure tried to run and the test didn't
succeed. If configure shouldn't have tried this one, set
the environment variable UIC to the right one before running
configure.
make: *** No targets specified and no makefile found. Stop.
================================
I ran into the same message several days ago when first trying to build arts. The list archives show no response to that query. Thus I don't know what causes this message.
I have qt-3.3.8c, tqtinterface, arts, kdelibs, and kdebase installed.
Darrell
Now OpenSUSE 11.4 is out and all KDE3 users in OpenSUSE report the same error:
crash in kcontrol icon theme module which makes kcontrol entirely empty on
default install. The crash depends on used icon theme, but the most themes
crash that module.
I suspect the problem originates with zlib.
On i686 svn sources amarok failed with
[ 81%] Building CXX object
amarok/src/CMakeFiles/amarok-shared.dir/newdynamic.cpp.o
[ 82%] Building CXX object
amarok/src/CMakeFiles/amarok-shared.dir/organizecollectiondialog.cpp.o
/build/BUILD/amarok/src/organizecollectiondialog.cpp:256:9: error:
prototype for 'QString OrganizeCollectionDialog::buildDestination(const
QString&, const MetaBundle&)' does not match any in class
'OrganizeCollectionDialog'
/build/BUILD/amarok/src/organizecollectiondialog.h:59:21: error:
candidate is: virtual QString
OrganizeCollectionDialog::buildDestination(const QString&, const
MetaBundle&) const
/build/BUILD/amarok/src/organizecollectiondialog.cpp:262:9: error:
prototype for 'QString OrganizeCollectionDialog::buildFormatTip()' does
not match any in class 'OrganizeCollectionDialog'
/build/BUILD/amarok/src/organizecollectiondialog.h:60:21: error:
candidate is: virtual QString OrganizeCollectionDialog::buildFormatTip()
const
/build/BUILD/amarok/src/organizecollectiondialog.cpp:268:9: error:
prototype for 'QString OrganizeCollectionDialog::buildFormatString()'
does not match any in class 'OrganizeCollectionDialog'
/build/BUILD/amarok/src/organizecollectiondialog.h:61:21: error:
candidate is: virtual QString
OrganizeCollectionDialog::buildFormatString() const
/build/BUILD/amarok/src/organizecollectiondialog.cpp:279:9: error:
prototype for 'QString OrganizeCollectionDialog::cleanPath(const
QString&)' does not match any in class 'OrganizeCollectionDialog'
/build/BUILD/amarok/src/organizecollectiondialog.h:63:21: error:
candidate is: virtual QString OrganizeCollectionDialog::cleanPath(const
QString&) const
make[2]: ***
[amarok/src/CMakeFiles/amarok-shared.dir/organizecollectiondialog.cpp.o]
Error 1
make[1]: *** [amarok/src/CMakeFiles/amarok-shared.dir/all] Error 2
make: *** [all] Error 2
Aborting...
Is this a known error/ howto fix
What caveats should I know with downgrading autoconf/automake?
The port to cmake is a wise long-term strategy but will take time. While svn remains in a mixed autotools and cmake environment, both sets of build tools are needed during the transition.
As I am already two releases behind, I was thinking about moving to the next release of Slackware, which is now in RC status. That move also will allow me to test Trinity in an environment with KDE4 installed.
That upcoming Slackware release comes with autoconf-2.68 and automake-1.11.1.
As explained to me, I cannot build KDE 3.5.10 or Trinity with that version of those tools.
I was thinking about updating to the new Slackware release and then temporarily downgrading to autoconf-2.63 and automake-1.10.1 so I can build and help test Trinity during the long-term port to cmake.
I presume that if I want to build third-party packages for the new Slackware release, I might have to toggle to autoconf-2.68 and automake-1.11.1 to ensure no compatibility problems.
Perhaps I need only downgrade autoconf and not automake. I have no clue if that is possible too.
Will this work?
Darrell
Hi Serghei,
In kdebase, kdebase/kioslave/media/propsdlgplugin does not have a CMake
control file. Could you create one? This is currently holding up
Debian/Ubuntu builds of kdebase.
Thanks!
Tim
