Re: Introduction to Xorg-7: XORG_PREFIX & XORG_CONFIG Weird Issue

"Bruce Dubbs" ([email protected] via blfs-support Mailing List) <[email protected]>
Newsgroups gmane.linux.lfs.beyond.support
Message-ID <[email protected]>
On 8/14/25 8:40 PM, azazel xes ([email protected] via blfs-support Mailing List) 
wrote:
> 
> 
> /_
> _/
> 
> 
> -------------------------------------------------------------------------------------
> *From:* [email protected] <blfs-support- 
> [email protected]> on behalf of Bruce Dubbs <blfs- 
> [email protected]>
> *Sent:* Thursday, August 14, 2025 5:53 PM
> *To:* [email protected] <[email protected]>
> *Subject:* Re: [blfs-support] Introduction to Xorg-7: XORG_PREFIX & XORG_CONFIG Weird 
> Issue
> On 8/14/25 6:36 PM, azazel xes ([email protected] via blfs-support Mailing List)
> wrote:
>  > Hi,
>  >
>  > When following instructions to choose the installation prefix that in my case i
>  > decided to with /usr, I was never able to pass the value of  $XORG_PREFIX to 
> $XORG_CONFIG
>  >
>  > I followed the instructions, double checked that echo $XORG_PREFIX will print /usr
>  > with a no-root and a root user which was successful in both cases, but when
>  > copypasting (with the root user):
>  >
>  > export XORG_CONFIG="--prefix=$XORG_PREFIX --sysconfdir=/etc \
>  >      --localstatedir=/var --disable-static"
>  > If i echo  $XORG_CONFIG  with the root user or a no-root user the output will always
>  > be an empty value for the --prefix:
>  >
>  > echo $XORG_CONFIG="--prefix= --sysconfdir=/etc  --localstatedir=/var --disable-static"
>  > So creating the /etc/profile.d/xorg.sh was not possible neither because the file will
>  > always be created with a blank value for XORG_CONFIG, I'm not using zsh as my
>  > terminal and i also try removing the backslash in front of the dollar sign which was
>  > unsuccessful too, so I decided to hard code the value /usr to the XORG_CONFIG in /
>  > etc/profile.d/xorg.sh
>  >
>  > Will there be any particular reason for this weird behavior? is it bad that I hard
>  > coded the prefix value to /usr ?
>  >
>>Why are you doing a copy/paste as root?  We assume that users will use sudo from the
>>non-root user and configure sudo with:
>  >
>>cat > /etc/sudoers.d/xorg << EOF
>>>Defaults env_keep += XORG_PREFIX
>>Defaults env_keep += XORG_CONFIG
>  >EOF
>  >
>  >Alternatively you can run sudo as 'sudo -E'.

> Sorry, maybe I didn't explain my self in the best way, so yeah I did try sudo -E, 
> sudo su, etc. and follow the instructions as per the book instructed, I even went 
> back to LFS book Sudo section to check that I hadn't missed something, but the result 
> was always the same $XORG_PREFIX will not be passed to $XORG_CONFIG even is echo 
> $XORG_PREFIX will always echo /usr.
> 
> Maybe is just something weird on my end, the only thing that I forgot to mention is 
> that I updated sudo from Sudo-1.9.16p2 to Sudo 1.9.17p1 before starting  chapter 24. 
> Graphical Environments not sure if this can be or not relevant to this weird behavior.

Well this is what I have:

$ sudo --version
Sudo version 1.9.17p2
Sudoers policy plugin version 1.9.17p2
Sudoers file grammar version 50
Sudoers I/O plugin version 1.9.17p2
Sudoers audit plugin version 1.9.17p2

$ set|grep ^X
XDG_CONFIG_DIRS=/etc/xdg:/opt/kf6/etc/xdg
XDG_DATA_DIRS=/usr/share:/opt/kf6/share
XDG_RUNTIME_DIR=/run/user/1000
XORG_CONFIG='--prefix=/opt/xorg --sysconfdir=/etc --localstatedir=/var --disable-static'
XORG_PREFIX=/opt/xorg

$ sudo
# set|grep ^X
XDG_RUNTIME_DIR=/run/user/root
# exit

$ sudo -E
# set|grep ^X
XDG_CONFIG_DIRS=/etc/xdg:/opt/kf6/etc/xdg
XDG_DATA_DIRS=/usr/share:/opt/kf6/share
XDG_RUNTIME_DIR=/run/user/1000
XORG_CONFIG='--prefix=/opt/xorg --sysconfdir=/etc --localstatedir=/var --disable-static'
XORG_PREFIX=/opt/xorg

I'll note that we usually do not need XORG_CONFIG or XORG_PREFIX when we are root. We 
do occasionally use XORG_PREFIX during the install phase.

   -- Bruce

-- 
http://lists.linuxfromscratch.org/sympa/info/blfs-support
Unsubscribe: See the above information page
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.