27 Replies
(someone paste in the video for reference)
ok so we sent an email to steve and he responded
if he's doing a whole benchmark suite it's likely bazzite will need to build stuff, so thinking of ways to clear the board for them if/when they need to build stuff
Easy wins:
- when the time comes rev down renovate so it's less aggressive
- I'm going to move Bluefin ISOs to the bluefin repo to get those off the board
- If Aurora wants to share with github.com/projectbluefin then you're more than welcome, we could move ISOs there
- Hell we could move beta builds there as well and just push the ublue-os registry namespace
along with the bazzite org that effective triples our builders
- we should investigate deprecating hwe and closed nvidia earlier (anyone have a status on the live rebaser?)
- @James @tulip if available, we should hhelp Z just get the Bazzite ISOs over the line - we can pause Bluefin work for a bit to help them instead, we're doing ok enough
lets make a board
for specifically this
- remember we gotta do beta and ARM as well.
someone feel free to make a board, everytime I make a board no one uses it, I am ramping up for KubeCon I can't commit to this.
- what else am I missing? Toss in ideas, etc.
we should also investigate holding onto images longer than 90 days, perhaps start pushing to quay or something because you know he's gonna wanna do videos like "AMD performance a year later after blah blah launch"
and then I'm sure we'll need branches for beta nvidia drivers, etc. But that's bazzite's decision to make, we can focus on just clearing up resources
Doesn't bazzite already have a longer holding period?
- and then we need to deputize more trusted people so the shitshow in the channels doesn't happen when a bunch of linux users start acting like linux users
- and put more focus on help resources, but that doesn't mean we should let it become like the old general channel.
I'll try to be here more often, I can also try to find some people to help out with watching channels.
Not the best having developers babying the discord lol
we have lots of people who have been here for years
yep
And we should find bigger builders for antheas for kernels, @Robert I'm thinking we just do dedicated blacksmith.sh - someone will need to do a quick donation drive to get some cash in to build stuff. I would commit $200 to this personally. It would at least get us moving. Or some other alternate thing.
I definitely think a project board would be helpful to organize this effort a bit better. I can commit to helping with a lot of this since my role has changed more from a ISO developer to community management / project management for Bazzite.
Also a lot of this feels like a combination of Bazzite / Ublue stuff in this thread, it would be helpful to organize where the lines of Ublue and Bazzite start and end in regards to this effort.
@antheas @Kyle Gospo once I get back from vacation, I would like to finish up the stuff related to the governance and donations since a lot of these items directly tie into how organized we are and how we can best get our house in order.
If we have the governance sorted, it will be a lot easier to manage tasks with a board and prioritize what things we need to get done.
Gamers Nexus
YouTube
Adding Linux GPU Benchmarks: Best Distributions for Gaming Tests, f...
Sponsor: Thermal Grizzly Duronaut on Amazon - https://geni.us/tpgcPMw
We're starting to research Linux distributions for standardized GPU benchmarking, and possibly later CPU benchmarking (depending on complexity and time). Wendell from Level1 Techs joins us to talk about Linux distributions and help us choose which one to use for standardized o...
Could you explain what the benefit is for moving repos or workflows over to a different org? Does that increase our runner capacity in some way?
Bazzite is able to swap kernels and mesa now and if we do benchmarking the tool will be able to do that...
We don't need much for kernels
Like seriously I do a few a week and they take 2 hours to build
It's not much
So we don't need an image backlog
And my z13 can build kernels locally in 3-15m
If you want to help get me an EV certificate for bazzite by a clean org we can have control of
Because the cost for that without an org, I've been looking at it the past few days, is ~3k per year
If you really wanted to, the bluefin image builds itself (fedora & centos) can be moved to projectbluefin too.
As long as we still push the images to ublue-os org, we can move all bluefin workflows to a separate org
It would also allow other images that follow suit to safely publish test images in PRs.
that honestly seems fitting LOL
one thing these youtbers all need often is to get kernels and drivers for pre-released things easily overlaid on the system. But at the same time that's not something you want to expsoe to users, so either a youtber-outreach support channel or some other way to accomplish this is needed
the other thing I can think off is having a defined and ready to go image you can use for benchmarks, which is basically an ephemral preconfiugred sessions/install
it would be cool to find a youtuber willing to get into a pilot setup for benchmarking so you figure out what they need to do, why and how
like handholding them throughout the whole thing so you can have notes on what needs to be fixed or created and so on
Something about automating multiple benchmark runs and recording the results in a consistent machine readable format. That’s something that is used by all YouTube benchmarkers. It doesn’t have to be a completely new tool, but maybe there’s some existing project or framework that Bazzite can bundle in or make easily installable
yeah, so we have 60 runners here, and we could have another 60 per org. So we can build out if needbe.
the max on a gh org before you need an enterprise account is 60. After that it's 500 and the price skyrockets.
yeah, but I'm not sure if we should move ALL of it yet, which is why I was thinking, get the easy stuff out, like ISOs, etc.
because we're also going into a release cycle
I suspect this is the kind of stuff they will want
like beta builds, nvidia driver branches, etc.
just drive and assign items
people who want to help can volunteer for items
bazzite drives, we don't have time to revert to deadlock. I won't argue about anything, just assign tasks to whoever wants them. Whatever the rest of us need to do to help bazzite succeed let's just do that.
also tweaking the renovate rules and/or ensuring the ISO builds run on the opposite timezone of whenever antheas/kyle are making lots of bazzite builds
like we could say "let's put the cronned builds in this time window" may be the play
I can move out bluefins iso building pretty quick but will need the R2 secrets migrated also
yeah that's the one thing, I can work on that
let me handle the ISOs I know how to do that. Helping bazzite with their ISOs I don't know how to do though, so perhaps that's a better use of your time?
If you end up moving forward with this, I'm happy to financially contribute some to this.
Made a board and added this issue to it: https://github.com/orgs/ublue-os/projects/11/views/1
Feel free to rename it -- I just picked a name that I thought was closest to what we are trying to do
sounds good to me!
@Zeglius what's still to be done for isossos
The branding seems doesn't get applied(?) or that's what I heard. Also we need to enable noveau in the Nvidia isos as fallback (given we cannot even use the Nvidia modules with the fedora kernel)
Actually I don't even know if Nvidia cards alone work without the last part, someone would need to test
oh since many big channels use Handbrake to benchmark the GPU encoder, it's currently kinda broken/really terrible to setup on Linux for AMD
https://handbrake.fr/docs/en/latest/technical/video-vcn.html
https://github.com/HandBrake/HandBrake/issues/3468
there's a support ticket for VA-API but no progress rn
GitHub
VAAPI Videoencondingsupport AMD Linux · Issue #3468 · HandBrake/H...
Description of the feature or enhancement you'd like to see in HandBrake: AMD opensource driver (AMDGPU+MESA) offers videoenconding for h.264/h.265 over VAAPI. It would be great to have support...
I do think that maybe with the decoupling of AMF and AMDGPU pro, AMF could be packaged into a flatpak runtime/addon
Mesa also finally dropped vdpau
Which means Nvidia is going to either have to support VAAPI finally or everyone's going to have to move to some nvidia proprietary API
I will look into packaging the third party Nvidia vaapi implementation for F43