tde-devels June 2012

devels@trinitydesktop.org

18 participants
114 discussions

by Darrell Anderson

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

11 years, 10 months

QCAD Notes

by Darrell Anderson

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

11 years, 10 months

Slackware 14

by Darrell Anderson

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

11 years, 10 months

Systems administrators: Administer Linux with Trinity desktop tools

by Darrell Anderson

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

11 years, 10 months

R14.0.0 Help Handbook Status

by Darrell Anderson

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

11 years, 10 months

Meeting Logs

by Robert Xu

The June Meeting Logs are up: https://gist.github.com/3005641 -- later daze. :: Robert Xu :: protocol.by/rxu

11 years, 10 months

FTBFS - kima (kima.h) error 'list' in namespace 'std' does not name a type

by David C. Rankin

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.

11 years, 10 months

FTBFS - krusader - no type named 'iterator_category' in 'class TQValueListConstIterator<KURL>'

by David C. Rankin

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.

11 years, 10 months

digikam FTBFS - libpng15 patch regression or not applied?

by David C. Rankin

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.

11 years, 10 months

Konqueror web browser wish list

by Darrell Anderson

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

11 years, 10 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels June 2012