Any suggestions on improvement are welcome
The Framework Laptop 16 is my new laptop of choice that I purchased to replace my dying older machine. While this laptop enjoys official Linux support, there are still a few things to take care of post-install.
This might be useful for people who stumble onto this gist to debug. My laptop is configured as such, with notes on the Linux support:
| #pragma once | |
| #include <type_traits> | |
| template <typename Func> | |
| requires std::is_nothrow_invocable_v<Func> | |
| struct DeferAction { | |
| explicit DeferAction(Func a) : act{a} {} | |
| ~DeferAction() { act(); } | |
| // Disallow copy and move |
Ok first of all why are you here if you don't know what this is, touch grass.
So I was unable to find one guide that would walk me through the process of installing a NFS: Heat mod on Linux from start to finish without running into some issue without running into some issue or another, this is what worked for me, your mileage may vary, but even if you succeed I hope you learned something, got some inspiration to try something else, and keep trying, I wish you luck <3.
If you're still here I will assume you have no interest in touching grass and you want to read this full-of-nonsense guide on how to install UNITE on your Linux machine, where nothing is ever easy. Fear not, I gotcha.
| #!/usr/bin/env bash | |
| # This script launches a Windows executable using Proton within a Linux environment. | |
| # It requires exactly one argument: the path to the executable to run. | |
| # It sets up a separate Proton prefix for each executable to avoid conflicts. | |
| # Usage: proton <path-to-executable> | |
| if [ "$#" -ne 1 ]; then | |
| echo "Usage: $0 <executable-path>" | |
| exit 1 |
Organizing your Go (Golang) project's folder structure can help improve code readability, maintainability, and scalability. While there is no one-size-fits-all structure, here's a common folder structure for a Go project:
project-root/
βββ cmd/
β βββ your-app-name/
β β βββ main.go # Application entry point
β β βββ ... # Other application-specific filesIf you are not interested in the technical details and only want to get Listen to work:
- If you are running Debian, RedHat, or another similar Linux distribution, run the following in a terminal:
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -pThis a collection of notes and files used in my quest to create "Reboot to Windows" and "Reboot to Linux" scripts (and desktop shortcuts) for Linux and Windows respectively that automatically reboot my system and instruct rEFInd to auto-select the appropriate OS entry.
The key for achieving this is to modify the EFI Variable PreviousBoot with GUID 36d08fa7-cf0b-42f5-8f14-68df73ed3740, which rEFInd uses to store the last entry selected in the menu and, if using the + default entry, will be used to select the default OS. By doing this, we trick rEFInd into booting the OS we choose without having to be physically there to press the keyboard.
