It is the POP3 workflow, not IMAP. Maybe setup your client to use POP3 and remove mails from server after receiving? However I don’t recommend Thunderbird, its POP3 support was very buggy when I used it (many years ago). Try Sylpheed or Claws Mail, for example.
I want to keep mail on the server at about 80-90% of quota. Because when I am outside of my home, that will continue to be what I have access to. So the local copy will only be as a backup in case I delete something that I later realize I need to refer to. Since most emails are very small individually I should be able to keep the majority of them on the server. I will selectively delete either very large emails, or emails which there are so, so many of like notifications, which I will probably never need to look at.
I have used Sylpheed a bit in the past. I prefer it and a very similar project called Interlink to tbird. I just said tbird because I figured everyone would know it. But also I thought all of those were forks of tbird and wouldn’t differ much in how they work. Do they have much different internals?
You are wrong, there are no widely used forks of Thunderbird AFAIK. Thunderbird is based on Mozilla and has a huge codebase that is very hard to maintain. All other popular email clients have totally different code and based on other libraries. They can be similar in how they appear, but not in what bugs they have.
A while ago I was trying out betterbird which actually is a TB fork and I guess I kinda just generalized from that. But looking through a list of linux email clients it is clear that only a couple are related to TB.
It is not the question of funding. Thunderbird has always had a number of long standing bugs. Speaking about such rare use cases, I don’t think someone care about them. Anyway, I recommend using software that I know it worked correctly, not that worked incorrectly and could be fixed but requires further testing.
Plasma Panels have now gained a new visibility mode: “Dodge Windows” aka “intelligent auto-hide!” In essence, the Panel auto-hides when touched by a window, but is otherwise visible
Finally! With this, we can now have a panel behave like a proper dock.
Personal anecdote: I connected my guitar to my shitty sound card a few weeks ago, ran guitarix (because real DAWs are overwhelmingly complicated and I just want an amp, a compressor, and some reverb), and thanks to PipeWire and pipewire-jack everything ran perfectly. Low latency, no crackling, no messing with jackd or ALSA, no restarting audio daemons, I could simultaneously play audio through Firefox and hear my guitar. I dare say that that part of the audio stack is now a solved problem.
I’m not a musician though so I can’t comment on hardware support for exotic sound/midi cards or the maturity of FOSS DAWs.
As far as exotic stuff goes, I only buy stuff that’s class-compliant so I don’t have to worry about the manufacturer sunsetting support in the future. Supporting those sorts of devices should be a priority over anything with weird proprietary issues (fuck you IK Multimedia!).
Using un*x since the 90s, this is all I know. I like awk but it can go fucking complicated, I once maintain a 5000 lines script that was parsing csv to generate JavaScript…
Someone used the wrong tool for the job. If an awk script gets more than a few dozen lines, it’s time to use another language/tool to process that data.
At that point I'd be looking for languages that have libraries that do what I need. Both Python and Perl have online repositories full of pre-written things. Some that can read CSV and others that can spit out JSON. It's then a matter of bolting things together, which, hopefully, is a few lines of code rather than 5000.
There are even awk repositories, but I'm not sure there's a central, official one like PyPI or CPAN.
In most cases extended POSIX regexes are enough and looks the same as perl regexes.
I also used perl until I needed to write highly portable scripts that can be run on systems without perl interpreter (e.g. some minimal linux containers). Simple things are also simple to do with grep/sed/awk, more complex things can be done with awk but require a longer code in comparison with perl.
Systems with bash but without standard POSIX utils? I know some without bash (freebsd by default, busybox based distros etc.) and with grep, sed and awk, but not vice versa.
I’ve only ever found a use for sed once two decades into my career, and that was to work around a bug due to misuse of BigInt for some hash calculations in a Java component; awk remains unused. Bash builtins cover almost everything for which I find those are typically used.
If you're using find all the time, check to see if you have or can have some variant of locate installed. It indexes everything* on the system (* this is configurable) and can be queried with partial pathnames, even with regex, and it's fast.
If the Chromebook is your property, you can do whatever you want with it, and it’s unlikely that anyone will notice or care. I assume you’re in the US, since you appear to be worried about DMCA encryption-related provisions. Don’t be. Even if it were 100% guaranteed illegal with all necessary precedents, Google has better things to do with its time than track down individual jailbroken Chromebooks. It isn’t like you’re going to be selling them in quantity or using them to facilitate ransomeware attacks or something.
However, I’d invest in a used laptop instead, since it’s likely to have more internal storage even if it lacks the !!shiny!! factor. Chromebooks are meant to store as little as possible locally, and that isn’t how a normal Linux works. I suspect you’d start to get data claustrophobia pretty quickly.
I think pretty much anyone buying one those laptops who wants Linux already knows how to install it and let’s be honest if it ships with any given distro I think most would install their preference over it anyway
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.