tde-devels

devels@trinitydesktop.org

2 participants
3811 discussions

KControl and the confusing mess it has become.
by Calvin Morrison 13 Feb '12

13 Feb '12

Hi. I'd like to undergo an effort to cleanup and reorganize all of our kcm modules. Over time there have been features added which are placed in the wrong section, other times things have been done inefficiently or made to be overly complicated. I think an "audit" of our modules would be good, from a user perspective. This weekend I tried KDE4.0 and like Trinity it is plagued with this same confusion. I hadn't noticed it in trinity because I am so used to it, growing used to it over time. Trying to configure kde4.0 left me with confusion most users will feel with KDE3/Trinity. Our control system isn't laid out very effectively. I am going to open an etherpad for this. I would also like any users/developers to respond to this email with anything they find to be weird/out of place. I'll start: the Kicker configure screen, underneath appearance has an "advanced options" button. There is nothing advanced about these options and it should be more clearly organized. Lets try and sort this out! Calvin Morrison

9 30

Can't run kompare
by Darrell Anderson 13 Feb '12

13 Feb '12

I'm using a GIT version of TDE. When I try to run kompare I receive the following dialog: "Could not load our KompareViewPart." X session output: The Trinity ltdl loader was unable to dlopen() the shared library '/opt/trinity/lib/trinity/libkomparepart.so' : '/opt/trinity/lib/trinity/libkomparepart.so: undefined symbol: _ZTI15QSplitterHandle' The Trinity ltdl loader was unable to dlopen() the shared library '/opt/trinity/lib/trinity/libkomparepart.so' : '/opt/trinity/lib/trinity/libkomparepart.so: undefined symbol: _ZTI15QSplitterHandle' I rebuilt the tdesdk package to no avail. Ideas? Darrell

3 5

kstartperf (tdesdk)
by Darrell Anderson 13 Feb '12

13 Feb '12

While troubleshooting why I no longer can use kompare built from GIT, I ran across this in my configure output: checking if kstartperf should be compiled... no Curious, I discovered that building the app is disabled in the tdesdk root configure.in.in through the DO_NOT_COMPILE variable. A little more searching revealed that this has been the default since 3.5.10. Curious, I disabled that command and kstartperf built. But doesn't run. For example: kstartperf kedit kedit: symbol lookup error: /opt/trinity/lib/libkstartperf.so.1.0.0: undefined symbol: lt_dlopen 1. Although kstartperf is a simple program, is there a reason why this app is not built by default (a carryover from the KDE days)? 2. Seems I might have discovered another bug with building tdesdk. Seems ltdl is missing from the linking process. I suspect if we solve either run-time bug we solve both. Darrell

3 5

typo in mailing list signature
by Martin Walch 12 Feb '12

12 Feb '12

> Read list messsages on the Web archive: http://trinity- devel.pearsoncomputing.net/ I just recognized this typo ("messsages") at the end of each e-mail on this mailing list. Also, "Web archive" should probably read "web archive". Whoever is able to change this, please fix it. :) --

2 1

Re: [trinity-devel] Poll
by Kristopher John Gamrat 12 Feb '12

12 Feb '12

(hopefully this posts to the correct thread since it was started before I re-subscribed, I tend to unsubscribe when I'm not able to pay attention to the mailing lists) I'd probably either keep the latest stable TDE release, or I'd switch back to KDE 3.5 and use that for as long as I can get it to compile on my systems (and I'dmake my own packages). I might even make my own efforts to pick up where it left off once my programming skills were up to par. Failing that, I'd probably fall back to Fluxbox. It has always been fast and stable on all my systems, and it is extremely difficult to work in unneeded dependencies due to it's minimalistic design/featureset and minimal dependencies (such as when package maintainers pull in GTK libs for KDE3/TDE with no qt-gtk-engine or GNOME stuff for Firefox/Iceweasel). What I don't like about Fluxbox is the right-click root menu (I prefer that to be from my panel, such as with the KMenu/TMenu), and the lack of extra apps, such as file manager, PIM, etc. Another problem is the lack of icons on the desktop (this one is very minor since I'm rarely working with my desktop, and I can always use fbdesk or the likes). I usually end up using my KDE3/TDE apps from within Fluxbox, however. My second choise would probably be LXDE. It already includes most of the components that I am used to having, and it (mostly) resembles my default KDE/TDE setup. The downside is that it doesn't include all the apps needed to fully replace my TDE desktop (the first thing that comes to mind PIM, such as email, calendar, and chat). Also, it looks a bit clunky. The default color scheme looks a bit off, as do some of the dialogs (either that, or my eyes just aren't used to the general theming and arrangement). I guess the main reason I use TDE is for the available apps (everything I need is there, and more), the default theme is easy on the eyes, and I'm obsessed with tweaking. The primary downside (for me) of TDE when compared to Fluxbox and LXDE is speed -- both Fluxbox and LXDE are faster with the initial loading, and with loading apps when my CPU is under stress; TDE apps are slow loading compared to LXDE when my CPU usage jumps up, but they are both roughly equal under light load. (I can do some testing on this and provide results once I have my new hard disk) The only other disadvantage of TDE that I can think of is small screens. On a (now considered) small 1024x768 screen, I feel a bit cramped, but it's bearable; LXDE is slightly less cramped, and Fluxbox fits perfectly. Going smaller than that, it barely fits, even with all the tweaking I can do to fit things in. Only Fluxbox would be my choice in this situation (admittedly, I haven't tried LXDE with anything smaller than 1024x768). With netbooks out, this definately needs to be taken into consideration. Unfortunately, I don't use netbooks, so I won't be able to test any changes on smaller screens. -- Kris Gamrat Ark Linux webmaster http://www.arklinux.org/

4 10

KBabel and Translations
by Darrell Anderson 12 Feb '12

12 Feb '12

If I understand correctly, KBabel is a development tool through which developers handle translation requirements for KDE3/Trinity apps. Anybody here who is familiar want to provide an overview of using KBabel? Advantages? Disadvantages? Darrell

2 1

tdeinit_phase1
by Serghei Amelian 12 Feb '12

12 Feb '12

Hi Tim, What is "tdeinit_phase1"? -- Serghei.

2 1

Mirror issue
by Kristopher John Gamrat 12 Feb '12

12 Feb '12

In attempting to install TDE 3.5.13 packages for Debian Squeeze, apt occassionally spits out a forbidden message for the following IP: 77.95.64.134 port 80 Also, some of the mirrors seems a bit laggy, while others work fine. If all mirrors are configured properly, then there's not much to be done. Just throwing that out there just in case. I know bandwidth is sometimes an issue, and of course it's unreasonable to expect mirrors to host only one project :-) -- Kris Gamrat Ark Linux webmaster http://www.arklinux.org/

1 0

trinity coverage
by Werner Joss 12 Feb '12

12 Feb '12

just in case someone missed it: http://blog.martin-graesslin.com/blog/2012/02/having-a-look-at-the-oldnew-d… werner

9 17

moc deos not add constructor/deconstructor and languageChange()
by Mehmet Özdemir 11 Feb '12

11 Feb '12

Hi all, I am trying to compile kdebase-3.5.13 with cmake. I have already compiled arts, tqtinterface, qt3 and kdelibs. My problem is moc does not add constructor/deconstructor and languageChange() function although there is a declaration for them in the header file which is created by uic. And while linking shared object I get undefined reference errors for these functions. Failied part of the build log and nm output is attached. Does anyone have an idea what I must do? Thanks in advance.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels