From owner-svn-src-all@freebsd.org Mon Jan 4 16:56:31 2016 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 170D0A62B12 for ; Mon, 4 Jan 2016 16:56:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C18431DEC for ; Mon, 4 Jan 2016 16:56:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qg0-x22f.google.com with SMTP id e32so167869434qgf.3 for ; Mon, 04 Jan 2016 08:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=YacNuTbVOKiZJUaGS20btzTEc0YTf5GKZgd1f7SpJSg=; b=vEo+lghVtwCtPkHDgoiypS/L04sbp5oRP70T1b92j6kPrv6Yw5N8ow/L17GkkSBodA yVq3BK1uovbJ4VQaSlrrYQSRml3oego2bH2x7d2+GxY8rZui3S83AAtTYuogomgqQIGX HSGB+P9YnuL/PfdknxDdp8t/6sHxmah/C6BmD+Z5xcCGAMsrThQRX+1o6WLMlyLEJoON C1uSizDskjQNy6Z5cxYnM8OHKlu8lV5075TJtlHLEqCdoELYtkzhA/fOftzGKE3pdC3O z1txtbqWvzK7IWOz4/HWCJ+IfavKuNb+ryFeBs9C2AhR3IaPVwFi/JmpEvHisNjc+OVM +9HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YacNuTbVOKiZJUaGS20btzTEc0YTf5GKZgd1f7SpJSg=; b=XOBvuR/n6a4TV8gHZRVu6xk0zC0Bkeib++hx+6xymmXNWAb0KyTTsdxAGWXInpXfCb 69rzqnRdFpR8wvTS0mUus2dcm/lzN0rn2/tPQstD2IpBWf1BR4YYmv7H1+WjCQ9P6tIn RNcfU1xl0FABN7IwIFPu349shohO8hVkFXesqXuPOpNVxoH12MijklTveXyW7PeFEqqB A3H1Gv3LVTze3mE+xZHG3STifZBr4Bte0IhGzOG15PUQ9AgJP2VAxEvgvkbKN6C/OAvB HcmkdUQNTj2cArm1AyvMpa0DXwKzmjQCJm48Ha4hc2+pFESDgzRtE2zyxeXMwDGsRcO1 z/yw== X-Gm-Message-State: ALoCoQmy3Wz2cwBvoApdpi/ZFb0FqLAnwZyzA5hIBnH8nU5dF1g7OUScYqW4MVOGOsoofDSurPXXE57l6cm19DLldgwVe/I5Ug== MIME-Version: 1.0 X-Received: by 10.140.30.197 with SMTP id d63mr116300544qgd.81.1451926589731; Mon, 04 Jan 2016 08:56:29 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.27.181 with HTTP; Mon, 4 Jan 2016 08:56:29 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <568AA373.3060004@freebsd.org> References: <201601031918.u03JImBs012182@repo.freebsd.org> <7fjp-lonn-wny@vfemail.net> <568AA373.3060004@freebsd.org> Date: Mon, 4 Jan 2016 09:56:29 -0700 X-Google-Sender-Auth: jGMc290xKDXFHtOLw0aGIrjR_Gk Message-ID: Subject: Re: svn commit: r293115 - head/etc From: Warner Losh To: Allan Jude Cc: Jan Beich , Warner Losh , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 16:56:31 -0000 On Mon, Jan 4, 2016 at 9:53 AM, Allan Jude wrote: > On 2016-01-04 11:50, Warner Losh wrote: > > > > > > On Mon, Jan 4, 2016 at 1:44 AM, Jan Beich > > wrote: > > > > Warner Losh writes: > > > > > Author: imp > > > Date: Sun Jan 3 19:18:48 2016 > > > New Revision: 293115 > > > URL: https://svnweb.freebsd.org/changeset/base/293115 > > > > > > Log: > > > Use /bin/rm to remove /firstboot*. Otherwise rm -i alias is > picked > > > up and can cause issues on boot with the prompts. > > > > Why do you have ~/.profile stuff leaking into rc* boot sequence? > > > > > > Because I though they were in /root/.profile. I was going to quote > > them here. Also, all other instances of rm in the rc files I noticed > > with a quick grep has /bin/rm. > > > > Turns out it is simply rm's default behavior w/o -f to prompt, I think. > > > > Warner > > Prompting is not the default behaviour, but also check /etc/profile > I specifically did before sending. There's nothing in /etc/profile on the affected system. Nor in /root/.profile. However, the files were on a read-only filesystem which is why rm's default behavior of prompting for files it can't delete kicked in. I though there was a stray alias rm rm -i floating around, but was bad and didn't actually look to confirm until a few minutes ago. Warner