http://bugzilla.suse.com/show_bug.cgi?id=1022727
http://bugzilla.suse.com/show_bug.cgi?id=1022727#c6
--- Comment #6 from Rainer Krienke ---
Thanks for the qdirstat link, SLES12SP2 does not really contain many qt
programs ...
But first one more thing. Are you sure qt is to blame? I used yast2
rzinstal1:~ # bash -x yast2
+ '[' -f /.instsys.config ']'
...
+ DESKTOP_GUI=gtk
+ '[' gtk = qt -a '!' -x /usr/lib/YaST2/bin/y2controlcenter ']'
+ '[' gtk = gtk -a '!' -x /usr/lib/YaST2/bin/y2controlcenter-gnome ']'
+ WANTED_SHELL=gtk
+ y2ccbin=
+ case "$WANTED_SHELL" in
+ y2ccbin=/usr/lib/YaST2/bin/y2controlcenter-gnome
+ '[' menu == menu -a -x /usr/lib/YaST2/bin/y2controlcenter-gnome ']'
+ /usr/lib/YaST2/bin/y2controlcenter-gnome
So its using the gnome version by default.
yast2 --qt leads to a call of /usr/lib/YaST2/bin/y2base menu qt
yast2 (gnome) is the one that works after a gnome-terminal call. yast2 --qt
does then still not work, it hangs when started, no message and no window.
qdirstat prints a one line message "Logging to /tmp/qdirstat-0.log" and then
hangs just like yast2 --qt.
The SLES12SP2 servers I manage are all VMs running on a Citrix XenServer 6.2.
They are no fresh installs, thats what just came to my mind. They were upgraded
from SLES11SP4 to SLES12, SLES12SP1 and then to SLES12SP2. I am right now
installing a fresh physical SLES12SP2 to see, if this makes any difference.
--
You are receiving this mail because:
You are on the CC list for the bug.