Bug 490460

Summary: liveinst not starting in graphical mode
Product: [Fedora] Fedora Reporter: Sebastian Vahl <fedora>
Component: libXauAssignee: Søren Sandmann Pedersen <sandmann>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: high    
Version: rawhideCC: ajax, awilliam, dcantrell, katzj, kem, kevin, pjones, rdieter, rmaximo, sandmann, tmraz, vanmeeuwen+fedora
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: NEEDSRETESTING
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-04-22 22:16:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 476774    

Description Sebastian Vahl 2009-03-16 15:06:18 UTC
Description of problem:
When trying to start liveinst through it's menu icon I receive this error in my .xsession-errors:

kdeinit4: preparing to launch /usr/bin/liveinst
  0 logical volume(s) in volume group "Volg1" now active
15:33:22 Starting graphical installation...
No protocol specified
15:33:23 Exception starting GUI installer: could not open display
15:33:23 GUI installer startup failed, falling back to text mode.
TERM environment variable needs set.



Version-Release number of selected component (if applicable):
anaconda-11.5.0.30-1.x86_64

How reproducible:
ever

Steps to Reproduce:
1. create recent KDE live image
2. boot this image
3. start liveinst through the menu or desktop icon
  
Actual results:
liveinst fails to start

Expected results:
liveinst starts 

Additional info:
I've also tried to start "liveinst --graphical" in a terminal. One time it succeeds to start (and the it was also possible to start it through the desktop icon). The other 5-6 times it fails and started the text mode instead. I wasn't able to find out why it started this one time only.

Comment 1 Jeremy Katz 2009-03-16 19:41:11 UTC
If you su to root in a terminal, can you (eg) launch an xterm?

Comment 2 Sebastian Vahl 2009-03-16 21:15:54 UTC
Mhh, I can't:

[root@work liveuser]# xterm
No protocol specified
Warning: This program is an suid-root program or is being run by the 
root user.
The full text of the error or warning message cannot be safely formatted
in this environment. You may get a more descriptive message by running 
the
program as a non-root user or by removing the suid bit on the 
executable.
xterm Xt error: Can't open display: %s

Comment 3 Jeremy Katz 2009-03-16 21:28:18 UTC
Happening also with the desktop live image.

Reassigning to libXau as it changed last week and sounds like it could suspiciously be related.  The actual component to be fixed, though, might be that pam_xauth needs updating for the libXau changes so also cc'ing tmraz

Comment 4 Tomas Mraz 2009-03-17 07:54:15 UTC
pam_xauth does not call libXau directly. It execs xauth to copy the cookie.

Comment 5 Jeremy Katz 2009-03-17 19:11:11 UTC
Adam -- any thoughts?

Comment 6 Adam Jackson 2009-03-19 01:35:30 UTC
So, that change was put in to work around networkmanager enthusiastically changing the hostname out from under you.  But I think the change implements the wrong thing; it should really only do the sloppy (non-hostname-sentitive) match if it couldn't find a strict match.

Maybe.  Need to think about it more.  Reverted in 1.0.4-5 at any rate.

Comment 7 Jeremy Katz 2009-03-21 22:16:37 UTC
Tested with the new bits on Friday and installs work again.  Thanks ajax

Comment 8 Sebastian Vahl 2009-03-23 12:14:05 UTC
Cannot confirm this with a KDE live image. I'm still unable to start graphical apps as root.

The changes from friday were mostly gdm related. So does kdm also needs to be fixed?

Comment 9 Jeremy Katz 2009-03-23 13:05:55 UTC
The change was in libXau, not gdm.  So it should be applicable for both.  Does your image have libXau-1.0.4-5?

Comment 10 Jeremy Katz 2009-03-23 13:52:19 UTC
Just built a kde live image and it worked fine (with libXau-1.0.4-5)

Comment 11 Sebastian Vahl 2009-03-23 13:59:54 UTC
Yes, libXau-1.0.4-5 is included (for all included packages see: http://www.deadbabylon.de/fedora/livecd/packagelists/f11/long-F11-KDE-053-i686.txt). 

I've also created a Desktop spin and there it works, but not on the kde one.

Comment 12 Sebastian Vahl 2009-03-23 14:54:44 UTC
Mhh. Strange. It does work if I boot from a cd. It does not work If I boot from a local partition or an usb stick. But the same usb stick is working fine on my EEE.

Comment 13 Adam Williamson 2009-04-22 17:07:08 UTC
sebastian, can you check this again? it's on the preview release blocker list. you could test with the Snapshot image, I think.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 14 Sebastian Vahl 2009-04-22 22:16:39 UTC
Sure, sorry for the delay: It's fixed now (tested with a live image from yesterday).