Message: previous - next
Month: June 2012

Re: [trinity-devel] Getting a stacktrace from systemsettings with the Ubuntu packages

From: Darrell Anderson <humanreadable@...>
Date: Thu, 14 Jun 2012 17:12:50 -0700 (PDT)
> >> With the nightly packages, systemsettings crashes here. I can't seem to
> >> generate a proper stack trace however. Is there a -dbg package I can
> >> install to let it create a proper stack trace?
> >>
> > 
> > System settings?  Do you mean kcontrol, or something else entirely?
> kcontrol works (although it misses a lot of panels), I mean
> the special Kubuntu version of systemsettings with the overview layout:
> /opt/trinity/bin/systemsettings
> This one crashes.

Tim, Julius,

I don't have systemsettings installed on my Slackware system. I always assumed that was an Ubuntu-only package. Is that a bad presumption? Will that package install on Slackware? Where can I learn more about this package? What does this package provide that the normal kcontrol does not?

Because of my presumption I never tested that package with the XDG updates. :-(

During my testing I am aware of several dialogs with missing icons in the left-side icon list of modules. You might recall our conversations in this list with me trying to find hidden hard-coded references (bug report 892 has some of those conversations). Konqueror and the panel come to mind, although there were two or three others that displayed this behavior. Julius' description of systemsettings sounds exactly the same.

The key to restoring missing icons is two-fold: 1) updating source code references to a "kde-*.desktop" file and 2) updating profile *desktop references of X-KDE -> X-TDE and KDE; -> TDE;.

The changes in starttde are supposed to remedy the latter problems, but I will not pretend to be all-knowing and presume I know about all glitches caused by the XDG compliance updates. :-) . I suspect those starttde changes are working okay, but perhaps I missed one or two. Likely systemsettings has its own rc file and because I never tested, I would never have added updating snippets in starttde.

Some of the keyboard problems reported could be related. I don't know. Julius:

* Search the $TDEHOME profilerc file for occurrences of "kde-".

* Search the khotkeysrc for occurrences of "kde-".

* If systemsettings has its own rc file, then search that too for "kde-".

Please temporarily rename your $TDEHOME to force creating a new profile and then look for the same anomalies. During my testing I did that many times to test these many XDG updates. None should exist with a new profile, but I suspect anything related to systemsettings will be broken in a new profile.

Some quick good news: A quick grep of the systemsettings sources reveals a slew of kde-*.desktop references:

grep -rn kde\-[a-zA-Z0-9]*\.desktop applications/systemsettings

Likely I need to update some of those. One of the quirks I discovered when I tested these updates was that not all such references need to be updated to tde-*.desktop. Blindly converting all such references caused its own set of unique breakage.

Therefore I need a help to fix: I need screen grabs of what the systemsettings dialog looks like when functioning correctly and when broken. Would one of you post such screen grabs?

I will try to build and install systemsettings.

I will be able to patch as soon as I can compare a good image to the current building image.

Thank you both for your patience and testing!