極客死亡計劃

My undergraduate advisor, at the beginning of our freshman year before classes officially started, sent us a twenty-page Word document, requiring us to install a dual system of Windows and Manjaro within two weeks according to the document's guidance, because programming assignments needed to be written, debugged, and run on a Linux system.

I have never liked accepting tasks given to me without thought, so when faced with this somewhat unreasonable request and a customized system file of over thirty GB, I was quite resistant.

That day, I attempted two self-assured solutions: installing Arch Linux's WSL (Windows Subsystem for Linux) and installing Manjaro on a virtual machine. Except for a few classmates with a decent foundation, many other university students who were new to computers were troubled by the task of installing the system for several weeks, while I was still enjoying various video games in my comfort zone on Windows 11.

At this point in the story, you might expect a plot where a newly liberated college student goes their own way, only to be knocked down by the harsh reality and starts regretting why they didn't wake up sooner.

Well, perhaps you don't, and I don't regret my own decision. The dual system installation approach was indeed not very smart; it was not only troublesome but also had very few places where it could truly be utilized, and could only be considered a solution that worked for most people. And when I pulled out my second laptop, how would you respond?

A Cold Reception#

I have a Dell Inspiron laptop that accompanied me throughout high school, which was honorably retired after my graduation because I got a better-performing gaming laptop. So this laptop had been idle for several months, but now it finally had a purpose. I decided to install the Manjaro system on this not-so-frequently used computer to meet the assignment's requirements.

Since I planned to completely abandon the old Windows system and install a standalone Manjaro system, but the document provided by my advisor only offered guidance for dual systems, which involved various complex partitions, most of the content was of little reference value to me. So I first created a boot disk for the system installation based on the document; I needed to download the KDE version of the system image from the Manjaro official website, then use Ventoy and a USB drive to create the boot disk. After the system was installed, I would restore the more than thirty GB system snapshot shared by my advisor in the group onto the newly installed system to save myself the trouble of installing software.

However, I quickly ruined my only USB drive. Perhaps there was an error during the operation, or some perplexing issue arose; while following the tutorial to use Ventoy to create the boot disk, the software popped up an error that was not mentioned in the document, and then I found that I could not access the USB drive in Windows. So I formatted the USB drive and reset the partition, fortunately, there was no important data on that drive. But during the second attempt, the same error occurred again, and the third and fourth attempts were the same. In the end, I gave up and borrowed a boot disk that my roommate had already created.

Later, I continued to use this USB drive that I had formatted several times, only to find file corruption during several file transfers. It wasn't until one time when I was presenting on stage and found that my completed PPT couldn't be opened that I realized this USB drive was no longer usable. I still haven't figured out which step went wrong.

Since the Manjaro installer has a graphical interface, it can be automatically installed with just a few simple configurations. I planned to directly wipe the original Windows system, and Manjaro also provided an option to overwrite the original system during installation, but after trying several times, it reported an error, indicating that it could not be installed properly. I have forgotten the specific details because too much time has passed, but I remember being puzzled and stressed by this error, and finally found the answer in the document provided by my advisor—Well, it was because I didn't change the BIOS settings.

After searching for a long time in an all-English interface that couldn't be controlled with a mouse, I finally found the correct setting. After that, the installation went smoothly without any errors, only to realize that the more than thirty GB system snapshot provided by my advisor was structured for a dual system, meaning that essentially I had to fully restore the file partitions of his computer on my own machine and then restore all the files from his system to my computer. Since I didn't install a dual system, I couldn't use this snapshot.

But the system was installed, and I could install the software myself.

Pacman Cheers#

The software ecosystem of Arch Linux is considered quite good among various Linux distributions, and many people choose Manjaro because it is based on Arch. Although most desktop applications in China only provide the more common .deb packages for domestic systems like Deepin and Kylin, due to the existence of AUR (Arch User's Repository), Arch users can publish software packages suitable for Arch distributions in publicly accessible repositories, and AUR can be accessed directly using the command-line tool yay.

This means that if a software package is not included in the Arch official repositories accessible by pacman, users can still install community-maintained packages through AUR.

For Arch users, using yay to access the Arch official repositories and install software from AUR is the best choice, but at that time, I was new to the Linux software ecosystem and didn't understand anything, which led to a very chaotic way of installing software, which can be described as follows:

1. Search in the software manager provided by Manjaro, and if available, install the package here;
2. Try to search for the package using sudo pacman -S package_name;
3. If the software provides an AppImage, use AppImage Launcher to install it;
4. Directly download the .deb package from the official website and forcefully install it on Manjaro (Do not do this, as it may damage the package dependencies!);
5. Use flatpak and flathub to install packages.

Since I hadn't discovered the useful tool yay before, and even after discovering it, I wouldn't check AUR for software packages, I was quite miserable when I first started using Manjaro. It took me two days to install QQ, WSL, and some cat software.

However, I became smarter afterward, and before installing software, I would first search on AUR to see if there were directly available packages. If not, I could also download the deb package and then use the tool debtap to convert it into a package suitable for Arch.

It’s hard to believe that the biggest hurdle I encountered while installing software on Manjaro was—WeChat. The official Linux version of WeChat seems to have not been maintained for a long time and there is no Arch package; there are many third-party WeChat clients on AUR, but many are outdated. Although they work, they never have the same comfort as native software; I also tried using Wine to install the Windows version of WeChat on Linux, but Wine couldn't display Chinese properly.

To this day, I have only installed QQ on this computer and haven't found a suitable WeChat client.

Your Next MacBook#

One of the most fascinating aspects of the Linux desktop environment is its high level of customization. I spent some fragmented time tweaking the KDE desktop, and now my Manjaro looks like this.

To achieve this effect, I used the KDE/Plasma global theme WhiteSur, which provides a Mac OS-like style, window styles, etc. At the same time, I also used Latte Dock to replace the original dock, beautifying it with the Latte theme provided by the WhiteSur author.

Of course, if it were just beautification, it wouldn't dare to be called a "MacBook." The MacBook is regarded by many as a productivity tool and an efficiency tool, not just a laptop.

Productivity is not determined by the machine itself, but by the software and its users. Since we're talking about software, we can't avoid discussing the software ecosystem. The software ecosystem of Mac OS goes without saying; finding alternatives for most efficiency tools in MacOS within Arch indeed requires some effort.

Do More with Your Keyboard#

Alfred is an application launcher on Mac OS that can be summoned with a shortcut key, allowing you to type the name of the application (most of the time, just the first one or two letters of the application name) to launch it. During this process, your hands do not need to leave the keyboard, and you don't have to search for the application you want among the desktop and dock icons with the mouse, saving time switching input devices and locating icons. There are many similar applications on Linux, and I ultimately chose Ulauncher.

The reason I chose to install an additional application launcher instead of using the KDE desktop's built-in start menu (which can be summoned using the WIN key from the original Windows system) is that Ulauncher provides a more fuzzy search method, making it easier for me to find the applications I want to open. At the same time, I can also use it as a quick search entry; if the characters I input do not match any application names, Ulauncher will show options to search that keyword on Google / Stack Overflow / Wikipedia.

With the support of Ulauncher, combined with Alt + Tab for quickly switching between already opened windows, I can move freely between applications. Moreover, I want to emphasize again that to complete these operations, your hands do not need to leave the keyboard at all.

The Renaissance of Editors#

I uninstalled the text editor that came with Manjaro because it was not very useful, so, unfamiliar with the Linux software ecosystem, I installed Sublime Text as my main editor aside from coding. However, after using it for a while, I found that I wasn't accustomed to this editor for several reasons:

1. If used for coding, it offers too few features compared to the more extensible VS Code;
2. If simply used for editing text and some configuration files, some of its features seem a bit excessive;
3. I don't like its interface; the default tab indentation is too short.

So I started looking for a truly simple and easy-to-use editor. Coincidentally, I read on a minority site that Owen, the author of "Immersive Translation," has been using Neovim as his main editor. I had always heard that Vim is highly efficient as an editor, and Neovim, as a more modern sequel to Vim, must be quite something, so I decided to give it a try.

However, when I saw the cumbersome configuration files of Vim and Neovim, I immediately felt a strong aversion—I don't like software that requires a lot of time spent on configuration. So I tried the out-of-the-box Helix, which claims to be a "post-modern" editor that doesn't require much configuration and operates similarly to Vim.

It was only when I started using Helix that I realized that for a pure text editor, a graphical interface can be completely discarded. Helix, driven by the terminal, can perform the essential functions of a text editor such as searching, replacing, and switching files, while also implementing window splitting, multi-line text selection, syntax checking for various languages, and code highlighting. Overall, the initial experience was very comfortable.

However, I soon discovered a project called NvChad, which is a configuration file and plugin set for Neovim, meaning that using NvChad allows for an out-of-the-box experience with Neovim. This perfectly solves the problem of Helix lacking a plugin system and having poor extensibility. Neovim configured through NvChad has features like file directory trees, Git integration, syntax checking, support for various linters, and the ability to open multiple files in tabs, which can already replace VS Code and many IDEs.

So I quickly abandoned Helix and VS Code and began using Neovim as my main editor. After all, it starts quickly in the terminal and can handle any editing task, whether it's a simple modification of a configuration file or developing an entire project, and you can enjoy the native Vim editing mode.

If it weren't for the fact that I had already purchased a software serial number for Typora, I might even consider using Neovim to replace all my text editors. However, thinking about it carefully, that would be a bit too radical; visual editors like Typora can help writers focus on the text itself better than pure text editors like Neovim.

Real Productivity Tools#

Perhaps influenced by those around me, I also began to pay attention to efficiency and knowledge management. Speaking of productivity tools and knowledge management, it's hard not to think of Notion and its excellent database system. Although I mentioned in My Thoughts Flow Like a River that I don't like Notion's model because I feel it is not suitable for personal knowledge management, its product positioning is indeed not primarily focused on knowledge management but rather as a tool to enhance team collaboration efficiency, and I have indeed experienced its strength in this regard recently.

The databases and various views of Notion are well-known topics; instead of writing a product description, it's better to discuss real and useful cases.

I serve as a moderator on the Backrooms Chinese Wiki, and while the various tasks within the site are not particularly difficult, they are indeed numerous and varied. The only commonly used communication channel among the more than ten administrators on the site is a "single-threaded communication" QQ group. Single-threaded means that even if there are several matters that need to be discussed and handled at the moment, they can only be addressed one by one in order. However, the single-threaded nature is not the biggest problem; the biggest issue is that many matters that need to be handled flow away with this linear stream—the better situation is that a matter has been finalized, but the staff who didn't check the messages at that time are unaware of this decision and continue to handle things as before; the worse situation is that some matters are quickly forgotten because they haven't been discussed to a conclusion, ultimately leading to nothing.

Recently, one day, I suddenly remembered Notion, a tool that was once exalted and then gradually faded from view. I had a rough idea and introduced it to others in the group, and then I got to work.

After inviting others into the workspace, they could view and edit the pages together. This way, tasks can be categorized into to-do items, ongoing items, completed items, and items archived due to being too old, allowing everyone to know what needs to be done and what has been finalized. Since the site's administrators are all volunteers, there are inevitably times when some cannot participate in the work for personal reasons; when they return to the site's affairs, they can simply check the Notion workspace's kanban to get a general idea of what has happened recently.

Each task is marked with a "responsible person" and "priority," so everyone knows which matters are more important and which ones have no one responsible for them, allowing them to prioritize completing important tasks that are unassigned. If you click into each task's page, you can see the task's "tags," indicating which aspect the task belongs to, whether it's a technical issue, policy revision, or community affairs. At this point, staff can choose whether to take on this task based on their authority; if they do take it on, they can continue reading to refer to the detailed instructions left by the person who wrote down this task.

Additionally, since most discussions among site staff occur in the QQ group, which is single-threaded, establishing a "proposal area" can help everyone clarify which matters have not been discussed to conclusion, while also facilitating the proposal of new ideas. An even more important function is to allow everyone to calm down and organize their thoughts, writing them into coherent text before sharing with others, thus improving efficiency.

Although the free version of Notion does not allow assigning "member" permission groups to collaborators (meaning that everyone who joins the workspace has the highest permissions, and someone unfamiliar with Notion could potentially create a tricky mess with a misoperation), the improvement in efficiency is significant.

I seem to have digressed, but I must mention Notion because I want to introduce the productivity tools I currently have installed on Manjaro, which have formed a very good division of labor.

• Obsidian, as a bi-directional note-taking software, serves as my "second brain," storing all my systematic knowledge and notes;
• Flomo, as a card-style note-taking software, stores my fragmented, unprocessed thoughts;
• Notion, as a productivity tool, is used for team collaboration and task allocation;
• X-Mind, as a mind mapping software, is used to clarify thoughts before doing tasks (currently, I am trying to use the lighter and more feature-rich "Mubu" to replace the somewhat bloated X-Mind);
• TickTick, as a planning tool, is used to plan my personal short-term and long-term tasks, and its built-in schedule and Pomodoro timer functions are also very useful.

If any device can be called a "productivity tool," for me, at least three of the above tools must be present.

Postscript#

Because my main laptop, the Shadow Spirit, suffered a black screen, I couldn't continue using a Windows system computer before sending it for repair and before it was returned. Therefore, this lightweight laptop, which I hadn't used much since setting up the system a few months before school started, was called into action and became my main device recently. Thus, this record of my adventures was born.

Additionally, here are some thoughts I had while writing this article:

• The first subtitle "A Cold Reception" pays homage to the name of a level in the adventure mode of "Don't Starve."
• The second subtitle "Pacman Cheers" contains two elements: Pacman (the character, and also the name of the package manager that comes with Arch Linux) and Yay (the tool used to install AUR packages, full name Yet another Yogurt, which is spelled the same as the English onomatopoeia for cheering). Please come up with a better pun.

By the way, today is an important day:

On February 14, 1946, the world's first computer, ENIAC, was born at the University of Pennsylvania in the United States.

Please be informed.

TL;DR#

1. Installed the Manjaro system on an idle computer due to professional needs;
2. Explored the software ecosystem of Arch Linux;
3. Beautified the KDE/Plasma desktop environment to mimic Mac OS;
4. Searched for efficiency tools and productivity software.

Cover image source: Christin Hume on Unsplash