tde-devels

devels@trinitydesktop.org

7 participants
3840 discussions

SUCCESS gcc47 - tdelibs/tdebase - NO modules fail
by David C. Rankin 16 Apr '12

16 Apr '12

Tim, Darrell, All, After a successful gcc46 build last night, I decided to try building tdelibs and tdebase on gcc47 with the exact same patch setup. SUCCESS. After installing the gcc47 patches, deleting ksycoca and starting TDE, everything was working, knemo appeared and all kcontrol modules were in place. The patches included in this build were: tdelibs: tdelibs-kdirwatch.diff tdebase: 01-kicker-lockout-applet-button-order.patc 03-kcontrol_advbg_step.patch 06-nspluginscan-xdgcompliance.patch 08-kip_kdesktop_rounded_icon_text_corners.patch tdebase-kicker-easyvector.patch tdebase-docbook-refix.diff All patches are available here for review: http://www.3111skyline.com/dl/dt/tde/pbpkg/tde-tdelibs/ http://www.3111skyline.com/dl/dt/tde/pbpkg/tde-tdebase/ Now there is a CAVEAT that everyone should be very clear on. The remainder of the install was built on gcc46. ONLY tdelibs and tdebase were built with gcc47 and tdebase required '-fpermissive'. So unknown failures may still occur when the remaining dependencies are built on gcc47. However, I have a set of gcc47 packages for TDE that I will test with the new tdelibs/tdebase to determine if the current dependency builds on gcc47 are solid. If we still have issues, I will have to strip all patches from the dependencies and attempt another build on gcc47 through tdebase to confirm. -- David C. Rankin, J.D.,P.E.

2 1

All tde modules FAIL when built on gcc47 (kdesktop, knemo, kcontrol, etc...)
by David C. Rankin 16 Apr '12

16 Apr '12

Tim, Darrell, All, I rebuilt TDE yesterday on gcc47. Nothing else changed. Now, after updating my install and removing all /var/tmp/ ksyscoca files, I get module failure when trying to access kcm modules like kcontrol, knemo, kdesktop, etc.. I grabbed a couple of screenshots: http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-module-failure.jpg http://www.3111skyline.com/dl/dt/trinity/ss/kdesktop-module-failure.jpg http://www.3111skyline.com/dl/dt/trinity/ss/knemo-error-window.jpg Checking the command line with knemo, I get the following: kio (KSycoca): Trying to open ksycoca from /var/tmp/tdecache-david/ksycoca kutils (KCModuleInfo): Could not find the service. kcontrol: Module '' not found. kutils (KCMultiDialog): KCMultiDialog::addModule Network Monitor kutils (KCModuleProxy): [void KCModuleProxy::init(const KCModuleInfo&)] kutils (KCMultiDialog): [void KCMultiDialog::slotAboutToShow(TQWidget*)] kutils (KCModuleProxy): [KCModule* KCModuleProxy::realModule() const] kutils (KCModuleProxy): Module not already loaded, loading module kutils (KCModuleProxy): [KCModule* KCModuleProxy::realModule() const] kutils (KCModuleProxy): [KCModule* KCModuleProxy::realModule() const] kutils (KCModuleProxy): [KCModule* KCModuleProxy::realModule() const] kutils (KCModuleProxy): [virtual void KCModuleProxy::showEvent(TQShowEvent*)] kutils (KCModuleProxy): [KCModule* KCModuleProxy::realModule() const] kutils (KCMultiDialog): [void KCMultiDialog::dialogClosed()] I don't know where to look next. What gives? -- David C. Rankin, J.D.,P.E.

4 16

R14 Issues
by Darrell Anderson 16 Apr '12

16 Apr '12

There are a handful of issues I'd like to see resolved before R14. If we are discussing a 3 month window then I believe we can resolve these issues. * Bug report 892: Update XDG keys I have the patches ready for all modules but I don't know how to update user profile files. I don't want to push the patches without providing that remedy. (Refer to the recent discussion in this list.) I am unable to figure out how to change $PREFIX/applications/kde -> $PREFIX/applications/tde without causing weird problems with usability. Read the bug report comments for details. * libkipi, kipi-plugins, mlt need updating * tqca needs to be added to the source tree (I have TQ converted sources ready to go and tested.) * Branding issues: References of KDE in What's This text strings References of KDE in Tooltip text strings Visible references of "KDE [Aa]pplications" Visible references of "KDesktop" Visible references of "KDE3" Command line "--help:" reference to KDE Darrell

1 0

tdepim FTBFS on Slackware 13.37
by Darrell Anderson 15 Apr '12

15 Apr '12

Failure: ================================================== In file included from /dev/shm/tdepim/libkcal/icalformat.cpp:35:0: /usr/include/libical/icalss.h:38:27: fatal error: icalcomponent.h: No such file or directory compilation terminated. ================================================== /usr/include/libical/icalcomponent.h does exist. I reinstalled libical anyway. I just built tdepim on Slackware 13.1 with no such failure. Slackware 13.1: libical 0.43, gcc 4.4.4, cmake 2.8.4 Slackware 13.37: libical 0.4.4, gcc 4.5.2, cmake 2.8.4 I appreciate any help. Darrell

2 2

error: tde-style-qtcurve - in /common dir
by David C. Rankin 14 Apr '12

14 Apr '12

Darrell, There may have been a problem introduced in the tde-style-qtcurve 'common' dir. This is on gcc46, so it's not a 47 problem: [ 25%] Building CXX object style/CMakeFiles/qtcurve-module.dir/qtcurve.cpp.o cd /build/src/build/style && /usr/bin/c++ -Dqtcurve_module_EXPORTS -DHAVE_CONFIG_H -DQT_PLUGIN -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/tqt3/include -I/usr/include/tqt -I/opt/trinity/include -I/build/src/build -I/build/src/tde-style-qtcurve/common -I/build/src/build/style -o CMakeFiles/qtcurve-module.dir/qtcurve.cpp.o -c /build/src/tde-style-qtcurve/style/qtcurve.cpp In file included from /build/src/tde-style-qtcurve/style/qtcurve.h:66:0, from /build/src/tde-style-qtcurve/style/qtcurve.cpp:112: /build/src/tde-style-qtcurve/common/common.h:555:5: error: expected identifier before numeric constant /build/src/tde-style-qtcurve/common/common.h:555:5: error: expected '}' before numeric constant /build/src/tde-style-qtcurve/common/common.h:555:5: error: expected unqualified-id before numeric constant /build/src/tde-style-qtcurve/common/common.h:564:1: error: expected declaration before '}' token make[2]: *** [style/CMakeFiles/qtcurve-module.dir/qtcurve.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [style/CMakeFiles/qtcurve-module.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 -- David C. Rankin, J.D.,P.E.

2 3

Building k3b and dbus errors
by Darrell Anderson 14 Apr '12

14 Apr '12

A while ago we had a discussion about building k3b. The configuration output declared not being able to find the dbus headers. I can resolve the configuration error by building dbus-tqt to install in /usr rather than /opt/trinity. Likewise, I eliminate the same configuration errors with kmplayer. The Trinity dbus-tqt package is not a full package but only replaces four header files and a lib file. Are the Trinity replacement dbus files intended to overwrite the stock files installed in /usr by the distro? Does dbus-1.0 get used by Qt4 apps or is there a different mechanism? I'm unclear how this all relates. Darrell

2 2

coders - need help with gcc47 - redeclaration of (x) issue in several packages
by David C. Rankin 13 Apr '12

13 Apr '12

Tim, c/c++ folks, I have worked gcc47 patches in most of the major packages to the point where I have hit a common failure that I cannot solve. The common problem involves error: redeclaration of (foo). Usually involving some iterator. The list of packages that have a similar build failure are: tde-kipi-plugins - error: redeclaration of 'TQListViewItemIterator it' tde-tdepim - error: redeclaration of 'TQMap<TQGuardedPtr<KMFolder>, int>::Iterator it' tde-k3b - error: redeclaration of 'K3bAudioEditorWidget::Range* r' rosegarden - error: redeclaration of 'std::multiset<Rosegarden::Event* I don't know what the various declarations are supposed to look like to begin with so I sure can't recognize which one, and in what scope, the declarations need to be fixed. Thanks for you help. -- David C. Rankin, J.D.,P.E.

2 4

rosegarden - gcc47 - need help - probably 5 second fix of "has no member named 'getAsEvent'"
by David C. Rankin 13 Apr '12

13 Apr '12

c/c++ <stl> folks, I have tried to fix rosegarden in a manner similar to the other packages that rely on stl by adding the 'this->' where the errors said. I have done that, but now the build fails complaining that: Rosegarden::Segment, true>::PitchGreater' has no member named 'getAsEvent' Apparently, gcc47 doesn't accept the instantation in the same way gcc46 did. rosegarden built fine with gcc46. The patch I applied to Sets.h to fix the 'this->' complaints is attached. The error (with -fpermissive given) is: [ 6%] Building CXX object src/CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddFingeringMarkCommand.cpp.o cd /build/src/build/src && /usr/bin/c++ -DHAVE_XFT -DHAVE_ALSA -DHAVE_LIBJACK -DHAVE_DSSI -DHAVE_LIBLO -DHAVE_LIBLRDF -DHAVE_LADSPA -DHAVE_FFTW3F -DHAVE_CONFIG_H -fpermissive -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -O2 -w -fexceptions -DNDEBUG -include tqt.h -I/opt/tqt3/include -I/usr/include/tqt -I/opt/trinity/include -I/build/src/build -I/build/src/build/src -I/build/src/rosegarden/src -I/build/src/rosegarden/src/base -I/usr/include/alsa -I/usr/include/freetype2 -I/usr/include/raptor2 -D'VERSION="1.7.0"' -o CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddFingeringMarkCommand.cpp.o -c /build/src/rosegarden/src/commands/notation/AddFingeringMarkCommand.cpp In file included from /build/src/rosegarden/src/commands/notation/AddFingeringMarkCommand.cpp:33:0: /build/src/rosegarden/src/base/Sets.h: In instantiation of 'bool Rosegarden::GenericChord<Element, Container, singleStaff>::PitchGreater::operator()(const Iterator&, const Iterator&) [with Element = Rosegarden::Event; Container = Rosegarden::Segment; bool singleStaff = true; Rosegarden::GenericChord<Element, Container, singleStaff>::Iterator = std::_Rb_tree_const_iterator<Rosegarden::Event*>]': /usr/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:2142:4: required from 'void std::__insertion_sort(_RandomAccessIterator, _RandomAccessIterator, _Compare) [with _RandomAccessIterator = __gnu_cxx::__normal_iterator<std::_Rb_tree_const_iterator<Rosegarden::Event*>*, std::vector<std::_Rb_tree_const_iterator<Rosegarden::Event*> > >; _Compare = Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment, true>::PitchGreater]' /usr/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:3492:4: required from 'void std::__inplace_stable_sort(_RandomAccessIterator, _RandomAccessIterator, _Compare) [with _RandomAccessIterator = __gnu_cxx::__normal_iterator<std::_Rb_tree_const_iterator<Rosegarden::Event*>*, std::vector<std::_Rb_tree_const_iterator<Rosegarden::Event*> > >; _Compare = Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment, true>::PitchGreater]' /usr/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:5683:2: required from 'void std::stable_sort(_RAIter, _RAIter, _Compare) [with _RAIter = __gnu_cxx::__normal_iterator<std::_Rb_tree_const_iterator<Rosegarden::Event*>*, std::vector<std::_Rb_tree_const_iterator<Rosegarden::Event*> > >; _Compare = Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment, true>::PitchGreater]' /build/src/rosegarden/src/base/Sets.h:386:9: required from 'Rosegarden::GenericChord<Element, Container, singleStaff>::GenericChord(Container&, Rosegarden::GenericChord<Element, Container, singleStaff>::Iterator, const Rosegarden::Quantizer*, Rosegarden::PropertyName) [with Element = Rosegarden::Event; Container = Rosegarden::Segment; bool singleStaff = true; Rosegarden::GenericChord<Element, Container, singleStaff>::Iterator = std::_Rb_tree_const_iterator<Rosegarden::Event*>]' /build/src/rosegarden/src/commands/notation/AddFingeringMarkCommand.cpp:76:69: required from here /build/src/rosegarden/src/base/Sets.h:680:70: error: 'class Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment, true>::PitchGreater' has no member named 'getAsEvent' /build/src/rosegarden/src/base/Sets.h:681:70: error: 'class Rosegarden::GenericChord<Rosegarden::Event, Rosegarden::Segment, true>::PitchGreater' has no member named 'getAsEvent' /usr/bin/cmake -E cmake_progress_report /build/src/build/CMakeFiles [ 6%] Building CXX object src/CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddIndicationCommand.cpp.o cd /build/src/build/src && /usr/bin/c++ -DHAVE_XFT -DHAVE_ALSA -DHAVE_LIBJACK -DHAVE_DSSI -DHAVE_LIBLO -DHAVE_LIBLRDF -DHAVE_LADSPA -DHAVE_FFTW3F -DHAVE_CONFIG_H -fpermissive -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -O2 -w -fexceptions -DNDEBUG -include tqt.h -I/opt/tqt3/include -I/usr/include/tqt -I/opt/trinity/include -I/build/src/build -I/build/src/build/src -I/build/src/rosegarden/src -I/build/src/rosegarden/src/base -I/usr/include/alsa -I/usr/include/freetype2 -I/usr/include/raptor2 -D'VERSION="1.7.0"' -o CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddIndicationCommand.cpp.o -c /build/src/rosegarden/src/commands/notation/AddIndicationCommand.cpp make[2]: *** [src/CMakeFiles/RosegardenCommands-static.dir/commands/notation/AddFingeringMarkCommand.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/build/src/build' make[1]: *** [src/CMakeFiles/RosegardenCommands-static.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 I have no idea how to chase this error through the stl container, etc.... -- David C. Rankin, J.D.,P.E.

3 9

kpowersave always starts
by Darrell Anderson 13 Apr '12

13 Apr '12

kpowersave does not honor the user's settings for not starting on login. The global default is to always start. When the user terminates the applet, the user is asked whether to start on login. With a negative reply the user's kpowersaverc is correctly configured with autostart=false. Yet kpowersave starts anyway with the next login. Would somebody else please confirm this incorrect behavior? Thanks. Darrell

1 0

tdeadmin FTBFS against TQt3
by Darrell Anderson 13 Apr '12

13 Apr '12

When building tdeadmin against TQt3 I receive the following hard build failure: ======================================================= In file included from knetworkconfdlg.cpp:11: knetworkconfdlg.h:142: error: 'TQListViewItem' has not been declared In file included from knetworkconfdlg.cpp:31: ./knetworkconfdlg.ui.h:153: error: prototype for 'void KNetworkConfDlg::updateProfileNameSlot(TQListViewItem*)' does not match any in class 'KNetworkConfDlg' knetworkconfdlg.h:142: error: candidates are: virtual void KNetworkConfDlg::updateProfileNameSlot(int*) ./knetworkconfdlg.ui.h:147: error: virtual void KNetworkConfDlg::updateProfileNameSlot() In file included from knetworkconfdlg.cpp:688: knetworkconfdlg.moc: In member function 'virtual bool KNetworkConfDlg::tqt_invoke(int, TQUObject*)': knetworkconfdlg.moc:171: error: no matching function for call to 'KNetworkConfDlg::updateProfileNameSlot(TQListViewItem*)' ./knetworkconfdlg.ui.h:147: note: candidates are: virtual void KNetworkConfDlg::updateProfileNameSlot() knetworkconfdlg.h:142: note: virtual void KNetworkConfDlg::updateProfileNameSlot(int*) make[3]: *** [knetworkconfdlg.lo] Error 1 ======================================================= I don't know how to resolve the error. An unacceptable work-around is to use DO_NOT_COMPILE="knetworkconf," which then allows the package to build, albeit incompletely. I appreciate help with resolving the problem. Darrell

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels