Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Christopher Faylor
On Thu, Sep 09, 2010 at 04:06:34PM -0700, Earl Chew wrote: >On 09/09/2010 2:16 PM, Pierre A. Humblet wrote: >>So, for example, if the user logs in interactively while a cron job (or >>another service) is running, /tmp may be mapped differently than if no >>cron job is running, because TMP may be de

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Earl Chew
On 09/09/2010 2:16 PM, Pierre A. Humblet wrote: > So, for example, if the user logs in interactively while a cron job (or > another service) > is running, /tmp may be mapped differently than if no cron job is running, > because > TMP may be defined differently in the service environment. > That i

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Dave Korn
On 09/09/2010 21:53, Earl Chew wrote: > On 09/09/2010 1:03 PM, Dave Korn wrote: >>> but I think we >>> should keep the parsing of /etc/fstab as lean as possible; >> I don't understand why. How many times per second does /etc/fstab get >> parsed? > > I interpreted cgf's comment as not wishing

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Pierre A. Humblet
- Original Message - From: "Dave Korn" To: Sent: Thursday, September 09, 2010 16:03 | On 08/09/2010 23:41, Christopher Faylor wrote: | > Corinna may disagree, | | Needless to say, I'm not Corinna! | | > but I think we | > should keep the parsing of /etc/fstab as lean as possible;

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Earl Chew
On 09/09/2010 1:03 PM, Dave Korn wrote: >> but I think we >> should keep the parsing of /etc/fstab as lean as possible; > > I don't understand why. How many times per second does /etc/fstab get > parsed? I interpreted cgf's comment as not wishing to add to the amount of coupling with /etc/fs

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Dave Korn
On 08/09/2010 23:41, Christopher Faylor wrote: > Corinna may disagree, Needless to say, I'm not Corinna! > but I think we > should keep the parsing of /etc/fstab as lean as possible; I don't understand why. How many times per second does /etc/fstab get parsed? cheers, DaveK

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Earl Chew
On 09/09/2010 12:50 AM, Corinna Vinschen wrote: > Apart from changing /etc/fstab or /etc/fstab.d/$USER by some installer > script, why not just add a one-liner profile script along the lines of > > /etc/profile.d/tmp-mnt.sh: > >mount -f `cygpath -m "${TEMP}"` /tmp That's a pretty good idea.

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-09 Thread Corinna Vinschen
On Sep 8 15:59, Earl Chew wrote: > On 08/09/2010 3:41 PM, Christopher Faylor wrote: > > Thanks for the patch but I don't think this is generally useful. If you > > need to mount /tmp somewhere else then it should be fairly trivial to > > automatically update /etc/fstab. Corinna may disagree, but

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-08 Thread Earl Chew
On 08/09/2010 3:41 PM, Christopher Faylor wrote: > Thanks for the patch but I don't think this is generally useful. If you > need to mount /tmp somewhere else then it should be fairly trivial to > automatically update /etc/fstab. Corinna may disagree, but I think we > should keep the parsing of /

Re: Mounting /tmp at TMP or TEMP as a last resort

2010-09-08 Thread Christopher Faylor
On Wed, Sep 08, 2010 at 03:27:14PM -0700, Earl Chew wrote: >We have an installation that we deploy to a bunch of workstations. We prefer >if the installation uses the temporary file directory that Windows has already >allocated for the user. > >The entry for /tmp in /etc/fstab, or the directory /tm

Mounting /tmp at TMP or TEMP as a last resort

2010-09-08 Thread Earl Chew
We have an installation that we deploy to a bunch of workstations. We prefer if the installation uses the temporary file directory that Windows has already allocated for the user. The entry for /tmp in /etc/fstab, or the directory /tmp, is preferred. If neither is found, the patch mounts /tmp at t