* Mark-Andre Hopf said:
> > > (a) Because it prevents the normal user from messing around with the
> > > internal of the `directory' and with it preventing the application
> > > programmer from adding tons of code to detect and workaround unex=
pected
> > > changes.
> > And what about "abnormal" users who want to mess around with it? You're
> > voting for the lack of flexibility here...
>=20
> No. Just make this behaviour configureable. E.g. by
>=20
> export ENTER_WORMHOLE=3D1
>=20
> Would be even better than a mount option as someone suggested before.
No. In that case if you have machine with lusers and power users how will
you provide both groups with what they need? If you compile the stuff into
the kernel, power users lose, if not - lusers cry. And I will just repeat
what many said already in this thread - this is not a kernel stuff, it
belongs to the userland.
> > directory <--> application <--> "normal" user
> >=20
> > tell me, where does the "normal" user has contact with the directory it=
self?
> > He uses the application, so I think you don't make a point here.
>=20
> A normal user will use the shell =3D> contact!
Shell is just an application like any other. If the functionality discussed
here is provided in a library, then a shell, as an interactive app, can use
its own means of turning the behavior on and off - just like any other app.
> But in the end I have to admit that this `directory as file' stuff looks=
to
> complicated to be the right thing to do. I guess it makes sense to Reiser=
FS,
> which appears to be something between a normal filesystem like ext2 and a
And which makes it very specific to just one file system. It's not generic
enough.
marek
--G4iJoqBmSsgzjUCe
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
iQCVAwUBN3pjsp1EuNB7BOoNAQEpxgP/XG25m5Q9fNdIXKESwrkK5uHZyetN8k61
JdwIZ9/KuRc8ChMjinulcey6ZY2Xk62NsYDaUXbs4ijoQyladu3B1AwoY9niI6io
p+eug3CfHopxvEi1Iue7+C8GIWrPpKxiVB0P6EbM/hzg97kCfoMQCgK44aoJhTKA
RCUZV0Oaf24=
=Bk5g
-----END PGP SIGNATURE-----
--G4iJoqBmSsgzjUCe--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/