[–] 3 points 1 month ago (4 children)

Not sure what you mean. You said that you had to make a new function and decided to call it "strfrm". The standard is actually the opposite afaik. You should be more verbose and not use contractions. Something like "string_format" is far easier to read.

  • source
  • parent
  • context
  • [–] 18 points 1 month ago* (last edited 1 month ago) (5 children)

    This looks like a colossally bad idea:

      if (!strcmp(platform, "windows") && !isSpecificPlatform) {
        debugLog("Falling back to rm -rf", 2);
        debugLog(strfmt("rm -rf exited with code %d",system(strfmt("rm -rf %s", path))), 3);
      }
    

    In addition,

    However, their even though their client doesn’t allow vibe coding, it is still written in Python, which itself takes ai contributions.

    Per the Makefile, this project is built using GCC. GCC itself accepts AI contributions, provided that the code is "legally insignificant" (meaning less than around 15 lines of code) or is part of test cases: https://gcc.gnu.org/ai-policy.html

  • source
  • [–] 3 points 1 month ago

    The performance metrics are cool (though unscientific) but speed is definitely NOT of the essence lmfao

    TLDR is not a high throughput real time application. You run it like once per use, probably at a rate of less than once per day. Then you spend a minute reading the output. We're talking about minutes-per-year time savings here.

  • source
  • parent
  • context
  • [–] 4 points 1 month ago* (last edited 1 month ago) (1 child)

    I wish people still had shame.

    Python isn't for command line utilities that you intend to distribute to others. It's for personal one-off scripts.

    I mean, FFS, if you're gonna vibecode something, why not pick a fast language? The fact that they can't even tell the LLM to use the right technology shows that they are a complete imbecile

  • source
  • [–] 1 point 1 month ago (1 child)

    First of all, the premise that this "open-source" project is innovative or there's something other than Archlinux + Dotfiles + Bundled software in the ISO is flawed. There's hardly anything inside the OS that other projects cannot achieve or haven't. If you want to call something innovative, Nix and NixOS fit the bill perfectly, CachyOS also fits the description. Omarchy doesn't. It's like saying Endeavour OS is doing something innovative.

    When someone who is not intent on supporting bigots looks at EndeavourOS and Omarchy, They will choose EndeavourOS 100% of the time.

    Success for you might be to get a million dollars and not question the origins of said money or the motives. Other people may have stricter standards for success than that.

  • source
  • parent
  • context
  • [–] 1 point 1 month ago (1 child)

    This project has received money because it has drawn people to linux. I can still appreciate open-source code even if it’s written by an ass hat.

    1. This project has received money because a bunch of rich CEOs are friends with DHH.
    2. These people like what DHH holds as his ideology and promote similar rightwing xenophobic ideas.
    3. The project itself isn't innovating in the space. The likes of NixOS come to mind when you think what's new in the field.
    4. Omarchy is a bundle of software and AI. The image is 6 GB because it's Arch + dotfiles + software.
  • source
  • parent
  • context
  • [–] 13 points 1 month ago*

    It's basically short-form manpages, so it gives you a one-liner to describe what a CLI utility does, and then just lists a few concrete invocations to show off different use-cases for it.

    One other big difference to manpages, though, is that the actual texts aren't packaged by your distro, but rather downloaded from a server.

  • source
  • parent
  • context
  • [–] 6 points 1 month ago* (3 children)

    Dependancies

    [Optional] wget can be installed for less reliance on other projects using ai, if wget is not found, curl will be used instead

    1. Small typo: dependencies.
    2. Is curl using AI in its code now?

    Thanks for your work!

  • source
  • view more: ‹ prev next ›