Check UK stories.
People leaving next to turbines hate them due to noise pollution.
Check UK stories.
People leaving next to turbines hate them due to noise pollution.
deleted by creator
deleted by creator
Lol,
Batteries are perfect for load balancing.
Please, know your facts
Total is $398 bundle with lower end fan. It is comparable.
The choice will be driven by hardware characteristics for me. Power vs performance questions. If performance is roughly the same, then I will prefer lower power consumption.
A few years from now we may be seeing US tariffs on these just like EVs today.
China is developing fast and it took US trade war seriously.
A couple generations don’t mean much anymore.
Performance gains have been slow.
I’d rather understand where exactly is its performance in comparison to AMD and Intel.
Then I can make a call if it is worth it.
After all there’s plenty of Raspberry Pi level performance and people are happy with it as long as price is right.
Give us some links for combo of motherboard, CPU and fan. I assume it needs a fan.
Someone explained it to me this way:
If knife is a newest feature, then
Any snapshot distribution by definition is on bleeding edge.
Any rolling release is by definition on the cutting edge.
I usually go for gnome regardless of distribution. I have old laptop that i use to try distributions occasionally.
Same hardware, same desktop, same encrypted drive, same BTRFS choice, different responsiveness at times.
Systems heavy on flatpak tend to be noticeably slower.
I had sluggish experience with SUSE. Updates were slow. Installation was very slow.
Starting apps was not as snappy.
Promise of snapshots was great, but not unique.
Overall slower than my regular distro experience killed it for me.
I simply asked myself: will it bug me every time I use the laptop? The answer was yes, and decided to end it.
Installer is a big part.
2nd biggest part is how system is configured.
Debian is not afraid to create its own version of default configuration. Take some mail software as example.
Arch on the other hand is most likely just going to ship original application configuration.
Debian might be nice and easy, until configuration change is necessary. Suddenly, original application documentation doesn’t apply. Debian documentation may be obsolete or absent. And that is the beginning of reading all of the configuration files. Normally, it is not a problem until something like email system configuration is necessary.
That’s when Arch philosophy of making fewest changes to software comes to shine. Original documentation usually works and applies well.
Years ago major upgrades and to lesser degree even minor upgrades made me to give up trying to keep installation running. I don’t even remember if it was Red Hat or Debian.
Eventually I realized, that I like running newest version of Desktop and I ran into cases of getting frustrated with lack of newer versions, which had fixes for issues I ran into. Then I realized that best wiki was not a snapshot distribution.
In the end I tried rolling distribution and remain happy for years.
Debian or derived distribution is easiest to get google help for and it is the simplest choice for me, when running on the cloud.
Although, Alpine is pushing through containers quite forcefully.
KDE was far less stable for me compared to Gnome. In the end, my patience with KDE lasted for 1 week.
KDE is more exiting and familiar, but it had no tangible advantage in the end for me.
If you read comments to the original article, it is far from new idea and some farmers have used for a long time.
hardlink
Most underrated tool that is frequently installed on your system. It recognizes BTRFS. Be aware that there are multiple versions of it in the wild.
It is unattended.
I am surprised that most reliable and more importantly desktop environment independent solution is not as popular here.
I use it with iOS. Owlfiles app supports samba, but I am sure there are others.
I don’t get the question.
I usually use vscode to work with files. It has excellent remote editing over ssh. For example, I have large private collection of markdown notes that is kept on remote server.
At work I deal with large GO project that targets Docker images and my setup is:
My workflow is to start Debian WSL and forget about terminal. Start vscode on windows, connect to Debian over ssh, open project directory. Work on project without ever leaving editor, use built in terminal in vscode. Fish runs inside vscode. Editor is primary. Fish is secondary and it excels at recalling history.
Use each tool for what it was designed. No terminal will ever match my productivity in vscode. Vscode has all the fuzzy search built-in.
I used to use vim for heavy coding, but abandoned that route 20 years ago. I am still able to use vim for quick short changes in config files, but anything serious is handled with visual studio code over ssh.
Primary vim scenario:
sudo vim /etc/config-file-name
Vscode 1st approach is a modern day version of emacs approach Or vim with plugins. Only difference is vscode is actually low effort to get started on new machine, low learning curve, low maintenance effort unless you have sunken months into your terminal editor and refuse to abandon your investment.
Great illustration.