Yeah could be. There’s some latency for sure, the question is whether it’s noticeable. Definitely hard to tell subjectively, and as far as I know, also hard to measure without special equipment. I just think it’s probably not worth it to use the performance governor, even for (say) a laptop connected to a power supply, just because of the extra heat, fan noise, or the potentially earlier throttling. But I guess you have to judge that for yourself.

Usually (on laptops anyway) setting the performance governor only marginally increases throughput and/or latency, while significantly increasing power use. This is because the default behavior of ondemand governor is, almost always, to go to max clock speed practically instantly when there’s actual work to do.

In theory it can even have detrimental effect, especially with passive/inadequate cooling (which I assume an Android tablet would have), because the CPU will throttle automatically if it gets too warm, and disabling power saving features means it’ll run generally hotter.

Debian on everything (well except the router is on OpenWrt).

First installed Debian more than 25 years ago. Tried some other stuff, Debian is still best for me.

There should not be a space between the entries in $PATH, just :. Plus, this is syntactically wrong: export allows to set multiple variables separated by space, like export A=a B=b. You’re essentially doing export A=a B which makes it ignore the B part as it is nonsensical.

Also path should contain directories, and /usr/sbin/grub-install/grub-install isn’t a directory. In fact it almost certainly does not exist at all.

Path should contain at least /usr/bin. That’s why no command works, they’re all in /usr/bin. The shell looks through all the directories in $PATH (separated by :) to find commands.

Und schriftliche Polynomdivision sollte man wissen weil?

Ich glaube wenn man allgemein algebraisches Verständnis hat und grundsätzlich irgendwie dividieren kann, kann man auch recht schnell lernen Polynome zu dividieren, ohne den Algorithmus auswendig gelernt zu haben.

Mal abgesehen davon, wieso Polynomdivision überhaupt mehr oder weniger relevant sein sollte als andere Sachen, die momentan nicht im Lehrplan sind.

Good and informative article.

Like with inetd, httpd, smtpd and so on it’s systemd (system daemon) with a lowercase d. SystemD looks like D is the name or version of the system.

Oh come on, I can recognize my common interest with other humans without mediating this through overly abstracted “values” and then arguing from that. Plus, you know, little kids and even many animals show empathy and they’re not doing any moral reasoning or have any concept of a moral value. It seems to me that, more often than not, moral reasoning is employed to rationalize away empathy.

It would also be nice if you could not imply that I’m a threat to humanity. My comment about shooting philosophers was clearly a joke as should be obvious from the rest of the comment, whereas yours strikes me as deadly serious.

Also you didn’t actually argue my points about how this benefits existing authorities, nor about how this incentivizes motivated reasoning.

Yeah that’s not what I was thinking about.

The way moral reasoning works is this: You have something you want, be it is your material interest or it is due to your belief or feelings. If this is to become a norm or law or widely adopted in some way, you’re not supposed to argue that way though. You have to do a whole derivation down from Universal Values™, meaning you’re now not arguing from your own POV, but from some common good, and, in practice, especially the interest of the ruling order that you want to adopt your position. This means you’re already inclined to compromise your position before you’ve even voiced it.

This is why ruling institutions encourage moral reasoning, they teach it in school, on TV etc. It makes you argue from their POV–that of the nation, the state, the existing order–instead of your own.

It also means that your moral argument is sophistry–motivated reasoning–if you have constructed it for a position you hold for a completely different reason, which is not conducive to clear thinking.

I think all moral reasoning should be outlawed and philosophers should be shot.

This will lead to a significant increase in life, prosperity, happiness and/or bring about the messiah. Either way it’s the right thing to do.

Maybe? It’ll almost certainly be worse (or not work at all maybe) than on Windows.

Oh that’s pretty cool! I does seem like a shame to not have something like that on Linux.

Seems like a good and useful workflow for sure. Don’t know if something equivalent exists, maybe it doesn’t.

I’d personally use find for this, but it is a command line tool, and while I have memorized some of the more common options (directories-only would be -type d for example), I’d have to look at the manpage for more advances options. It’s not hard exactly but it’s not easy-to-use GUI software for sure.

I guess because that adds extra complexity that isn’t inherently necessary and can be added on top, plus it eats resources. You’ll spend the cycles either way basically, at least this way it’s optional. I don’t bother with a file indexer because with SSDs nowadays, find is pretty fast, and how often do you search for files anyway?

Linux has APIs to get notified on file system events (fanotify, inotify) which would allow such a service to update itself whenever files are created/delete immediately, but locate is way older than that, from the 80s. I think popular DEs have something like that.

There’s also ways to search for specific files that come with packages (e.g. dpkg -S), because the package manager already maintains an index of files that were installed by it, so you can use that for most stuff outside /home.

locate uses an index you need to update using updatedb before it is able to find anything.

updatedb may run periodically because of a cron job, but the index is probably missing right after installing it manually.

That “U=xxx” is the IMAP UID, which is a unique identifier that message has in the IMAP mailbox. mbsync adds that to the filename just so it can track which (local) message corresponds to what message on the IMAP server.

When moving a message from one mailbox (folder) to another, this UID changes, because it’s per-mailbox only. If you read the manpage for mbsync, it says explicitly that the MUA should strip the U=xxx when moving between maildirs, so the behavior of aerc here is correct.

In order to get to the bottom of this, you’d probably have to enable the debug output of mbsync and look at exactly what IMAP commands it sends to Gmail, then decipher the relevant command(s) by looking at the RFC, and then decide whether it’s Gmail or mbsync’s fault this gets lost. You could also contact the mbsync devs with this I guess.

I found someone complaining about the same issue, without getting a reply, 7 years ago, except that person was using mutt: https://stackoverflow.com/questions/52218254/isync-mbsync-on-gmail-marks-mail-as-new-after-move-to-another-folder

That doesn’t help you obviously but from this we might guess it’s probably not aerc’s fault.

I want to point out that it may be possible you mistyped the password when setting it up, and then repeated the same mistake when using the drive originally. I know I have done this when setting up passwords. There is definitely a tendency to repeatedly mistype something in the same way.

I would try the patches. Also about older kernels: It’s not that hard to e.g. get a kernel.org upstream kernel and compile that, no need to mix repos.

https://www.debian.org/doc/manuals/debian-handbook/sect.kernel-compilation.en.html

The “seen” flag should be represented by an “S” in the filename of the mail (see Maildir spec).

You could probably observe filename changes using:

fsnotifywait -m $YOUR_MAILDIR -r -e move -e create -e delete

While that is running in your terminal, move a mail using aerc, and see if aerc correctly preserves the “S” flag in the filename.

The official manuals are fine and translated into many languages. But yeah the wiki isn’t great.