Re: devfs - why not ?

• Next message: Matthias Andree: "Re: inline API documentation formats (was: devfs - why not ?)"
• Previous message: Peter Samuelson: "Re: devfs - why not ?"
• Next in thread: Marek Habersack: "Re: devfs - why not ?"
• Reply: Marek Habersack: "Re: devfs - why not ?"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Ricky Beam <jfbeam@bluetopia.net> writes:

> > Now if there were only a CLEAN solution to the non-volatile
> >attributes problem. Set permissions and ownership of a device. Device
>
> If you define "clean solution" as '/usr/bin/vi'... either alter the
> settings in the source or reset them everytime it's loaded.

A static file could be used that holds these permissions, at a default
position that could be altered through sysctl (read:
/proc/sys/devfs/default_permissions).

'nuff said. Simple, static and helps.

-- 
Matthias Andree
                Where do you think you're going today?
-
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/

• Next message: Matthias Andree: "Re: inline API documentation formats (was: devfs - why not ?)"
• Previous message: Peter Samuelson: "Re: devfs - why not ?"
• Next in thread: Marek Habersack: "Re: devfs - why not ?"
• Reply: Marek Habersack: "Re: devfs - why not ?"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Apr 15 2000 - 21:00:21 EST