My tiling WM journey was awesomewm, I3, dwm, and now bspwm.

I use a modified chrome.css to hide all the bars in Librewolf. Interestingly my tweak for the address bar doesn’t work anymore, so I’ll have to find a new working piece of code.

A related post that you may find interesting: https://lemmy.ml/post/23440879

I have gmail, exchange, and disroot accounts setup in neomutt. For gmail I had to generate an app specific password for neomutt because I use 2FA with gmail and neomutt doesn’t use Oauth2 as authentication method. Although, I was too lazy to try them, there are some options to use xoauth2. No surprise, exchange was the trickiest one to get working. I have to use Davmail for that. Behind an apparent complexity you just need your exchange email URL to get it running, and then you use the Davmail ports in neomutt.

Neomutt (with notmuch) is not easy when starting from scratch. Luckily there are some configurations online that get you up and running quickly. It still requires some efforts to get use to it and configured to your detailed and specific needs. I put sweat to build mine but it worth every single drop.
That being said that’s what makes its strength. It’s not an email client, it’s your email client. Once it’s configured, it’s good forever and using anything else feels like a pain.

While I’ve tried both, I am not sensitive to any of these trends. I’m just glad to see some alternatives that can fit anyone needs. That’s the power of the open-source.

Although I understand the reasoning beyond the language used in this post, I’m sad to read that hardened privacy is considered a power user thing.

I never owned this model but the ArchLinux wiki confirms that it’s supported, while “it is known to have very limited bios feature and limited Linux stability”.

I second that. The official documentation is always the place to start.

Then, if you need more info or other explanation I usually recommend looking at the arch wiki. Whether or not you’re using arch, instructions there are valid and one of the best you can find.

Finally, this tuto may help you as well

I use rofi as my app launcher and more. I’ve share my old script here.

I have now extended this script to support the following:

• execute a command if the input text belongs to /bin or /usr/local/bin
• do some basic maths (using menu-calc)
• open url in my web browser if the input text starts starts with http(s) or ends with .xxx (where x is any letter)
• translate the input text in English/French using the deepl website if the input text starts with dpen/dpfr
• search the input text with searx (if all the above failed)
• manage my web bookmarks (using buku)
• manage my clipboard (using copyq)
• manage my passwords and autofill fields (using pass)
• manage bluetooth devices
• manage audio sinks and sources
• manage my wifi and vpn
• manage my tmux sessions

Khal is also my app of choice for calendars, though it may not suit OP requirements since files are .ics Everything is kept in sync on my phone with Etar and DavX5.
Note that khal itself is the CLI aspect. It’s interactive interface (ikhal) is really the TUI aspect of this app.

ikhal is great to manage events but I prefer to use the command-line to create events. And this is the only minor complaint I have against khal: its lengthy commands and lack of user friendly dates support (like “today”, “next mon”…). Luckily all of that is easily fixable with a script which I should upload on my codeberg one day… I actually ended up adding edition and deletion support using (neo)vim and fzf so I don’t use ikhal anymore but only creating events is really faster and easier with my script compare to using ikhal.

I’ve been using xterm, urxvt, and st. Also tested alacrity, kitty, and wezterm. Your shell also plays a critical role in your terminal usage (but I won’t deviate here). For my use-case, the latter are overkill so I stayed with st. The only missing feature for me was image support even though I use it sporadically. To cover that I use a script that relies on ueberzug or ucollage if I need to browse folders.

I’ve wrote a small post about ucollage if you’re interested.

Check disroot
https://www.makeuseof.com/tag/disroot-encrypted-email-cloud/

LibreWolf is indeed based on the hardened Firefox arkenfox user.js so you get its benefits which means a privacy-focused browser but Librewolf also comes with more settings pre-adjusted, telemetry removed, useless features removed…

I’ve played with Firefox settings for years before Librewolf was created and it saves me so much time, ensure my browser stays up to date and functional, and is able to perform fingerprints test way better than any other many web browsers I’ve tried.

There was just a similar post here. You may find interesting clues there as well.

Glad you’re back on tracks! Looks like this update messed up /bin for some people. I love when OPs like you take time to close their first post with the resolution. Thank you. If you have time to quickly summarize the details of the fix that may benefit others as well.

I’ll put the link to the wiki here again ;) https://wiki.archlinux.org/title/Chroot

"Run arch-chroot with the new root directory as first argument:

# arch-chroot /path/to/new/root

You can now do most of the operations available from your existing installation. Some tasks which needs D-Bus will not work as noted in #Usage"

To investigate the issue you may want to use a bootable drive and chroot into your system. This will allow you to see any error messages using the journactl command. Once you know what’s going on exactly you’ll be able to fix it or get a better assistance from people here or on the Arch forum.
I know someone who encountered the exact same login behavior after this update. It appeared that some packages were broken and he had to reinstall them.

I second that. Always have a bootable disk ready (or even better a bootable image on your machine) so you can recover from any issues in a snap. Over the course of 20 years using Linux I can only remember two blackscreens. Unlike other OS, these situations don’t happen randomly but mostly when the user mess up with the system (like in your case) and that’s great opportunities to learn a lot about your system because that’s when you really need to understand how it works.

The general idea is that a desktop environment provides you with common graphical user interface elements such as icons, toolbars, wallpaper, and desktop widgets. In other terms it’s purely an aesthetic question. You can also decide which of these features will be useful to you and install the appropriate package(s) if you don’t want to grab the bundle that comes with any DE.

As far of timing is concerned, you can always experiment and install what you need as you go. The only downside to wait will depend on how good your distro is in managing packages dependencies.

Personaly, my Linux journey made me realize that the features offer by a DE were actually negatively impacting my productivity and a windows manager (a tiling one for me) was all I needed. But this decision - like a lot of others - comes down to personal tastes. Note that not using a DE doesn’t mean relying on the terminal only.

A somehow old (2021) but interesting article about why the community is moving from wpa-supplicant to iwd: https://www.linux-magazine.com/Issues/2021/243/iNet-Wireless-Daemon

Here is an excerpt of interest: “The description of the iwd project on www.kernel.org highlights simplicity as an important factor behind iwd’s recent rise: “The core goal of the project is to optimize resource utilization: storage, runtime memory, and link-time costs. This is accomplished by not depending on any external libraries and utilizing features provided by the Linux Kernel to the maximum extent possible. The result is a self-contained environment that only depends on the Linux Kernel and the runtime C library.””

ArchLinux and Ubuntu respectively tested iwd on July 2020 and in Ubuntu 20.10.

I’ve been through awesomewm, i3, and dwm. Now I’m using bspwm. Each one has its own specificities and is more or less easy to familiarized with.