From owner-freebsd-questions@freebsd.org Sun Nov 5 14:18:32 2017 Return-Path: Delivered-To: freebsd-questions@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 7F4DBE6CF3F for ; Sun, 5 Nov 2017 14:18:32 +0000 (UTC) (envelope-from fbsdq@juicer.orange-carb.org) Received: from secure.orange-carb.org (secure.orange-carb.org [76.10.176.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 329128130F for ; Sun, 5 Nov 2017 14:18:31 +0000 (UTC) (envelope-from fbsdq@juicer.orange-carb.org) Received: (qmail 2043 invoked by uid 1009); 5 Nov 2017 09:11:48 -0500 Message-ID: <20171105141148.2041.qmail@secure.orange-carb.org> From: fbsdq@juicer.orange-carb.org (Colin Henein) Subject: Modernizing freebsd-update or moving to source upgrades To: freebsd-questions@freebsd.org Date: Sun, 5 Nov 2017 09:11:48 -0500 (EST) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 14:18:32 -0000 Greetings all. With the new EOL policy, people will need to be upgrading a lot more than before, and I am wondering if there are plans to improve or replace the freebsd-update utility with something more modern. I have enjoyed using freebsd for almost 20 years. I was delighted when freebsd-update first came out, but have found many challenges using it. It works fine for within-release upgrades and pretty well for minor-point releases, but I have twice had catastrophic failures when upgrading across a major release boundary that could not be downgraded using the tool. This makes me extremely nervous to run freebsd-upgrade. Aside from catastrophic failures, the system provided for "merging" configuration files is one that only a robot could love. Tens to hundreds of files to merge (frequently the code intended to prevent version numbers from needing to be merged does not work, especially if freebsd-update has been used to perform upgrades more than once, especially multiple major upgrades). If any error is made in this delicate process it is impossible to go back and fix a file that has already been saved. No warning if any merge tag is missed, and merge characters can easily be saved into (and break) critical files. I certainly appreciate the work of the original developer in creating the tool, but if the community is moving to more frequent updates then I would suggest that this tool needs to be revisited to improve usability and safety. If this tool is not going to be updated soon, then I think I need to move to updating fbsd from source. QUESTION: Do I need to do anything special to change over to updating fbsd from source if I have been using freebsd-update in the past? I see the instructions at section 23.5 of the handbook. Can I just check out a new source tree with SVN from the 11.1 repository and follow the steps to overwrite 11.0 with 11.1? Very much appreciate any tips, especially on merging files in etc. Regards, Colin