tde-devels April 2012

devels@trinitydesktop.org

25 participants
142 discussions

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

Help file installations
by Darrell Anderson 13 Apr '12

13 Apr '12

All modules have been updated to install the help files in the same location: $PREFIX/share/doc/tde/HTML If I don't hear any complaints in the next several days I will close bug report 660 as resolved. Darrell

1 0

Problems with Gnome Interoperability
by Tiago Marques 13 Apr '12

13 Apr '12

Hi all, I seem to have stumbled into two nasty bugs with gtk-qt-engine: First, I couldn't use gnome's nm-applet because I was getting this error: "GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported" Second, I had been having some problems with Google Chrome where changing the default download directory wasn't working, it simply ignored the directory I selected in the dialog. This seems to also have been causing me a similar problema where e-mail attachments wouldn't be attached. Since removing qtk-qt-engine to test this hypothesis, everything is working as it should, despite being uglier. What is worse is that even when selecting what I thought was a GTK3 theme (oxygen-gtk), I still wasn't able to launch nm-applet and there was no option to disable this behavior, though I haven't found bugs like this in the past (and still don't on my Gentoo box running the patched KDE 3.5.10), though I have seen instances where checkboxes aren't rendering properly. Should I submit a bug report or has anyone already found and filled something like this? Best regards, Tiago

2 1

Now kipi-plugins failing?? error: redeclaration of 'TQListViewItemIterator it'
by David C. Rankin 13 Apr '12

13 Apr '12

Hmm... Something is going down hill tonight... How did I redeclare 'TQListViewItemIterator it'? /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I/opt/trinity/include -I../../kipi-plugins/common/include -I/opt/trinity/include -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/opt/trinity/include/tde -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT flickrtalker.lo -MD -MP -MF .deps/flickrtalker.Tpo -c -o flickrtalker.lo flickrtalker.cpp imageslist.cpp: In member function 'void KIPIFlickrExportPlugin::ImagesList::slotAddImages(const KURL::List&)': imageslist.cpp:231:35: error: redeclaration of 'TQListViewItemIterator it' imageslist.cpp:223:36: error: 'TQValueList<KURL>::const_iterator it' previously declared here libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I/opt/trinity/include -I../../kipi-plugins/common/include -I/opt/trinity/include -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/opt/trinity/include/tde -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -fpermissive -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT flickrtalker.lo -MD -MP -MF .deps/flickrtalker.Tpo -c flickrtalker.cpp -fPIC -DPIC -o .libs/flickrtalker.o make[3]: *** [imageslist.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... mv -f .deps/plugin_flickrexport.Tpo .deps/plugin_flickrexport.Plo mv -f .deps/flickrwindow.Tpo .deps/flickrwindow.Plo mv -f .deps/flickrtalker.Tpo .deps/flickrtalker.Plo make[3]: Leaving directory `/build/src/kipi-plugins/kipi-plugins/flickrexport' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/kipi-plugins/kipi-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/kipi-plugins' make: *** [all] Error 2 -- David C. Rankin, J.D.,P.E.

3 14

Kicker Crashing
by Tiago Marques 13 Apr '12

13 Apr '12

Hi all, Kicker has been crashing on me when I hover the "System" menu on KMenu. It's a Ubuntu 11.10 system, with packages from the sources available on the website. Can anyone reproduce this? I merely installed "kubuntu-desktop-trinity". Also, this meta package should be pulling kpowersave or something that does power management. Best regards, Tiago

4 12

Slavek: Request help revising starttde
by Darrell Anderson 12 Apr '12

12 Apr '12

Slavek, As I mentioned in previous posts, the current mechanism in starttde causes $TDEDIRS to be ignored when $XDG_DATA_DIRS is explicitly defined in the environment. I know what we need to do, but my regex skills are much to be desired. You helped with the last revision and probably can help again. :) This is what we need to add to the existing snippet regarding $XDG_DATA_DIRS: * When $TDEDIRS is not defined in the environment, do nothing additional. Leave functionality as is. * When $TDEDIRS is defined then parse that variable into separate directories. Use those separate directories to form the $XDG_DATA_DIRS variable. Notes: Explicitly declaring $XDG_DATA_DIRS will override $TDEDIRS, which must then be explicitly identified in the $XDG_DATA_DIRS string to remain useful. When $XDG_DATA_DIRS is not explicitly declared, then $TDEDIRS is recognized and works as intended. Therefore we need to compensate when explicitly declaring $XDG_DATA_DIRS. The $TDEDIR variable is intended to be singular and $TDEDIRS plural. When $TDEDIRS exists in the environment then parse that variable into separate directories. By design, $TDEDIRS should contain whatever is set in $TDEDIR. Therefore any additional directories set in $TDEDIRS are intended to override data files found in $TDEDIR. In both $TDEDIRS and $XDG_DATA_DIRS, those additional directories should be placed before $TDEDIR and before /usr/share. In $XDG_DATA_DIRS, $TDEDIR should be placed before /usr/share to ensure those data files override anything in /usr/share. For example, on my system I have the following: $TDEDIR=/opt/trinity $TDEDIRS=/usr/local/tde-mods:/opt/trinity Therefore in my system, $XDG_DATA_DIRS should look like this: XDG_DATA_DIRS=/usr/local/tde-mods/share:/opt/trinity/share:/usr/share I know of no limitations for expanding $TDEDIRS. Theoretically then, $TDEDIRS could contain more than two directories, but the last directory in the $TDEDIRS variable should always be what is defined in $TDEDIR. For example, the following presumably could exist: $TDEDIR=/opt/trinity $TDEDIRS=/usr/local/tde-mods:/opt/tde-mods:/opt/trinity Therefore $XDG_DATA_DIRS would look like this: XDG_DATA_DIRS=/usr/local/tde-mods/share:/opt/tde-mods/share:/opt/trinity/share:/usr/share I appreciate any help. Of course, I will test as much as possible. Thank you! Darrell

2 9

← Newer
1
...
5
6
7
8
9
10
11
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels April 2012