Re: KDE apps getting an extra library path
El Viernes, 26 de Junio de 2009, George Kiagiadakis escribió: Remove ~/.config/Trolltech.conf. oxygen.so is a Qt plugin and Qt caches plugin information in that file for quick-loading them. It is generally safe to remove that file, I do that all the time. That was it. This file was quite big, and contained plenty of cruft. Although I never had problems like this before. Thanks for all the answers. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: KDE apps getting an extra library path
On Thursday, 2009-06-25, Carsten Pfeiffer wrote: Am Donnerstag, 25. Juni 2009 schrieb Alejandro Exojo: error: /home/alex/local/kde4/lib/kde4/plugins/styles/oxygen.so: undefined symbol: _ZNK6KStyle26standardIconImplementationEN6QStyle14StandardPixmapEPK12QSty le OptionPK7QWidget This appears to be a dynamically loaded style plugin. It's probably referenced not from your KDE, but your Qt configuration. Check e.g. ~/.qt/qtrc. Maybe there's an environment variable to have separate Qt configurations as well. I have seen Qt4 related config in $HOME/.config/Trolltech which means $XDG_CONFIG_HOME/Trolltech so setting XDG_CONFIG_HOME could switch that to a different location. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Re: KDE apps getting an extra library path
2009/6/25 Alejandro Exojo s...@badopi.org: Hi. As I usually do when a KDE release is close, I've compiled kdelibs, kdepimlibs, kdebase and other needed modules (akonadi and phonon, IIRC) from SVN's source, and I've installed it in my home directory. I just did 'cmake -DCMAKE_INSTALL_PREFIX=$KDEDIR ../../kdefoo' to set the source, where KDEDIR is set to $HOME/local/kde4, and a 'make install' to compile and install, everything as the same regular user. This is been perfectly safe since now, because the KDE installation from the Debian packages can't see that there is stuff in my home directory unless I want to. When I wanted to run an app locally installed, I sourced the attached script in a shell, which sets up some environment variables, run the program from that shell, and that's all. However, now I'm having for the first time in years a problem with this. Programs installed _from the packages_ fail to start with this problem: okular: symbol lookup error: /home/alex/local/kde4/lib/kde4/plugins/styles/oxygen.so: undefined symbol: _ZNK6KStyle26standardIconImplementationEN6QStyle14StandardPixmapEPK12QStyleOptionPK7QWidget All KDE4 apps fail the same. Now I'm completely puzzled by this. I can't understand how a program which comes from the Debian package, tries to load, open or link against a file that it should not know that even exists. I've double checked that LD_LIBRARY_PATH and KDE* variables are not set, and PATH is set, but doesn't include stuff from that directory. Any ideas? Remove ~/.config/Trolltech.conf. oxygen.so is a Qt plugin and Qt caches plugin information in that file for quick-loading them. It is generally safe to remove that file, I do that all the time. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
KDE apps getting an extra library path
Hi. As I usually do when a KDE release is close, I've compiled kdelibs, kdepimlibs, kdebase and other needed modules (akonadi and phonon, IIRC) from SVN's source, and I've installed it in my home directory. I just did 'cmake -DCMAKE_INSTALL_PREFIX=$KDEDIR ../../kdefoo' to set the source, where KDEDIR is set to $HOME/local/kde4, and a 'make install' to compile and install, everything as the same regular user. This is been perfectly safe since now, because the KDE installation from the Debian packages can't see that there is stuff in my home directory unless I want to. When I wanted to run an app locally installed, I sourced the attached script in a shell, which sets up some environment variables, run the program from that shell, and that's all. However, now I'm having for the first time in years a problem with this. Programs installed _from the packages_ fail to start with this problem: okular: symbol lookup error: /home/alex/local/kde4/lib/kde4/plugins/styles/oxygen.so: undefined symbol: _ZNK6KStyle26standardIconImplementationEN6QStyle14StandardPixmapEPK12QStyleOptionPK7QWidget All KDE4 apps fail the same. Now I'm completely puzzled by this. I can't understand how a program which comes from the Debian package, tries to load, open or link against a file that it should not know that even exists. I've double checked that LD_LIBRARY_PATH and KDE* variables are not set, and PATH is set, but doesn't include stuff from that directory. Any ideas? Thanks. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net environment.sh Description: application/shellscript
Re: KDE apps getting an extra library path
El Jueves, 25 de Junio de 2009, Alejandro Exojo escribió: All KDE4 apps fail the same. Now I'm completely puzzled by this. I can't understand how a program which comes from the Debian package, tries to load, open or link against a file that it should not know that even exists. I've double checked that LD_LIBRARY_PATH and KDE* variables are not set, and PATH is set, but doesn't include stuff from that directory. I forgot to say that I've checked ~/.kde/env and ~/.kde/Autostart to not do anything nasty. I've also found that renaming ~/local/kde4 to something else fixes the problem, so I guess that cmake does something on installation that wasn't doing previously. Not a big deal, but if someone knows where is this set, it will be great. Thanks again. -- Alex (a.k.a. suy) | GPG ID 0x0B8B0BC2 http://barnacity.net/ | http://disperso.net -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: KDE apps getting an extra library path
Am Donnerstag, 25. Juni 2009 schrieb Alejandro Exojo: error: /home/alex/local/kde4/lib/kde4/plugins/styles/oxygen.so: undefined symbol: _ZNK6KStyle26standardIconImplementationEN6QStyle14StandardPixmapEPK12QStyle OptionPK7QWidget This appears to be a dynamically loaded style plugin. It's probably referenced not from your KDE, but your Qt configuration. Check e.g. ~/.qt/qtrc. Maybe there's an environment variable to have separate Qt configurations as well. Cheers, Carsten signature.asc Description: This is a digitally signed message part.