tde-devels July 2012

devels@trinitydesktop.org

15 participants
78 discussions

krusader - still ftbfs-> no type named 'iterator_category'
by David C. Rankin 20 Jul '12

20 Jul '12

Tim, Darrell, All, krusader still fails to build and gives a template error. With gcc 4.7.0 the thought was maybe it was a gcc issue. Now we are on 4.7.1 and the gcc bugs should be pretty much worked out. However, I still get the iterator error in 'class TQValueListConstIterator<KURL>'. I know nothing about the template classes, so this will be impossible for me to debug. Need help. The full error is: /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 -- David C. Rankin, J.D.,P.E.

2 4

kima - ftbfs - error: 'list' in namespace 'std' does not name a type
by David C. Rankin 19 Jul '12

19 Jul '12

Tim, All, This is the last of the 'used-to-build-but-fails-now' list. kima built fine on 6/5, but not won't build. It looks like some c++ namespace semantic that needs fixing in the kima header for gcc 4.7.1. The error is: 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 -fpermissive -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: warning: ISO C++ forbids declaration of 'parameter' with no type [-fpermissive] ./kima.h:177:33: error: expected ',' or '...' before '<' token Any of you gurus know what needs fixing at line 177. I'll do the patch, I just need to know how to fix it :) -- David C. Rankin, J.D.,P.E.

5 11

TDE service status notification
by Timothy Pearson 19 Jul '12

19 Jul '12

All, You may have noticed that the TDE site was dark for around 24 hours recently; this was due to infrastructure damage caused by severe thunderstorms in the local area. All TDE-related services should be back online at this point, with the exception of the QuickBuild build farm, which will remain offline for maintenance. Thank you for your patience! Tim

2 1

Latest Slackware build status
by Darrell Anderson 18 Jul '12

18 Jul '12

I am building packages for 6 releases: Slackware 13.1, 13.37, and 14.0, both 32-bit and 64-bit. Several packages need patches or work-arounds, as reported in the bug tracker, but I am unable to build two packages: Rosegarden FTBFS on 64-bit Slackware 14 (bug report 1076) pytdeextensions: Will not build on Slackware 13.37 32-bit (bug report 1101) I am unable to explain why these packages fail only with a specific Slackware release. If you are a Slackware user I would appreciate any help with these two packages. The bug reports contain more information. Two packages I do not attempt to build because of various wide scale build problems that affect other distros too: kstreamripper (bug report 946) kbfx (bug report 1065) All help is appreciated. :-) Darrell

3 3

Sound control (kmix/alsamixer) pulse/ICH6 weirdness.
by David C. Rankin 18 Jul '12

18 Jul '12

All, With the latest R14 builds, I am experiencing crazyness with the sound. Critical stops/errors are very very loud, while normal sound events are low. Changing the volume with kmix has NO effect on the volume of the Control Center -> Sound -> Sound System -> Test Sound volume. Sound System uses ALSA. If alsamixer is run from the cli, then volume can be controlled. However using kmix to adjust sound levels and switching back and forth between pulse/ICH6 on the mixer causes sound to be reset to high level for errors. The sound processes are: 18:48 supersff:~> ps ax | grep "pulse\|arts" 3390 ? Sl 1:26 /usr/bin/pulseaudio --start 3400 ? S 0:00 /usr/lib/pulse/gconf-helper 14133 ? S 0:06 /opt/trinity/bin/artsd -F 10 -S 4096 -a alsa -d -s 60 -m artsmessage -c drkonqi -l 3 -f There is also a 1-2 second delay between the sound event being triggered and the sound actually happening. What could cause such symptoms? -- David C. Rankin, J.D.,P.E.

2 5

glib2 notice
by Darrell Anderson 18 Jul '12

18 Jul '12

Notice: Anybody building koffice with wv2 support against glib2 >=2.31 will experience a build failure. A header file in wv2 references a glib2 header and needs to be patched. Here is the wv2 patch in case your distro does not have a patched wv2 package: ====================================================================== diff -urN wv2-0.4.2/src/olestream.h wv2-0.4.2.new/src/olestream.h --- wv2-0.4.2/src/olestream.h 2009-10-31 13:22:43.000000000 -0500 +++ wv2-0.4.2.new/src/olestream.h 2012-07-17 20:56:04.000000000 -0500 @@ -23,7 +23,7 @@ #include "global.h" // U8,... typedefs #include <stack> -#include <glib/giochannel.h> // GSeekType +#include <glib.h> // GSeekType namespace wvWare { ====================================================================== Darrell

2 1

No Sound/ No kmix - where is it hiding?
by David C. Rankin 17 Jul '12

17 Jul '12

Guys, R14 last nights build. I have no kmix and no sound. I haven't ever seen kmix just not be there. Anybody have any ideas? The sound info for the box is: 14:20 supersff:~> cat /proc/asound/pcm 00-00: Intel ICH : Intel ICH6 : playback 1 : capture 1 00-01: Intel ICH - MIC ADC : Intel ICH6 - MIC ADC : capture 1 00-02: Intel ICH - MIC2 ADC : Intel ICH6 - MIC2 ADC : capture 1 00-03: Intel ICH - ADC2 : Intel ICH6 - ADC2 : capture 1 00-04: Intel ICH - IEC958 : Intel ICH6 - IEC958 : playback 1 14:45 supersff:~> aplay -l **** List of PLAYBACK Hardware Devices **** card 0: ICH6 [Intel ICH6], device 0: Intel ICH [Intel ICH6] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: ICH6 [Intel ICH6], device 4: Intel ICH - IEC958 [Intel ICH6 - IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 14:46 supersff:~> aplay -L null Discard all samples (playback) or generate zero samples (capture) pulse PulseAudio Sound Server default Default ALSA Output (currently PulseAudio Sound Server) sysdefault:CARD=ICH6 Intel ICH6, Intel ICH6 Default Audio Device front:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 Front speakers surround40:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 4.0 Surround output to Front and Rear speakers surround41:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 5.1 Surround output to Front, Center, Rear and Subwoofer speakers iec958:CARD=ICH6,DEV=0 Intel ICH6, Intel ICH6 - IEC958 IEC958 (S/PDIF) Digital Audio Output -- David C. Rankin, J.D.,P.E.

3 3

Input Actions - PrintScreen does not launch ksnapshot
by David C. Rankin 17 Jul '12

17 Jul '12

Tim, Darrell, PrintScreen no longer launches ksnapshot. This used to work fine a month or so ago. All of the settings are still properly configured in Regional & Accessibility -> Input Actions -> Preset Actions -> Print Screen/Print Window. How do we find out what causes this to fail? I have noticed this problem in on both my virtualbox test boxes (used to work there also) and in the actual boxes with R14 on them. I have even chosen the PrintScreen button again to reconfigure (the input box properly recognizes PrintScreen as being pressed), but then hitting print screen on the keyboard does nothing. Perhaps this is somehow related to choosing 'Control Center' from the Settings submenu doing nothing as well. In each case, Alt+F2 ksnapshot/kcontol launches fine. Anybody else see this? I'll start collecting a list to add to the tracker or the etherpad. These items need to be bug reports if they don't already exist. Also, the syntax hilighting files are about 20 behind in the current GIT code. That item is already on the R14 etherpad as a to-do item. -- David C. Rankin, J.D.,P.E.

2 2

k3b + k9copy -ftbfs ( new )
by David C. Rankin 16 Jul '12

16 Jul '12

Tim, Darrell, All, With this new run on the updated Arch with everything in /usr/lib (the distro - not TDE), k3b failed to build with the following: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -I./../../../libk3b/core -I./../../../libk3b/plugin -I./../../../libk3bdevice -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -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 -O2 -march=i686 -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 -D__STDC_CONSTANT_MACROS -MT k3bffmpegwrapper.lo -MD -MP -MF .deps/k3bffmpegwrapper.Tpo -c k3bffmpegwrapper.cpp -fPIC -DPIC -o .libs/k3bffmpegwrapper.o k3bffmpegwrapper.cpp: In member function 'bool K3bFFMpegFile::open()': k3bffmpegwrapper.cpp:82:84: error: 'av_open_input_file' was not declared in this scope k3bffmpegwrapper.cpp:89:3: warning: 'int av_find_stream_info(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1357) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:89:41: warning: 'int av_find_stream_info(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1357) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:117:7: warning: 'int avcodec_open(AVCodecContext*, AVCodec*)' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3380) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:117:44: warning: 'int avcodec_open(AVCodecContext*, AVCodec*)' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3380) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:131:63: error: 'dump_format' was not declared in this scope k3bffmpegwrapper.cpp: In member function 'void K3bFFMpegFile::close()': k3bffmpegwrapper.cpp:153:5: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:153:43: warning: 'void av_close_input_file(AVFormatContext*)' is deprecated (declared at /usr/include/libavformat/avformat.h:1533) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp: In member function 'int K3bFFMpegFile::fillOutputBuffer()': k3bffmpegwrapper.cpp:318:11: warning: 'int avcodec_decode_audio3(AVCodecContext*, int16_t*, int*, AVPacket*)' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3658) [-Wdeprecated-declarations] k3bffmpegwrapper.cpp:320:14: warning: 'int avcodec_decode_audio3(AVCodecContext*, int16_t*, int*, AVPacket*)' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3658) [-Wdeprecated-declarations] From that the primary k3b error are: k3bffmpegwrapper.cpp:82:84: error: 'av_open_input_file' was not declared in this scope k3bffmpegwrapper.cpp:131:63: error: 'dump_format' was not declared in this scope The errors from k9copy are: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../dvdread -I../k9devices -I../k9vamps -I../libk9copy -I../src -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -I. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -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 -O2 -march=i686 -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 -fpermissive -MT k9avidecode.lo -MD -MP -MF .deps/k9avidecode.Tpo -c k9avidecode.cpp -fPIC -DPIC -o .libs/k9avidecode.o In file included from k9avidecode.cpp:12:0: k9avidecode.h:35:91: error: 'AVFormatParameters' has not been declared k9avidecode.cpp: In member function 'bool k9AviDecode::open(const TQString&)': k9avidecode.cpp:126:30: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] k9avidecode.cpp: In member function 'void k9AviDecode::seek(double)': k9avidecode.cpp:186:9: warning: unused variable 'i' [-Wunused-variable] k9avidecode.cpp:187:12: warning: unused variable 'pos' [-Wunused-variable] k9avidecode.cpp: In member function 'void k9AviDecode::readFrame(double)': k9avidecode.cpp:211:20: error: 'AVFormatContext' has no member named 'cur_st' k9avidecode.cpp:212:29: error: 'AVFormatContext' has no member named 'cur_st' k9avidecode.cpp:194:9: warning: unused variable 'res' [-Wunused-variable] The primary errors for k9copy are: k9avidecode.h:35:91: error: 'AVFormatParameters' has not been declared k9avidecode.cpp:211:20: error: 'AVFormatContext' has no member named 'cur_st' k9avidecode.cpp:212:29: error: 'AVFormatContext' has no member named 'cur_st' These look like gcc 4.7 scope issues. Anybody else seeing them? I'll pick through them tomorrow and let you know if I find anything useful. You smart cpp coders out there current on the gcc issues, let me know if you have an idea. Thanks. -- David C. Rankin, J.D.,P.E.

1 0

Milestone - koffice built on Arch
by David C. Rankin 16 Jul '12

16 Jul '12

Darrell, All, After many many attempts, I finally have koffice building on Arch! tde-koffice-14.0.0_dev-2-x86_64.pkg.tar.xz However, there is a slight caveat -- it might not build for a while. Arch just underwent a move of all /lib libraries to /usr/lib along with the glibc-1.6-2 move. I still have an old build environment and after fixing the headers for the wv2 dependency -- koffice built! Hal on Arch will have to be reworked as a result of the library move, but I'm sure that can be handled. It will then be time to build again on the new Arch layout. (never ending :) Regardless, we know koffice builds on Arch! -- David C. Rankin, J.D.,P.E.

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels July 2012