Description of problem: liveinst fails in f18 Soas TC3 Could not open x display - no protocol specified runtime error: GTK could not initialize Version-Release number of selected component (if applicable): Fedora-18-TC3-x86_64-Live-SoaS.iso dd to USB stick and booted How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: liveinst fails in f18 Soas TC3 Could not open x display runtime error: GTK could not initialize Expected results: Install with anaconda 18.37.3 to work Additional info:
Discussed at 2012-12-17 NTH review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-17/f18final-blocker-review-5.2012-12-17-16.40.log.txt . Accepted as NTH as a critical bug in a non-blocking spin.
http://bugs.sugarlabs.org/ticket/4342
Please attach /tmp/anaconda.log, /tmp/X.log, and /var/log/syslog to this bug report as individual, uncompressed, files.
Created attachment 665167 [details] screen for TC3 liveinst in root terminal
Created attachment 665177 [details] anaconda-log after try to start in Soas-TC3
sugar 0.98.1 has a bug where copy/paste to clipboard crashes sugar http://bugs.sugarlabs.org/ticket/4312 So there is no other way to get this information from a live CD with no persistence but with a camera. I have submitted 2 attachemnts. /tmp/X.log, and /var/log/syslog were not present
Soas TC2 Soas worked can you diff the spin-kisckstarts?
Something isn't right with X, notice the error from xhost saying it cannot connect to :0 I expect something is wrong with the kickstart, or the packages used to compose it.
As I usually note in these cases - remember SoaS is the _only_ major spin based off of minimal.ks and not live-base.ks . This is usually the cause when it diverges from the other spins in odd ways.
(In reply to comment #9) > As I usually note in these cases - remember SoaS is the _only_ major spin > based off of minimal.ks and not live-base.ks . This is usually the cause > when it diverges from the other spins in odd ways. I am trying a Remix using live-base.ks to see if that solves problem
(In reply to comment #10) > (In reply to comment #9) > > As I usually note in these cases - remember SoaS is the _only_ major spin > > based off of minimal.ks and not live-base.ks . This is usually the cause > > when it diverges from the other spins in odd ways. > > I am trying a Remix using live-base.ks to see if that solves problem YES - pointing the Soas-live.ks to %include live-base.ks fixed it Soas-Remix is 731.9 MB .iso boots properly to sugar via GDM Live User. liveinst has all languages now showing correctly and installs to VirtualBox HD How can this get fixed in builds?
Created attachment 665306 [details] liveinst working in Soas-remix with switched %include
well, we'd need to isolate the missing package. a diff of the package lists of the two images would likely help.
why not just edit Soas.ks to point to the live-base.ks? one line fix
it would 'fix' this but possibly change all kinds of other things about the spin, which its owners don't necessarily want changed.
(In reply to comment #9) > As I usually note in these cases - remember SoaS is the _only_ major spin > based off of minimal.ks and not live-base.ks . This is usually the cause > when it diverges from the other spins in odd ways. It was updated to use live-base a couple of weeks ago (sometime between TC1 and TC2). The TC releases are generated from git not from the rpm. It's fixed in git.
Relevant git commit http://git.fedorahosted.org/cgit/spin-kickstarts.git/commit/?h=f18&id=dca60ef1c2388bf62d03a7439f4932a18a650e6c
bit late, but let's cross our fingers and hope. funnily, if this was done on 12-10, wouldn't that be between tc2 and tc3 - so this change actually *broke* it, somehow, rather than fixing it? /me now officially confused
(In reply to comment #18) > bit late, but let's cross our fingers and hope. funnily, if this was done on > 12-10, wouldn't that be between tc2 and tc3 - so this change actually > *broke* it, somehow, rather than fixing it? /me now officially confused Well there wasn't a TC2 that I could find when I made the changes and I was testing by generating images. TC1 was pulling in all of the gnome desktop so it was large.
should be fixed by https://admin.fedoraproject.org/updates/gdm-3.6.2-5.fc18 See bug 887816
gdm-3.6.2-5.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/gdm-3.6.2-5.fc18
Package gdm-3.6.2-5.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gdm-3.6.2-5.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-20736/gdm-3.6.2-5.fc18 then log in and leave karma (feedback).
gdm-3.6.2-5.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.