3:24 a.m.
1: export TMPDIR=/var/tmp
2: export TMPDIR=$TMPDIR:/var/tmp
___
Regards,
Frank
www.frankly3d.com
2:27 a.m.
On Mon, 6 Jan 2014 14:46:04 +1100
Cameron Simpson <cs(a)zip.com.au> wrote:
Yes I know. I was wondering why.
They were all getting the claws-mail new instance,,
when clicking on firefox link:
https://bugzilla.redhat.com/show_bug.cgi?id=956380
___
Regards,
Frank
www.frankly3d.com
4:22 p.m.
On Mon, 6 Jan 2014 08:43:54 +1100
Cameron Simpson <cs(a)zip.com.au> wrote:
Your call, but curious to know why you're setting it for all
users
instead of just yourself.
Cheers,
Everone
___
Regards,
Frank
www.frankly3d.com
9:51 a.m.
On Sat, Jan 04, 2014 at 04:08:17PM +0100, Suvayu Ali wrote:
On Sat, Jan 04, 2014 at 10:37:48PM +1030, Tim wrote:
> Frank Murphy:
> > > 1: export TMPDIR=/var/tmp
> > > 2: export TMPDIR=$TMPDIR:/var/tmp
>
> Suvayu Ali:
> > Depends on what you want to do. If you want to overwrite the variable,
> > use (1). If you want to add (prepend) to the variable, use (2).
>
> Wouldn't that actually be an append - add onto the end of the existing
> variables, as opposed to insert before the existing variables (prepend).
This would be append:
3: export TMPDIR=/var/tmp:$TMPDIR
This is how I understand it; if a matching path is found, it is
considered for the task at hand. So prepend (front) would mean "I want
this to be considered before everything else", whereas append (back)
would mean "I want this to be considered when everything else fails".
The easiest example to see it in action is the PATH variable.
Does that make sense?
No.
TMPDIR=/tmp
..
export TMPDIR=/var/tmp:$TMPDIR
TMPDIR now contains /var/tmp:/tmp and the new path (/var/tmp) is earlier
in the search than the existing value(s) and will be used in preference to
/tmp. So /var/tmp has been *pre*pended to the search path by any
definition I can think of.
--
"Strange women lying in ponds distributing swords is no basis for a system
of government. Supreme executive power derives from a mandate from the
masses, not from some farcical aquatic ceremony."
-- Dennis, "Monty Python and the Holy Grail"
9:46 p.m.
On 05Jan2014 22:22, Frank Murphy <frankly3d(a)gmail.com> wrote:
On Mon, 6 Jan 2014 08:43:54 +1100
Cameron Simpson <cs(a)zip.com.au> wrote:
> Your call, but curious to know why you're setting it for all users
> instead of just yourself.
Everone
Yes I know. I was wondering why.
--
Cameron Simpson <cs(a)zip.com.au>
It's my subconscious, trying to get back at me for all the times I
disappointed it by waking up. - Gryphon
3:40 p.m.
On 04Jan2014 17:09, suvayu ali <fatkasuvayu+linux(a)gmail.com> wrote:
On Sat, Jan 04, 2014 at 03:51:02PM +0000, Dave Mitchell wrote:
> On Sat, Jan 04, 2014 at 04:08:17PM +0100, Suvayu Ali wrote:
> > On Sat, Jan 04, 2014 at 10:37:48PM +1030, Tim wrote:
> > > Frank Murphy:
> > > > > 1: export TMPDIR=/var/tmp
> > > > > 2: export TMPDIR=$TMPDIR:/var/tmp
[...]
To add to the discussion: TMPDIR is the name of a single directory, not list
of directories to consider.
Just overwrite it, or programs will be trying to use directories named
"/tmp:/var/tmp" or the like.
--
Cameron Simpson <cs(a)zip.com.au>
To have no errors
Would be life without meaning
No struggle, no joy
- Haiku Error Messages http://www.salonmagazine.com/21st/chal/1998/02/10chal2.html
9:08 a.m.
On Sat, Jan 04, 2014 at 10:37:48PM +1030, Tim wrote:
Frank Murphy:
> > 1: export TMPDIR=/var/tmp
> > 2: export TMPDIR=$TMPDIR:/var/tmp
Suvayu Ali:
> Depends on what you want to do. If you want to overwrite the variable,
> use (1). If you want to add (prepend) to the variable, use (2).
Wouldn't that actually be an append - add onto the end of the existing
variables, as opposed to insert before the existing variables (prepend).
This would be append:
3: export TMPDIR=/var/tmp:$TMPDIR
This is how I understand it; if a matching path is found, it is
considered for the task at hand. So prepend (front) would mean "I want
this to be considered before everything else", whereas append (back)
would mean "I want this to be considered when everything else fails".
The easiest example to see it in action is the PATH variable.
Does that make sense?
--
Suvayu
Open source is the future. It sets us free.
4:22 a.m.
On Sun, 5 Jan 2014 08:40:59 +1100
Cameron Simpson <cs(a)zip.com.au> wrote:
Just overwrite it, or programs will be trying to use directories
named
"/tmp:/var/tmp" or the like.
Took your advise,
/etc/profile.d/my_profile
put what I need in there.
___
Regards,
Frank
www.frankly3d.com
3:43 p.m.
On 05Jan2014 10:22, Frank Murphy <frankly3d(a)gmail.com> wrote:
On Sun, 5 Jan 2014 08:40:59 +1100
Cameron Simpson <cs(a)zip.com.au> wrote:
> Just overwrite it, or programs will be trying to use directories named
> "/tmp:/var/tmp" or the like.
Took your advise,
/etc/profile.d/my_profile
put what I need in there.
Your call, but curious to know why you're setting it for all users
instead of just yourself.
Cheers,
--
Cameron Simpson <cs(a)zip.com.au>
Just because Unix is a multiuser system doesn't mean I want to share it with
anybody! - Paul Tomblin, in rec.aviation.military
6:07 a.m.
Frank Murphy:
> 1: export TMPDIR=/var/tmp
> 2: export TMPDIR=$TMPDIR:/var/tmp
Suvayu Ali:
Depends on what you want to do. If you want to overwrite the
variable,
use (1). If you want to add (prepend) to the variable, use (2).
Wouldn't that actually be an append - add onto the end of the existing
variables, as opposed to insert before the existing variables (prepend).
--
[tim@localhost ~]$ uname -rsvp
Linux 3.9.10-100.fc17.x86_64 #1 SMP Sun Jul 14 01:31:27 UTC 2013 x86_64
All mail to my mailbox is automatically deleted, there is no point
trying to privately email me, I will only read messages posted to the
public lists.
George Orwell's '1984' was supposed to be a warning against tyranny, not
a set of instructions for supposedly democratic governments.
4:48 a.m.
On Sat, Jan 04, 2014 at 09:24:36AM +0000, Frank Murphy wrote:
1: export TMPDIR=/var/tmp
2: export TMPDIR=$TMPDIR:/var/tmp
Depends on what you want to do. If you want to overwrite the variable,
use (1). If you want to add (prepend) to the variable, use (2).
Hope this helps,
--
Suvayu
Open source is the future. It sets us free.
10:09 a.m.
On Sat, Jan 04, 2014 at 03:51:02PM +0000, Dave Mitchell wrote:
On Sat, Jan 04, 2014 at 04:08:17PM +0100, Suvayu Ali wrote:
> On Sat, Jan 04, 2014 at 10:37:48PM +1030, Tim wrote:
> > Frank Murphy:
> > > > 1: export TMPDIR=/var/tmp
> > > > 2: export TMPDIR=$TMPDIR:/var/tmp
> >
> > Suvayu Ali:
> > > Depends on what you want to do. If you want to overwrite the variable,
> > > use (1). If you want to add (prepend) to the variable, use (2).
> >
> > Wouldn't that actually be an append - add onto the end of the existing
> > variables, as opposed to insert before the existing variables (prepend).
>
> This would be append:
>
> 3: export TMPDIR=/var/tmp:$TMPDIR
>
> This is how I understand it; if a matching path is found, it is
> considered for the task at hand. So prepend (front) would mean "I want
> this to be considered before everything else", whereas append (back)
> would mean "I want this to be considered when everything else fails".
>
> The easiest example to see it in action is the PATH variable.
>
> Does that make sense?
No.
TMPDIR=/tmp
..
export TMPDIR=/var/tmp:$TMPDIR
TMPDIR now contains /var/tmp:/tmp and the new path (/var/tmp) is earlier
in the search than the existing value(s) and will be used in preference to
/tmp. So /var/tmp has been *pre*pended to the search path by any
definition I can think of.
Oops! Not sure where my mind is today; you are right. I was thinking
the *new* value is in TMPDIR for some inexplicable reason!
--
Suvayu
Open source is the future. It sets us free.
3786
days inactive
3788
days old
11 comments
5 participants
participants (5)
-
Cameron Simpson -
Dave Mitchell -
Frank Murphy -
Suvayu Ali -
Tim