From owner-freebsd-questions Fri Apr 14 16:52:20 2000 Delivered-To: freebsd-questions@freebsd.org Received: from southpass.baynetworks.com (ns2.BayNetworks.COM [134.177.3.16]) by hub.freebsd.org (Postfix) with ESMTP id D73F937B78D for ; Fri, 14 Apr 2000 16:52:17 -0700 (PDT) (envelope-from bwithrow@engeast.BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h8754.s84f5.BayNetworks.COM [132.245.135.84]) by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id QAA25102; Fri, 14 Apr 2000 16:45:09 -0700 (PDT) Received: from pobox.engeast.BayNetworks.COM (pobox.engeast.baynetworks.com [192.32.61.6]) by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id TAA25773; Fri, 14 Apr 2000 19:57:01 -0400 (EDT) Received: from kyzyl.engeast.baynetworks.com (kyzyl [192.32.150.103]) by pobox.engeast.BayNetworks.COM (SMI-8.6/BNET-97/04/24-S) with ESMTP id TAA12484; Fri, 14 Apr 2000 19:52:15 -0400 for Message-Id: <200004142352.TAA12484@pobox.engeast.BayNetworks.COM> X-Mailer: exmh version 2.1.1 10/15/1999 To: questions@freebsd.org, Lowell Gilbert Cc: "Withrow, Robert (W.) [BAY:BL60:430]" Subject: Re: 4.0REL XDM logins fail In-Reply-To: Message from Lowell Gilbert of "14 Apr 2000 13:14:32 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Apr 2000 19:49:52 -0400 From: Robert Withrow Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It turns out that this problem is due, apparently, to the X servers not being built to support XDM-AUTHORIZATION-1. Ted Faber figured this out, and I posted a patch to hackers that works around this problem that hopefully will make it into the errata. Here it is: *** xdm-config.orig Thu Apr 13 16:37:35 2000 --- xdm-config Fri Apr 14 19:31:07 2000 *************** *** 10,16 **** --- 10,18 ---- ! X terminals will be configured that way, so by default ! use authorization only for local displays :0, :1, etc. DisplayManager._0.authorize: true + DisplayManager._0.authName: MIT-MAGIC-COOKIE-1 DisplayManager._1.authorize: true + DisplayManager._1.authName: MIT-MAGIC-COOKIE-1 ! The following three resources set up display :0 as the console. DisplayManager._0.setup: /usr/X11R6/lib/X11/xdm/Xsetup_0 DisplayManager._0.startup: /usr/X11R6/lib/X11/xdm/GiveConsole Hope this helps the other users who had this problem. Note: Someone else posted the suggestion to simply turn off authorization for the disply. I would recommend against that, not only for the obvious security reasons, but also because that will cause other software (like Tk) to fail in certain operations. The above patch does not suffer from those problems. Thanks! -- Robert Withrow -- (+1 978 288 8256) BWithrow@BayNetworks.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message