From nobody Sun Nov 06 12:07:16 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N4tQn4Wpmz4h2LR for ; Sun, 6 Nov 2022 12:07:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4N4tQl1wd3z44cg for ; Sun, 6 Nov 2022 12:07:26 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 2A6C7GIo038795; Sun, 6 Nov 2022 21:07:18 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 6 Nov 2022 21:07:16 +0900 From: Tomoaki AOKI To: bob prohaska Cc: freebsd-current@freebsd.org Subject: Re: Seeking an idiot's guide to etcupdate/mergemaster Message-Id: <20221106210716.1c997091ca40ea02ede9f159@dec.sakura.ne.jp> In-Reply-To: <20221106031204.GA45827@www.zefox.net> References: <20221021175142.GA62386@www.zefox.net> <0697DE1F-C626-4289-894A-4141CDF1B91B@yahoo.com> <71AB9FAC-EB00-48F0-B0DD-0629C2D3C8C0@googlemail.com> <5719632F-8A92-4784-88D8-EAE3F20F2FA3@yahoo.com> <20221024174930.GA79381@www.zefox.net> <20221025005012.GA80394@www.zefox.net> <605A6723-5D31-495C-8200-FD107115FC81@yahoo.com> <20221106031204.GA45827@www.zefox.net> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4N4tQl1wd3z44cg X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 5 Nov 2022 20:12:04 -0700 bob prohaska wrote: > On Mon, Oct 24, 2022 at 08:32:17PM -0700, Mark Millard wrote: > > > > Your /etc/rc.d/ldconfig script seems to have not been updated > > by use of etcupdate or mergemaster or other such. (How much > > else is also out of date? How much of what you have for /etc/ > > and the like goes back to 2022-Jan-07 or before?) > > > > Alas, that is too true. The system was set up on July 2, 2020 > and I've never managed to make sense of either mergemaster nor > etcupdate. Far as I could tell it didn't matter, the host ran > correctly, until now. > > It's been transplanted to a new hard drive, which allows the > installation of a ports tree. Ports don't install because of > the stale /etc/rc.d/ldconfig file. > > Since no changes have been made to /etc/ apart from /etc/rc.conf > is it possible to simply let mergemaster or etcupdate install > the latest defaults? I have looked at the manpage for etcupdate > and didn't recognize any straightforward way to simply accept > all updates. This particular system is expendable, so I'd be > glad to try things that might not work well, or at all. > > Apologies if I'm being dumb (probably guilty) or lazy (definitely > guilty). The barrage of questions generated by etcupdate and > mergemaster is simply overwhelming. And, I suspect, largely > unnecessary. > > Thanks for reading! > > bob prohaska For a relatively casual way. If I'm facing the same situation, I will... 1. `mergemaster -UFiP` for now, then... 2. `etcupdate extract -B` for next upgrade. And on next upgrade, `etcupdate -p` before installing upgrade, and then `etcupdate -B` after install. You can add -n for dry-run before actual etcupdate. For some notes: mergemaster, the old and less maintained tool, uses current installation and updated tree. Old dedault state is not at all considered. So it could be used for already-updated states. etcupdate, the currently maintained tool, uses previous and updated defaults, and current installation (working environment). It compares differences between old and new default, check if the differences can be sanely applicable to currently working environment or not, and if it's sane, apply the diff automatically. If any conflict happenes, ask the admin (this case, you) for actions. So it requires previous default state, thus cannot use for this case, except you are sure what the actual previous revision was and can prepare the source tree (possibly obj tree, too?) and somehow create "current" tree ATM (will be turned over to "previous" tree on etcupdate run). See manpages for detail. -- Tomoaki AOKI