Bug 119156 – X server does not honor XTMPPATH

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 119156 - X server does not honor XTMPPATH

Summary:	X server does not honor XTMPPATH

Status:	CLOSED WONTFIX

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	rhgb (Show other bugs)
Sub Component:
Version:	rawhide
Hardware:	All Linux

Priority	medium Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Daniel Veillard
QA Contact:	David Lawrence
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2004-03-25 14:08 EST by Fritz Elfert
Modified:	2007-11-30 17:10 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2004-09-16 02:04:27 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Fritz Elfert 2004-03-25 14:08:25 EST

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux) (KHTML, like Gecko)

Description of problem:
While trying to find out, why rhgb doesn't work anymore after upgrading to xorg, i looked into rhgb's sources and found out that it sets XTMPPATH envvar to make X create tmpfiles in /initrd. However, this var is not used by xorg and thus it fails to start during first start of rhgb because /tmp ist still mounted readonly at that time. The second attempt of starting rhgb in rc.sysinit is never executed, because at the first attempt, the shell variable RHGB_STARTED is set to 1 unconditionally.


Version-Release number of selected component (if applicable):
xorg-x11-0.0.6.6-0.0.2004_03_11.6

How reproducible:
Always

Steps to Reproduce:
1. Boot FC2-test1 with rhgb enabled
2.
3.
    

Actual Results:  Should show graphical boot screen

Expected Results:  Does not show graphical boot screen

Additional info:

Comment 1 Mike A. Harris 2004-03-25 14:54:11 EST

pts/19 mharris@porkchop:~/rpmbuild/rpms/XFree86$ grep XTMPPATH *.patch
pts/19 mharris@porkchop:~/rpmbuild/rpms/XFree86$

While jrb did write a patch to add support to XFree86 for recognizing
the XTMPPATH environment variable, it was never accepted into upstream
XFree86 CVS, and has never been applied to any official Red Hat
XFree86 builds.  xorg-x11 is based on XFree86 4.4.0RC2, which also
does not support XTMPPATH.

Since we've never had XTMPPATH support in our X packages, I do not
see this as an XFree86 or xorg-x11 bug, and I'm not sure why rhgb
would rely on an unsupported feature we've never shipped.

Reassigning to rhgb component for further comment ...

Comment 2 Daniel Veillard 2004-09-13 12:35:08 EDT

Rhgb still defines XTMPPATH, there was a good reason which was
to load the right keymap (which needs a temporaryfile).
I don't know if XTMPPATH is used or not, but X definitely starts
on /etc/rhgb (I moved rhgb out of /initrd) with x.org here and
on all recent Fedora setups.
We are working around the lack of XTMPPATH support as much as possible.

Daniel

Comment 3 Daniel Veillard 2004-09-16 02:04:27 EDT

I think we can close this. We don't rely on XTMPPATH to get rhgb to
work.

Daniel

Note You need to log in before you can comment on or make changes to this bug.