svn commit: r525460 - in head: . sysutils sysutils/uefi-edk2-bhyve sysutils/uefi-edk2-bhyve-devel sysutils/uefi-edk2-bhyve/files

[Marcelo Araujo]

Em dom., 9 de fev. de 2020 às 10:37, Rebecca Cran <rebecca at bsdio.com>
escreveu:

> On 2020-02-08 02:33, Rebecca Cran wrote:
> >
> > I'll revert it. I'm not that interested in maintaining ports software,
> > so I'll continue working on Bhyve and submit changes via bugzilla
> instead.
>
>
> Sorry, I overreacted: I shouldn't send emails at 2am after a busy day.
>
>
> I see that neither "port test" or "portlint" check that ports that
> depend on the port being changed still work, so I'll try and remember to
> run tests against all related bhyve ports in future. uefi-edk2-bhyve-csm
> and bhyve-firmware depend directly on it, while sysutils/vm-bhyve
> expects certain files to be present that my changes affected. I clearly
> need to slow down and think more about what might be affected.
>
>
> I see that the ports handbook has a new chapter since I last read it,
> about testing ports using Poudriere. I'll add that as a standard step
> when testing any future changes, since obviously testing on my local
> workstation isn't good enough when I have so many packages already
> installed, like python 2.7.
>
>
OK, Sounds like a plan!

One suggestion for now to still keep supporting CSM till you figure out how
to fix it on EDK would be, make the CSM port based on the old EDK version
that still supports it and proceed with the updates as you did before and
were good.

IMHO, CSM will die sooner or later as more and more OS are supporting UEFI.

Of course the easiest way to solve this issue is, fix the CSM support on
the latest version of EDK.

Br,


>
> --
> Rebecca Cran
>
>
>

-- 

-- 
Marcelo Araujo            (__)araujo at FreeBSD.org
\\\'',)http://www.FreeBSD.org <http://www.freebsd.org/>   \/  \ ^
Power To Server.         .\. /_)