User Image

Eliasofwaffle's Profile

eliasofwaffle (fas) | Fedora badges

Eliasofwaffle's Projects

eliasofwaffle/mesa-nvk

mesa-nvk COPR DEPRECATED NVK is already in Mesa3D Main Branch The mesa-nvk COPR is a third-party software repository for Fedora and related distributions that provides the Mesa 3D graphics library with the experimental NVidia Vulkan driver. This package is intended for experimental purposes only and may not be suitable for production environments. Description The package uses the nouveau gitlab branch nvk/main to provide an experimental driver release that enables users to use Vulkan, a high-performance graphics API that provides more efficient access to the GPU. With this package, you can use the experimental Nouveau Experimental Vulkan Driver

eliasofwaffle/mutter-withoutxwayland

Build for testing, Mutter Compositor without Xwayland. Advise: Not use this is just for personal testings

eliasofwaffle/GDM-upstream

GDM upstream 44.0 builds for Fedora 38. All source builds is from https://koji.fedoraproject.org/koji/buildinfo?buildID=2178806 Advise: Test build, just use if you know what this are

eliasofwaffle/gnome-patched-clang

mutter built with [MR 1441 (dynamic triple buffering)](https://gitlab.gnome.org/GNOME/mutter/-/merge_requests Please not use this fork, this is a test using clang toolchain and LLVM Clang LTO (Link Time Optimization), is not to be used for default. And the releases can't be working if you need to use gnome with triple buffering patch please use https://copr.fedorainfracloud.org/coprs/eliasofwaffle/gnome-patched/

eliasofwaffle/Mesa-Clang

Mesa3D builds with Clang Toolchain and LLVM Full LTO enabled for default. All updates is from Fedora RPM packages sources. In Future will have a Main Packages using upstream main branch. All Builds have Intel-clc enabled, if you use Intel's ARC GPUs can be better use this Copr. "ThinLTO compilation is a new type of LTO that is both scalable and incremental. LTO (Link Time Optimization) achieves better runtime performance through whole-program analysis and cross-module optimization. However, monolithic LTO implements this by merging all input into a single module, which is not scalable in time or memory, and also prevents fast incremental compiles. In ThinLTO mode, as with regular LTO, clang emits LLVM bitcode after the compile phase. The ThinLTO bitcode is augmented with a compact summary of the module. During the link step, only the summaries are read and merged into a combined summary index, which includes an index of function locations for later cross-module function importing. Fast and efficient whole-program analysis is then performed on the combined summary index." - ThinLTO site https://clang.llvm.org/docs/ThinLTO.html

eliasofwaffle/gnome-patched

mutter built with [MR 1441 (dynamic triple buffering)](https://gitlab.gnome.org/GNOME/mutter/-/merge_requests NOTE: MR 1441 as linked above tracks mutter main. This repo distributes a build of mutter using the same copy of the patch as Debian and Ubuntu apply for the respective version of mutter (sources).