dima55

Is there a single person in the world that LIKES the half-height up/down keys?

LA and SF both have eruvs

sbuild is the tool used by the Debian community and all the Debian infrastructure to do this. Uses schroot under the hood, and is what you want instead of docker and friends 99% of the time anyway.

The example in the repo is `far --find "Foo" --replace "Bar" --tartget "./src/*/*.rs"`. If the value here is to not know how to use a regex, that's not very compelling

Obvious question: how is this better than `perl -p -i -e s/Foo/Bar/g src/*/*.rs`?

OK... Most of us don't know what a "google l5" is, so I guess we can safely ignore this. Heh.

rr is awesome and is free and open and all that. How much better could this possibly be?

Hear hear! Some of these complaints have been resolved with numpysane: https://github.com/dkogan/numpysane/ . With numpysane and gnuplotlib, I now find numpy acceptable and use it heavily for everything. But yeah; without these it's unusable.

I release my work at JPL routinely. The process has been streamlined a LOT in the last few years, and now it usually takes on the order of a week or so.

"NASA" is extremely heterogeneous. There isn't one set of platforms or languages.

I believe that's common on ARM devices. But "vanilla debian" generally refers to userspace, and that should just work. Is this "armbian" thing quite literally "kernel + bootloader + vanilla debian"? The website doesn't say that in any obvious place

Why not? What's missing?

Their website doesn't answer the obvious question: what is it, and how is it different from vanilla debian? Do you know?

What problem are you trying to solve? glibc works just fine for most use cases. If you have some niche requirements, you have alternative libraries you can use (listed in the article). Forking glibc in the way you describe is literally pointless

"emacs". It is called "emacs"

X macros can do tons of stuff C++ can't. And if you stick with C, you avoid mountains of C++ problems, even with all the stuff you're talking about.

Or you can, you know, just run Debian.

If only one could open the back and replace the battery, the thing that has been known to everybody to wear out while the rest of the device is perfectly functional. One could only dream of such advanced technology. Maybe in 10 years.

Yeah. This isn't "raw html", as I understand it.

Yes. It really should be "make" and "make-noguile", but we have what we have. In practice, you actually want the "remake" package. This is a fork of "make" that's a drop-in replacement (since it is the same code), has guile enabled AND contains an interactive debugger.

Did you try reading the manual?

That's great. Thanks for pointing it out.

GNU Make now has a debugger (`apt install remake`) that eases your first pain point a lot

emacs. Worked great for decades and works great today. Learn it.

I'm considering the part that says "GDB and LLDB pain me greatly". This project both says "I'm doing this for fun" and "the state of the art is bad, and I'm trying to fix it", so this is a fair question.

GDB is great. He says it crashes a lot, and cannot interpret some of his types. Maybe that's his experience, but I haven't had those issues after literally decades of using gdb. Some bug reports would be nice.

Well, if 9/10 of a thing is a dumpster fire, would you expect the last 1/10th to not be?

For what, specifically? ROS is a collection of different mostly-independent components. Just write the code to do what you need, or use normal libraries to do specific things they're good at.

Highly recommend to avoid any companies that would touch ros with a 10ft pole. It's an unmitigated pile of endless shit, and any projects that don't recognize this are also.

Would you rather live in Phoenix, or something?

Is Florence terrible?