Slackware Current 64-bit
The failure:
/usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld: CMakeFiles/rosegardensequencer.dir/sequencer/main.cpp.o: undefined reference to symbol 'pthread_sigmask@@GLIBC_2.2.5'
/usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld: note: 'pthread_sigmask@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line
/lib64/libpthread.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
rosegarden builds without that error in 32-bit.
How to fix?
Darrell
I don't have a clue how to use QCAD in any meaningful way, but QCAD runs on my Trinity system. I built QCAD against Qt 3.3.8.b. I built QCAD in KDE3 and not in Trinity. Because Qt 3.3.8.d and TQt3 are built and installed separately, I have no problems launching QCAD from within Trinity.
The dialogs in QCAD suck, just like LibreOffice. Stupid generic Qt3 dialogs. :-)
I'm curious how much patching is required to build QCAD with TQt3. I hope to tinker with that eventually. I don't know how to force building QCAD (or any generic Qt3 app) to use the TDE Integration Module to use Trinity dialogs.
Darrell
Tim, Calvin,
Please add "Slackware 14" as a Platform/OS to the bug tracker pick lists.
That is the next release of Slackware. I am testing Trinity with that pre-release.
Thank you!
Darrell
I found the following article interesting:
http://www.ibm.com/developerworks/linux/library/l-admin-gnome/index.html?ca…
Trinity does most of this. I was thinking we could write a similar article for our community wiki.
Questions:
* How to set default file manager (konqueror) viewing preferences for all users? (Figure 4). The author did not imply setting such default options globally for all users was possible in GNOME, I'm just asking whether that is possible in Trinity.
* Does Trinity provide a GUI tool to manage system services (not Trinity services)?
Darrell
I reorganized the table of contents. Several documents now use dynamic release versions and dates, which means that information will alwasy be current.
There are too many handbooks needing a thorough review. We can't update all of them before R14.0.0. For R14.0.0 I am limiting my focus to a specific set of handbooks. Currently I am revising the following:
tdebase/doc/faq/index.docbook
tdebase/doc/khelpcenter/support.docbook
tdebase/doc/khelpcenter/welcome.docbook
tdebase/doc/khelpcenter/contact.docbook
tdebase/doc/khelpcenter/index.docbook
tdebase/doc/khelpcenter/whatistde.docbook
tdebase/doc/khelpcenter/help.docbook
tdebase/doc/quickstart/index.docbook
tdebase/doc/tdm/index.docbook
tdebase/doc/userguide/index.docbook
tdebase/doc/visualdict/index.docbook
To anybody interested in helping:
* Review all images (obsolete, branding, etc.)
* Missing images (this requires reading the text and noting where an image would help)
* Watch for any web link referencing KDE web sites
* Watch for any mail link referencing KDE addresses
* Technical correctness
* Stale information (for example, the FAQ)
To anybody who wants to help, you do not need to learn docbook. Use the actual (GIT, not 3.5.13 :-)) help handbooks to review. Contact me here in the mail list with your observations and notes. :-)
Darrell
Tim, Darrell,
kima has an unusual build error:
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I..
-I../src/cpufreqd -I../src/sources -I/opt/trinity/include -I/opt/tqt3/include
-I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT
-DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -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
-Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT kima.moc.lo
-MD -MP -MF .deps/kima.moc.Tpo -c -o kima.moc.lo kima.moc.cpp
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../src/cpufreqd
-I../src/sources -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h
-DQT_THREAD_SUPPORT -D_REENTRANT -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -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
-Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT kima.moc.lo
-MD -MP -MF .deps/kima.moc.Tpo -c kima.moc.cpp -fPIC -DPIC -o .libs/kima.moc.o
In file included from kima.moc.cpp:9:0:
./kima.h:177:24: error: 'list' in namespace 'std' does not name a type
./kima.h:177:29: error: ISO C++ forbids declaration of 'parameter' with no type
[-fpermissive]
./kima.h:177:33: error: expected ',' or '...' before '<' token
I am picking around with it, but if anyone understands the 'list' for forward
declaration errors, let me know. I know the forward declaration means I need to
move the declaration around in the header, but the 'list' has me a bit confused.
The line complained about is:
177 void addSources(const std::list<Source*>& inList);
How should it be re-written to get around the 3rd error?
177 void addSources(const std::list,<Source*>& inList);
or
177 void addSources(const std::list...<Source*>& inList);
Templates and I have not made friends yet :(
--
David C. Rankin, J.D.,P.E.
Tim, Darrell, All,
krusader used to build consistently, but I've now run into an iterator issue
that looks like it might be another gcc 4.7 issue. The error is:
g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I/opt/tqt3/include -I.
-include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -D_LARGEFILE64_SOURCE
-DKDE_NO_COMPAT -DQT_NO_ASCII_CAST -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 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor
-fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT expander.o
-MD -MP -MF .deps/expander.Tpo -c -o expander.o expander.cpp
In file included from /opt/trinity/include/kfileitem.h:31:0,
from ../Panel/listpanel.h:37,
from expander.cpp:20:
/opt/trinity/include/kfilemetainfo.h:1237:34: warning: type qualifiers ignored
on function return type [-Wignored-qualifiers]
In file included from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algobase.h:66:0,
from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/algorithm:62,
from expander.cpp:13:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_iterator_base_types.h:
In instantiation of 'struct std::iterator_traits<TQValueListConstIterator<KURL> >':
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_iterator_base_types.h:202:5:
required by substitution of 'template<class _Iter> typename
std::iterator_traits::iterator_category std::__iterator_category(const _Iter&)
[with _Iter = TQValueListConstIterator<KURL>]'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algo.h:4490:41:
required from '_IIter std::find_if(_IIter, _IIter, _Predicate) [with _IIter =
TQValueListConstIterator<KURL>; _Predicate =
std::unary_negate<std::const_mem_fun_ref_t<bool, KURL> >]'
expander.cpp:674:102: required from here
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_iterator_base_types.h:166:53:
error: no type named 'iterator_category' in 'class TQValueListConstIterator<KURL>'
In file included from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/algorithm:63:0,
from expander.cpp:13:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algo.h:
In instantiation of '_IIter std::find_if(_IIter, _IIter, _Predicate) [with
_IIter = TQValueListConstIterator<KURL>; _Predicate =
std::unary_negate<std::const_mem_fun_ref_t<bool, KURL> >]':
expander.cpp:674:102: required from here
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algo.h:4490:41:
error: no matching function for call to
'__iterator_category(TQValueListConstIterator<KURL>&)'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algo.h:4490:41:
note: candidate is:
In file included from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_algobase.h:66:0,
from
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/algorithm:62,
from expander.cpp:13:
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_iterator_base_types.h:202:5:
note: template<class _Iter> typename std::iterator_traits::iterator_category
std::__iterator_category(const _Iter&)
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../include/c++/4.7.1/bits/stl_iterator_base_types.h:202:5:
note: substitution of deduced template arguments resulted in errors seen above
Is this a gcc 4.7.1 issue or a renaming issue?
--
David C. Rankin, J.D.,P.E.
Tim, Darrell,
Digikam had been fixed once before for libpng15 issues. The patch
(digikam-libpng15+gcc47_1.diff) contained:
diff -uNrb digikam.orig/digikam/kioslave/digikamthumbnail.cpp
digikam/digikam/kioslave/digikamthumbnail.cpp
--- digikam.orig/digikam/kioslave/digikamthumbnail.cpp 2012-04-19
07:02:43.000000000 -0500
+++ digikam/digikam/kioslave/digikamthumbnail.cpp 2012-04-19 16:44:10.307517462
-0500
@@ -413,16 +413,16 @@
if (color_type == PNG_COLOR_TYPE_PALETTE)
png_set_expand(png_ptr);
- if (info_ptr->color_type == PNG_COLOR_TYPE_RGB_ALPHA)
+ if (color_type == PNG_COLOR_TYPE_RGB_ALPHA)
has_alpha = 1;
- if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY_ALPHA)
+ if (color_type == PNG_COLOR_TYPE_GRAY_ALPHA)
{
has_alpha = 1;
has_grey = 1;
}
- if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY)
+ if (color_type == PNG_COLOR_TYPE_GRAY)
has_grey = 1;
unsigned char **lines;
The first part of the patch is in the GIT tree, however, it looks like the
second part of the patch was either lost or not applied because the code still
contains:
if (info_ptr->color_type == PNG_COLOR_TYPE_RGB_ALPHA)
has_alpha = 1;
if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY_ALPHA)
{
has_alpha = 1;
has_grey = 1;
}
if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY)
has_grey = 1;
unsigned char **lines;
The error I'm seeing is:
digikamthumbnail.cpp:416:17: error: invalid use of incomplete type 'png_info
{aka struct png_info_def}'
In file included from digikamthumbnail.cpp:96:0:
/usr/include/png.h:741:16: error: forward declaration of 'png_info {aka struct
png_info_def}'
digikamthumbnail.cpp:419:17: error: invalid use of incomplete type 'png_info
{aka struct png_info_def}'
In file included from digikamthumbnail.cpp:96:0:
/usr/include/png.h:741:16: error: forward declaration of 'png_info {aka struct
png_info_def}'
digikamthumbnail.cpp:425:17: error: invalid use of incomplete type 'png_info
{aka struct png_info_def}'
In file included from digikamthumbnail.cpp:96:0:
/usr/include/png.h:741:16: error: forward declaration of 'png_info {aka struct
png_info_def}'
You can simply apply the patch with the sed call:
sed -i '/info_ptr->color_type/s|info_ptr->color_type|color_type|'
${srcdir}/digikam/digikam/kioslave/digikamthumbnail.cpp
Then digikam builds against libpng15:
Finished making: tde-digikam 14.0.0_dev-1 (Tue Jun 26 19:03:33 UTC 2012)
--
David C. Rankin, J.D.,P.E.
We have our hands full for the next two months preparing for R14. I'm using Trinity from GIT as my primary desktop, but I'm looking forward to the official release, which means fewer bugs and build issues. :-)
This morning I ran across a web article about light-weight web browsers. Would be nice to see konqueror added to such lists.
I am proposing we create a konqueror wish list as a post R14 goal.
Please share your konqueror wish list and pet peeves.
I will collate the information to etherpad.
Thanks!
Darrell