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
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.
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.
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
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
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
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
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
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