Remix.run Logo
abathur 2 days ago

When you say library system, do you mean something more or less like a separate search path and tools for managing it?

I've written a little about how we can more or less accomplish something like meaningfully-reusable shell libraries in the nix ecosystem. I think https://www.t-ravis.com/post/shell/the_missing_comprehensive... lays out the general idea but you can also pick through how my bashrc integrates libraries/modules (https://github.com/abathur/bashrc.nix).

(I'm just dropping these in bin, since that works with existing search path for source. Not ideal, but the generally explicit nature of dependencies in nix minimizes how much things can leak where they aren't meant to go.)

matheusmoreira 2 days ago | parent [-]

> do you mean something more or less like a separate search path

Exactly. I sent to the GNU Bash mailing list patches that implement literally this. It worked like this:

  # searches for the `some-module` file
  # in some separate PATH just for libraries
  # for example: ~/.local/share/bash/modules

  source -l some-module
At some point someone said this was a schizophrenic idea and I just left. Patches are still on the mailing list. I have no idea what the maintainer did with them.
abathur 2 days ago | parent [-]

It seems reasonable to me. Sorry you got that reaction. Just from the mailing list thread size alone, it looks like you put quite a lot of work into it.

I wasn't readily able to find where the discussion broke down, but I see that there's a -p <path> flag in bash 5.3.

matheusmoreira a day ago | parent [-]

> Just from the mailing list thread size alone, it looks like you put quite a lot of work into it.

The patch itself was pretty simple, it's just that the community argued a lot about this feature even though I validated the idea in the mailing list before I even cloned the repository. I remember arguing with one person for days only to learn later he hadn't even read the code I sent.

> I wasn't readily able to find where the discussion broke down

Somewhere around here:

https://lists.gnu.org/archive/html/bug-bash/2024-05/msg00352...

The maintainer was pretty nice, he was just looking for community consensus.

> I see that there's a -p <path> flag in bash 5.3

That's the solution the maintainer favored back then:

https://lists.gnu.org/archive/html/bug-bash/2024-05/msg00333...

https://lists.gnu.org/archive/html/bug-bash/2024-05/msg00337...

So in the end it did make it into bash in some form. It's not very ergonomic by default but that can be fixed by wrapping it in an alias or function. Good enough.

Looks like 5.3 was released just over a month ago too so pretty recent. I'm gonna update and start using it right away. Thanks, Chet Ramey!

abathur a day ago | parent [-]

Chet seems like good folks from everything I've seen.