From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 0A00A1381FB for ; Tue, 25 Dec 2012 03:22:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 157A421C06B; Tue, 25 Dec 2012 03:22:18 +0000 (UTC) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by pigeon.gentoo.org (Postfix) with ESMTP id 8434221C051 for ; Tue, 25 Dec 2012 03:21:08 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgoKAG6Zu0/O+KJr/2dsb2JhbABEsnYDgRiBCIJWHHImJSQTG4dzC5hHoTeLYoQAYgOIQoR8h1yBEIRPiDqBWIMHgTga X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="210665576" Received: from 206-248-162-107.dsl.teksavvy.com (HELO waltdnes.org) ([206.248.162.107]) by ironport2-out.teksavvy.com with SMTP; 24 Dec 2012 22:21:06 -0500 Received: by waltdnes.org (sSMTP sendmail emulation); Mon, 24 Dec 2012 22:21:00 -0500 From: "Walter Dnes" Date: Mon, 24 Dec 2012 22:21:00 -0500 To: Gentoo Users List Subject: [gentoo-user] Implicit udev dependancy in Gentoo? and workaround. Message-ID: <20121225032100.GA1835@waltdnes.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 442b6116-d8a8-412d-9188-b17b2f1e2092 X-Archives-Hash: 8d76b910c72cd9cd72f65a8c3494dbe4 I'm asking questions here before filing a bug/reature-request, to make sure I have my ducks in a row. I did a big update a couple of days ago. As per the user in... http://forums.gentoo.org/viewtopic-p-7168984.html I too ran into a situation where I couldn't open any xterms because /dev/pts was empty. The solution for that user came in 2 parts... 1) Add the following line to /etc/fstab devpts /dev/pts devpts defaults 0 0 2) Run "rc-update add udev-mount sysinit" oops... what udev-mount? I'm the troublemaker/malcontent who runs mdev instead of udev. I noticed that the temporary solution would be to manually execute "mount devpts". The problem was that it would only last till the next reboot, after which the mount needed to be issued again. I got around that by putting "mount devpts" in /etc/local.d/000.start (which file must be executable). It is executed every bootup, solving the problem. My questions... 1) Is this just my system, or has anybody else with mdev run into it? If others have the same problem, I'll update the mdev wiki page to mention this. 2) Can someone who uses udev have a look at their "udev-mount" script and see if it does any other stuff besides mounting devpts? -- Walter Dnes I don't run "desktop environments"; I run useful applications