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
I added a KControl check box control for the shutdown feedback dialog. The one that says "Saving your settings" when logging out.
The underlying support already existed. The check box merely adds a direct way for users to show or disable the dialog box.
The patch provides nominal temporary relief against bug report 922: "When logging out with unsaved file, trinity does not ask to save it," (http://bugs.pearsoncomputing.net/show_bug.cgi?id=922). Currently the only solution to that bug is a work-around of disabling the feedback dialog.
The patch is available through bug report 681 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=681).
Please test. Upon receiving a successful report I'll push to GIT.
Thanks for helping. :)
Darrell