West Asia - Communist - international politics - anti-imperialism - software development - Math, science, chemistry, history, sociology, and a lot more.

  • 34 Posts
  • 246 Comments
Joined 5 years ago
cake
Cake day: December 27th, 2021

help-circle
  • Cyclohexane@lemmy.mlMtoLinux@lemmy.mlI changed my license
    link
    fedilink
    English
    arrow-up
    1
    ·
    6 days ago

    You’re using “open source” as defined by OSI. Just wanted to note that open source historically arose in protest to the corporate walled gardens that dominated the software ecosystem, rather than a movement to give companies a large eco-system of free-to-use software for profit. It was about individuals having access.

    But I am not going to argue that what I am proposing is open source. I will accept that open source as a term has already been coopted to serve corporations.

    forces you to share the code, even when it is not deployed

    It would only apply to for-profit entities. It would be extremely difficult to enforce on an individual level anyways, and it would disagree with the spirit here.

    forces you to pay a tithe to the developer.

    I called that profit sharing earlier, but you can call it that too, sure.


  • Cyclohexane@lemmy.mlMtoLinux@lemmy.mlI changed my license
    link
    fedilink
    English
    arrow-up
    5
    arrow-down
    2
    ·
    edit-2
    6 days ago

    isn’t that similar to gpl?

    That is correct. GPL has the same problem.

    why should the company’s profit go to a developer they don’t employ?

    I dont agree with the idea that paying non-employees is a foreign concept. Many companies pay, for example, Adobe for Adobe suite software, or Google for Google suite software, despite not hiring them as employees. They pay rent to property owners despite not hiring them as employees. The idea that only employees must be paid is unfounded.

    Now, to answer “why should they pay them”, well, in exchange for their labor.



  • Cyclohexane@lemmy.mlMtoLinux@lemmy.mlI changed my license
    link
    fedilink
    English
    arrow-up
    11
    arrow-down
    2
    ·
    7 days ago

    Not good enough. Companies are still allowed to use this software freely, make massive profits without anything going to the developer. It is truly free labor.

    They are even allowed to modify it, even make derivative work, without open sourcing it, as long as they don’t distribute said derivative work.













  • Its best to use a protocol that doesn’t allow unencrypted messages

    This is an implementation thing and not a protocol thing. What protocol doesn’t allow unencrypted messages? I am sure signal’s protocol would still allow it, it’s just that the implementation doesn’t.

    And same for XMPP. Just go with the implementation that doesn’t.



  • I have read that it is faster, though I have not tested it myself. Personally, my initial reason to use it was just to try something new and explore the unix world. My reason for staying is that it is a very simple init system that is pleasant to work with. It made me understand what an init system is and use it a lot more.

    Systemd is good if you just want something invisible and you do not want to mess too much with an init system unless you have to. Everything integrates with it

    OpenRC is nicer if you want to write your own init scripts. It is very well documented also.


  • For #2,

    For gaming, if you use steam, you may not face more than the following:

    • game does not work with no well known way to resolve. You can find this out by checking protonDB
    • game does not work because it needs to enable some options. Very easy to fix, and you can find the options on proton db for each game.
    • does not work because you didn’t setup steam right. You often need to enable proton, which in short is steam’s emulator or windows
    • does not work because your gpu drivers did not install. This depends on distro and they should all have a guide on how to do it, but usually it is just a matter of installing something.

    For programming, you will love your life because everything programming is way easier on Linux.


  • For #1, I’ve made the realization that most distros are lightweight skins or addons on top of another distro. Most of the time, if you start with the base distro, all you have to do is install some apps, change some configurations, and suddenly you have that other distro. It is much easier than doing a reinstallation.

    If you filter out all of these distros that only do a little on top of an existing, you’re left with a quite small number actually. I’d bet it’s less than 10 that are not super niche. Fedora, Arch, debian, gentoo, nixos are the big ones. There’s some niche ones, like void Linux and Alpine.

    So I’d say if you try all of those, you don’t need to try any more 😁