login
Header Space

 
 

Mailing list archives

Search results

Found 4 matching messages (0.068 seconds). Page 1 of 1.

Re: [PATCH] LSM file locking patch is bogus

On Sat, Jul 27, 2002 at 11:31:49PM +0100, Matthew Wilcox wrote: > - Remove third argument from file_lock security op. Whether the lock is > blocking or not cannot make any difference to a security module! Matthew, thanks for the patch. However,

linux-fsdevel - Seth Arnold - Jul 27 2002 - 23:02

Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching

On Fri, Jun 15, 2007 at 10:06:23PM +0200, Pavel Machek wrote: > Yes, you may get some -EPERM during the tree move, but AA has that > problem already, see that "when madly moving trees we sometimes > construct path file never ever had". Pavel, please

linux-fsdevel - Seth Arnold - Jun 15 2007 - 19:33

Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching

On Sat, Jun 16, 2007 at 01:39:14AM +0200, Pavel Machek wrote: > > Pavel, please focus on the current AppArmor implementation. You're > > remembering a flaw with a previous version of AppArmor. The pathnames > > constructed with the current version of

linux-fsdevel - Seth Arnold - Jun 15 2007 - 20:07

Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching

On Fri, Jun 15, 2007 at 04:49:25PM -0700, Greg KH wrote: > > We have built a label-based AA prototype. It fails because there is no > > reasonable way to address the tree renaming problem. >=20 > How does inotify not work here? You are notified that

linux-fsdevel - Seth Arnold - Jun 15 2007 - 20:18

speck-geostationary