One thing you are mistaken about is that /etc/environment
requires a reboot to reload. This is incorrect. The only time the file is read is on login, when the PAM stack is activated – specifically pam_env.so
, which reads the file.
Logging out and back in would apply the changes – and in fact you must do this if you want all your processes to receive the new environment. All other "solutions"2 will only apply the environment to the single shell process, but not to anything you launch through the GUI including new terminal windows.1
If you're fine with that, though – the lack of export
commands can be compensated for with set -a
and set +a
. However, it still remains a poor way, as the file doesn't use quoting either. But this should work fine:
while read -r env; do export "$env"; done
1 GNOME Session Manager provides a way to change its own environment, but only during the Initialization
phase:
$ gdbus call -e -d org.gnome.SessionManager \
-o /org/gnome/SessionManager \
-m org.gnome.SessionManager.Setenv \
"FOO" "bar"
Error: GDBus.Error:org.gnome.SessionManager.NotInInitialization: Setenv
interface is only available during the Initialization phase
2 gdb
is not a solution, but can be used sometimes. You have to attach it to the running processes of your session manager (e.g. gnome-session
), your window manager (e.g. gnome-shell
or openbox
), your taskbar/panel if any (e.g. xfce4-panel
), and generally anything else that possibly would run stuff. For each of those processes, you need to attach gdb
to it by PID, invoke the putenv()
function using p
, then detach using q
:
$ sudo gdb -p $(pidof gnome-session)
GNU gdb (GDB) 7.7.1
[...]
Attaching to process 718
[...]
0x00007fc2cefed81d in poll () from /usr/lib/libc.so.6
(gdb) p putenv("FOO=bar")
$1 = 0
(gdb) p putenv("BAZ=qux")
$2 = 0
(gdb) q
A debugging session is active.
Quit anyway? (y or n) y
Detaching from program: /usr/bin/gnome-session, process 718
Note that the debugger pauses the process, therefore you must attach to compositing window managers only from another tty (virtual console) or over SSH, otherwise the screen would freeze.
In addition to that, you should also update the environment used by dbus-daemon:
$ dbus-update-activation-environment --systemd FOO=bar BAZ=qux
For older systems:
$ gdbus call -e -d org.freedesktop.DBus \
-o /org/freedesktop/DBus \
-m org.freedesktop.DBus.UpdateActivationEnvironment \
"{'FOO': 'bar', 'BAZ': 'qux'}"
()
2@lzkata: If a variable is already exported, it should not be necessary to export it again... If new variable that have not already been exported are added, the
export
would be necessary... (without it it is just a normal non-environment variable in the current shell, not available in child processes) – Gert van den Berg – 2014-09-01T10:16:04.140@DanielBeck thank you..plz add you comment as an answer! – Gadelkareem – 2015-12-03T19:17:13.947
does it works also on debian and centos ? – Massimo – 2017-07-10T23:28:04.673
does it require user login or its settings are used also by daemons and cron jobs ? – Massimo – 2017-07-10T23:28:55.633
12Systemwide, I have no idea. For the current shell session, you can use
for line in $( cat /etc/environment ) ; do export $line ; done
, if the file format iskey=value
. – Daniel Beck – 2011-09-25T11:38:55.0773Works for me without an
export
... – Izkata – 2014-03-30T14:44:57.383