cargo-ebuild VS corectrl

In Gentoo, Rust crates are just normal files to be downloaded in order to build a given package. The package pins (and checks the hashes of) the crate deps, and builds using cargo --offline. There is no serde/clap/etc packages, just ripgrep/librsvg/etc packages. There is no need to patch all packages to use the same serde crate version. Packaging a Rust program in gentoo is pretty much automatic.

Then, I went through like 3 different pages on gentoo and learned how to make my own rebuild using this... But after setting up my custom repo and making sure it had the right permissions, manifest, etc. the ebuild failed on account of not being able to find the Config.yoml file it needed, which exists in the directory I built the ebuild from. I think I am just SOL on this, and will have to probably find a different approach

FWIW it's worth for portage (Gentoo) there is g-sorcery[0], which can create ebuilds for Emacs (m/elpa) and python packages automatically. Similarly there is also cargo-ebuild[1] which can create ebuilds for rust programs/libraries, including a list of all dependencies with hashes.

I've successfully used cargo-ebuild in the past to create ebuilds automatically, it's a breeze. I'd be surprised if similar tools didn't exist for deb/rpm based distros.

[0]:https://github.com/jauhien/g-sorcery

[1]: https://github.com/cardoe/cargo-ebuild

I'm working on a custom repository where I intend to write ebuild files for packages that's not supported by Gentoo's repository. Right now, I'm trying to write an ebuild file for xplr, which is a Rust project that uses the Cargo build system. Initially, I used the cargo-ebuild tool, which generated the file xplr-0.14.3.ebuild.

Maybe you already know, but specifically for making Rust ebuilds and filling the CRATES variable there's a tool cargo-ebuild to automatically extract that from Cargo.toml.

I have zero issues with Gentoo's Rust and Rust-using packages. I use rustup's Rust and cargo install for development, and maintain a gentoo package using cargo ebuild.

> I only want some decent fan control instead of relying on random scripts off github. AMD has to release some sort of GUI panel for sure.

Have you tried CoreCtrl [0]?

> My 5800x3D and 6800XT deliver an outstanding Linux gaming experience.

I have a 7900XTX and performance under Linux has been at least on par with Windows, sometimes better (though not by much).

> May i ask what driver features are you missing?

I'm not GP but I'd love to see frame gen and stuff like anti-lag and upscaling integrated into amdgpu with some sort of official way of setting it (though looking at Adrenaline it might actually be best if it's left up to the community to create the GUIs).

[0] https://gitlab.com/corectrl/corectrl

Basically the 7800 xt has this bug where I need to lower the core clock of -80mhz to avoid it crashing with 2 different hdmi/vga monitors or something. On windows no problems, but what about arch linux? How do I lower it? Looks like corectrl doesn´t support 7000 series gpus (from what I understood), please help yall!

sudo grub-mkconfig -o /boot/grub/grub.cfg Reboot your system. You should have more controls when you select Advanced as Performance mode. https://gitlab.com/corectrl/corectrl/-/wikis/Setup

> The AMD experience on Linux is vastly better than the Nvidia one.

I just wish we had an equivalent of AMD Software on Linux, so I could mess around with the settings more.

For example, I like to limit the GPU to 50-75% of it's total power for ambient heat/cooling reasons, or UPS/PSU/electricity bill reasons when specific games make it hard to cap framerates.

With AMD Software on Windows, it's no big deal. On Linux, the best I found was CoreCtrl: https://gitlab.com/corectrl/corectrl

Sadly, it doesn't seem to work all that well for my use case, which I mentioned in my blog post when using Linux instead of Windows as my daily driver at home too: https://blog.kronis.dev/articles/a-week-of-linux-instead-of-...

> You see, by default the card controls its own GPU and memory clock values, which means that when idle the GPU draws around 40 W of power. However, if I want to set a limit for how much W in total it can use, it also makes me set the GPU and memory clock values, which will them be fixed: so at idle the GPU will use about 60 W of power.

If you set it to POWER_SAVING instead of 3D_FULL_SCREEN, it uses the highest boost clock a lot less. Or if you use something like corectrl's application profiles (maybe the Windows vendor driver control panel has them?), you can selectively disable boost clock states in specific games.

I'm bias toward Asus motherboards. I have an "Asus TUF GAMING B550-PLUS WIFI II" and a "Asus ROG Crosshair VIII Hero (WI-FI) ATX". Both boards have a fan control feature in the BIOS/EFI. On the Windows side both boards come with Ai Suite 3 software. On the Linux side you might want to take a look at Corectrl ==> https://gitlab.com/corectrl/corectrl

I think CoreCtrl might offer some of what you're looking for.