Mysteries of xinitrc - what can and cannot be there

Clash Royale CLAN TAG#URR8PPP
Please,
can someone shed some light for me on .xinitrc file? I struggle to find a good manual to answer a couple of my practical questions:
- It declared itself as general Bash script but in fact it is not.
- Why some command require
execand some not? - What is this
execcommand anyway? - Is it a binary or a syntactic construct specific to
xinitrc? - What can be run by exec and what not?
- How to set environmental variables correctly?
Most users of mainstream distros does not have to even know about xinitrc, and same was true for me, until I had to setup Kodi "makeshift" shell; using super minimalist window manager TWM and launching Kodi full screen, because kodi-standalone shell does not work for me.
But back to the xinitrc:
Working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm
Why twm and sleep do not need exec but xterm does?
Not working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Here exec executed only WINDOWING=x11 but ignored the rest of the line. I made it working only by wrapping WINDOWING=x11 /usr/bin/kodi -geometry +0+0 into another Bash script, this time an ordinary one, and that one put as the only argument to exec; then it finally worked.
xorg
migrated from serverfault.com Mar 4 at 2:12
This question came from our site for system and network administrators.
add a comment |
Please,
can someone shed some light for me on .xinitrc file? I struggle to find a good manual to answer a couple of my practical questions:
- It declared itself as general Bash script but in fact it is not.
- Why some command require
execand some not? - What is this
execcommand anyway? - Is it a binary or a syntactic construct specific to
xinitrc? - What can be run by exec and what not?
- How to set environmental variables correctly?
Most users of mainstream distros does not have to even know about xinitrc, and same was true for me, until I had to setup Kodi "makeshift" shell; using super minimalist window manager TWM and launching Kodi full screen, because kodi-standalone shell does not work for me.
But back to the xinitrc:
Working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm
Why twm and sleep do not need exec but xterm does?
Not working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Here exec executed only WINDOWING=x11 but ignored the rest of the line. I made it working only by wrapping WINDOWING=x11 /usr/bin/kodi -geometry +0+0 into another Bash script, this time an ordinary one, and that one put as the only argument to exec; then it finally worked.
xorg
migrated from serverfault.com Mar 4 at 2:12
This question came from our site for system and network administrators.
2
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
Why do you useexec? just run it on this way:WINDOWING=x11 /usr/bin/kodi -geometry +0+0
– Romeo Ninov
Mar 4 at 7:04
add a comment |
Please,
can someone shed some light for me on .xinitrc file? I struggle to find a good manual to answer a couple of my practical questions:
- It declared itself as general Bash script but in fact it is not.
- Why some command require
execand some not? - What is this
execcommand anyway? - Is it a binary or a syntactic construct specific to
xinitrc? - What can be run by exec and what not?
- How to set environmental variables correctly?
Most users of mainstream distros does not have to even know about xinitrc, and same was true for me, until I had to setup Kodi "makeshift" shell; using super minimalist window manager TWM and launching Kodi full screen, because kodi-standalone shell does not work for me.
But back to the xinitrc:
Working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm
Why twm and sleep do not need exec but xterm does?
Not working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Here exec executed only WINDOWING=x11 but ignored the rest of the line. I made it working only by wrapping WINDOWING=x11 /usr/bin/kodi -geometry +0+0 into another Bash script, this time an ordinary one, and that one put as the only argument to exec; then it finally worked.
xorg
Please,
can someone shed some light for me on .xinitrc file? I struggle to find a good manual to answer a couple of my practical questions:
- It declared itself as general Bash script but in fact it is not.
- Why some command require
execand some not? - What is this
execcommand anyway? - Is it a binary or a syntactic construct specific to
xinitrc? - What can be run by exec and what not?
- How to set environmental variables correctly?
Most users of mainstream distros does not have to even know about xinitrc, and same was true for me, until I had to setup Kodi "makeshift" shell; using super minimalist window manager TWM and launching Kodi full screen, because kodi-standalone shell does not work for me.
But back to the xinitrc:
Working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm
Why twm and sleep do not need exec but xterm does?
Not working example:
#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Here exec executed only WINDOWING=x11 but ignored the rest of the line. I made it working only by wrapping WINDOWING=x11 /usr/bin/kodi -geometry +0+0 into another Bash script, this time an ordinary one, and that one put as the only argument to exec; then it finally worked.
xorg
xorg
asked Mar 3 at 22:54
EspinosaEspinosa
1234
1234
migrated from serverfault.com Mar 4 at 2:12
This question came from our site for system and network administrators.
migrated from serverfault.com Mar 4 at 2:12
This question came from our site for system and network administrators.
2
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
Why do you useexec? just run it on this way:WINDOWING=x11 /usr/bin/kodi -geometry +0+0
– Romeo Ninov
Mar 4 at 7:04
add a comment |
2
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
Why do you useexec? just run it on this way:WINDOWING=x11 /usr/bin/kodi -geometry +0+0
– Romeo Ninov
Mar 4 at 7:04
2
2
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
Why do you use
exec? just run it on this way: WINDOWING=x11 /usr/bin/kodi -geometry +0+0– Romeo Ninov
Mar 4 at 7:04
Why do you use
exec? just run it on this way: WINDOWING=x11 /usr/bin/kodi -geometry +0+0– Romeo Ninov
Mar 4 at 7:04
add a comment |
1 Answer
1
active
oldest
votes
The exec command replaces the current shell process with the process resulting from executing the given command. Without exec, control would be handed back to the waiting shell session once the command terminates. With exec, the current shell is replaced, so no further commands would be run from your script from that point on.
The ~/.xinitrc file is a shell script. It starts the window manager (twm in your case), and possibly other X11 clients that you may want to start initially (like xterm or some other terminal, and xeyes, obviously). There is no special syntax for this script apart from that it should be a valid script (since it's run by a shell script interpreter).
In your first example, you use
exec xterm
This replaces the current shell process with xterm. Without exec, you would have the exact same visible effect, but the .xinitrc script would hang around in the background waiting for xterm to terminate before itself terminating (since that was the last command in the file).
Note that if you had done exec twm, the shell would have replaced itself with twm which means that it would not be able to run the other commands in the script. This is why you instead start twm as a background process (with & at the end). The sleep is there to allow twm to start up properly before starting the terminal. I don't think this is strictly necessary. In fact, if you don't need window decorations or to be able to move windows around or resize them, there is no need to even run twm or any other window manager (at least not for running a full screen xterm).
In your second example, you use
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Now, the exec command can't be used to set environment variables like that. Instead, you would set and export the WINDOWING variable before invoking kodi:
export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
add a comment |
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f504188%2fmysteries-of-xinitrc-what-can-and-cannot-be-there%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
The exec command replaces the current shell process with the process resulting from executing the given command. Without exec, control would be handed back to the waiting shell session once the command terminates. With exec, the current shell is replaced, so no further commands would be run from your script from that point on.
The ~/.xinitrc file is a shell script. It starts the window manager (twm in your case), and possibly other X11 clients that you may want to start initially (like xterm or some other terminal, and xeyes, obviously). There is no special syntax for this script apart from that it should be a valid script (since it's run by a shell script interpreter).
In your first example, you use
exec xterm
This replaces the current shell process with xterm. Without exec, you would have the exact same visible effect, but the .xinitrc script would hang around in the background waiting for xterm to terminate before itself terminating (since that was the last command in the file).
Note that if you had done exec twm, the shell would have replaced itself with twm which means that it would not be able to run the other commands in the script. This is why you instead start twm as a background process (with & at the end). The sleep is there to allow twm to start up properly before starting the terminal. I don't think this is strictly necessary. In fact, if you don't need window decorations or to be able to move windows around or resize them, there is no need to even run twm or any other window manager (at least not for running a full screen xterm).
In your second example, you use
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Now, the exec command can't be used to set environment variables like that. Instead, you would set and export the WINDOWING variable before invoking kodi:
export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
add a comment |
The exec command replaces the current shell process with the process resulting from executing the given command. Without exec, control would be handed back to the waiting shell session once the command terminates. With exec, the current shell is replaced, so no further commands would be run from your script from that point on.
The ~/.xinitrc file is a shell script. It starts the window manager (twm in your case), and possibly other X11 clients that you may want to start initially (like xterm or some other terminal, and xeyes, obviously). There is no special syntax for this script apart from that it should be a valid script (since it's run by a shell script interpreter).
In your first example, you use
exec xterm
This replaces the current shell process with xterm. Without exec, you would have the exact same visible effect, but the .xinitrc script would hang around in the background waiting for xterm to terminate before itself terminating (since that was the last command in the file).
Note that if you had done exec twm, the shell would have replaced itself with twm which means that it would not be able to run the other commands in the script. This is why you instead start twm as a background process (with & at the end). The sleep is there to allow twm to start up properly before starting the terminal. I don't think this is strictly necessary. In fact, if you don't need window decorations or to be able to move windows around or resize them, there is no need to even run twm or any other window manager (at least not for running a full screen xterm).
In your second example, you use
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Now, the exec command can't be used to set environment variables like that. Instead, you would set and export the WINDOWING variable before invoking kodi:
export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
add a comment |
The exec command replaces the current shell process with the process resulting from executing the given command. Without exec, control would be handed back to the waiting shell session once the command terminates. With exec, the current shell is replaced, so no further commands would be run from your script from that point on.
The ~/.xinitrc file is a shell script. It starts the window manager (twm in your case), and possibly other X11 clients that you may want to start initially (like xterm or some other terminal, and xeyes, obviously). There is no special syntax for this script apart from that it should be a valid script (since it's run by a shell script interpreter).
In your first example, you use
exec xterm
This replaces the current shell process with xterm. Without exec, you would have the exact same visible effect, but the .xinitrc script would hang around in the background waiting for xterm to terminate before itself terminating (since that was the last command in the file).
Note that if you had done exec twm, the shell would have replaced itself with twm which means that it would not be able to run the other commands in the script. This is why you instead start twm as a background process (with & at the end). The sleep is there to allow twm to start up properly before starting the terminal. I don't think this is strictly necessary. In fact, if you don't need window decorations or to be able to move windows around or resize them, there is no need to even run twm or any other window manager (at least not for running a full screen xterm).
In your second example, you use
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Now, the exec command can't be used to set environment variables like that. Instead, you would set and export the WINDOWING variable before invoking kodi:
export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
The exec command replaces the current shell process with the process resulting from executing the given command. Without exec, control would be handed back to the waiting shell session once the command terminates. With exec, the current shell is replaced, so no further commands would be run from your script from that point on.
The ~/.xinitrc file is a shell script. It starts the window manager (twm in your case), and possibly other X11 clients that you may want to start initially (like xterm or some other terminal, and xeyes, obviously). There is no special syntax for this script apart from that it should be a valid script (since it's run by a shell script interpreter).
In your first example, you use
exec xterm
This replaces the current shell process with xterm. Without exec, you would have the exact same visible effect, but the .xinitrc script would hang around in the background waiting for xterm to terminate before itself terminating (since that was the last command in the file).
Note that if you had done exec twm, the shell would have replaced itself with twm which means that it would not be able to run the other commands in the script. This is why you instead start twm as a background process (with & at the end). The sleep is there to allow twm to start up properly before starting the terminal. I don't think this is strictly necessary. In fact, if you don't need window decorations or to be able to move windows around or resize them, there is no need to even run twm or any other window manager (at least not for running a full screen xterm).
In your second example, you use
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0
Now, the exec command can't be used to set environment variables like that. Instead, you would set and export the WINDOWING variable before invoking kodi:
export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
edited Mar 5 at 8:04
answered Mar 4 at 7:38
Kusalananda♦Kusalananda
139k17259429
139k17259429
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f504188%2fmysteries-of-xinitrc-what-can-and-cannot-be-there%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown

2
stackoverflow.com/q/22869637/1068283
– Michael Hampton
Mar 4 at 2:12
Why do you use
exec? just run it on this way:WINDOWING=x11 /usr/bin/kodi -geometry +0+0– Romeo Ninov
Mar 4 at 7:04