Matthew Burgess wrote:
> ### RATIONALE FOR REMOVAL ### ptmx - isn't directly accessed by a
> user. /etc/fstab dictates pty perms

That's incorrect; this change would break PTYs completely.

In order to create a PTY, the master process opens /dev/ptmx.  That's
the pseudo-terminal master file for every slave that gets created.  Then
you call grantpt() and unlockpt() on the returned FD, to do some magic.
(It's in the manpage, but I'm too lazy to go look at it right now.)
Then you call ptsname() on the FD, to get the slave device's name, and
finally you can open that slave device.

The devpts filesystem creates the *slaves*, not the master.  The
permissions in fstab must therefore be applied to only the slaves.

(And I just tried it, too.  I changed the owner and group of /dev/ptmx
to root:root 0660, and tried running various programs that I know needed
PTYs:

$ xterm
xterm: Error 32, errno 2: No such file or directory
Reason: get_pty: not enough ptys
$ /tools/bin/expect -c "spawn ls"
spawn ls
The system has no more ptys.  Ask your system administrator to create more.
    while executing
"spawn ls"
$

(That last error looks familiar, in fact...  ;-) )

> printing devices - need non-LFS software to use it

Not entirely correct either, although this is similar to the sound devices:

If your printer supports PostScript natively, you can cat PS files to
your printer device.  In fact, even if it doesn't support PS, you can
send the output of GhostScript to the printer device (this is one more
package, but it's nothing on the order of cups or lprng).  (I do this
whenever I need to print anything -- I print it to a file, then run the
file through GS with -sOutputFile=/dev/lp0.)

For that matter, all the device categories that the current config file
says "xxxx devices go in their own directory" (sound, input) will now be
cluttering up /dev, which is (at least IMO) the Wrong Thing.  Even if
you can't use them yet, I wouldn't think you'd want 10-15 more devices
sitting in the root of /dev -- which is a nonstandard directory for
them, no less.

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to