Re: User mounting take 2

2006-04-22 Thread Igor Pokrovsky
On Sat, Apr 15, 2006 at 01:05:45AM -0400, Joe Marcus Clarke wrote: > Based on feedback I received on my initial diff, I took another crack at > user mounting. To address Robert's concerns, I drop the setuid > permissions until needed. Therefore, all permission checks are now done > in the kernel.

Re: User mounting take 2

2006-04-15 Thread Joe Marcus Clarke
On Sat, 2006-04-15 at 11:13 +0100, Matthew Seaman wrote: > Joe Marcus Clarke wrote: > > > > //[EMAIL PROTECTED]/homes/home/%u/smb_homesmbfsrw,noauto,user > > 0 0 > > > > Then, a user could just run, for example: > > > > mount /home/marcus/smb_home > > > > And their SMB home dire

Re: User mounting take 2

2006-04-15 Thread Matthew Seaman
Joe Marcus Clarke wrote: > > //[EMAIL PROTECTED]/homes/home/%u/smb_homesmbfsrw,noauto,user > 0 0 > > Then, a user could just run, for example: > > mount /home/marcus/smb_home > > And their SMB home directory would get mounted (~/.nsmbrc is also > respected). Nice. Very nice.

Re: User mounting take 2

2006-04-15 Thread Bruce M Simpson
On Sat, Apr 15, 2006 at 01:05:45AM -0400, Joe Marcus Clarke wrote: > Finally, in testing this, I found a problem with smbfs, msdosfs, and > ntfs relating to the statfs(2) f_flags field. smbfs always set this to > 0, msdosfs didn't set this at all, and ntfs set this to all flags (not > just those v

User mounting take 2

2006-04-14 Thread Joe Marcus Clarke
Based on feedback I received on my initial diff, I took another crack at user mounting. To address Robert's concerns, I drop the setuid permissions until needed. Therefore, all permission checks are now done in the kernel. The same is true for umount(8). silby asked for wildcard support. To ha