From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=DATE_IN_PAST_12_24,DMARC_NONE, INVALID_DATE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from two.fidnet.com ([205.216.200.52] helo=mail.fidnet.com) by cvs.gentoo.org with smtp (Exim 3.30 #1) id 15j7Bh-0000WU-00 for gentoo-dev@cvs.gentoo.org; Mon, 17 Sep 2001 16:48:25 -0600 Received: (qmail 15613 invoked from network); 17 Sep 2001 22:47:46 -0000 Received: from unknown (HELO dialup-mo-17.stjames.fidnet.com) (216.229.82.17) by 0 with SMTP; 17 Sep 2001 22:47:46 -0000 Subject: Re: [gentoo-dev] gdm-2.2.3.2: comments From: "Tod M. Neidt" To: gentoo-dev@cvs.gentoo.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.13 (Preview Release) Message-Id: <1000749105.438.6.camel@Q.neidt.net> Mime-Version: 1.0 Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Mon Sep 17 16:49:01 2001 X-Original-Date: 17 Sep 2001 17:51:43 +0000 X-Archives-Salt: 6f47374d-17ec-4461-947e-0f7e29202e7c X-Archives-Hash: 55ac0fd0b99f05e4c5aac9c64cff996d On Mon, 2001-09-17 at 21:11, tneidt@mail.fidnet.com wrote: > > > After these changes gdm starts up fine. One problem remains. gnome-terminal > refuses to open with an error about checking unix98 ptys. Note everything > gnome and specifically gnome-terminal was working perfectly when I was using > startx from the command-line prior to merging gdm. Also, I can start up a > regular xterm fine although it doesn't read my .bashrc file. > Hi! Follow-up with more information. 1.If I xhost +localhost in an xterm as user then su to root, I can start up a gnome-terminal ok, so it seems to be a permissions problem. 2. Confirmed that /dev/ptmx has the correct permissions. tod