Rebecca,
I think hosting open platforms outside the tianocore org is great too.
This gives the maintainers even more freedom to run their own project
and this scenario is actually how nearly all edk2 consumers do it.
Today, edk2 just doesn't have the infrastructure to allow them to report
back as a signal for core changes. I am still very interested in
building and enabling a CI signal from these platforms.
Looks like github.com/freebsd/uefi-edk2.git is a fork of edk2. Is there
interest in setting it up to "consume" edk2 as is rather than be a fork?
Aligning with Edk2 rather than forking seems like a baseline
requirement if you want to build against incoming PRs/changes and allow
simple automation to help keep current.
Thanks
Sean
On 5/14/2020 11:22 AM, Rebecca Cran wrote:
On 5/14/20 11:48 AM, Sean Brogan wrote:
Adding another platform to a core repository that might or might not
work at any given time is a burden to all core contributors and
doesn't bring value to the core project.
The direction I would like to see is a new repo created at
github.com/tianocore/Bhyve_Platform.git
Given I'm a FreeBSD committer but not a TianoCore maintainer, I think
I'd prefer to just keep using github.com/freebsd/uefi-edk2.git as the
location for bhyve sources in that case, since it's already set up and I
have commit access to it.
At this point I'm keen to move on from discussing where the code should
live, since I'd like to get my changes committed wherever and start
creating builds for people who are waiting for them and improve bhyve
support in edk2.
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#59585): https://edk2.groups.io/g/devel/message/59585
Mute This Topic: https://groups.io/mt/74075377/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
