GitHub - eza-community/eza: A modern, maintained replacement for ls
github.com
A modern, maintained replacement for ls. Contribute to eza-community/eza development by creating an account on GitHub.

I didn’t know I needed it, but what I know is that I will download it.

      • BatmanAoD@programming.dev
        3·
        1 year ago

        fd saves me so much time. I actually understand find better than I wish I did, and fd is just so, so much easier.

        • intrepid@lemmy.ca
          1·
          1 year ago

          The advantage of both rg and fd are that they use the Perl-compatible regex syntax that almost every contemporary programming language uses. There’s only one thing to learn.

          • BatmanAoD@programming.dev
            1·
            1 year ago

            That, and the use of gitignore and other heuristics to ignore many files by default.

            Plus, unlike grep, find is just…awkward. The directories to search must be prior to any search arguments (and . is not the default, it must be specified explicitly), and using a search pattern is treated as one of many special cases requiring one of a variety of flags rather than the obvious default operation.

            It’s a powerful DSL, but…not a convenient one by any stretch of the imagination.

  • hallettj@beehaw.orgEnglish
    5·
    1 year ago

    I’ve had ls aliased to exa for a while. So it looks like eza is a fork of exa? The git feature looks interesting.

    • d_k_bo@feddit.de
      10·
      1 year ago

      The owner of exa hasn’t been active for close to 2 years and the project isn’t very actively maintained. eza is a community maintained fork. Context: https://github.com/ogham/exa/issues/1139#issuecomment-1656702098

      From eza’s readme:

      eza features not in exa (non-exhaustive):

      • Fixes “The Grid Bug” introduced in exa 2021.
      • Hyperlink support.
      • Selinux context output.
      • Git repo status output.
      • Human readable relative dates.
      • Several security fixes (see dependabot)
      • Many smaller bug fixes/changes!
    • snaggen@programming.devOPEnglish
      7·
      1 year ago

      Absolutely nothing… but for some reason I find it interesting when people rewrite things that I didn’t know needed rewrites. Sometimes these projects are doing someting really interesting. Grep is one such example, noone was saying that grep needed a replacement. In fact, it was used as a benchmark for regex (which is how rg started, to compare rust regex against grep), then someone creates rg that outperforms grep and is much nicer to use. That is also why I keep an eye on GitOxide, since nobody ever accused git of being slow, yet there are someone rewriting git with amazing performance improvements.

    • guy@lemmy.world
      41·
      1 year ago

      From eza’s readme, on why it’s better than ls:

      It uses colours to distinguish file types and metadata. It knows about symlinks, extended attributes, and Git

      • BatmanAoD@programming.dev
        3·
        1 year ago

        GNU ls has those features too (except knowing about Git). I’d be surprised if BSD ls doesn’t at least have color support.

        …not that I’m not going to check out eza and probably switch to it! But it’s often worth knowing what features the GNU/BSD coreutils do or do not support…especially when comparing other tools against them.

        • RunAwayFrog@sh.itjust.works
          1·
          1 year ago

          exa (which OP’s readme says eza is built on) supports creation times. Actual creation time (the “Birth” line in stat output), not ctime.

  • 1984@lemmy.today
    31·
    1 year ago

    Kind of nice actually. I have been using exa as a replacement for ls (also in Rust) but I like the tree like view here of files.

    • TehPers@beehaw.orgEnglish
      3·
      1 year ago

      I haven’t looked into eza at all, but ls alternatives always have a place on Windows. dir has to be one of the worst flavors of ls still used in the modern era.

    • autokludge@programming.devEnglish
      3·
      1 year ago

      ‘Should’ is a pretty strong word, try it out if you want.

      I mainly use it because it colorizes the output nicer than ls, but it also has git awareness if you need it.

  • dinckel@lemmy.world
    11·
    1 year ago

    I’ve been using erdtree instead of ls for quite some time, and have no complaints at all