From owner-freebsd-questions@freebsd.org Tue Mar 3 15:42:48 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 3C7F5253EE4 for ; Tue, 3 Mar 2020 15:42:48 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48X1VY5yJ2z4FHl for ; Tue, 3 Mar 2020 15:42:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.5.237.175]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPA (Nemesis) id 1MScHp-1iyJte03Dt-00SsPy; Tue, 03 Mar 2020 16:42:39 +0100 Date: Tue, 3 Mar 2020 16:42:38 +0100 From: Polytropon To: Yuri Pankov Cc: Robert Huff , freebsd-questions@freebsd.org, tech-lists Subject: Re: make delete-old Message-Id: <20200303164238.7d881844.freebsd@edvax.de> In-Reply-To: <448ac139-21a5-4064-fbf6-39a4ea13814b@fastmail.com> 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> <448ac139-21a5-4064-fbf6-39a4ea13814b@fastmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:niTya0hN2EdEx+O4TvB+En5/Ll5me2rpgIiQalVjTn5Fc/2mb4j hboXWdXmWcHLgxZuhUkAvC+heqynpXu8c5UWt77uZ8WqnXepe0faWyXQoz0EPNaA3G4Pj1J 2YR7vzCzpXc0Cagrz3Mu0oZkTsOceoTkwD/wDGmEayx0RLfl4A+EuUbR3cyGhPcjRHS7HIV GchEqSy1aUl2q/kbq3uXA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:NO1gMLv5+4s=:290lIr+Waa2IzEKqifJNOl de49fEIPr93dXzTnGEepxmWZ1EdFHI7MeSl6MFQAh0d5nJxokf/QSaQFSDpCnSGrE4TozBE7j UyUFtTqlH73erZOjYIV+mcAJoNOz83ujthc84Tfj+cFIafcA+ULR7m4X7EUY2Vgv956dQ/Jao JptMfU+fjqQUk+6Q6x+svSNdwWxQM2Tl2ZLWLJZixZe9HJ88/jx/BL5icctEVgdbYtF6oBWwo XkQ0jID0ENJGYInUzOpmMLVLR1OQwhPwXh91/GMmbNNEBd7F7gjxP5WUYVZXTYZigh/ncNfA3 OJLieBDseB789Gq/M6IylxIFmEp143fHLftDDNh8/ZYtvInUWXJemf1z1rgfXBixbGuqGBi7p o0VNawy6GdGER4im4svC07eIB0QdyWekC8wOh8cIQaKCHacQ3sy6a7wAn3r7vGVGazy4HGraq xhP6mFKtmocQmanwu0icYatEIqD5qimIqCmjSXbRJOWeDMaXa9UYq9zSNvQlOnaYaoT9Srq/P aCx6yS4Ac7lh4fTF3zKox/akL8KmNiRugakidhGMS+O7pPDxPeONF1WMiFjumYXyP5Xb72mLA GH/icxXPH01/ZmUVeCScHc8wCF70H86ShECmXyZ/5cs9r6zRTUbVALrN2iR1UYF/ngbQovfKo pej3lkUnugVyRR6L70o5Pn1LEXMaBFpUJ+5YwS1y1/0WweN8DGCPvpFVVp3SYA+QYx+cFwXIN R+UubG1hsfVOwDpS+zfY6NgNYqirpdNA0NQoUK5gXzlSw01bAqFvTsfa3ZBFf9x8w6oZCz5tD BMJLP/GMR9o3NeFu/a/i2DPAsWpISeIHBJFWystkAUu1lDN3bQ7xxvs61d01+U/Q8JIHqMW X-Rspamd-Queue-Id: 48X1VY5yJ2z4FHl X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@edvax.de has no SPF policy when checking 212.227.126.135) smtp.mailfrom=freebsd@edvax.de X-Spamd-Result: default: False [4.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[freebsd@edvax.de]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ORG_HEADER(0.00)[]; FREEMAIL_TO(0.00)[fastmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RECEIVED_SPAMHAUS_PBL(0.00)[175.237.5.178.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[edvax.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.658,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.995,0]; MID_CONTAINS_FROM(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[135.126.227.212.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(0.32)[ip: (0.58), ipnet: 212.227.0.0/16(-1.14), asn: 8560(2.17), country: DE(-0.02)] 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:42:48 -0000 On Tue, 3 Mar 2020 18:34:39 +0300, Yuri Pankov wrote: > 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. Yes, this is correct; according to the description, "make delete-old" will affect "obsolete base system files and directories". While this does not explicitely include libraries (as the description of "make delete-old-libs" does), it is used in combination with the "make installworld" step which warrants the reboot. So my interpretation is that when you do "make delete-old", you have done "make installworld" and "mergemaster" just before it, and you are in single-user mode. That is the reason of my conclusion that a reboot is, if not needed, at least suggested if (!) you follow the procedure mentioned in /usr/src/Makefile. Of course, if you already are in multi-user mode, _not_ having done "make delete-old" in single-user mode (where you did all the other steps), then, yes, I agree, a reboot should not be needed, as all things installed new are already in place and therefore also in use, as it should be. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...