From owner-freebsd-rc@FreeBSD.ORG Wed Nov 30 10:35:13 2011 Return-Path: Delivered-To: rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F31C106564A for ; Wed, 30 Nov 2011 10:35:13 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4B51E8FC16 for ; Wed, 30 Nov 2011 10:35:12 +0000 (UTC) Received: by ggnk5 with SMTP id k5so756381ggn.13 for ; Wed, 30 Nov 2011 02:35:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=soLTPvk+ViQg5jlb08y424hWqtUuS8MQlvjDFoDWWbY=; b=jq1Vb5RZ4iz6swBv2zoLpCN6Bdq2dopF7d7SZhU7amPdhDH3gS4V2Dxqp3dTLncp9g UMMxRt++nXLHXhDVgDI7UzZjivLJOObU5eB++gZewPlut1LZHtg+bNqUnL4rvEe/zBzZ +gfSoMbXrOxgOyeYax18kR+653TH8qn2Q7lkU= MIME-Version: 1.0 Received: by 10.68.16.5 with SMTP id b5mr5842096pbd.95.1322647647144; Wed, 30 Nov 2011 02:07:27 -0800 (PST) Received: by 10.143.27.35 with HTTP; Wed, 30 Nov 2011 02:07:27 -0800 (PST) In-Reply-To: References: Date: Wed, 30 Nov 2011 05:07:27 -0500 Message-ID: From: Aryeh Friedman To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-x11@freebsd.org, rc@freebsd.org Subject: Re: xdm does not work junder BETA3 X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2011 10:35:13 -0000 On Wed, Nov 30, 2011 at 3:34 AM, Chris Rees wrote: > > On 29 Nov 2011 03:43, "Aryeh Friedman" wrote: > > > > I found the problem it never deleted the /var/run/xdm.pid on reboot > > Shouldn't /var/run be cleared on boot? > > Cc rc, sorry for cross-posting but it seems to be that kind of issue. > > Chris > Yes in theory the machine should when it does a cold (and this includes the power/reset button) boot the machine from the moment the processor does it's very first cycle to the time I type the very first key and/or the first mouse movement as a fully logged in user (via XDM) using the default XFCE4 desktop with my default configs means that the when the machine shutdown it left *ZERO* evidence that it had ever existed... in other words the default start up (POST --> bootloader --> single user mode --> xdm --> xfce4) does not need to worry about getting rid of side effects of this.... in the windows world this is done with a program by the name of "Freeze Dry".... the only problem with Freeze Dry is a) it runs on windows only (needs a disk formatted and booted with fat32), b) it requires a mirror drive with the default config to over write and then boot on the active slice and c) makes it nearly impossible to make "local" changes (actually it's primary audience is college computer [and other public computer] labs/sites that need to be able to reboot to the same config no matter what weird thing the user did).... item c is what makes it hard to use that so instead the entier start up process should never see any evidence that it is not the very first OS ever booted on this machine being booted for the first time