tde-devels

devels@trinitydesktop.org

9 participants
3776 discussions

by Darrell Anderson

Recently two significant usability bugs were fixed with simple one-liners in the code: 372 Storage media applet doesn't show usb stick at session startup 385 Unmounted removable device icons do not appear on the desktop Both were resolved in GIT hash 43bb5b9. Along with the patch for bug report 392, "Device Icon Placement," sanity has been restored to device icons. Thank you everybody! Darrell

13 years

Trinity won't start

by Darrell Anderson

Recently David shared some issues with starting Trinity. In his case the probable cause seemed to be stale profile cache file or profile cache files using the old prefix names. Today I stumbled across a way to stall the session startup. I changed some settings in KControl. What caught my eye with this bug is the xsession log error, which David saw as well: ksmserver: '<wm>' missing. ksmserver: Use --help to get a list of available command line options. I traced the cause to these lines in my profile twinrc: [ThirdPartyWM] WMAdditionalArguments= WMExecutable=twin Those lines and group do not exist in a twinrc backup file and is the only difference between the files. This is not a hard freeze. Trinity exits gracefully back to the command line, which is how I start X/Trinity. The problem is with tdeinit_phase1. I commented out that command in starttde. I successfully substituted all of the following: kwrapper ksmserver --windowmanager twin --windowmanageraddargs "" kwrapper ksmserver --windowmanager twin kwrapper ksmserver Looking at the tdeinit_phase1 source code, I see that when WMExecutable is undefined/empty then tdeinit_phase1 defaults to "kwrapper ksmserver." As my previous twinrc contained no ThirdPartyWM group in twinrc, that is how tdeinit_phase1 always started. When I changed some settings in KControl to cause twinrc to update with including the ThirdPartyWM group, tdeinit_phase1 instead starts with "kwrapper ksmserver --windowmanager %1 --windowmanageraddargs %2." Changing the twinrc WMAdditionalArguments to WMAdditionalArguments=--lock allowed Trinity to start using tdeinit_phase1. I think the solution then is to add the following condition test to tdeinit_phase1: else if (wmArguments == "") { return_code = system((TQString("kwrapper ksmserver --windowmanager %1").arg(wmToLaunch)).ascii()); Comments? Darrell

13 years

ksquirrel build fail - undefined reference to `TQWidgetFactory::

by David C. Rankin

Tim, All, There is a build failure in ksquirrel. I is another related to the undefined reference to `TQWidgetFactory::create(TQString const&, TQObject*, TQWidget*, char const*)' Not sure where to start. Here is the full error: libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/crtbeginS.o .libs/ksquirrelpart.o .libs/sq_glparts.o .libs/sq_glu.o .libs/sq_glwidget.o .libs/sq_glwidget_stuff.o .libs/sq_libraryhandler.o .libs/sq_downloader.o .libs/sq_iconloader.o .libs/fmt_filters.o .libs/sq_externaltool.o .libs/sq_config.o .libs/sq_filedialog.o .libs/sq_glselectionpainter.o .libs/sq_glwidget_helpers.o .libs/sq_label.o .libs/sq_bcglabel.o .libs/sq_popupmenu.o .libs/sq_codecsettings.o .libs/sq_utils.o .libs/sq_utils_asm_scale.o .libs/sq_utils_scale.o .libs/sq_diroperator.o .libs/sq_glview.o .libs/sq_errorstring.o .libs/sq_imagefilter.o .libs/sq_imagebcg.o .libs/sq_codecsettingsskeleton.o .libs/sq_imageproperties.o .libs/sq_helpwidget.o -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/opt/tqt3/lib -L/opt/trinity/lib -L/opt/tqt3/lib /opt/tqt3/lib/libtqt-mt.so -L/usr/lib/mysql -L/usr/X11R6/lib64 -lpq -lmysqlclient -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -ldl -lpng -lz -lXext -lX11 -lSM -lICE /usr/lib/libtqt.so -lpthread /opt/trinity/lib/libtdecore.so /opt/trinity/lib/libtdeui.so /opt/trinity/lib/libkio.so /opt/trinity/lib/libksquirrel-libs.so /opt/trinity/lib/libtdeprint.so /opt/trinity/lib/libkonq.so /opt/trinity/lib/libtdefx.so -lGL /opt/trinity/lib/libkparts.so -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,--no-undefined -Wl,--allow-shlib-undefined -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,--hash-style=gnu -Wl,-soname -Wl,libksquirrelpart.so -o .libs/libksquirrelpart.so .libs/sq_codecsettingsskeleton.o: In function `SQ_CodecSettingsSkeleton::addSettingsWidget(TQString const&)': /build/src/ksquirrel/ksquirrel/ksquirrelpart/./sq_codecsettingsskeleton.ui.h:18: undefined reference to `TQWidgetFactory::create(TQString const&, TQObject*, TQWidget*, char const*)' collect2: ld returned 1 exit status I'm going to bed. Darrell, I'll get on the libpng15 patch search tomorrow. Googling, I saw reference to a patch the Debian guys had. Maybe Tim already knows about it? ...tomorrow... -- David C. Rankin, J.D.,P.E.

13 years

Does TDE XDG environment need to set LC_* variables?

by David C. Rankin

All, Upon k3b start, the only error received during startup check was: <quote> System locale charset is ANSI_X3.4-1968 Your system's locale charset (i.e. the charset used to encode filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this has been done intentionally. Most likely the locale is not set at all. An invalid setting will result in problems when creating data projects. Solution: To properly set the locale charset make sure the LC_* environment variables are set. Normally the distribution setup tools take care of this. </quote> I know about a year ago, there was considerable discussion about where these variables should be set. Looking, it seems that some distros take care of this with XDG config which can be set separately between gnome XDG and kde XDG. Does TDE need to look at setting these? I don't know the answer. I do know SuSE sets them and Arch doesn't. So there is a variation between the way this is handled distro to distro. May not be a bad thing to do in the TDE config if these setting matter. -- David C. Rankin, J.D.,P.E.

13 years

Hell yah! Basket Notepads builds and works on TDE!

by David C. Rankin

All, For those not familiar with applications/basket (Basket Notepads), it is probably the finest 2nd brain invented for TDE. You can simply squirrel away all types of information and notes in a simple manner. (text, graphics, audio, colors, etc..) Think of it as an integrated sticky notes suite on steroids providing full search of all the information you have in it. I have built up hundreds of notes over the years and this is a must have app for me. Builds and works fine: http://www.3111skyline.com/dl/dt/trinity/ss/basket-1.0.3.jpg Tip: set the following settings for improved ease of use: (Basket tab) [x] insert note when clicking to the right of the insertion line. (General tab) Show main windows when mouse hovers over system try icon for 7 tenths second Crystal window decorations and basket notepads were the last 2 'must-haves' before I could ditch 3.5.12 and move to 3.5.14 as my daily driver :) -- David C. Rankin, J.D.,P.E.

13 years

crystal 1.0.5 builds 1.0.7 doesn't - how/what do I compare to figure out why?

by David C. Rankin

All, I have twin-style-crystal building on TDE. The version of crystal in GIT is 1.0.5. I want to get 1.0.7 building. I have both build directories and I will work though them to see if I can figure out why. What I would like to get is advise on what to start with to see if I can isolate the issue. Do I start with the 'configure' files and go from there, or is it better to diff the raw sources before trying to sort it out. Basically, the error with 1.0.7 is: g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -I/usr/include/tqt/Qt -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=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 embedtool.o -MD -MP -MF .deps/embedtool.Tpo -c -o embedtool.o embedtool.cpp In file included from embedtool.cpp:26:0: /usr/include/tqt/Qt/qimage.h:45:30: fatal error: QtGui/qtransform.h: No such file or directory compilation terminated. There is no QtGui/qtransform.h on my system even though it is included from tqt/Qt/qimage.h. Should I look for a missing package or option not-enabled on one of the packages that is already built? From searching, it looks like QtGui is a plugin to Qt (or in this case TQt). Is there such a thing in TDE? -- David C. Rankin, J.D.,P.E.

13 years

k3b hal-dbus and ResMgr - I take it it's dead...

by David C. Rankin

Tim, Darrell, Tweaking out k3b, I probably wasted time looking for resmgr.h. I take it it's dead. However, I have another configure failure with hal-dbus that I need to know if it should be fixed or if that code is somewhere else now. Specifically, I have gotten k3b fully built except for the following: K3b - Include libdvdread (Video DVD ripping) support: K3b - yes K3b - Resmgr support: no K3b - Compile HAL support no K3b - You are missing the HAL >= 0.5 headers and libraries K3b - or the DBus Qt bindings. <snip, all others 'yes'> Good - your configure finished. Start make now What's with the HAL support failing? Should I just ignore the Resmgr failure? -- David C. Rankin, J.D.,P.E.

13 years

configure: WARNING: unrecognized options: --enable-npplayer

by Darrell Anderson

When building kmplayer I receive the following build warning: configure: WARNING: unrecognized options: --enable-npplayer I can build kmplayer from the original sources in KDE3 with that option and do not receive the warning. Anybody else receive that warning and ideas about the cause? Darrell

13 years, 1 month

Do we care about updating the 'Version 3.5.12' stuff in R14?

by David C. Rankin

Tim, Do you care about updating the old version info in the GIT tree? I was going through tqtinterface files looking to enable qtransform.h header generation and I keep running across old version info such as: tqtinterface.lsm: Begin4 Title: tqtinterface Version: Trinity 3.5.12 README: About tqtinterface ------------- This is version 3.5.12 of the Trinity Qt Interface I know this is low priority, but do you want us to collect the information of where this old stuff is when we find it? -- David C. Rankin, J.D.,P.E.

13 years, 1 month

k3b success for Arch

by David C. Rankin

Archers, k3b builds! Issues remain with digikam and gwenview. It was sure good to see: Finished making: tde-k3b 3.5.14_dev-1 (Tue Mar 27 16:50:40 UTC 2012) -- David C. Rankin, J.D.,P.E.

13 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels