(for anyone who do not know, bc is a “arbitrary-precision arithmetic language”. its syntax is similar to C)

Gavin Howard’s bc (bc-gh) is adopted by busybox, toybox, FreeBSD, Android, macOS for its robustness and superior performance. It is also shipped with Gentoo Linux; LFS also use bc-gh.

Even though bc-gh is more robust and updated, Linux distros other than Gentoo and Fedora do not package it it. bc-gh is not available on Arch (available on AUR), Debian and perhaps all of its derivative. The reason seems to be a licensing reason: bc-gh is under the BSD license.

bc-gh is clearly superior to GNU bc, Gavin Howard’s benchmark show that bc-gh is faster than GNU bc in most case, while bc-gh actually do more work than GNU bc.

Today I tested GNU bc and bc-gh. I let they do this operation: (1024*1024)^(1024*1024). GNU bc give me the answer in five minutes, bc-gh give me the answer in two minutes.

GNU bc do not have a repository. All development happen in private, and we can’t make sure it is still maintained. The latest version is 1.07 from 2017. bc-gh have a public repository and it is actively maintained.

So it is clear that other Linux distro not adopting bc-gh is purely licensing reason. They reject software not under the GPL license, even if they are more robust and more performant.

We need a campaign to raise awareness about superior software alternatives. We need to stop Linux distro for not adopting superior and updated softwares for licensing reasons.

  • NateNate60@lemmy.world
    14·
    10 days ago

    This is not what I would consider a “political reason”. A political reason would be something like refusing to package it because of what political party Howard supports.

    There is plenty of software you’ll find in these repositories that aren’t under the GPL. CMake uses BSD, the Apache web server uses the eponymous Apache license, LibreOffice and Firefox use MPL, Godot and Bitcoin Core use the MIT license, and I’m sure there are plenty of other software licenses that I haven’t thought of yet.

    • scratchandgame@lemmy.mlOPTiếng Việt
      41·
      10 days ago

      I will change it to “licensing reason”. Thank you

      But the software you listed are used by many peoples. bc-gh is robust and performant, GNU bc is not actively developed, and benchmark shows that it is clearly slower than bc-gh in most case. But in most distros bc-gh is not available.

      • NateNate60@lemmy.world
        9·
        10 days ago

        Did any distro give concrete reasons for why they have actively chosen not to package it, or perhaps they just haven’t given it much thought yet?

  • solrize@lemmy.world
    101·
    10 days ago

    Seems like a whine, bc is an interactive tool and it’s unusual to use it for anything where its response isn’t instant.

    GNU bc is one of the oldest GNU tools and it uses an MP library that RMS banged out in an afternoon or two, I think. It could probably be adapted to use GMP which is very high performance.

    Preferring GPL to other licenses seems fine with me, unless I want to work for Amazon without getting paid.

    • scratchandgame@lemmy.mlOPTiếng Việt
      16·
      10 days ago

      GNU bc is unmaintained for years. The latest version is from 2017. It don’t have a repo or a mailing list.

      bc-gh started in 2018 and it is still actively developed. It is adopted by many projects I’ve listed in my post.

      • solrize@lemmy.world
        17·
        10 days ago

        Does gnu bc have outstanding bug reports? If not, it doesn’t need updates. Its spec was frozen 30 years ago, more or less. Rather than unmaintained, I’d call it maintenance-free. BIFL software as it were. Sounds great to me.

  • eldavi@lemmy.ml
    1·
    10 days ago

    is the syntax the same?

    some common things that have a better version; like sed; are ignored because of licensing and i’m convinced that if the syntax were the same we would all be using it anyways.

  • SeikoAlpinist@slrpnk.net
    22·
    10 days ago

    This has been the story of Linux since the 1990s.

    BSD does the same thing. They famously stuck at the gcc 4.2 series about a decade too long because of licenses.

    Nothing new under the sun.