On Fri, Nov 16, 2001 at 02:44:53PM +1300, Mark van Walraven wrote:
> On Thu, Nov 15, 2001 at 03:51:55PM -0900, Ethan Benson wrote:
-
> > i have yet to see any proof of this.
>
> I don't believe you ever will see it.
I wish to apologise to Ethan and the list for my petulant and unfair remark.
Re
On Thu, Nov 15, 2001 at 03:51:55PM -0900, Ethan Benson wrote:
> On Fri, Nov 16, 2001 at 01:41:52PM +1300, Mark van Walraven wrote:
> >
> > If I didn't have important reason to get the system up quickly, I'd just
> > work away in single-user mode. If /var/tmp is only writeable by root,
> > some c
On Thu, Nov 15, 2001 at 03:51:55PM -0900, Ethan Benson wrote:
> On Fri, Nov 16, 2001 at 01:41:52PM +1300, Mark van Walraven wrote:
> > If I didn't have important reason to get the system up quickly, I'd just
> > work away in single-user mode. If /var/tmp is only writeable by root,
> > some critic
On Fri, Nov 16, 2001 at 01:41:52PM +1300, Mark van Walraven wrote:
>
> If I didn't have important reason to get the system up quickly, I'd just
> work away in single-user mode. If /var/tmp is only writeable by root,
> some critical applications won't work properly.
bzzzt. thanks for playing.
On Tue, Nov 13, 2001 at 03:06:38PM -0900, Ethan Benson wrote:
> your missing the point:
>
> > > > > what good will this do? the permissions of the mount point
> > > > > directory are irrelevant as they will be replaced by the
> > > > > permissions of the root directory of the mounted filesystem.
On Tue, Nov 13, 2001 at 08:03:43PM -0800, John H. Robinson, IV wrote:
> thus i submit: fix /tmp, or fix /var/tmp, so they both act the same way.
Single-user mode is severely crippled if /tmp is not world writeable.
So one option is not as good as the other.
> consitency is the path to least surp
On Tue, Nov 13, 2001 at 03:06:38PM -0900, Ethan Benson wrote:
>
> your missing the point:
/tmp and /var/tmp are being treated differently. with no good reason.
thus i submit: fix /tmp, or fix /var/tmp, so they both act the same way.
consitency is the path to least surprise.
-john
--
To UNS
On Wed, Nov 14, 2001 at 11:07:49AM +1300, Mark van Walraven wrote:
> On Tue, Nov 13, 2001 at 04:20:36AM -0900, Ethan Benson wrote:
> > On Tue, Nov 13, 2001 at 12:02:18PM +0100, Kjetil Torgrim Homme wrote:
> > > Ethan Benson <[EMAIL PROTECTED]> writes:
> -
> > > > what good will this do? the permi
On Tue, Nov 13, 2001 at 04:20:36AM -0900, Ethan Benson wrote:
> On Tue, Nov 13, 2001 at 12:02:18PM +0100, Kjetil Torgrim Homme wrote:
> > Ethan Benson <[EMAIL PROTECTED]> writes:
-
> > > what good will this do? the permissions of the mount point
> > > directory are irrelevant as they will be repl
On Tue, Nov 13, 2001 at 12:02:18PM +0100, Kjetil Torgrim Homme wrote:
> Ethan Benson <[EMAIL PROTECTED]> writes:
>
> > On Tue, Nov 13, 2001 at 10:53:16PM +1300, Mark van Walraven wrote:
> > > partition_config::mount_partition() uses mode 01777 when creating /tmp
> > > as a mount-point, but doesn'
Ethan Benson <[EMAIL PROTECTED]> writes:
> On Tue, Nov 13, 2001 at 10:53:16PM +1300, Mark van Walraven wrote:
> > partition_config::mount_partition() uses mode 01777 when creating /tmp
> > as a mount-point, but doesn't for /target/var/tmp. A fix is:
>
> what good will this do? the permissions
On Tue, Nov 13, 2001 at 10:53:16PM +1300, Mark van Walraven wrote:
> Dear list,
>
> partition_config::mount_partition() uses mode 01777 when creating /tmp
> as a mount-point, but doesn't for /target/var/tmp. A fix is:
what good will this do? the permissions of the mount point directory
are irr
Dear list,
partition_config::mount_partition() uses mode 01777 when creating /tmp
as a mount-point, but doesn't for /target/var/tmp. A fix is:
Index: boot-floppies/utilities/dbootstrap/partition_config.c
===
RCS file: /cvs/debian-b
13 matches
Mail list logo
