From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Colin Walters Newsgroups: gmane.emacs.devel Subject: Re: Bad configure check Date: 26 Apr 2002 15:28:48 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <1019849328.1086.7.camel@space-ghost> References: <1019762483.19662.20.camel@space-ghost> <200204261738.g3QHchK05159@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1019849597 13795 127.0.0.1 (26 Apr 2002 19:33:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 26 Apr 2002 19:33:17 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 171BT2-0003aO-00 for ; Fri, 26 Apr 2002 21:33:16 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 171BVp-0000kO-00 for ; Fri, 26 Apr 2002 21:36:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 171BT0-0003Pd-00; Fri, 26 Apr 2002 15:33:14 -0400 Original-Received: from monk.debian.net ([216.185.54.61] helo=monk.verbum.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 171BQF-0001fy-00 for ; Fri, 26 Apr 2002 15:30:23 -0400 Original-Received: from space-ghost.verbum.private (freedom.cis.ohio-state.edu [164.107.60.183]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "space-ghost.verbum.org", Issuer "monk.verbum.org" (verified OK)) by monk.verbum.org (Postfix (Debian/GNU)) with ESMTP id 555287400252 for ; Fri, 26 Apr 2002 15:30:12 -0400 (EDT) Original-Received: by space-ghost.verbum.private (Postfix (Debian/GNU), from userid 1000) id D4C18806C70; Fri, 26 Apr 2002 15:28:48 -0400 (EDT) Original-To: emacs-devel@gnu.org In-Reply-To: <200204261738.g3QHchK05159@aztec.santafe.edu> X-Mailer: Evolution/1.0 (Preview Release) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3321 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3321 On Fri, 2002-04-26 at 13:38, Richard Stallman wrote: > You could always use try using chown when installing > update-game-score. If it fails, don't make it setuid. > > When a game runs, it can check at run-time whether the program is > setuid, and act accordingly. The tricky thing about this is that update-game-score.c gets compiled with different options depending on whether or not we have access to a shared game directory. If update-game-score is setuid, it must always store scores in the shared game directory; anything else would be a security problem. If it's not setuid, then we store scores in the user's home directory. Hmmm. I suppose we can solve this problem by making update-game-score itself check whether it's setuid, and then do the right thing accordingly...I will investigate doing this.