Created attachment 1194175 [details] /var/log/dnf.rpm.log shows updates after installing Live alpha 2 Description of problem: gparted works after "dnf install gparted" on Fedora-WS-Live-25_A-2 (Fedora 25 Live Workstation alpha 2). However, gparted complains "cannot open display: :0" after installing Live Workstation alpha 2 to the harddrive, installing gparted, and then "dnf update". (It's hard to see how the problem could be specific to gparted, but ...) Version-Release number of selected component (if applicable): gparted-0.26.1-1.fc25.x86_64 How reproducible: every time Steps to Reproduce: 1. boot Fedora-WS-Live-25_A-2 Live USB, "dnf install gparted", invoke gparted. Succeeds. 2. Install Alpha 2 to the harddrive, "dnf install gparted", "dnf update", invoke gparted. Fails with complaint "(gpartedbin:2166): Gtk-WARNING **: cannot open display: :0" 3. Actual results: Works in Live, fails after install_to_harddrive+reboot+update. Expected results: Continues to work after install, reboot, and update. Additional info: $ lspci -n 01:00.0 0300: 1002:6613 $ lspci -v 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340] (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 048b Flags: bus master, fast devsel, latency 0, IRQ 41 Memory at c0000000 (64-bit, prefetchable) [size=256M] Memory at fea00000 (64-bit, non-prefetchable) [size=256K] I/O ports at e000 [size=256] Expansion ROM at fea40000 [disabled] [size=128K] Capabilities: [48] Vendor Specific Information: Len=08 <?> Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Capabilities: [150] Advanced Error Reporting Capabilities: [200] #15 Capabilities: [270] #19 Kernel driver in use: radeon Kernel modules: radeon $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 16 model name : AMD A10-5800K APU with Radeon(tm) HD Graphics stepping : 1 microcode : 0x6001119 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 16 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bugs : fxsave_leak sysret_ss_attrs null_seg bogomips : 7600.76 TLB size : 1536 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro See attachment for dnf.rpm.log.
The Install-to-Harddrive used the default GNOME desktop. The complete Terminal scraping of running gparted after install_update is: # gparted Created symlink /run/systemd/system/-.mount → /dev/null. Created symlink /run/systemd/system/boot-efi.mount → /dev/null. Created symlink /run/systemd/system/boot.mount → /dev/null. Created symlink /run/systemd/system/proc-fs-nfsd.mount → /dev/null. Created symlink /run/systemd/system/run-media-jreiser-Fedora\x2dWS\x2dLive\x2d25_A\x2d2.mount → /dev/null. Created symlink /run/systemd/system/run-user-1000.mount → /dev/null. Created symlink /run/systemd/system/run-user-42.mount → /dev/null. Created symlink /run/systemd/system/tmp.mount → /dev/null. Created symlink /run/systemd/system/var-lib-machines.mount → /dev/null. Created symlink /run/systemd/system/var-lib-nfs-rpc_pipefs.mount → /dev/null. No protocol specified (gpartedbin:3223): Gtk-WARNING **: cannot open display: :0 Removed /run/systemd/system/-.mount. Removed /run/systemd/system/boot-efi.mount. Removed /run/systemd/system/boot.mount. Removed /run/systemd/system/proc-fs-nfsd.mount. Removed /run/systemd/system/run-media-jreiser-Fedora\x2dWS\x2dLive\x2d25_A\x2d2.mount. Removed /run/systemd/system/run-user-1000.mount. Removed /run/systemd/system/run-user-42.mount. Removed /run/systemd/system/tmp.mount. Removed /run/systemd/system/var-lib-machines.mount. Removed /run/systemd/system/var-lib-nfs-rpc_pipefs.mount. # xrandr fails with the same symptoms; so it's not unique to gparted. After install and update: # xrandr No protocol specified Can't open display :0 # ldd $(which xrandr) linux-vdso.so.1 (0x00007ffe70722000) libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00007f12e2b30000) libXrender.so.1 => /lib64/libXrender.so.1 (0x00007f12e2920000) libX11.so.6 => /lib64/libX11.so.6 (0x00007f12e25e0000) libm.so.6 => /lib64/libm.so.6 (0x00007f12e22d0000) libc.so.6 => /lib64/libc.so.6 (0x00007f12e1f08000) libXext.so.6 => /lib64/libXext.so.6 (0x00007f12e1cf0000) libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f12e1ac8000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f12e18c0000) /lib64/ld-linux-x86-64.so.2 (0x0000564d6fa50000) libXau.so.6 => /lib64/libXau.so.6 (0x00007f12e16b8000) #
Running on Workstation Live alpha2: $ xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192 XWAYLAND0 connected 1920x1080+0+0 480mm x 270mm 1920x1080 59.96*+ $ echo $DISPLAY :0 $
This is caused by Wayland not allowing processes run as a different user to display on the desktop. Therefore using "su" or "sudo" to display a graphical application doesn't work. Simple workaround is to run "xhost +local:" in the terminal first. This is documented in the GParted forum here: [SOLVED] How to run GParted on a GNOME on Wayland desktop http://gparted-forum.surf4.info/viewtopic.php?id=17446 This bug should be closed as a duplicate of bug 1274451. (But I don't have permission to do that). Thanks, Mike Fleetwood (GParted Developer) P.S. Looks like there are going to be quite a few duplicate bug reports raised as Fedora 25 switches to using Wayland by default.
(In reply to Mike Fleetwood from comment #3) Thank you, Mike, for the informative and kind reply. As Mike says, the underlying cause is the same as bug 1274451. Users need help coming to such a conclusion. *** This bug has been marked as a duplicate of bug 1274451 ***