home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!cs.utexas.edu!swrinde!gatech!destroyer!cs.ubc.ca!news.UVic.CA!sanjuan!pmacdona
- From: pmacdona@sanjuan (Peter MacDonald)
- Subject: Re: A few misc questions, and a thank you
- Message-ID: <1993Jan1.200309.19646@sol.UVic.CA>
- Sender: news@sol.UVic.CA
- Nntp-Posting-Host: sanjuan.uvic.ca
- Organization: University of Victoria, Victoria B.C. CANADA
- References: <1hvu3lINNpbc@usenet.INS.CWRU.Edu> <andrewc.725878612@aurora.cc.monash.edu.au>
- Date: Fri, 1 Jan 93 20:03:09 GMT
- Lines: 26
-
- In article <andrewc.725878612@aurora.cc.monash.edu.au> andrewc@aurora.cc.monash.edu.au (Andrew J. Cosgriff !) writes:
- >ah200@cleveland.Freenet.Edu (Randy Beiter) writes:
- >
- >>Question/problem #1: I grabbed screen3.2 patched for linux, got it compiled
- >> using the .a file that is graciously included,
- >> since gcc barfed all over the source :) and root
- >> can run it fine, however, any non-root user gets
- >> told the /tmp/.screens dir needs to be mode 777,
- >> and when I set it this way, it says there are no
- >> pty's free, and exits. When I run screen as root,
- >> it always demands the /tmp/.screens dir be 755,
- >> and as long as it is, screen is content when
- >> run under root. Any ideas what could be causing
- >> this? My guess is some permissions messed up
- >> somewhere, but I can't find where :)
- >Yeah, same happens to me.
- >I don't use screen anymore, but it occurred to me that this was perhaps if you
- >changed screen to be setuid root, which seems like a possible security hole, but...
-
- The next release of SLS will have screen, which does work, both suid and not.
- Other features include rcs, term, lpr, cpio, sysv init, revised tcpip install,
- etc.
-
- Won't be till after 1.0 is out though :-)
-
- Peter
-