Setting environment variable globally without restarting Ubuntu

Question

I know that system wide environment variables can be set by adding entries into

/etc/environment

or

/etc/profile

Answer 1

The simple answer is: you cannot do this in general.

Why can there be no general solution?

The "why?" needs a more detailed explanation. In Linux, the environment is process-specific. Each process environment is stored in a special memory area allocated exclusively for this process.

As an aside: To quickly inspect the environment of a process, have a look at /proc/<pid>/env (or try /proc/self/env for the environment of the currently running process, such as your shell).

When a ("parent") process starts another ("child") process (via fork(2)), the environment the environment of the parent is copied to produce the environment of the child. There is no inheritance-style association between those two environments thereafter, they are completely separate. So there is no "global" or "master" environment we could change, to achieve what you want.

Why not simply change the per-process environment of all running processes? The memory area for the environment is in a well-defined location (basically right before the memory allocated for the stack), so you can't easily extend it, without corrupting other critical memory areas of the process.

Possible half-solutions for special cases

That said, one can imagine several special cases where you could indeed achieve what you want.

• Most obviously, if you do "size-neutral" changes, you could conceivable patch up all environments of all processes. For example, replace every USER=foo environment variable (if present), with USER=bar. A rather special case, I fear.

• If you don't really need to change the environments of all processes, but only of a class of well-known ones, more creative approaches might be possible. Vorsprung's answer is an impressive demonstration of doing exactly this with only Bash processes.

There are probably many other special cases, where there is a possible solution. But as explained above: no solution for the general case.

Answer 2

This perl program uses gdb to change the USER variable in all currently running bash shells to whatever is given as the program arg. To set a new variable the internal bash call "set_if_not" could be used

#!/usr/bin/perl

use strict;
use warnings;

my @pids = qx(ps -C bash -o pid=);
my $foo  = $ARGV[0];
print "changing user to $foo";
print @pids;

open( my $gdb, "|gdb" ) || die "$! gdb";
select($gdb);
$|++;
for my $pid ( @pids ) {
    print "attach $pid\n";
    sleep 1;
    print 'call bind_variable("USER","' . $foo . '",0)' . "\n";
    sleep 1;
    print "detach\n";
}

This only works with bash ( I only tested it with version 4.1 on Ubuntu 10.04 LTS) and does not alter the environment for arbitrary already running programs. Obviously it must be run as root.

Answer 3

I fear the solution here is a frustrating one: Don't use environment variables. Instead use a file.

So, instead of setting up /etc/environment with:

SPECIAL_VAR='some/path/I/want/later/'

And calling it with:

$SPECIAL_VAR

Instead, create a file at ~/.yourvars with the content:

SPECIAL_VAR='some/path/I/want/later/'

And source the thing every time you need the variable:

cd `source ~/.yourvars; echo $SPECIAL_VAR`

A hack? Perhaps. But it works.