PL259 has non-constant impedance, which is the main reason I don't like it.
N type is a near perfect connector except huge size, which has constant impedance, supports frequency up to 11GHz, is waterproof and can be used with high power.
SMA is similar to N type but has smaller size and lower power.
U.FL will be the only choice if you only have very tiny space. (The situation never happened in ham radio)
EDIT: I figured out that for whatever reason, the Flathub version just doesn't function properly. When I install the tarball from Yubico's website, the executable DOES work right,
It looks like because the sandbox of Flatpak prevent the program access the unix domain socket of pcscd.
but I can't seem to figure out how to make the .desktop file install into the programs list.
Without it, the program just fallback to UTC.
/etc/localtime and $TZ are two ways to specify timezone for programs. The program look up the later first, if it's empty and then use /etc/localtime. In theory, $TZ has better performance because of the glibc will not look up the last modified time of /etc/localtime when every calling of localtime lookup.
IMAPSync is a great tool! It works perfect when migrate mails from one provider to another. In fact, some providers suggest users use this tool rather than implement migration feature by themselves. e.g. Migadu.
The problem is not caused by mono kernel. Just because AMDGPU driver was developed in mono style. i.e. they include the code of all generations in one driver. In monolithic kernel, the developer can develop drivers with "micro" style. e.g. Intel's GPU driver doesn't use mono style, they created a new driver when they changed GPU hardware architecture.
Monolithic kernel is a concept about address space. If all parts of a kernel are running in the same address space, this is a monolithic kernel, otherwise it's a micro kernel.
This problem is about how to split parts, but not how to place parts in memory.
In my opinion, that's because X11 lacks proper abstract for many things like screenshot, screencast, color managerment and etc, so the applications have to use many X11 implementation details to implement these features. It leads to high-coupling code with X11 so move their code to wayland and ensuring it works correctly and is consistent with the old behavior is difficult.
Yeah. Bitwarden developed a new android client written by Kotlin to replace old C# client. This new client is in beta testing currently. The old client supports both PascalCase and camelCase but the new client only supports camelCase. And Vaultwarden use PascalCase now, so it's incompatible with new Android client.
So use Fcitx 5 Android instead. It's a open source IME application without requesting any permission except Notification, especially without network permission.
You need to add
-f
argument tostrace
to follow fork otherwise you can only see activities happened in main thread.