From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 01:04:01 2005 Return-Path: X-Original-To: x11@freebsd.org Delivered-To: freebsd-x11@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9BD16B90F; Sun, 3 Jul 2005 01:03:17 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7DA844D7F; Sun, 3 Jul 2005 00:56:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 120E1614A5; Sat, 2 Jul 2005 17:17:12 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 610B75C984 for ; Fri, 7 Jan 2005 01:11:53 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6FC77574D4; Fri, 7 Jan 2005 09:11:48 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C179816A4FA; Fri, 7 Jan 2005 09:11:46 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C42816A4CE; Fri, 7 Jan 2005 09:11:42 +0000 (GMT) Received: from 212.106.254.141.adsl.jazztel.es (212.106.255.148.adsl.jazztel.es [212.106.255.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E8143D1F; Fri, 7 Jan 2005 09:11:41 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) j079BUC0001115; Fri, 7 Jan 2005 10:11:36 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41DE5242.4030606@redesjm.local> From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: es-es, es MIME-Version: 1.0 To: Brooks Davis References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> In-Reply-To: <20050107003806.GA14003@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00, RCVD_NUMERIC_HELO autolearn=no version=3.0.1 X-Spam-Level: Cc: Rob , freebsd-current , x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp X-BeenThere: freebsd-x11@freebsd.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:02 -0000 X-Original-Date: Fri, 07 Jan 2005 10:11:30 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:04:02 -0000 Brooks Davis escribió: >On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > > >>Hi, >> >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: >> >>---------------- .xsession-errors >>_IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>created. >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local >>xfce4-session: Unable to establish ICE listeners: Cannot establish any >>listening sockets >> >> > > > >>The patch below from Pawel Worach solves the problem. >> >> > >Could you please try the following patch? It does the same thing, but >gives the inode paranoid a way to disable the creation of these >directories or only create the ones they need. > >-- Brooks > >Index: rc.d/cleartmp >=================================================================== >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v >retrieving revision 1.11 >diff -u -p -r1.11 cleartmp >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 >@@ -35,5 +35,7 @@ run_rc_command "$1" > # restarting X > # > rm -f /tmp/.X[0-9]-lock >-rm -fr /tmp/.X11-unix >-mkdir -m 1777 /tmp/.X11-unix >+if [ -n ${clear_tmp_xdirs} ]; then >+ rm -fr ${clear_tmp_xdirs} >+ mkdir -m 1777 ${clear_tmp_xdirs} >+fi >Index: defaults/rc.conf >=================================================================== >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v >retrieving revision 1.235 >diff -u -p -r1.235 rc.conf >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 >@@ -443,6 +443,8 @@ linux_enable="NO" # Linux binary compati > svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). > osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). > clear_tmp_enable="NO" # Clear /tmp at startup. >+clear_tmp_xdirs="/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" >+ # Directories needed by X11 > ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks > ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg" > # shared library search paths > > > I recall putting this in a conf PR, try a follow-up. But I think your patch is a little bit wrong I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be do after the run_rc_command. If we need do this from the base system (Thing that I doubt more and more), this must be implementing a new /etc/rc.d/clearx11tmp (this may be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... But I must point that: X11 is now mostly a ports thing, not a base system component. If this can be take from ports (I send-pr this also), this must be the path to the solution. I put a simple script from libs, but I can work and rcNG enabled thing if prefered. This is not what x11 really needs. x11 only needs some like this: mkdir -p ... && chown root:wheel ... && chmod 01777 ... . this may be prefered by the x11 team. This can be taken both from base and ports without too much problem. The only secondary effect of this I know is that you may polite /tmp entries twice, with is not a real pain to the whole boot process. -- josemi _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"