After working with linux drivers for far too long, I’ve developed some strong opinions on the so-called “APIs” they implement.

  • jxk@sh.itjust.works
    link
    fedilink
    arrow-up
    42
    arrow-down
    5
    ·
    1 year ago

    Linux: Of course you can use these syscalls designed in the 70s. Windows: Compatibility with what? No, you must use these newly-designed functions that exist only on windows. It’s for your own protection.

    Tell me again how proprietary software gives a shit about compatibility.

    • MooseBoys@lemmy.worldOP
      link
      fedilink
      arrow-up
      11
      arrow-down
      7
      ·
      1 year ago

      “Backwards compatibility” is a totally different thing from “cross compatibility”. Of course proprietary software is going to be less cross-compatible.

  • tills13@lemmy.world
    link
    fedilink
    arrow-up
    33
    ·
    1 year ago

    Sorry isn’t Linus the one that always says “never break user code”? Or are you complaining about how you actually use those APIs?

    Plus I’ve seen many, many shitty closed source APIs. You are conflating correlation and causation.

    • nevemsenki@lemmy.world
      link
      fedilink
      arrow-up
      4
      arrow-down
      2
      ·
      1 year ago

      Good points, but there’s undeniably some poor choices here and there. Like trying to recompile a bunch of kernel modules every time the kernel version changes makes me wish they had a better system in place… or even worse , if you have a blob driver, you’re SOL or stuck on an old version.

    • MooseBoys@lemmy.worldOP
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      edit-2
      1 year ago

      never break user code

      That’s a fine mantra to have but is rarely true in practice. I’ve seen way to many needlessly breaking changes in open-source libs that are explained away with “users can just pin the old version until they update their code”.

      To be clear, the linux kernel itself is almost never the cause of the breakage per se, but some other library often implementing one of the APIs it defines. Often the reason for the breakage is under-specification of the original API, for example including a uint32 flags field that is not checked against a known set of valid flags, and inevitably ends up populated with vendor-specific (and often conflicting) usages.

      As much as API design is about exposing the functionality you want, it also involves avoiding exposing functionality you dont’t want to expose. Open-source software often omits that critical design consideration, waving it away under the false virtue of “openness”.

      • style99@kbin.social
        link
        fedilink
        arrow-up
        8
        ·
        edit-2
        1 year ago

        FOSS leads to bad API design

        Later…

        …some other library often…

        How long until…

        I swear I’m right, guys. Just trust me!

  • Botzo@lemmy.world
    link
    fedilink
    arrow-up
    17
    ·
    1 year ago

    My 14+ year old laser printer “just works” on the latest linux kernel. It has been several years since MacOS supported installing the last driver binary created for it.

    • MooseBoys@lemmy.worldOP
      link
      fedilink
      arrow-up
      4
      arrow-down
      4
      ·
      1 year ago

      If it “just works” with linux it’s probably using a standard protocol like LPR that you can just as easily use on MacOS without a driver. The driver is usually just for non-standard functionality like color level monitoring or scanner/AIO integration that you won’t get on Linux anyway.

  • Dnn@lemmy.world
    link
    fedilink
    arrow-up
    14
    ·
    1 year ago

    Well, trying to take your point seriously I guess you could argue that companies with paying customers do have an incentive to keep stuff compatible. However, also FOSS devs don’t like public shitstorms by their users which should be a similarly effective.

    However, you just argue based on annecodotal evidence without explaining how your examples are exclusive to FOSS.

    • 𝒍𝒆𝒎𝒂𝒏𝒏@lemmy.one
      link
      fedilink
      arrow-up
      1
      arrow-down
      4
      ·
      1 year ago

      Some super old version of GIMP will run on both XP and Win11.

      I had to modify and recompile my laptop’s Broadcom WLAN driver for it to run on the latest kernel.

      Fight me 🤪

        • 𝒍𝒆𝒎𝒂𝒏𝒏@lemmy.one
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          None beyond basic drivers tbh, it was a tongue-in-cheek joke just to have some fun.

          I thought the big flaw in my argument (comparing the Linux kernel ABI to the Win32 API) was obvious ☹️

  • nottheengineer@feddit.de
    link
    fedilink
    arrow-up
    12
    ·
    1 year ago

    Any concrete examples on that? I feel like FOSS is what pushes people towards making modular software with APIs in the first place while proprietary software is usually monolithic, probably because all the devs are colleagues and can just talk to each other.

  • 2d@kbin.social
    link
    fedilink
    arrow-up
    7
    ·
    1 year ago

    I would much rather pay for closed source code that also has bad api and lazy backwards compatibility!

  • NormalC@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    Just buy a shiny undocumented ARM macbook and stop making low effort bait posts on a Linux memes lemmy community.

    This is a nothing post.