I don't have a lot of experience with this, but you might be able to reduce the noise of the fan using audacity. There might also be some less bloated tool, but it's a thing you can do.
BSD is the cuck system par excellence, a license that allows your work to be stolen, 90% of all system software to be Linux, whether it is an unofficial port or literally the emulated version of Linux, which Using a system that not even its creators use on the desktop does not make you better, it makes you a fool. OpenBSD is full of bloat because it has server utilities that you will never use on the desktop hahaha
You will see your ram usage go up on larger packages like rust and firefox or if you enable something like PBO or LTO. That suggestions of 2GB ram per core is only for GCC as Clang/LLVM uses less ram when compiling. You can also remove the package.use folder as well as the others if you wanted to and make it one large file to manage easier at least I find it is.
if you are worried about too much memory when compiling larger programs but still want to use as many cores as possible on smaller programs you should set your make flags to “-j${nproc} -load-average $[ gigabytes of memory / 2]” this really helps
not counter-signaling use flags but it's definitely not as hard to reconfigure how packages are built in arch. their build system is modeled after bsd ports and is very straightforward. if you just grab the PKGBUILD for anything in the repo, it's easy to change now it's built and to make your own package that gets installed with the normal ones. all you need is the "devtools" package and you can do something like "pkgctl repo clone emacs" + edit the PKGBUILD + "pkgctl build" and it'll do all the work for you.
@@swindlesmccoop any regular person will pretty quickly run into problems using openBSD as a daily desktop OS. you're the exception, not the rule. that isn't to say i disavow it though, i think striving to make it a user-friendly desktop OS is a good thing but in its current state its just not worth the bother,
Gentoo is just the next step from Arch, cause we like getting performance when we use our systems, but we also like killing our systems with compiling at some point in life.
i hopped from arch to artix to openbsd, i always considered gentoo but my goals is basically inline with openbsd. besides i got some new hardware i want to abuse with the puffer fish >:D
@@dramaoppa7099 A very large portion of AUR packages are just build scripts that compile the programs from source without requiring input from the user. Also, I literally wrote my own AUR helper, I'm not a stranger to it.
What is the point of the GUI? I don't get to have a transparent background, I have to zoom in the text on every launch because of the super high resolution on my monitor and Linux's horrible support for scaling, I would have to set up swallowing for it because I launch it from the terminal 99% of the time, and I don't really use the mouse that much anyways.
@@swindlesmccoop There is a transparency plugin, you can set the font size for this, with emacs gui you wouldn't need to use the terminal, since you can do everything inside it and you don't need to use the mouse on gui if you know the keybinds.
@@swindlesmccoop Terminals are often terribly slow, so unless you happen to run a well-optimized GPU accelerated terminal the Emacs GUI will run with lower input latency & faster updates on screen. If you look at editor latency benchmarks you will usually find they used gVim instead of terminal Vim, and if you look at terminal latency benchmarks you will see why. Also terminals don't support every possible key combination properly or at all, for example Tab and Ctrl-i are recognized as the exact same input in Vim. I'm probably not the right person to ask because I hate using Emacs in general, but some of its features are simply not available outside the GUI.
I've been using Gentoo with IceWM as my Desktop Environment for over 6 years as my primary OS on a PC. OpenBSD is my 2ndary OS on a traveling laptop. Both are great. Gentoo is exactly what I was looking for: total control over a skeleton system you build yourself to suit your needs. I considered Linux From Scratch but the time sink would have been prohibitive. For a calendar, I have an icon that when you click on it pops up a terminal running the "cal -3" command. Simple and easy, some would say cheesy. I do not use cron either. The journalctl command to look at logs is highly useful. As much as I like Gentoo, I have had issues, such as the "bleeding edge" kernel not compatible with my legacy Nvidia card. No problem: I revert to an older kernel version until Nvidia updates its driver. The worst problem I had was compiling Chromium. My "nearing obsolescence" system could not handle the compile in a timely manner. After over 12 hours of compiling including overnight, in the morning it was only 2/3 finished so I aborted the compile and used the binary Gentoo graciously provides. One day, when the stars align in my favor and the sun is shining at the proper angle, I shall obtain a buxom PC full o' power and THEN I can can compile any durn thing I want, including Chromium if I wanna.
I meant a calendar for appointment scheduling and whatnot. Honestly this is what I started using Emacs for but I've found that it isn't particularly good at it. You know what's REALLY good that I discovered recently? Calcurse. Full terminal application with minimal dependencies and everything is basically C with the ncurses library (with Python to sync with CalDAV servers which I might try to experiment with). You can make a plain todo list AND you can set up timed "appointments" which I will just use to remind myself to do things at certain times. Oh, did I mention it uses Vim keys? The only thing that I really want out of it that I haven't been able to set up is notification support which MIGHT be possible. If I get all that set up then I'm definitely making a video about that.
~~is the wallpaper an accidental or intentional reference to yuki installs gentoo~~ also yes, for a desktop system or a server systemd is generally way easier despite the complaints of suckless, i still use openrc my self out of some personal preference things, the problems with systemd really only come up if you have to try to port it to obscure hardware like some SBC arm chips, or run a "full distro" like ubuntu, and then some thing is horribly misconfigured.
I don't have a lot of experience with this, but you might be able to reduce the noise of the fan using audacity. There might also be some less bloated tool, but it's a thing you can do.
SystemD? I'm unsubscribing!
What’s the background music?
probably some tranime shit
Do you still use emacs?
No, don't worry. I was in a dark time when I made this video.
@@swindlesmccoopYou may be forgiven.
I use Emacs too! I only have Debian installed on WSL and a VM as well.
Gentoo is the best!!
Linux to freebsd to openbsd to linux 😅
Average UNIX pipeline
BSD is the cuck system par excellence, a license that allows your work to be stolen, 90% of all system software to be Linux, whether it is an unofficial port or literally the emulated version of Linux, which Using a system that not even its creators use on the desktop does not make you better, it makes you a fool. OpenBSD is full of bloat because it has server utilities that you will never use on the desktop hahaha
CuckBSD
You will see your ram usage go up on larger packages like rust and firefox or if you enable something like PBO or LTO. That suggestions of 2GB ram per core is only for GCC as Clang/LLVM uses less ram when compiling. You can also remove the package.use folder as well as the others if you wanted to and make it one large file to manage easier at least I find it is.
if you are worried about too much memory when compiling larger programs but still want to use as many cores as possible on smaller programs you should set your make flags to “-j${nproc} -load-average $[ gigabytes of memory / 2]” this really helps
I've been using -j7 since I only have 16GB of RAM but I have a 20-core CPU, so thanks for letting me know about that.
I didn't know that rich people use systemD
What gives you the indication I am rich lmao
my nigga got a job
The keyboard typing in the audio genuinely had me look to my left irl
hahahahahaha dist-kernel nooooooooob
jk
I'm switching to hyperbolaBSD when it releases though, linux is cringe
not counter-signaling use flags but it's definitely not as hard to reconfigure how packages are built in arch. their build system is modeled after bsd ports and is very straightforward. if you just grab the PKGBUILD for anything in the repo, it's easy to change now it's built and to make your own package that gets installed with the normal ones. all you need is the "devtools" package and you can do something like "pkgctl repo clone emacs" + edit the PKGBUILD + "pkgctl build" and it'll do all the work for you.
eww systemd
Soystemd
Openbsd will remain only a server OS
I daily drove it for nearly a year (three days away from the one year mark) and I never had any problem using it as a desktop OS.
@@swindlesmccoop can you show us how to set it up a desktop os
recommendations and configs and so on...
thanks!
@@RHTORAS Yeah that would be fun I think
@@swindlesmccoop any regular person will pretty quickly run into problems using openBSD as a daily desktop OS. you're the exception, not the rule. that isn't to say i disavow it though, i think striving to make it a user-friendly desktop OS is a good thing but in its current state its just not worth the bother,
Gentoo is just the next step from Arch, cause we like getting performance when we use our systems, but we also like killing our systems with compiling at some point in life.
i hopped from arch to artix to openbsd, i always considered gentoo but my goals is basically inline with openbsd. besides i got some new hardware i want to abuse with the puffer fish >:D
The thing I realized while using Arch was that I was just compiling a lot of my software anyways, but I had to try OpenBSD first.
@@swindlesmccoop what about AUR??
@@dramaoppa7099 A very large portion of AUR packages are just build scripts that compile the programs from source without requiring input from the user. Also, I literally wrote my own AUR helper, I'm not a stranger to it.
@@swindlesmccoop It's easier on AUR
Why not using the gui version of emacs? I think if you are embracing the soy, you gotta use the gui, also, in my opinion it's better than on terminal.
What is the point of the GUI? I don't get to have a transparent background, I have to zoom in the text on every launch because of the super high resolution on my monitor and Linux's horrible support for scaling, I would have to set up swallowing for it because I launch it from the terminal 99% of the time, and I don't really use the mouse that much anyways.
@@swindlesmccoop There is a transparency plugin, you can set the font size for this, with emacs gui you wouldn't need to use the terminal, since you can do everything inside it and you don't need to use the mouse on gui if you know the keybinds.
@@swindlesmccoop A lot of packages don't work right on the terminal. And with the GUI version you can display images and variable size fonts.
@@swindlesmccoop Terminals are often terribly slow, so unless you happen to run a well-optimized GPU accelerated terminal the Emacs GUI will run with lower input latency & faster updates on screen. If you look at editor latency benchmarks you will usually find they used gVim instead of terminal Vim, and if you look at terminal latency benchmarks you will see why.
Also terminals don't support every possible key combination properly or at all, for example Tab and Ctrl-i are recognized as the exact same input in Vim.
I'm probably not the right person to ask because I hate using Emacs in general, but some of its features are simply not available outside the GUI.
i transheart gentoo
I've been using Gentoo with IceWM as my Desktop Environment for over 6 years as my primary OS on a PC. OpenBSD is my 2ndary OS on a traveling laptop. Both are great.
Gentoo is exactly what I was looking for: total control over a skeleton system you build yourself to suit your needs. I considered Linux From Scratch but the time sink would have been prohibitive.
For a calendar, I have an icon that when you click on it pops up a terminal running the "cal -3" command. Simple and easy, some would say cheesy.
I do not use cron either. The journalctl command to look at logs is highly useful.
As much as I like Gentoo, I have had issues, such as the "bleeding edge" kernel not compatible with my legacy Nvidia card. No problem: I revert to an older kernel version until Nvidia updates its driver.
The worst problem I had was compiling Chromium. My "nearing obsolescence" system could not handle the compile in a timely manner. After over 12 hours of compiling including overnight, in the morning it was only 2/3 finished so I aborted the compile and used the binary Gentoo graciously provides.
One day, when the stars align in my favor and the sun is shining at the proper angle, I shall obtain a buxom PC full o' power and THEN I can can compile any durn thing I want, including Chromium if I wanna.
I meant a calendar for appointment scheduling and whatnot. Honestly this is what I started using Emacs for but I've found that it isn't particularly good at it. You know what's REALLY good that I discovered recently? Calcurse. Full terminal application with minimal dependencies and everything is basically C with the ncurses library (with Python to sync with CalDAV servers which I might try to experiment with). You can make a plain todo list AND you can set up timed "appointments" which I will just use to remind myself to do things at certain times. Oh, did I mention it uses Vim keys? The only thing that I really want out of it that I haven't been able to set up is notification support which MIGHT be possible. If I get all that set up then I'm definitely making a video about that.
~~is the wallpaper an accidental or intentional reference to yuki installs gentoo~~
also yes, for a desktop system or a server systemd is generally way easier despite the complaints of suckless, i still use openrc my self out of some personal preference things, the problems with systemd really only come up if you have to try to port it to obscure hardware like some SBC arm chips, or run a "full distro" like ubuntu, and then some thing is horribly misconfigured.
Accidental but BASED for noticing