From owner-freebsd-questions@freebsd.org Tue Mar 3 15:34:47 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 147FC253B68 for ; Tue, 3 Mar 2020 15:34:47 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from wnew4-smtp.messagingengine.com (wnew4-smtp.messagingengine.com [64.147.123.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48X1KK2QLnz3P2k for ; Tue, 3 Mar 2020 15:34:45 +0000 (UTC) (envelope-from ypankov@fastmail.com) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.west.internal (Postfix) with ESMTP id 1533B3A3; Tue, 3 Mar 2020 10:34:42 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 03 Mar 2020 10:34:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm2; bh=/ LafYoLZNlA0nhE3zpevH74TCAMoz04klmKEs54Y2p0=; b=boNAg4h1FI5BjAfs3 klpJ+O6NH2YqoAqoWOwGSEeTBLXXGUaCoD7oVvaweu9nUjqqjaTaCcylz76Hei6V esWCqFZNrIeI0mOhmnOA4nzB/M3jNCi2Y34GdZq3gVw3YPjfCN5XzBE5tRExtLrj rkO2wwU+C3alMV1SXVxItG02p9Z5qwXUAKhYj7txUZ/yomlZ+db/5TSu0j1wMAFj drTrFM4FtY9AF1bVuXjUYc6aWGNDb4xLgD8pIApp7zFO8MANvSBZeEsm17m0SxX0 r3kL/4C4XxTChZ6oA6f3cPYFNd/Vig2PBuDXNax2AnGbjlHzSrvIwjBY3nATThPf ubXDw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=/LafYoLZNlA0nhE3zpevH74TCAMoz04klmKEs54Y2 p0=; b=1wtQ5piP5Sxw6AfcwygRBzh2XApbAnEhYVormb8E8svEZ4gUq/tk9qN3D ltUt6DkeC1JeQSRrFAWp0tEgd8FY/flqOqltnrsJJ61EncsNfECkXsj4gxznmTDw XdsQ7F9cQ7mrEKzmnneUA8DqSsattjvP1F9oC4CmLm++nnYL4f2rbVXXGCL+KcZG igmVJiZUdE7xddxeKPpwkzpkfGp36hxTqUaXlRDWccQMi9HOyllk+GRgS1whrz1/ I0JPzmMDVPCUj/WbyXOi65QayF81TMakXz2Ul+KRMLohIwgx7pv/eF5/57oTo8re lu+lF/5AfrStjF9MaW/1ZljWigxHQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedruddtiedgkedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtgfesthejredttdefjeenucfhrhhomhepjghurhhi ucfrrghnkhhovhcuoeihphgrnhhkohhvsehfrghsthhmrghilhdrtghomheqnecukfhppe ehrddufeelrdduledtrddukeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhephihprghnkhhovhesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Received: from earth.lan (unknown [5.139.190.186]) by mail.messagingengine.com (Postfix) with ESMTPA id 259F93061856; Tue, 3 Mar 2020 10:34:40 -0500 (EST) Subject: Re: make delete-old To: Polytropon Cc: Robert Huff , freebsd-questions@freebsd.org, tech-lists References: <20200303123132.GB58645@bastion.zyxst.net> <24158.22171.586832.36541@jerusalem.litteratus.org> <00b0229e-03ee-16f4-f64b-51550626848d@fastmail.com> <20200303160716.671eb676.freebsd@edvax.de> <20200303163046.c906b9e3.freebsd@edvax.de> From: Yuri Pankov Message-ID: <448ac139-21a5-4064-fbf6-39a4ea13814b@fastmail.com> Date: Tue, 3 Mar 2020 18:34:39 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200303163046.c906b9e3.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48X1KK2QLnz3P2k X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.com header.s=fm2 header.b=boNAg4h1; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=1wtQ5piP; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (mx1.freebsd.org: domain of ypankov@fastmail.com designates 64.147.123.18 as permitted sender) smtp.mailfrom=ypankov@fastmail.com X-Spamd-Result: default: False [-3.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[fastmail.com:s=fm2,messagingengine.com:s=fm2]; RECEIVED_SPAMHAUS_PBL(0.00)[186.190.139.5.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.18:c]; FREEMAIL_FROM(0.00)[fastmail.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[fastmail.com:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.com,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(0.00)[ip: (-9.68), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[fastmail.com]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[18.123.147.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2020 15:34:47 -0000 On 03.03.2020 18:30, Polytropon wrote: > On Tue, 3 Mar 2020 18:16:37 +0300, Yuri Pankov wrote: >> On 03.03.2020 18:07, Polytropon wrote: >>> On Tue, 3 Mar 2020 17:13:50 +0300, Yuri Pankov wrote: >>>> On 03.03.2020 16:07, Robert Huff wrote: >>>>> tech-lists writes: >>>>> >>>>>> Is a reboot required after make delete-old ? >>>>> >>>>> I don't think so. >>>>> But you might want to re-run ldconfig. >>>> >>>> I don't think delete-old deletes shared libraries (and that's the answer >>>> for original question, you don't need to reboot), there's >>>> delete-old-libs for that, more so, running ldconfig (the binary) can be >>>> harmful, if needed there's a ldconfig service; not sure which one you meant. >>> >>> According to /usr/src/Makefile's comment header, the >>> step "make delete-old" is followed by a reboot (in >>> combination with the 2nd mergemaster run, after >>> "make installworld"), while "make delete-old-libs" >>> is performed after the reboot, without a further one. >>> >>> In /usr/src/Makefile, you can find the following order: >>> >>> # For individuals wanting to upgrade their sources (even if only a >>> # delta of a few days): >>> # >>> # 1. `cd /usr/src' (or to the directory containing your source tree). >>> # 2. `make buildworld' >>> # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). >>> # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). >>> # [steps 3. & 4. can be combined by using the "kernel" target] >>> # 5. `reboot' (in single user mode: boot -s from the loader prompt). >>> # 6. `mergemaster -p' >>> # 7. `make installworld' >>> # 8. `mergemaster' (you may wish to use -i, along with -U or -F). >>> # 9. `make delete-old' >>> # 10. `reboot' >>> # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) >>> >>> Additional information from "man 7 build": >>> >>> delete-old Delete obsolete base system files and directories inter- >>> actively. When -DBATCH_DELETE_OLD_FILES is specified at >>> the command line, the delete operation will be non-in- >>> teractive. The variables DESTDIR, TARGET_ARCH and >>> TARGET should be set as with "make installworld". >>> >>> delete-old-libs Delete obsolete base system libraries interactively. >>> This target should only be used if no third party soft- >>> ware uses these libraries. When >>> -DBATCH_DELETE_OLD_FILES is specified at the command >>> line, the delete operation will be non-interactive. The >>> variables DESTDIR, TARGET_ARCH and TARGET should be set >>> as with "make installworld". >>> >>> To conclude this into an answer that matches existing >>> documentation: >>> >>> Yes, "make delete-old" requires a reboot. :-) >> >> It's the 'installworld' (7) and 'mergemaster' (8) steps that require a >> reboot, and 'delete-old' (9) being immediately followed by 'reboot' (10) >> step does NOT mean 'delete-old' requires 'reboot'. > > The documentation suggests that the "make delete-old" step > happens in single-user mode (which you entered in step 5). > So in this "limited mode", deleting libraries is safer than > doing this in a state where 3rd party programs might use > them (as it would typically happen in multi-user mode). > This whole setting is to make the process safer. So when > you do the "make delete-old" step in the setting it is > suggested for, i. e., in single-user mode, you'll have > to exit that mode, and the step the documentation uses > here is "reboot" (to make sure everything previously > installed by "make installworld") is in place during > a system startup; just using "exit" to continue into > multi-user mode doesn't sound convincing... We are talking about delete-old which does NOT touch shared libraries, and the original question was about that target only, everything else is out of context. >> You can actually >> skip the step 9, as steps 7 and 8 are what already made the files >> obsolete, and the only problem (that I can think of) from skipping is >> obsolete header files picked up when compiling, and removing those >> doesn't require a reboot. > > The documentation doesn't mention header files (even though > they usually belong to libraries) - it talks about "obsolete > base system libraries". As I said, the documentation seems > to explain what's the _safest_ way of doing things. Of > course nothing stops you from skipping steps, or doing > them in a different order. Same here, we are not talking about system libraries.