Explore >> Select a destination
|
You are here 
|
qsantos.fr | ||
| | | | |
ariya.io
|
|
| | | | | When working on command-line utilities which can be useful for various platforms, from Windows on x86 to Linux on MIPS, the existence of a cross-compilation is highly attractive. A number of different binaries can be constructed conveniently from a single, typically powerful host system. | |
| | | | |
nathanchance.dev
|
|
| | | | | Recently, I built a computer for school that I installed Windows 10 Pro on (link to the current specs if you are curious). I was a little bummed about leaving Chrome OS because I was going to lose my local Linux development environment; however, Windows Subsystem for Linux is a thing and it has gotten even better with WSL 2, as it is actually running a Linux kernel so there is full Linux compatibility going forward. | |
| | | | |
dvdhrm.github.io
|
|
| | | | | The recommended way to link UEFI applications on linux was until now through GNU-EFI, a toolchain provided by the GNU Project that bridges from the ELF world into COFF/PE32+. But why don't we compile directly to native UEFI? A short dive into the past of GNU Toolchains, its remnants, and a surprisingly simple way out. | |
| | | | |
dht.is
|
|
| | | SOLVED posts detail solutions to problems I could not find anywhere else. After installing axe-cli in my Ubuntu/Windows 11 environment using Windows Subsystem for Linux (WSL), I got the following error whenever I tried to run it: Chrome failed to start: crashed (unknown error: DevToolsActivePort file doesn't exist) (The process started from chrome location [file path] is no longer running, so ChromeDriver is assuming that Chrome has crashed.) This can be caused by a lot of things (and I tried most of them), but in my case it was caused by Chrome not being installed in my WSL environment, which makes sense because I only use it for command line programs. | ||
