• 0 Posts
  • 16 Comments
Joined 1 year ago
cake
Cake day: June 26th, 2024

help-circle




  • Lauchmelder@feddit.orgtoTechnology@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    6
    ·
    edit-2
    4 months ago

    Sure the dev doesn’t owe anything, but he is actively putting in the work to remove existing support. Instead of just doing nothing he is sticking it to the linux user by removing support

    Edit: I don’t see how removing your own, working PKGBUILD will prevent people from installing broken 3rd party packages and complaining about it in your project.


  • Lauchmelder@feddit.orgtoTechnology@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    3
    ·
    edit-2
    4 months ago

    Then explain to me how the bazillion other open source cross-platform Windows-first projects do it. Dropping support for Linux moving forward is fine, but actively going out of your way to remove the existing support is petty and just an asshole move. Especially when paired with a license that restricts 3rdparty packaging.

    Also “this doesn’t work” is a bad reason not to invest the 3 minutes it takes to make an issue template, and it will already decrease the amount of packaging related issues by at least something


  • Lauchmelder@feddit.orgtoTechnology@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    20
    ·
    edit-2
    4 months ago

    Seems like a skill issue on the part of the dev. GitHub lets you create issue templates and even forms. He could have made it so that every issue creator is warned that packaging issues will be ignored and closed without comment.

    “We tried nothing so far and are going for the nuclear option first”



  • I’m not bitching about the existence of code agents in general, I’m bitching about the general attitude of “Code Agents will replace programmers” because no the fuck they are not.

    They can produce one-off apps and scripts fairly well to the point where non-programmers can solve their problems (great!) but they lack the necessary sophistication and context to build long-lasting, maintainable and scalable applications, which is what you are hiring developers for in the first place