dima55

Not sure if this is what you want, but you can pipe emacs regions into shell commands, which interoperates nicely with lots of stuff. I routinely hit M-| to make plots with feedgnuplot. Works great

You want feedgnuplot: https://github.com/dkogan/feedgnuplot/

It gives you all the power of gnuplot. So you can make simple plots in the console, or fancy graphical ones, or output to files on disk or whatever.

I sorta, kinda agree. Tools written in AWK (and friends) are indeed somewhat unmaintainable, but they're really close to being just right for a LOT of applications. The vnlog toolkit (https://github.com/dkogan/vnlog) adds just a little bit of syntactic sugar to the usual commandline tools to make processing scripts robust and easy to read and write. This was not my intent initially, but I now do most of my data processing with the shell and vnl-wrapped awk (and sort and join, ...) It's really nice. If you write stuff in awk, you should check it out. (Disclaimer: I'm the author)

This whole post is about Linux support. All known issues, including everything you're linking here is about Windows.

Depends strongly on the language and what you're compiling. C++ builds are glacial on any hardware. Plain C is usually just fine. I'm using a T430 and T61, and my life is great.

I can "apt install jami" is a huge benefit

They (whoever they are) would be well-served to move to emacs, and stay there forever. I don't know which "antiquated" thing you're referring to, specifically, but it all works quite well. Both back in the day and today.

This is off topic. Start a new thread, if you feel like this should be discussed on HN.

Now I'm confused. notmuch does tags while mu does not. If you do NOT need tags, then you want mu. That's the one that doesn't have tags.

mu using standard IMAP folders means it can interoperate with other mail tools. That's the biggest consideration, I think

This is an email client. For people using the command line. And emacs. Nobody is using a small screen

Right. How do Thuderbird/Outlook/Gmail store the tag, though? It can't be represented in any normal IMAP way, right?

Last I looked there were two main local mail clients for the commandline with good emacs,vim bindings: notmuch and mu. Both store mail locally and both use xapian for efficient local searching.

When I was choosing between the two, there was one big difference between the two: notmuch was built around an idea that you mark your messages with tags for organization, while mu assumed you organize stuff into IMAP folders. The notmuch tag database is not a standard IMAP concept, so syncing your IMAP directories wouldn't sync your tags, and moving from one machine to another required extra work. mu by contrast just does the normal IMAP thing, so you sync the IMAP on one machine, and all your other machines can read the IMAP data, and that's it.

I've been using mu for years, and it's fantastic. From personal experience, the tags/folders distinction is mostly immaterial: the vast majority of searches are for text or sender or subject, or something.

If I'm misrepresenting notmuch here, somebody please correct me!

How would that improve things, exactly? You realise this is a commandline and emacs/vim email client. Right?

You're doing it wrong. C+S+b is hit with the right Ctrl,Shift. Using the opposite-hand modifiers keeps your hands happy, and makes things fast.

pv predates youtube itself

X-forwarding (over ssh, or directly like this person is doing) is extremely useful and powerful. I use it this way, and I know plenty of people that do too. On top of that, wayland doesn't solve any problems that I have, so there's your data point.

If you use an OS that doesn't do package management, maybe. Linux distros work just fine.

Debian releases do what you say. But you can also run Debian/unstable, which is the bleeding edge rolling "release". It works quite well, and many people run that on their machines.

I'd actually be interested in seeing this case. If you dig it up or write a blog post, or something, send it my way. Thanks!

It happens sometimes. Most recently, an email address I supplied for a dog-dna testing service I used almost 10 years ago (https://www.wisdompanel.com/) received spam about some unrelated service called "okta"

This isn't at all true, in my experience. If it's true for you, please consider that your issues are about autotools and not Make, and direct your complaints in that direction.

Yeah. As far as I can tell, most people complaining about Make, and building its replacements haven't figured out how to use Make, or bothered to read the manual. It's really not that complicated...

I don't disagree with anything you said, but I think it's important to point out that your experience is unique in that you're talking about build infrastructure for a massive codebase: most of Google's internal stuff, right?

In my experience plain GNU Make works great until you start working with massive projects. Similarly, the ninja speed improvement: you just don't see it unless you have a truly massive project, or you're using low-quality Makefiles, like what CMake produces. I've measured; I can't see it. I have many medium-sized projects, all with simple Makefiles, and it works really really well. I'm pretty convinced at this point that this should be the way to go for most projects out there.

No real good reason, honestly. I wasn't feeling positively about numpy devs at the moment, and didn't want to negotiate getting the code in. The library is solid though, and should be merged. I need somebody to pester me about it, to actualy work on that today.

Core numpy is really weird, and has really sloppy logic around higher-dimensional objects. I've a module to work around lots of the warts. If somebody has smarter versions of intersect() or in() or whatever, contribute!

https://github.com/dkogan/numpysane

Polynomial models are generally usable for most applications. If you need lots of accuracy, such as for long-range stereo, they sorta work only for traditional and non-wide lenses.

Yes.

If you like this, you should

  apt install blockout2

Can you share the file.json? I'd like to understand this difference better.

Not the person you're asking, but I use it. And I see zero reason not to. What am I missing?