after doing a ZYPPER DUP on Sunday, when I attempt to start YAST i notice these two processes running but YAST is not visible on the desktop
y2controlcenter and yast2
any idea what i should be looking at to help determine what the issue is ?
Thanks
here is output of my yast and libyui packages
spcwh2@linux:~> rpm -qa | egrep "(yast|libyui)"
libyui-ncurses6-2.46.10-1.1.x86_64
yast2-ycp-ui-bindings-3.1.7-3.3.x86_64
libyui-ncurses-pkg6-2.46.2-1.3.x86_64
yast2-country-data-3.1.20-1.1.x86_64
yast2-nfs-client-3.1.15-1.1.noarch
yast2-online-update-frontend-3.1.11-1.1.noarch
yast2-update-3.1.27-1.1.x86_64
yast2-perl-bindings-3.1.2-3.3.x86_64
yast2-proxy-3.1.3-1.1.noarch
yast2-nis-client-3.1.12-1.1.x86_64
yast2-trans-hu-3.1.0-5.1.noarch
yast2-trans-pt-3.1.0-5.1.noarch
yast2-core-3.1.17-1.1.x86_64
yast2-xml-3.1.1-3.3.x86_64
yast2-sysconfig-3.1.2-1.2.noarch
yast2-control-center-3.1.5-1.2.x86_64
yast2-trans-sv-3.1.0-5.1.noarch
yast2-trans-stats-2.19.0-17.2.noarch
yast2-trans-de-3.1.0-5.1.noarch
yast2-printer-3.1.2-2.2.x86_64
yast2-metapackage-handler-3.1.4-1.1.noarch
patterns-openSUSE-yast2_basis-20150408-1.1.x86_64
yast2-trans-ja-3.1.0-5.1.noarch
yast2-vm-3.1.21-1.2.x86_64
yast2-qt-branding-openSUSE-13.2-11.1.noarch
yast2-pkg-bindings-3.1.23-1.2.x86_64
yast2-snapper-3.1.6-1.1.x86_64
yast2-services-manager-3.1.39-2.1.noarch
yast2-country-3.1.20-1.1.x86_64
yast2-samba-client-3.1.15-2.2.noarch
yast2-mail-3.1.5-1.2.noarch
yast2-trans-fr-3.1.0-5.1.noarch
yast2-trans-pt_BR-3.1.0-5.1.noarch
yast2-trans-en_US-3.1.0-5.1.noarch
yast2-3.1.121-1.1.x86_64
yast2-control-center-qt-3.1.5-1.2.x86_64
yast2-firewall-3.1.3-1.2.noarch
yast2-inetd-3.1.10-1.2.noarch
yast2-inetd-doc-3.1.10-1.2.noarch
libyui-qt6-2.46.17-1.1.x86_64
yast2-users-3.1.37-1.1.x86_64
yast2-trans-da-3.1.0-5.1.noarch
yast2-transfer-3.1.1-4.1.x86_64
yast2-scanner-3.1.2-2.2.x86_64
yast2-pam-3.1.1-3.3.noarch
yast2-online-update-3.1.11-1.1.noarch
yast2-ldap-3.1.13-1.2.x86_64
yast2-trans-it-3.1.0-5.1.noarch
yast2-trans-zh_CN-3.1.0-5.1.noarch
libyui-qt-graph6-2.44.3-1.2.x86_64
patterns-openSUSE-yast2_install_wf-20150408-1.1.x86_64
yast2-trans-pl-3.1.0-5.1.noarch
yast2-tune-3.1.6-2.2.x86_64
libyui-qt-pkg6-2.44.8-1.3.x86_64
yast2-nfs-common-3.1.8-1.2.noarch
yast2-ruby-bindings-3.1.31-1.1.x86_64
yast2-sound-3.1.7-1.1.x86_64
yast2-sudo-3.1.2-1.1.noarch
yast2-network-3.1.113-1.2.x86_64
yast2-security-3.1.8-1.2.noarch
yast2-samba-server-3.1.12-2.2.noarch
yast2-trans-es-3.1.0-5.1.noarch
yast2-trans-ru-3.1.0-5.1.noarch
libyui6-3.1.5-1.3.x86_64
yast2-trans-en_GB-3.1.0-5.1.noarch
yast2-packager-3.1.66-1.1.x86_64
yast2-iscsi-client-3.1.21-1.1.noarch
yast2-add-on-3.1.10-1.2.noarch
yast2-trans-zh_TW-3.1.0-5.1.noarch
yast2-trans-cs-3.1.0-5.1.noarch
yast2-slp-3.1.7-1.4.x86_64
yast2-bootloader-3.1.125-1.1.x86_64
yast2-installation-3.1.138-1.1.noarch
yast2-x11-3.1.3-3.2.x86_64
yast2-branding-openSUSE-3.1.32-1.1.noarch
yast2-storage-3.1.54-1.1.x86_64
yast2-apparmor-3.1.3-1.1.noarch
patterns-openSUSE-kde4_yast-20150408-1.1.x86_64
yast2-hardware-detection-3.1.7-1.1.x86_64
yast2-ntp-client-3.1.13-1.2.noarch
autoyast2-installation-3.1.72-4.1.noarch
spcwh2@linux:~> rpm -qa | egrep "(libyui)"
libyui-ncurses6-2.46.10-1.1.x86_64
libyui-ncurses-pkg6-2.46.2-1.3.x86_64
libyui-qt6-2.46.17-1.1.x86_64
libyui-qt-graph6-2.44.3-1.2.x86_64
libyui-qt-pkg6-2.44.8-1.3.x86_64
libyui6-3.1.5-1.3.x86_64
spcwh2@linux:~>
any help on this would be appreciated.
thanks
It’s hard to help with no information.
For example, you do not say which desktop you are using.
I have run into occasions where an application was running, but I could not find any window for it. At the time, I was running KDE, and it turned out that the window was in a different activity. If you are using KDE, did you try switching activities and then looking around?
I am running KDE in a VirtualBox machine. I’m not sure about switching activities. I did check both desktops and did not see YAST running in either of them.
Configure Desktop –> Workspace Behavior –> Virtual Desktops
I have “different widgets for each desktop” unchecked.
I’m also running Tumbleweed with KDE on a dual boot setup and I’m not having this issue there.
Hold down the “Windows” key and click TAB. That cycles you to the next activity. Or use the activities manager (three dots near left of the panel).
And/or try to deactivate the option “Only show tasks of the current activity” in the taskmanager’s settings (right-click on the task manager/window switcher to reach them).
I have seen it some time ago (after experimenting a bit) that a window was not associated to any activity and therefore not shown or reachable at all.
Deactivating that option should make the window show up in any case.
If that doesn’t help, you probably have some different problem that causes YaST to freeze before it even shows a window.
I tried that and it did not work. However i did find some information in the /var/log/yast2/y2log file as follows. The entries at the bottom of the log seem to indicate a problem
YQUI.cc(initUI):264 Forcing /libQtGui.so.5 open failed
2015-04-12 23:33:02 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for ruby2.1-rubygem-tzinfo-doc-0
2015-04-12 23:33:02 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for ruby2.1-rubygem-xmlhash-testsuite
2015-04-12 23:33:02 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx
2015-04-12 23:33:03 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:03 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:04 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:04 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:04 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:05 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:05 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:05 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:07 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-doc
2015-04-12 23:33:08 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-bin
2015-04-12 23:33:09 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx
2015-04-12 23:33:09 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-bin
2015-04-12 23:33:10 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-doc
2015-04-12 23:33:10 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:10 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:10 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:11 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:11 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-wasysym
2015-04-12 23:33:11 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-doc
2015-04-12 23:33:12 <1> linux.site(2334) [ncurses-pkg] NCPkgTable.cc(showInformation):770 show information for texlive-sty2dtx-bin
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(handleEvent):459 widget event: Ev::button
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 diffState
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 0
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 0
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 0
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 0
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(diffState):429 0
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelector.cc(CancelHandler):1231 Cancel button pressed - leaving package selection
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelectorPluginImpl.cc(runPkgSelection):175 Result of handleEvent: false
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses-pkg] NCPackageSelectorPluginImpl.cc(runPkgSelection):201 Return value: cancel
2015-04-12 23:33:23 <1> linux.site(2334) [ui] YCP_UI.cc(RunPkgSelection):1394 Package selection done. Returning with `cancel
2015-04-12 23:33:23 <1> linux.site(2334) [Ruby] modules/PackagesUI.rb:306 Package selector returned `cancel
2015-04-12 23:33:23 <1> linux.site(2334) [Ruby] clients/sw_single.rb:603 Package selector retured: `cancel
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses] YNCursesUI.cc(~YNCursesUI):113 Stop YNCursesUI
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses] NCurses.cc(~NCurses):145 Shutdown NCurses...
2015-04-12 23:33:23 <1> linux.site(2334) [ncurses] NCurses.cc(~NCurses):164 NCurses down
2015-04-12 23:33:23 <1> linux.site(2334) [liby2] genericfrontend.cc(main):778 Finished YaST2 component 'y2base'
2015-04-12 23:33:23 <1> linux.site(2334) [liby2] genericfrontend.cc(main):783 Exiting with client return value '`cancel'
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] PathInfo.cc(recursive_rmdir):435 recursive_rmdir /var/tmp/zypp.1Sa1XD
2015-04-12 23:33:23 <1> linux.site(2334) [zypp++] TmpPath.cc(~Impl):78 TmpPath cleaned up /var/tmp/zypp.1Sa1XD{d 0700 0/0}
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] ZYppFactory.cc(_openLockFile):166 Open lockfile /var/run/zypp.pid
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] ZYppFactory.cc(~ZYppGlobalLock):115 Cleanned lock file. (2334)
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] ZYppFactory.cc(_closeLockFile):184 Close lockfile /var/run/zypp.pid
2015-04-12 23:33:23 <1> linux.site(2334) [Pkg] PkgFunctions.cc(~PkgFunctions):151 Releasing the repo manager...
2015-04-12 23:33:23 <1> linux.site(2334) [Pkg] PkgFunctions.cc(~PkgFunctions):158 Releasing the zypp pointer...
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] RpmDb.cc(closeDatabase):734 Calling closeDatabase: RpmDb[V4(X--)V3(---): '(/)/var/lib/rpm']
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] librpmDb.cc(blockAccess):328 Block access
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] RpmDb.cc(closeDatabase):765 closeDatabase: RpmDb[NO_INIT]
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] TargetImpl.cc(~TargetImpl):953 Targets closed
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] RpmDb.cc(~RpmDb):268 ~RpmDb()
2015-04-12 23:33:23 <1> linux.site(2334) [zypp] RpmDb.cc(~RpmDb):271 ~RpmDb() end
2015-04-12 23:33:23 <1> linux.site(2334) [Pkg] PkgFunctions.cc(~PkgFunctions):160 Zypp pointer released
2015-04-12 23:33:23 <1> linux.site(2334) [Y2Ruby] binary/YRuby.cc(~YRuby):107 Shutting down ruby interpreter.
2015-04-12 23:33:23 <3> linux.site(2307) [ncurses] NCApplication.cc(runInTerminal):192 /sbin/yast sw_single >&2 returned:4096
2015-04-12 23:33:23 <1> linux.site(2307) [ncurses] NCurses.cc(RedirectToLog):560 isatty(stderr)yes
2015-04-12 23:33:23 <1> linux.site(2307) [ncurses] NCurses.cc(RedirectToLog):569 isatty(stdout)yes
2015-04-12 23:33:23 <1> linux.site(2307) [Ruby] clients/menu.rb:303 Got 4096 from /sbin/yast sw_single >&2
2015-04-12 23:33:27 <1> linux.site(2307) [ncurses] YNCursesUI.cc(~YNCursesUI):113 Stop YNCursesUI
2015-04-12 23:33:27 <1> linux.site(2307) [ncurses] NCurses.cc(~NCurses):145 Shutdown NCurses...
2015-04-12 23:33:27 <1> linux.site(2307) [ncurses] NCurses.cc(~NCurses):164 NCurses down
2015-04-12 23:33:27 <1> linux.site(2307) [liby2] genericfrontend.cc(main):778 Finished YaST2 component 'y2base'
2015-04-12 23:33:27 <1> linux.site(2307) [liby2] genericfrontend.cc(main):783 Exiting with client return value 'nil'
2015-04-12 23:33:27 <1> linux.site(2307) [Y2Ruby] binary/YRuby.cc(~YRuby):107 Shutting down ruby interpreter.
2015-04-13 15:57:02 <1> linux.site(2821) [liby2] genericfrontend.cc(main):575 Launched YaST2 component 'y2base' 'menu' 'qt'
2015-04-13 15:57:02 <1> linux.site(2821) [ui-component] YUIComponentCreator.cc(createInternal):124 Creating UI component for ""
2015-04-13 15:57:02 <1> linux.site(2821) [liby2] genericfrontend.cc(main):764 YAST_IS_RUNNING is yes
2015-04-13 15:57:02 <1> linux.site(2821) [Ruby] yast/wfm.rb:181 Call client /usr/share/YaST2/clients/menu.rb
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setProgDir):60 Set progDir to "/usr/share/YaST2"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setProgDir):61 progDir is now locked.
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setLocaleDir):146 Set localeDir to "/usr/share/YaST2/locale"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setLocaleDir):147 localeDir is now locked.
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):49 Given filename: libyui-qt.so.6
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(progDir):73 progDir: "/usr/share/YaST2"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):65 Preferring subdir: /usr/share/YaST2
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):66 Subdir given with filename:
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):67 Looking for: libyui-qt.so.6
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(lsDir):138 Looking in /usr/lib64/yui
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):118 Found libyui-qt.so.6 in /usr/lib64/yui
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YUI.cc(YUI):76 This is libyui 3.1.5
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YUI.cc(YUI):77 Creating UI with threads
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(YQUI):100 This is libyui-qt 2.46.17
2015-04-13 15:57:03 <1> linux.site(2821) [qt-styler] QY2Styler.cc(loadStyleSheet):91 Using style sheet "/usr/share/YaST2/theme/current/wizard/style.qss"
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: YaST2
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: menu
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: qt
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(calcDefaultSize):441 Default size: 821 x 1197
2015-04-13 15:57:03 <3> linux.site(2821) [qt-ui] YQUI.cc(initUI):264 Forcing /libQtGui.so.5 open failed
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQApplication.cc(loadPredefinedQtTranslations):133 Selected language: en_US
2015-04-13 15:57:03 <2> linux.site(2821) [qt-ui] YQApplication.cc(loadPredefinedQtTranslations):137 Qt locale directory not set - no translations for predefined Qt dialogs
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(initUI):275 YQUI initialized. Thread ID: 0x0x7f31fca2c700
Do you have libQt5Gui5 installed?
Try to reinstall it:
sudo zypper in -f libQt5Gui5
Hi Wolfi,
it appears that i did have libQt5Gui already installed, but i went ahead and reinstalled it anyway. I now seem to have the same issue with Firefox not being visible. I’m wondering if I might be better off attempting to create another virtual machine with the current tumbleweed iso and seeing it yast and firefox are working there.
spcwh2@linux:~> zypper info libQt5Gui5
Loading repository data...
Reading installed packages...
Information for package libQt5Gui5:
-----------------------------------
Repository: Main Repository (OSS)
Name: libQt5Gui5
Version: 5.4.1-1.1
Arch: x86_64
Vendor: openSUSE
Installed: Yes
Status: up-to-date
Installed Size: 7.2 MiB
Summary: Qt 5 GUI related libraries
Description:
Qt 5 libraries which are depending on X11.
spcwh2@linux:~> su
Password:
linux:/home/spcwh2 # sudo zypper in -f libQt5Gui5
Loading repository data...
Reading installed packages...
Forcing installation of 'libQt5Gui5-5.4.1-1.1.x86_64' from repository 'Main Repository (OSS)'.
Resolving package dependencies...
The following package is going to be reinstalled:
libQt5Gui5
1 package to reinstall.
Overall download size: 2.0 MiB. Already cached: 0 B No additional space will be used or freed after the
operation.
Continue? [y/n/? shows all options] (y): y
Retrieving package libQt5Gui5-5.4.1-1.1.x86_64 (1/1), 2.0 MiB ( 7.2 MiB unpacked)
Retrieving: libQt5Gui5-5.4.1-1.1.x86_64.rpm ...............................................................[done]
Checking for file conflicts: ..............................................................................[done]
(1/1) Installing: libQt5Gui5-5.4.1-1.1 ....................................................................[done]
linux:/home/spcwh2 #
here is the end of the messages in /var/log/yast2/y2log
2015-04-13 15:57:02 <1> linux.site(2821) [liby2] genericfrontend.cc(main):575 Launched YaST2 component 'y2base' 'menu' 'qt'
2015-04-13 15:57:02 <1> linux.site(2821) [ui-component] YUIComponentCreator.cc(createInternal):124 Creating UI component for ""
2015-04-13 15:57:02 <1> linux.site(2821) [liby2] genericfrontend.cc(main):764 YAST_IS_RUNNING is yes
2015-04-13 15:57:02 <1> linux.site(2821) [Ruby] yast/wfm.rb:181 Call client /usr/share/YaST2/clients/menu.rb
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setProgDir):60 Set progDir to "/usr/share/YaST2"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setProgDir):61 progDir is now locked.
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setLocaleDir):146 Set localeDir to "/usr/share/YaST2/locale"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(setLocaleDir):147 localeDir is now locked.
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):49 Given filename: libyui-qt.so.6
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YSettings.cc(progDir):73 progDir: "/usr/share/YaST2"
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):65 Preferring subdir: /usr/share/YaST2
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):66 Subdir given with filename:
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):67 Looking for: libyui-qt.so.6
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(lsDir):138 Looking in /usr/lib64/yui
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YPath.cc(YPath):118 Found libyui-qt.so.6 in /usr/lib64/yui
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YUI.cc(YUI):76 This is libyui 3.1.5
2015-04-13 15:57:03 <1> linux.site(2821) [ui] YUI.cc(YUI):77 Creating UI with threads
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(YQUI):100 This is libyui-qt 2.46.17
2015-04-13 15:57:03 <1> linux.site(2821) [qt-styler] QY2Styler.cc(loadStyleSheet):91 Using style sheet "/usr/share/YaST2/theme/current/wizard/style.qss"
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: YaST2
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: menu
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(processCommandLineArgs):298 Qt argument: qt
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(calcDefaultSize):441 Default size: 821 x 1197
2015-04-13 15:57:03 <3> linux.site(2821) [qt-ui] YQUI.cc(initUI):264 Forcing /libQtGui.so.5 open failed
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQApplication.cc(loadPredefinedQtTranslations):133 Selected language: en_US
2015-04-13 15:57:03 <2> linux.site(2821) [qt-ui] YQApplication.cc(loadPredefinedQtTranslations):137 Qt locale directory not set - no translations for predefined Qt dialogs
2015-04-13 15:57:03 <1> linux.site(2821) [qt-ui] YQUI.cc(initUI):275 YQUI initialized. Thread ID: 0x0x7f31fca2c700
Right, it should be install as it is required by YaST Qt on a package level.
So nothing changed regarding YaST apparently.
I note that the error in the log talks about not being able to open /libQtGui5.so, but libQtGui5.so is in /usr/lib(64) of course.
Do you maybe have some (broken) libQtGui5.so in /, maybe a dangling symlink?
ls -l /
I now seem to have the same issue with Firefox not being visible.
Firefox too?
Then there’s definitely some bigger problem on your system.
Maybe check whether your system partition is full, this can cause all sorts of strange problems.
Try to delete some snapshots, they might fill up the partition although free space is still shown.
I’m wondering if I might be better off attempting to create another virtual machine with the current tumbleweed iso and seeing it yast and firefox are working there.
Would be a possibility, yes.
But I don’t think that Tumbleweed is broken. It works fine here (including YaST and Firefox) in VirtualBox, although that installation is not fully up-to-date at the moment…
Maybe just try a new user account first, that should at least rule out user configuration issues.
On Mon, 13 Apr 2015 20:56:01 GMT
chaat <chaat@no-mx.forums.opensuse.org> wrote:
>
> after doing a ZYPPER DUP on Sunday, when I attempt to start YAST i
> notice these two processes running but YAST is not visible on the
> desktop
>
> y2controlcenter and yast2
>
> any idea what i should be looking at to help determine what the issue
> is ?
>
Probably nothing to do with your problem but I had invisible
applications a few months ago after a KDE4 update. Fixed it by
renaming .kde4 so that a new one was created. Sledgehammers and nuts
spring to mind but it’s a fix I’ve become quite used to with KDE.
–
Graham Davis [Retired Fortran programmer - now a mere computer user]
openSUSE Tumbleweed (64-bit); KDE 4.14.6; Kernel: 3.19.3;
Processor: AMD Phenom II X2 550; Video: nVidia GeForce 210 (using
nouveau driver); Sound: ATI SBx00 Azalia (Intel HDA)
I created a new virtual machine in Virtualbox 4.3.26 using this ISO file
openSUSE-Tumbleweed-DVD-i586-Snapshot20150413-Media.iso
it has the same problem of not visible Yast / Firefox.
I’ll try with the 64 bit iso later tonight.
Hm. I fully updated my Tumbleweed VM (which is also 32bit btw) meanwhile and still don’t see any issue with either YaST nor Firefox.
I haven’t tried a fresh installation myself, but the ISO basically just contains the packages from the repo, I don’t think there is a problem with it.
As you see the same on a fresh installation, it’s probably not an installation issue either.
Do you maybe have 3D support enabled in VirtualBox?
Try to disable it. I remember another recent thread where someone had problems with it (I can’t find it now).
And somebody had different problems with GNOME when enabling 3D support for the VM:
https://forums.opensuse.org/showthread.php/506703-VirtualBox-3D-acceleration-amp-GNOME-icons-are-not-shown?highlight=virtualbox
YaST is based on Qt5 now which uses OpenGL for certain things. If there’s an issue with OpenGL support, it might break YaST therefore.
And Firefox might have problems with broken OpenGL support too.
Running Tumbleweed in a VM without 3D support (I never got it to work on my hardware at all anyway) works fine here, using the Mesa software renderer for OpenGL.
After disabling 3D acceleration on the display in Virtualbox the problem is resolved. So then it would appear that this is an issue in Virtualbox perhaps.
Well, sorry for not thinking about that earlier…
So then it would appear that this is an issue in Virtualbox perhaps.
Maybe, 3D support is still labelled as “experimental” in the manual.
It could also be an issue in Mesa though.
That said, I don’t even know which driver is being used when 3D support is enabled for a guest. As mentioned, I never got it to work at all here.
Maybe I should try again one of these days…
I have a similar problem with KDE on Tumbleweed.
The yast GUI does not show (tasbar has an entry showing up briefly, and it closes before I can see any GUI showing up) when kdesu uses sudo for the authorization.
When I uses su for kdesu it runs without problems.
Reproducibility: always
Well, then you obviously don’t have a similar problem at all, but rather a completely different one. 
I would suggest to try:
- run “xauth -b” and then enter ‘q’, maybe .Xauthority is locked for some reason
- kill “kdesud” (with “killall kdesud” e.g.)
- run “kdesu yast2” in a terminal window to see if you get any error messages
And what do you mean with “when kdesu uses sudo for the authorization”? Did you change kdesu’s config to use sudo instead of the default su?
Delete the config file (~/.kde4/share/config/kdesurc) as a test then.
I believe that there’s a bug in VirtualBox 4 series. This problem does not exist in VmWare Workstation 10 or 11.
You can always download the free VmWare Player.
VirtualBox 5.0 Beta is available for download for anyone to try out. Hopefully this will be resolved in the newer version.
Maybe, but I remember other threads about problems with VMWare’s 3D support, especially in combination with GNOME…
Anyway, Thieh’s problem does seem to have a completely different reason, as I mentioned. He writes that YaST works with su, but not with sudo.
So it’s rather kdesu not working when configured to use sudo apparently.
Definitely no VirtualBox problem in this case I’d say, otherwise it would not work at all.
@Thieh, in addition to what I wrote already: does sudo itself work? I.e. try to call “sudo ls” or something like that.