dima55

Lots of tools do this sort of thing. An incomplete list is in the vnlog docs: https://github.com/dkogan/vnlog/#description

You "apt install emacs elpa-magit". Your OS should respect you enough to make it this simple.

The N900 was everything a portable device should be. Really sad that it was a dead end

In Brazil, the favelas are up on the hills. Unclear why it's this way in some places, but the opposite in others

This is true by definition. Ubuntu releases are forked from Debian at the time of their release, so Ubuntu 22.04 is where Debian was in April 2022.

Don't know about the algorithms, but this is a C library: for computers. threejs is a javascript library: for browsers

That looks very similar. Any idea what the differences are?

It's already in stock Debian.

gEDA was quite good when it was active. In the last few years the ringdove eda project is actively maintaining and improving pcb, while the lepton eda project is actively maintaining and improving the rest. They're quite good.

The article is about good Japanese teas. You're talking about black tea in bags.

Maybe that's true, but arguing that putting boiling water on decent (i.e. not bancha or genmaicha or whatever) japanese green tea is a weird, minority opinion for a good reason. Also, gunpowder greens are not japanese.

Do you actually drink not-bottom-of-the-barrel sencha? If not, your experience is not applicable, respectfully. With even middle-of-the-road sencha the difference is far from subtle.

The article this thread is commenting on is about Japanese green tea, hence the confusion.

I have a GR IIIx. It's absurdly good.

It's not useful. The article was about google.

There's also https://github.com/dkogan/vnlog/ which is a wrapper around the existing coreutils, so all the options work, and there's nothing to learn

It takes more work to create and push a Debian package. Yes. But once it's done, it's DONE, and you never talk about it again. This whole article and thread can disappear, which is a MASSIVE time savings. The "DLL hell" you're referring ot exist on platforms that don't have package management, which notably does not apply to Linux, in general.

What's the crime in Debian? The "right answer about how to manage packages" is "apt install package". Anything else (including venvs) is a hack

rpm is heinous. They need to handle comments and then expand macros so that you can comment-out stuff in your .spec without getting mystery errors from multi-line macros. If they can't even get this right after decades, they're hopeless.

I've lots of experience with both. Debian, while not perfect, is miles better than the rpm systems. Both require knowledge, because thinking of all the multitudes of edge cases makes things complicated. Don't have personal experience with Alpine or Arch, but I suspect they're not as general. Nobody WANTS to create lots of complexity for no reason.

The fundamental problem is that

- These people are replacing Make, while still using Make

- They're not clear on what problems of Make they're solving, specifically. And they have never read the manual, and don't know how to use Make

For 99% of the projects out there, some Makefiles are what you actually want. It isn't perfect, and has many well-known warts, but CMake is not a step forward.

How is that an issue? If you want to live on the bleeding edge, you can run experimental or unstable or whatever. Or just pull the package you want. The poster asked how to "encourage" the distros to ship the package they wanted, and now they know.

By contributing the change you want to see to Debian. Ubuntu is almost entirely a straight rebuild of Debian.

All of that is written in C (or C++). The Python is just the glue code. This article is fighting a straw man

This isn't specific to any organization. If you want this thing to keep going, you can maintain it anywhere; it's not tied to github.com/nasa in any way.

I'm the sole maintainer of another open source project at NASA. I'm super stoked about it, and because of that the project will live, not because of anything NASA does. It doesn't live at github.com/nasa, which is a good thing: if I leave, I get to take it with me. Every place I've ever worked (including NASA) doesn't care about open software one way or another: if you want to release stuff and maintain it publically, you can. They don't care.

Look at gnuplotlib if you want another option. It's nicer in a whole lot of ways.

This is the thing underlying AliceVision. As far as I can tell it was built together with and for AliceVision. It's not a nice, standalone library today, and I cannot imagine using it in any other way.

YMMV. I'm a JPLer. We get plenty done.

If you want to run joins on text tables, the coreutils have a "join" tool. You already have it installed:

https://www.gnu.org/software/coreutils/manual/html_node/join...

And to improve the ergonomics, the vnlog wrappers are available to operate on field names, while retaining the internals of the core tools:

https://github.com/dkogan/vnlog/

You just need a better frontend. A distribution of file sizes < 100kB in my home directory:

  ls -l                            \
  | awk '$5 < 100000 {print $5}'   \
  | feedgnuplot                    \
      --histo 0                    \
      --binwidth 5000              \
      --xlabel 'File size (bytes)' \
      --ylabel Frequency           \
      --terminal 'dumb 120 40'     \
      --unset grid

     45 +-----------------------------------------------------------------------------------------------------------+
        |  *      *   +            +             +            +             +            +             +            |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     40 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     35 |***      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     30 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     25 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     20 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     15 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
     10 |-+*      *                                                                                               +-|
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
        |  *      *                                                                                                 |
      5 |-+*      ********                                                                                        +-|
        |  *      *      *                                              ********                                    |
        |  *      *      ********     **********************     ********      *                                    |
        |  *      *   +  *      *  +  *      *   +  *      *******      *   +  *         +             +  ********  |
      0 +-----------------------------------------------------------------------------------------------------------+
        0           10000        20000         30000        40000         50000        60000         70000        80000
                                                      File size (bytes)

Usually you want graphical output, but it does fine in ascii