From owner-freebsd-doc@FreeBSD.ORG Sat May 5 00:54:07 2012 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3962106564A for ; Sat, 5 May 2012 00:54:07 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 20D9F8FC0A for ; Sat, 5 May 2012 00:54:06 +0000 (UTC) X-AuditID: 1209190e-b7fd86d0000008b4-86-4fa47a2761d8 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id BD.FA.02228.72A74AF4; Fri, 4 May 2012 20:53:59 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id q450rxmO014689; Fri, 4 May 2012 20:53:59 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q450rvFN014208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 May 2012 20:53:59 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q450rvAx016937; Fri, 4 May 2012 20:53:57 -0400 (EDT) Date: Fri, 4 May 2012 20:53:57 -0400 (EDT) From: Benjamin Kaduk To: Raoul MXgXlas In-Reply-To: <20120503192205.65F2CA6217@smtp3-g21.free.fr> Message-ID: References: <20120503192205.65F2CA6217@smtp3-g21.free.fr> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrOIsWRmVeSWpSXmKPExsUixG6noqtetcTf4E+PjsWpM12sFgcXNLE4 MHn0r/vM6jHj03yWAKYoLpuU1JzMstQifbsEroyb7zYxFVziqliy6T9bA+M6ji5GTg4JAROJ zZ/mMUPYYhIX7q1n62Lk4hAS2Mcosbf3OzuEs55R4tH9jcwQzn4middHG9lBWoQE6iXm3T/M 2MXIwcEioCXx4bwzSJhNQEVi5puNbCC2iICixIx1vWAbmAWkJRrWb2YCsYUFFCTmr5jLAtLK KWAlMfF6FUiYV8BRYtqGXkaI6ZYS/5dC2KICOhKr909hgagRlDg58wkLxEhLiXN/rrNNYBSc hSQ1C0lqASPTKkbZlNwq3dzEzJzi1GTd4uTEvLzUIl1jvdzMEr3UlNJNjKAw5ZTk28H49aDS IUYBDkYlHt5dHEv8hVgTy4orcw8xSnIwKYnyBpYDhfiS8lMqMxKLM+KLSnNSiw8xSnAwK4nw Jn1d7C/Em5JYWZValA+TkuZgURLnVdN65yckkJ5YkpqdmlqQWgSTleHgUJLg/VgBNFSwKDU9 tSItM6cEIc3EwQkynAdoeFwlUA1vcUFibnFmOkT+FKMux7wpW68yCrHk5eelSonz8oIUCYAU ZZTmwc2BpZdXjOJAbwnzrgZZxwNMTXCTXgEtYQJaIm2wCGRJSSJCSqqBMfq62OKyYlv9uJ8z Q3Wzfy/m29z3qvawdcDaop5VJyLWXxNmZNyiOflr6sHstaIZ5axC1QV3I1ou/za+tvDO2S1u s32EzjP9nKyxUe1M3DOe36J/dLj2cN9n9I3rafI93Z/jH3vk84twif1zpqld3dfIzMLqtGxu XVdlAJPd4qYOVparSg0dSizFGYmGWsxFxYkAxlcf1goDAAA= Cc: freebsd-doc@freebsd.org Subject: Re: no ptX device found X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 00:54:07 -0000 On Thu, 3 May 2012, Raoul MXgXlas wrote: > > Hi all, > > I dislike crossposting, but i have had no reply for this problem. > Please have you any doc on this topic, i does not find > anythikng in the man pages, nor in UPDATING. > see below, the message posted on current. > > > On current, since about 3 months, no pty device is created. > i see only a pts[0] in dev. > screen (4.0.1, we cannot use a higher version, for good raisons) > does not find any pty device and does not attach. > How can i create at least one? > > my ttys seems to have no effect. I am pretty sure i miss somemthing. > In another hand, i see nothing in the man pages on this topic. > > Thanks in advance for your help. Please see the commit message for svn r233271: %%%%%%%%%%%%%%%%%%%% SVN rev 233271 on 2012-03-21 08:38:42Z by ed Remove pty(4) from our kernel configurations. As of FreeBSD 8, this driver should not be used. Applications that use posix_openpt(2) and openpty(3) use the pts(4) that is built into the kernel unconditionally. If it turns out high profile depend on the pty(4) module anyway, I'd rather get those fixed. So please report any issues to me. The pty(4) module is still available as a kernel module of course, so a simple `kldload pty' can be used to run old-style pseudo-terminals. %%%%%%%%%%%%%%%%%%%% -Ben Kaduk