Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
There is less than 24 hours left to vote in the 2015 LinuxQuestions.org Members Choice Awards. Click here to go to the polls. Vote now and make sure your voice is heard!
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
After upgrading XFree86, Qt and KDE a few days ago (as rolled out via red carped resp. apt-get), all my custom styles are gone from the control centers "Styles" section. The only styles available now (besides the Qt Build-In styles) are Bluecurve and Compact. The other styles that were installed by default (Hicolor, Plasik, Keramik) are gone, and installing new themes/styles via rpm (like Baghira) has no effect. Window-Decorations etc of the other styles work fine, just the widgets are gone.
My queston is -- how do i bring them back? Or how do i set the widget style manually? How does the control center get a list of the available styles? I'm not afraid to dig through the config files, i just have to know where to look...
Here is some more info:
I'm using Red Hat 9, Qt 3.2.3 and KDE 3.1.4-0.9x.1 Red Hat.
(maybe it's because of the rather arcane version of KDE? or a previous manual install of qt? who knows...)
I can find the libraries (.so and .la) for the additional styles in /usr/lib/kde3/plugins/styles/, wheras the libs for the styles that work are located in /usr/lib/qt-3.2/plugins/styles/. However, copying stuff from the former to the latter has no effect....
I also looked into /usr/lib/qt-3.2/etc/settings/qtrc:
You have to compile them with your current QT version, if its suppose to come with your rpms then that means your kdelib/kdeartwork/kdeaddons aren't compiled using your current QT.
That's why it isn't a good idea to use RPMs from different providers, try getting kde packages from the kde-redhat repository http://kde-redhat.sourceforge.net/
Or get the styles from kde-look.org and compile them manually.
i have red carpet and apt-get both tuned to get rpms from the redhat-channel, using the mirror at kde-redhat.org amongst others. good, no? OTOH, the manual qt install i did a while back meight have been from another source... i don't remember. It didn't cause any problems then, though.
I will try the manual compilation thingy tomorrow... do i have to register the theme-libs anywhere special, or can i expect that to happen via the usual "./configure && make && make install" process? Oh, and is there a way to tell if the qt version is really the problem? some logfile where qt/kde/control-panel would be complaining about incompatibilities?
Ok, i've fiddeled some more with this. I changed my KDE version to the vanilla RedHat rpm: kdebase is no version 3.1-15. This didn't help any.
I tried compiling themes from source, and that works fine... except that i had to hack the configure script to detect kdelib correctly: the script checks for the string "klineedit" in the actest.cpp created from actest.ui -- which is not present. I have to make this check case-insensitive for configure to work: KLineEdit is the class used in actest.cpp. I find this very strange... why is this happening?
Ok, in a nutshell: I'm back to original RH KDE, installing styles from RPM still does not work, compiling styles from source is fine... Now, what's the problem with the rpms? library-versions? shouldn't rpm complain about missing dependencies, then?
BTW: are my questions too specific for the newbe section? Should i have posted those to Linux/General?
Hi there, I have the same problem here. Mine is a debian Sid and I just upgraded to kde 3.2.2 only to realize that none of the styles such as keramik, plastik,baghira or activeheart work anymore. Worse compiling from the source only gives the me an error saying the KDE libs werent found. I have all the dev files installed. You mentioned something about tweaking some file to make it compile properly... need some help with that. May be it'll work out here also.
I'm not sure that i can really help you. I solved that problem some time ago by "fiddeling until it worked", but i forgot what finally did it. I think it had a lot to do with the way KDE is integrated in RedHat -- the pathes are somehow all non-standard, the is no KDE directory, but binaries, libs, etc are all merged into /usr directly. I symlinked the default locations -- that resolved a lot of issues, maybe also the style-thing. I have no idea how debian handles this. I would try to find a kde-directory under /usr, /local, and /usr/local -- and then symlink the other locations to the one you found. If there is no such dir (as is the case under RH), create one and symlink bin, lib, share, etc from there to the respective system-whide directory. A simple way to find out where your kde binaries are whoule be "which konqueror".
As to fixing the build file: I don't remember exactly where you needed to change stuff. I basically looked at the first error message during configure, used grep to find that message in the configure-script (which is very big and very ugly). Once you have that location, find the test that produces that message -- this is probably in turn a call to grep. If it's not grep but a call to some utility-script, look into that script. What worked for me was adding the -i flag (case insensitive) to the grep command.
Oh, and also: I had to re-create all my KDE-settings after installing 3.2 -- you should rename your ~/.kde folder to something else and restart kde. Copy the newly created ~/.kde folder somewhere for future reference (a clean config is very handy to have). Try if things now work. If they do, you can try copying files from your old config to the new one, one by one.
Another thing: some packages come with bad permissions pre-set. Check if your KDE-directories (and all their parents!) are +rx for everyone.
Oh, and another thought: try using a different package. Did you install KDE via apt-get? Try installing the styles from somewhere else, maybe it works... or the otehr way around?
Thanks for that quick reply. I think I am halfway through in figuring out what is wrong. It seems my QT version is 3.2.3 and kdelibs is still 3.2.2. I think this is the issue because while compiling one of the styles from its source I saw this in the config.log Conflict in /usr/local/kde/lib/kde3/plugins/designer/kdewidgets.so:
Plugin uses incompatible Qt library!
expected build key "i686 Linux g++-3.* full-config", got "i686 Linux g++-3.* full-config no-stl".
So now I am busy downloading the debs for 3.2.3. If this doesnt work out then I'll just have to start putting each one of your advices in action. And thanks again. I really didnt expect a reply and that too such an exhaustive one so soon!
I'm having this same "styles vanish"problem, after recently upgrading to Qt 3.2.3.
I'm on Debian Sarge. How do I upgrade my KDE to match the Qt version? When I use dist-uprgade, which keeps everything current with the Sarge distribution, it doesn't do anything to KDE -- it says it's all up to date already.
Thanks for the help.
I have done a fair bit of looking around about this issue, and this is what I have discovered:
If you are running the Debian testing distribution (as I am), and you have recently upgraded to the new Qt 3.2.3 (by way of dist-upgrade, for example), the kde styles will no longer work because they were compiled against an earlier version of Qt. A KDE version of the styles compiled against the current Qt is not yet available in Testing. The only way to get the kde styles to work again is to upgrade to Sid (unstable). You cannot upgrade only the kdeartwork-styles package in Testing (with the Sid Unstable/Sid version, for example), because the required version depends on other KDE components that are only available in Sid/unstable.
I'm no expert, but I think that if you have this "disappearing styles" problem in Testing/Sarge, you have four choices:
1. Wait until the Testing (Sarge) distribution is updated with KDE that is compiled using Qt 3.2.3. I have no idea when that will happen (though probably soon).
2. Downgrade Qt to the earlier version. I assume this can be done with pinning (see the apt howto), and with sources set to repositories with the earlier Qt version (the Xandros sources, for example), but I haven't tried it.
3. Dist-upgrade to Sid. I thought about doing this, and I may still do it, but I'm on Xandros, and it's picky about upgrades.
3. Compile your own KDE using Konstruct. That's what I'm doing, and though I'm completely inexperienced with compiling, it seems to be going without a hitch. I'm just following the instructions in the readme file.