NetBSD Problem Report #39144

From www@NetBSD.org  Mon Jul 14 06:30:56 2008
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by narn.NetBSD.org (Postfix) with ESMTP id 5A31863B89E
	for <gnats-bugs@gnats.netbsd.org>; Mon, 14 Jul 2008 06:30:56 +0000 (UTC)
Message-Id: <20080714063056.0B73763B880@narn.NetBSD.org>
Date: Mon, 14 Jul 2008 06:30:56 +0000 (UTC)
From: ggm@pobox.com
Reply-To: ggm@pobox.com
To: gnats-bugs@NetBSD.org
Subject: private /tmp not always initialized (sudo)
X-Send-Pr-Version: www-1.0

>Number:         39144
>Category:       misc
>Synopsis:       private /tmp not always initialized (sudo)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jul 14 06:35:01 +0000 2008
>Last-Modified:  Mon Jul 14 07:00:03 +0000 2008
>Originator:     George Michaelson
>Release:        current
>Organization:
>Environment:
NetBSD snoid 4.99.69 NetBSD 4.99.69 (GGM) #1: Fri Jul 11 19:44:31 EST 2008  ggm@snoid:/usr/obj/sys/arch/i386/compile/GGM i386
>Description:
login makes a users /private/tmp/@uid

sudo bash didn't make one for root.

-G
>How-To-Repeat:
install sudo, login as normal user, sudo bash

# cd /tmp 
bash: cd: /tmp: No such file or directory
# pwd
/private/tmp
# ls -ltr
total 2
drwx-----T  2 ggm  ggm  512 Jul 15 02:27 101
#
>Fix:
Not sure. what should initialize this? does this mean making sudo do something? It seems a shame to have to invoke the 'login' class of operations via flags to sudo, and since people haven't had to do that before, I wonder if this is going to bite people who sudo and expect /tmp to exist for root?

>Audit-Trail:
From: George Michaelson <ggm@pobox.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: misc/39144: private /tmp not always initialized (sudo)
Date: Mon, 14 Jul 2008 16:57:58 +1000

 to be fair: the /private/tmp/0 link is made later on, but I can't say  
 when. On a clean system, inside 10-20min of the first boot with  
 per_user_tmp=YES it was not created in time for a sudo bash.

 (what did make it? cron?)

 -G

Home	PR Database Search