Re: git: 1fc26d9baa11 - main - sysutils/memtest86+: deprecate the port and set expiration date
Date: Mon, 23 Jun 2025 14:14:45 UTC
Hi Andriy, Am Mon, Jun 23, 2025 at 03:40:36PM +0300 schrieb Andriy Gapon: > On 23/06/2025 13:51, Robert Clausecker wrote: > > Hi Andriy, > > > > Am Mon, Jun 23, 2025 at 09:45:22AM +0000 schrieb Andriy Gapon: > > > The branch main has been updated by avg: > > > > > > URL: https://cgit.FreeBSD.org/ports/commit/?id=1fc26d9baa115e811031a762a2a0109e7dc28c07 > > > > > > commit 1fc26d9baa115e811031a762a2a0109e7dc28c07 > > > Author: Andriy Gapon <avg@FreeBSD.org> > > > AuthorDate: 2025-06-23 09:34:46 +0000 > > > Commit: Andriy Gapon <avg@FreeBSD.org> > > > CommitDate: 2025-06-23 09:44:57 +0000 > > > > > > sysutils/memtest86+: deprecate the port and set expiration date > > > The crown jewel of the port, an ELF binary that could be booted by > > > FreeBSD BIOS boot-chain, has been broken for a long while now. > > > Besides, most systems use EFI boot now and the EFI binary available from > > > the upstream can be used on those systems. > > > Also, many systems based on coreboot provide built-in memtest86+. > > > So, the port no longer serves any useful purpose. > > > > It would still be useful to have that EFI binary shipped. Could the > > port perhaps be adapted for this purpose? > > I am not sure if it's worthwhile to have a port / package for something as > trivial as following a download link to, e.g., > https://www.memtest.org/download/v7.20/mt86plus_7.20.binaries.zip from > memtest86+ main page. > Installing / updating memtest64.efi in the EFI partition would probably have > to be a manual step outside of the port's scope. Configuring a boot entry > for it seems to be even more machine / site specific. Hm yes, I do kind of see the point. Yours, Robert Clausecker -- () ascii ribbon campaign - for an encoding-agnostic world /\ - against html email - against proprietary attachments