From nobody Tue Jun 30 17:04:06 2026 X-Original-To: freebsd-pkgbase@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 4gqTyW6CXkz6jVqG for ; Tue, 30 Jun 2026 17:04:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4gqTyW3kn7z3mDB for ; Tue, 30 Jun 2026 17:04:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1782839052; bh=sHfpiDJjffpzWPF3Sq3bn6R75xUu8w5By0a5QWPS2kw=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=saG5Ozl8VXtc2ESKw/h6JbDRvDfpZ3XXd3WK4Hi7rtAUzr4ykLlaRbJtXFw0x0HG6im0dOsvRRiToFaDkF9Jw07OKSyZY0R+jCXr6dsHiajIc+iP5yJ7mVY1/E497a1H8BI7F3/wMZ5BA7oqWecjIlToCxiTfVbrLnNUYzS/C+ExjbLjCPVFKj9tYl7raXsuzVx1NDM/xrMJ0tDp194jJZY2UJXfqnukHIyUtEn/IVpg+76QNj+tDGsoGEkEIi7VI6bgjAu99r2K+mM/O/YNd5LE/Ul+AzbHDO5pF4iCqQe5eaVJh0zIX2IuK1nUse+7ebRZ35IqBVQ8Brc3S28j4A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1782839052; bh=4nFPGIYmWNEwcw25ZsfYsPd2uBaVvjxh26+2RCuVxbG=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=qMTu3XMOfeOCKU8pBNBFe8gBDfW892i2/5PT9NlkYUKH9CS3iPHM3dJWto7jKZu5FiARH2k+9v1dIbdYJJuzYnKTiFpaA5H7XkqmBXQZ8Qh3wP0frNmMsyKavPED11gZaqVVQ5RnO4lsGJFl91juk73ewGafbBAoXetX+9e4EKzVdx69anEbiyg2pg2jkbcD19E+6Qalx+1w5Op1PGjPichiJEjn/reWGmKadOInjSL2wuf6r0nJUzlUC3I2MpVUi2jzIO8iQv6KXsPSifiWm2Slga0/6Bwo2G5nnehZBqTIrb3w/VSEuDh0De93VpgsswhXWvVaatN5oZtwOi7X2w== X-YMail-OSG: Y9vXfDYVM1nbYjGRcjI.inRu8C3J3Z7sszDYYjo0v069BlrBKHT2t_m5I5GJosu yEvDj1toAjT3d.0eF8HZbCo_qC69HKZbnODqiVPgsU7h9ULSTeXvnXzNSWPLOdWWnaCIA9RV51g1 IgATxB_FTp15L78XmI_fw3sJZ.gvwt_gznLxECLRmWY_YMBL4sWPEaFFtQ3Uc1zpQlkRp7OJEbiT Mj0SNu8R.0C3EyMcRI4EcxKqBq_tRjWbJxI2Brj9TJ6.n2XuJiBtp48CjPlyxQOIhfS_O9DWttyD vHV0cSl3vFwobzlVdtSQ.cGoWTbCsaVIwZ596ELUKknL.Gjf5DxuhqAdCy6aIc0mpPx1IMzZKh6J 15aOf7YrkooO3IZdeJ8cN8CV8yUQLxN36ZunoHroI8TvZdv7pV5lLPXI9lgbqrDxqBieCQsNkCaz ytawe80ujLyh0VoQ.bQjq3dB7m5YVzPQJKDKM4vSC5.l8OGlrBIoa_fmHi2iHF9fGXxK9b.CAl9x EDfmAtsPPQoca1R6R7NMHWMK92nYm5JoiKu_UWpxgyw5QSbREi0falaGAxk6Q7lZ.isDwl452AWf IL6RhIjH5WMoWAySphP0ijJgkqfcUo8gu7CW6bgahJS8iRR3JWTyRpexrgTdJIq5kKPghQA12V6Z 8bJBrJdt27tWXXsJS8Tiz.ea0kbb9LjqFyo4RMne6kIcL1YV_zm2wiVDcOglyBNxDFqmnV.OAE2c _4wCLW6OF9wpSrwpjLqSymwF65xRdW0cp.cbTDs0kfbOGJRiL.KAc7gnCZT188mAqRI11q3e_Aa2 NMHny0fZr4S3vk6UhnPam9kyxuQOeqBQU.EpXR9mxboOhl4TC40QnKgC05.gpjY5EQHGlS.5CiBd bNqHAFsZWecxZoBZ.qExiZ_yC_L_kOzCZOEg8zqruGeffr_VrVgjTcFbHxg589t_L8FnsH9r6Cc7 3yGQ0wtluw4bheIoRqQ1eTmWFQ83SHAJxt0Pk.giivOTarMhrV5kNg_ndBeiui11RliqAvFI.aLz 8YaqsTsgrv4K_5KAXZCrXFUNv5WDOzigiSKJT9gsKuZ3gCg10czO93XbwvHPGFUimTQIWfGHa3iP iS6xDFXzKRiCfVgyRDlzh_vkSdNAqp1b3esINv.DSH7iOKAX7oQZiikFaAi0MSODK2m69jWDA.gA cl4YIjkuOmekbUKfEiJ_ltQhbB14lchthkQ3MTHt8clj.uhdx0W4NDBCd3Wx2Ak0M.jaYYcOgdPd Q8QJuwGaLzesk8e0noic4JGbaCHZstn_eplpAxfEeomX5ARjzFEBeh5uq5mzFyBth5bcRoqV55pY QRsnwnOALgmB.HG3PfD1zO8qZp5vahn_Qkn5JaH9iwsPXgy2OsbO8O.sCtsD5DMnJ9YTTun3.iS2 KzEW9UTDvSHabGoX9j8d6ZVEPAucZaGTJfB8TAGij6FhjtuJbLFX1Y7.AXCUFxELkSx.dNNymjlc cmECoC9pcFYl9nHiGs3Axh.adRvx2bIm_e2nsDO6x2sgdDWzSxrkuroHjlWo0Rg2HPdFfrPEfxg5 p8PVEsJX_kuGy1SvozFeKffJpdA6FWKnVxLQbAVewZvp9VQXbCrXbgf3Mt3tmc0vBm_znv9TI6I. kRFX2z1x9W6.glgbPPdEwul4bgRTp1gBHr11W7dzy2B2vJPXaKgAm2SAptiMTkhq8ljmQ_JUMOLj 5DQCOrcMXC5MIMzO71bCfTk9IfYEDhnbyjmON5U0ilMLxTzWBEVvS2ptutQE4Oh6VKbUs5LfgFVq _fWLINRiFgeP83QJfepyJrKZ7SToYUdivps.kQRHvspvmqfKerWw7UUYw4lXgnv03excFlCQpyeI thSpKdcC7N0H.Zy65Akm5A0lfqffD.1knzMyRSC5TOVwR44LVhFYd8bAL53Z.EuIk.uUnGkUw9yE yaQ3XD4LDLv8PswRkTcM0KV7iHvyF86W8HMUb_bx2rFoKQWFrs4QAe47oz5ohCKZ.9pLc_8OSngj g1wYhnBtekQfVzpaC261LBuISF5sKDl4xAh3ODqGaFco791klHM0pfiBV4ltLolKfykmolyOBfcM n_fI6LNpPiCsxOr5zOckyKVcOgKNOR4pOKgbS2gp.lnQvkM_gghDYQ8GW3lRcdSTT4.r1hSDPqFI dnOwE9GYRwHR9LnhKGOfLUsPdglYoVMTPSzAKr3Osegh6NWrfukRx1H9BMfBCX6nhH1yo6wETfOi 3ye8UcrfJuF6XXWjBN8TirvoRp6rmhXcfh_lVWEDeWEHAyMi7eLccofSA_TA9qEOZPDyyEgtRwfQ oaZTBYklKQBavqs4x8xtuXE4irMYd8tiLC1VpNTDKDXXcoMt9qFKzaYJtEg-- X-Sonic-MF: X-Sonic-ID: 3004c823-6fc5-40e8-87ed-a93eadf74027 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 30 Jun 2026 17:04:12 +0000 Received: by hermes--production-gq1-6dc558886b-zq5ht (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f8d2d194e94189ad7295262928f426e8; Tue, 30 Jun 2026 17:04:07 +0000 (UTC) Message-ID: Date: Tue, 30 Jun 2026 10:04:06 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: None of "man freebsd-base" (or "man pkgbase"), "man pkg-upgrade", or "man pkg-install" deal with documenting .pkgsave and/or .pkgnew behavior or how to handle such To: Alexander Ziaee , Larry Fahnoe Cc: vermaden , Lexi Winter , freebsd-pkgbase References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.26086 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gqTyW3kn7z3mDB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 6/30/26 08:06, Alexander Ziaee wrote: > On Monday, June 30, 2026, Larry Fahnoe wrote: >> On Monday, June 29th, 2026, Mark Millard wrote: >> >>> I have suggested elsewhere that the last of the output from those >>> commands should probably list the counts of each of *.pkgnew and >>> *.pkgave such files generated for any where the count is positive. >>> That would make a good prompt to go looking --and allow avoiding >>> looking when none were generated. >> >> I would second this comment/suggestion, particularly for those who are >> newer or less familiar with FreeBSD update practices. My system admin >> experience comes from other platforms (VMS, linux and other unix) so I >> have been paying attention to the conversations that are mentioning >> the *.pkgnew and *.pkgsave files as they seem a bit less intuitive >> than on the other platforms. For some it may be natural to go looking >> for these leftover telltales but they may represent important but >> neglected potential time-bombs for the less familiar. > > OpenVMS and Linux do create these files. OpenVMS increments the version > (;2 or ;3) or drops a TEMPLATE file. Linux uses .dpkg-dist and .dpkg-old > or .rpmnew and .rpmsave. However, it is a not a ticking time bomb, so > they do not tell you and you have not noticed. > > Everyone is using roughly the same three-way merge strategy, we just > tell you about the failure case because of our culture which prizes > thorough docs. We do not want to make a big deal out of it because > it is already causing misunderstanding. Mostly (always?) I've seen these files for FreeBSD-base types of materials, not port-packages. I would have thought that prizing making sure the system ends up as intended would have been the point. I like the fact that the files are there when there is uncertainty and I do check them and deal with doing updates and deleting the extra files afterwards. For me, mostly it has ended up being picking between files, rather than actual merges of content. But as I read a few posts, some folks are ending up with systems that partially are not as expected that they notice sometime later after operating in the odd context, not up front, and they did not know to check up front as part of their upgrade/install process. Variations on: find -s / \ \( -name \*.pkgnew -or -name \*.pkgsave -or -name .pkgtemp.\* \) \ -exec ls -lodT {} \; \ | more can be of use. > > Best, > Alex > > -- === Mark Millard marklmi at yahoo.com