tde-devels

devels@trinitydesktop.org

3753 discussions

tqca-tls (3.5.13-sru) cmake looking for libtqt-mt.so.3

by David C. Rankin

Slavek, I know there isn't a 3.5.13-sru branch for tqca-tls. I'll look at creating a patch. Currently there is an error where it is looking for libtqt-mt.so.3 instead of libqt-mt.so.3 When there is NO 3.5.13-sru branch for a module (like tqca-tls), does this mean you are still using the 3.5.13 tarball for the module and not the current GIT tree? For those that know cmake, what would I have to change to fix this? Can it be done as a conditional to look for either Qt3 or TQt3 libs like we were doing in the Jan.-Feb. timeframe when TDE could still build on QT3?? The error is: ==> Starting configure... Configuring qca-tls ... Verifying TQt 3.x Multithreaded (MT) build environment ... fail There was an error compiling 'conf'. Be sure you have a proper TQt 3.x Multithreaded (MT) build environment set up. One possible reason is that you don't have libtqt-mt.so.3 installed in /opt/qt3/lib/ or /opt/qt3/lib64/. ==> ERROR: A failure occurred in build(). Aborting... -- David C. Rankin, J.D.,P.E.

12 years, 6 months

3.5.13-sru Build with TQt3 or Qt3

by David C. Rankin

Slavek, Do you build 3.5.13-sru with TQt3 or Qt3? -- David C. Rankin, J.D.,P.E.

12 years, 6 months

konqueror - web browsing - .jpg can only "Save"/open in Gimp?

by drankinatty

All, When checking the screenshots before posting, I'm normally in firefox. However, I was testing konqueror. When I go to e.g.: http://www.3111skyline.com/dl/bugs/Archlinux/gtk-gimp28.jpg I cannot view the image in konqueror, but instead I'm faced with this dialog: http://www.3111skyline.com/dl/dt/trinity/ss/konqueror-jpg.jpg What is preventing konqueror from viewing the jpg? I can rt-click and choose to view in e.g. kview, but in the web browser, I should be able to just open the image in the browser. Anybody else see this? How to fix?

12 years, 6 months

gwenview - rt. click -> External Tools (doesn't take)

by drankinatty

All, In R14, when you right-click an image and choose External Tools, any association you make (i.e. gimp) does not get added to the list and is not preserved between gwenview sessions. In the change from gimp 2.6 to 2.8, the executable changed names so I need to update the 'External Tools' reference. If I go though the process of rt-click, External Tools -> Other... and choose the new gimp from the menu, "[x] Remember application association for this type of file", then the image is launched in gimp, but when I rt-click the next image, there is nothing in the External Tools for the new gimp. It goes through the normal "Updating System..." dialog as normal, so I would expect to see the new association in qwenview. (maybe not) This problem seems limited to gwenview as I have updated other file types in the file manager and I believe that worked. I can use External Tools -> Configure External Tools and create/edit the associations. So that part works. It's just strange that there seems to be a disconnect with this setting in qwenview. Anybody else try this?

12 years, 6 months

How do I switch a copy of the GIT tree to v3.5.13-sru??

by David C. Rankin

All, I want to build a set of 3.5.13 packages for arch. I have made a copy of my GIT tree and I want to revert it back. I tried to follow Slavek's advice of using (switch to v3.5.13-sru branch) git checkout v3.5.13-sru && git pull && git submodule update However, that fails: 16:23 providence:~/pvd/tde13/tde> git checkout v3.5.13-sru error: pathspec 'v3.5.13-sru' did not match any file(s) known to git. I have seen the v3.5.13-sru label before during updates, but I can't figure out how to go back. What say the experts? -- David C. Rankin, J.D.,P.E.

12 years, 6 months

Regression - Input Actions Stopped Working (prtscr - ksnapshot, etc...)

by David C. Rankin

All, With the latest build of TDE, the input actions in 'Regional & Accessibility -> Input Actions' don't work. prtscr (print screen) no longer launches ksnapshot. (Preset Actions -> PrintScreen) ctrl+alt+t no longer launches konsole. (Examples -> Run Konsole) The key presses are correctly seen by the system. You can verify by reassigning the keystroke and tde sees prtscr when print screen is pressed. TDE sees the multi-keystroke combination ctrl+alt+t when it is pressed. Even though the keystrokes are seen in TDE, no input actions are executed. The keystroke recognition was also verified in xev. So the regression is that TDE is no longer passing keystrokes to the Input Actions for execution. filed as: http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=1124 -- David C. Rankin, J.D.,P.E.

12 years, 6 months

k3b - massive 'undefined reference to `vtable for ...' ??

by David C. Rankin

Tim, Darrell, All, Latest build attempts on k3b led to massive error of the form: 'undefined reference to `vtable for ...' I have no idea what went wrong. I've never seen this type of error before. I have put up the full log at: http://www.3111skyline.com/dl/dt/tde/err/applications/k3b/20120723-201006_t… A summary of the log beginning with the undefined errors is here: http://www.3111skyline.com/dl/dt/tde/err/applications/k3b/k3b-undef-ref-sum… What is strange is that k3b builds for a full 7 minutes before hitting whatever it hit and then explodes. A sample of the actual errors are: /bin/sh ../libtool --tag=CXX --mode=link g++ -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 -L/opt/trinity/lib -L/opt/tqt3/lib -L/opt/trinity/lib/trinity -R /opt/trinity/lib -R /opt/trinity/lib -R /opt/tqt3/lib -R /opt/trinity/lib/trinity -ltqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -ltqt -lpthread -lDCOP -ltdecore -ltdeui -ltdefx -lkio -lktexteditor -Wl,-O1,--sort-common,--as-needed,-z,relro -o k3b k3bwelcomewidget.o k3bapplication.o k3bdiroperator.o k3bfiletreeview.o k3bprojecttabwidget.o k3bsplash.o k3bfileview.o k3bdirview.o k3b.o main.o k3bstatusbarmanager.o k3bfiletreecombobox.o k3binterface.o k3bjobinterface.o k3bprojectinterface.o k3bdataprojectinterface.o k3bsystemproblemdialog.o k3bmediacontentsview.o k3bsidepanel.o k3bcontentsview.o k3bjobprogressdialog.o k3bburnprogressdialog.o k3btempdirselectionwidget.o k3bdatamodewidget.o k3bwritingmodewidget.o k3bwriterselectionwidget.o k3binteractiondialog.o k3bthememanager.o k3bprojectmanager.o k3btrm.o k3bmusicbrainz.o k3baudioprojectinterface.o k3bmixedprojectinterface.o k3bflatbutton.o k3bemptydiscwaiter.o k3bjobprogressosd.o k3bdebuggingoutputdialog.o k3bdebuggingoutputfile.o k3bappdevicemanager.o k3bmediacache.o k3bmedium.o k3bmediaselectioncombobox.o k3btooltip.o k3bwidgetshoweffect.o k3bmediaselectiondialog.o k3bdiskinfoview.o k3bpassivepopup.o k3btimeoutwidget.o k3bminibutton.o k3bthemedheader.o k3bthemedlabel.o k3blsofwrapper.o k3blsofwrapperdialog.o k3bservicemenuinstaller.o k3bfirstrun.o k3binterface_skel.o k3bjobinterface_skel.o k3bprojectinterface_skel.o k3bdataprojectinterface_skel.o k3baudioprojectinterface_skel.o k3bmixedprojectinterface_skel.o ./option/liboption.la ./rip/librip.la ./projects/libprojects.la ../libk3bdevice/libk3bdevice.la ../libk3b/libk3b.la ./misc/libmisc.la ./fastscale/libfastscale.la -ltdefx -lkio -lkparts -lmusicbrainz -lm -L/opt/trinity/lib -L/opt/tqt3/lib -L/opt/trinity/lib/trinity libtool: link: g++ -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 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o .libs/k3b k3bwelcomewidget.o k3bapplication.o k3bdiroperator.o k3bfiletreeview.o k3bprojecttabwidget.o k3bsplash.o k3bfileview.o k3bdirview.o k3b.o main.o k3bstatusbarmanager.o k3bfiletreecombobox.o k3binterface.o k3bjobinterface.o k3bprojectinterface.o k3bdataprojectinterface.o k3bsystemproblemdialog.o k3bmediacontentsview.o k3bsidepanel.o k3bcontentsview.o k3bjobprogressdialog.o k3bburnprogressdialog.o k3btempdirselectionwidget.o k3bdatamodewidget.o k3bwritingmodewidget.o k3bwriterselectionwidget.o k3binteractiondialog.o k3bthememanager.o k3bprojectmanager.o k3btrm.o k3bmusicbrainz.o k3baudioprojectinterface.o k3bmixedprojectinterface.o k3bflatbutton.o k3bemptydiscwaiter.o k3bjobprogressosd.o k3bdebuggingoutputdialog.o k3bdebuggingoutputfile.o k3bappdevicemanager.o k3bmediacache.o k3bmedium.o k3bmediaselectioncombobox.o k3btooltip.o k3bwidgetshoweffect.o k3bmediaselectiondialog.o k3bdiskinfoview.o k3bpassivepopup.o k3btimeoutwidget.o k3bminibutton.o k3bthemedheader.o k3bthemedlabel.o k3blsofwrapper.o k3blsofwrapperdialog.o k3bservicemenuinstaller.o k3bfirstrun.o k3binterface_skel.o k3bjobinterface_skel.o k3bprojectinterface_skel.o k3bdataprojectinterface_skel.o k3baudioprojectinterface_skel.o k3bmixedprojectinterface_skel.o -L/opt/trinity/lib -L/opt/tqt3/lib -L/opt/trinity/lib/trinity /opt/tqt3/lib/libtqt-mt.so -L/usr/lib/mysql -L/usr/X11R6/lib -lpq -lmysqlclient -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -ldl -lpng -lz -lXext -lX11 -lSM -lICE /usr/lib/libtqt.so -lpthread /opt/trinity/lib/libDCOP.so /opt/trinity/lib/libtdeui.so /opt/trinity/lib/libktexteditor.so ./option/.libs/liboption.a ./rip/.libs/librip.a ./projects/.libs/libprojects.a ../libk3bdevice/.libs/libk3bdevice.so ../libk3b/.libs/libk3b.so -lsamplerate -ldvdread /build/src/k3b/libk3bdevice/.libs/libk3bdevice.so ./misc/.libs/libmisc.a ./fastscale/.libs/libfastscale.a /opt/trinity/lib/libtdecore.so -ljpeg /opt/trinity/lib/libtdefx.so /opt/trinity/lib/libkio.so /opt/trinity/lib/libkparts.so -lmusicbrainz -lm -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib -Wl,-rpath -Wl,/opt/trinity/lib/trinity k3bwritingmodewidget.o: In function `K3bWritingModeWidget::~K3bWritingModeWidget()': k3bwritingmodewidget.cpp:(.text+0x10): undefined reference to `vtable for K3bWritingModeWidget' k3bwritingmodewidget.cpp:(.text+0x17): undefined reference to `vtable for K3bWritingModeWidget' k3bwritingmodewidget.cpp:(.text+0x21): undefined reference to `vtable for K3bWritingModeWidget' k3bwritingmodewidget.o: In function `K3bWritingModeWidget::K3bWritingModeWidget(TQWidget*, char const*)': k3bwritingmodewidget.cpp:(.text+0x722): undefined reference to `vtable for K3bWritingModeWidget' k3bwritingmodewidget.cpp:(.text+0x729): undefined reference to `vtable for K3bWritingModeWidget' k3bwritingmodewidget.o:k3bwritingmodewidget.cpp:(.text+0x733): more undefined references to `vtable for K3bWritingModeWidget' follow ./projects/.libs/libprojects.a(k3bdataimagesettingswidget.o): In function `K3bDataImageSettingsWidget::K3bDataImageSettingsWidget(TQWidget*, char const*)': k3bdataimagesettingswidget.cpp:(.text+0x222): undefined reference to `vtable for K3bDataImageSettingsWidget' ./projects/.libs/libprojects.a(k3bdataimagesettingswidget.o): In function `K3bDataImageSettingsWidget::~K3bDataImageSettingsWidget()': k3bdataimagesettingswidget.cpp:(.text+0xe15): undefined reference to `vtable for K3bDataImageSettingsWidget' k3bwelcomewidget.o: In function `K3bWelcomeWidget::~K3bWelcomeWidget()': k3bwelcomewidget.cpp:(.text+0xbb6): undefined reference to `vtable for K3bWelcomeWidget' k3bwelcomewidget.cpp:(.text+0xbbd): undefined reference to `vtable for K3bWelcomeWidget' k3bwelcomewidget.o: In function `K3bWelcomeWidget::Display::Display(K3bWelcomeWidget*)': k3bwelcomewidget.cpp:(.text+0xeca): undefined reference to `vtable for K3bWelcomeWidget::Display' k3bwelcomewidget.cpp:(.text+0xed1): undefined reference to `vtable for K3bWelcomeWidget::Display' k3bwelcomewidget.o: In function `K3bWelcomeWidget::K3bWelcomeWidget(K3bMainWindow*, TQWidget*, char const*)': What is this error? gcc? glibc? TQt3? ffmpeg? What is a vtable? What say the experts? Suggestions what to try next? I've read http://gcc.gnu.org/faq.html#vtables -- still didn't help... -- David C. Rankin, J.D.,P.E.

12 years, 6 months

Code Freeze? + Help from those capable needed

by David C. Rankin

All, I think we are at the point where we need to implement a code freeze against new changes to TDE until we have resolved all BLOCKER and CRITICAL bugs. Shooting at a moving target makes getting R14 to an acceptable baseline much more difficult than it need be. If there are a few more new changes required to build in functionality that is wanted in R14, that's fine, but once they are added, let's implement a 14 or 30 day freeze against new changes and get R14 in shape. What do you think? Please weigh in on the discussion. Additionally, if you have the knowledge to lend any help in resolving existing bugs -- your help is needed. I know a lot of you reading this are a lot smarter than I am on c++, but for whatever reason haven't yet grabbed a keyboard and jumped in to the bug tracker to help. Darrell has shouldered much of the recent fixing and updating, but we cannot rely on his efforts alone -- there is too much to do. Regardless of your level of expertise, you can help by taking a bug and working through the code to find out where things are not working. Even if you can't fix it, identifying where the problem is moves the ball forward and is greatly needed. Lord knows that is what I do most of the time. Seriously, if we are going to get R14 to the point of release, we need every able body to help. We are all busy, it is just a matter of making time. We have some really smart people on the list, let's all take a bug and work it to move R14 closer to done. -- David C. Rankin, J.D.,P.E.

12 years, 6 months

[Patch] Updates k3b ffmpeg compliance with avformat.h

by David C. Rankin

All, This patch updates k3b/plugins/decode/ffmpeg to be compatible with ffmpeg 0.11-1 and eliminates all deprecated warnings during compile of k3bffmpegwrapper.cpp. It needs review and testing. Since these deprecations have existed for quite some time, there may be no need for preprocessor checks as the replaced functions have been deprecated for a long time. The patch addresses all of the following: 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] It has been included with bug: 1119 -- David C. Rankin, J.D.,P.E.

12 years, 6 months

Shipping software is ... like getting a stadium full of babies to all have clean diapers at the same time

by David C. Rankin

Oh, I just had to share: <quote> Writing software is actually quite easy. Writing good software is relatively harder, but still easy. Writing software to a programmer is like painting to a painter. Shipping software is an incredibly complicated task. It’s like getting a stadium full of babies to all have clean diapers at the same time with only one or two people to do the work. As soon as you fix one thing, you discover more crap. The process stinks and you’ll never reach the end. Those who do it either by printing a CD, uploading a binary, or pushing out changes to a tier of web servers know what I’m talking about. </quote> http://robert.accettura.com/blog/2011/08/17/on-firefox-versioning/ -- David C. Rankin, J.D.,P.E.

12 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels