Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TSC Agenda 2022/08/02 #44

Closed
jeremyong-az opened this issue Jul 26, 2022 · 7 comments
Closed

TSC Agenda 2022/08/02 #44

jeremyong-az opened this issue Jul 26, 2022 · 7 comments

Comments

@jeremyong-az
Copy link
Collaborator

TSC Meeting Details

Date/time: 2022-08-02 @ 8am Pacific (Timezone Converter)
Location: Discord tac-tsc voice channel

@lmbr-pip
Copy link

lmbr-pip commented Jul 27, 2022

There are TSC issues in GItHub which do not seem have owners: o3de/o3de#10184 seems like it needs some what urgent action (other issues https://github.com/o3de/o3de/issues?q=is%3Aissue+is%3Aopen+label%3Atsc)

@jeremyong-az
Copy link
Collaborator Author

jeremyong-az commented Jul 27, 2022

Thanks @lmbr-pip I've closed that issue with a comment. As for the other issues, I've closed them or removed the label depending on direct TSC relevance.

@hultonha
Copy link

Topic: Suggest sigs as part of the triage process check the O3DE nightly builds.
Presenter: @hultonha
Length of time: 5 minutes
Information: The O3DE nightly builds quite often break (it's usually something to do with a break in the Release configuration when asserts are disabled for example). Engineers often don't check the state of the nightly build and it's easy for problems to hang around for longer than we'd like. It would be great to include checking the nightly builds in the sig triage process to make sure we have more eyes on the nightly build at a more regular cadence.

Tagging @moraaar, @greerdv, @amzn-jillich and @SergeyAMZN for visibility

@lmbr-pip
Copy link

lmbr-pip commented Jul 29, 2022

For external Gems (AWS Gems, PopcornFX etc) what expectations should we have around functionality around Development? For example PopcornFX (https://www.popcornfx.com/docs/popcornfx-v2-12/plugins/o3de-gem/) works against last major release, but is broken against Dev and its been a long times since the last release of O3DE.

The way the gem is vended means we can't make changes or even provide a cloned / patched version.

Should we have:

  • Expectations around external gems and how they track dev?
  • Clear guidance to provide issue feedback to gem vendors?

Concern is that any content in O3DE that relies on these gems right now has to be pinned to a major engine version, which causes a huge gap in demonstrating or using new features, if you want to want to use critical gems like WWise or PopcornFX (where there is no alternative in place).

@galibzon
Copy link

Topic: Managing Proprietary 3rdParty Gems.

  1. Find open source alternatives. Engage with those developers and incentivize to create an O3DE integration.
  2. Create a "kitchen sink" game project where all the Proprietary 3rdParty Gems, e.g. PopcornFX, WWise, AWS Gems are compiled against. Define a build cadence and if the project doesn't compile, under the development branch, report to the owners to fix.

@jeremyong-az
Copy link
Collaborator Author

I would like to discuss #45

@thefranke
Copy link

Topic: Switching Github accounts and transferring rights for O3DE.

In the future people who have company-bound Github accounts may switch affiliation but still want to contribute to O3DE. Should we transfer their rights?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants