cross-posted from: https://feddit.de/post/7998742

Meme transcription: 4 panels of Vince McMahon reacting increasingly ecstaticly to:

  1. Your software isn’t working. Vince McMahon looks curious.
  2. The bug is in a library. McMahon smiles.
  3. There already is an issue on Github. McMahon makes an orgiastic face.
  4. They published a fix last week. [I don’t know how to describe the face McMahon is making.]
  • bigkahuna1986@lemmy.ml
    691·
    11 months ago

    Sometimes the issue is marked as fixed but a new version won’t be coming out for months and you’re simply told to compile it yourself only to find it has literally hundreds of carefully tuned compilation dependencies and environment specific settings that aren’t documented.

  • BassaForte@lemmy.worldEnglish
    57·
    11 months ago

    Or in my case… The bug has been fixed in a PR that’s been open for the last 4 years and the repo owner refuses to merge it.

      • BassaForte@lemmy.worldEnglish
        251·
        11 months ago

        I know that’s an option, and others have done just that. I just wish the owner would get the stick out of their ass and merge an obvious improvement.

  • RadiumEnglish
    32·
    11 months ago

    But you are 20 versions each with breaking changes behind…

  • Phen@lemmy.eco.br
    28·
    11 months ago

    They changed their dependencies and now your stack no longer supports the lib until you fix your whole framework to work with the up-to-date stuff.

    • Lemminary@lemmy.world
      8·
      11 months ago

      Conversely: The new version requires you write it with a different word that makes more sense, so you do an search and replace in a few files and get done with it and nothing breaks.

  • Pyro@lemmy.worldEnglish
    24·
    11 months ago

    I would say finding that the bug is in a library is worse than finding it in your own code.

    If it’s your own code, you just fix it.

    If it’s in a library you then have to go and search for issues. If there isn’t one, you then go and spend time making one and potentially preparing a minimum reproducible example. Or if you don’t do that (or it’s just unmaintained) then you have to consider downgrading to a version that doesn’t have the bug and potentially losing functionality, or even switching to another library entirely and consequently rewriting all your code that used the old one to work with the new one.

    Yeah, I’d take my own bugs over library bugs any day.

    • DefederateLemmyMl@feddit.nlEnglish
      7·
      11 months ago

      If there isn’t one

      Worse is if there is one but it says: [OPEN] Opened 7 years ago Updated 2 days ago, with a whole bunch of people commenting the equivalent of “me too”, and various things they tried to solve it, but no solution.

    • bleistift2@feddit.deOPEnglish
      2·
      11 months ago

      That’s where my ecosystem shines, since it’s all open source. If there’s a bug that I can fix, but the maintainer won’t, I’ll just fork the repo.

  • Otter@lemmy.caEnglish
    23·
    11 months ago

    The best coincidence I got was “6 hours ago”

    I got to leave the “thank you, it worked” confirmation comment

  • Chais
    12·
    11 months ago

    But you’re running Debian, so it’ll be 2 years at least before you get it.

  • DrMango@lemmy.world
    11·
    11 months ago

    Sometimes I feel slightly robbed when this happens. Like damn I was just gearing up for a marathon troubleshooting session and now I just get to use the software as intended?

    • owen@lemmy.ca
      1·
      11 months ago

      Lol! Sometimes after configuration/troubleshooting I just log off feeling content, despite never actually starting what I set out to do 🤣

    • nucleative@lemmy.worldEnglish
      2·
      11 months ago

      That overly aggressive issue manager closing tickets because the ticket opener didnt reply fast enough

      “Can’t replicate, closed.”

  • toastal@lemmy.ml
    2·
    11 months ago

    You mean the patchset was on the mailing list & applying the patch was a simple Nix overlay?