4 ms·

> ... FSF's philosophy. Limiting freedom in order to protect it. You sure have some lopsided idea if you think that the goal of opensource is to protect the "f

> ... FSF's philosophy. Limiting freedom in order to protect it. You sure have some lopsided idea if you think that the goal of opensource is to protect the "freedom" of the businesses, who want to make money from free labour. FSF opensource license exists to ensure freedom for the end consumers of the software.

cwp 5y ago
No, that's not the goal of open source, obviously. In my case, the goal is to let as many people as possible benefit from my labour. I have no problem with businesses using my code to make money and not paying me a dime. It's happened a few times. The end consumers got better software as a result. It wouldn't have been possible with the GPL, which is why I use MIT. I get that the FSF sees it differently, but honestly I don't see how the GPL helped anyone in the case of Apple and bash. It's not like Apple was making significant changes to bash, refusing to contribute them back and making a fortune on the backs of the FSF. Are contributors to the zsh project being exploited by Apple's evil plan to put their work in the hands of many more users? If I find a bug in my Apple-supplied copy of zsh, am I prevented from fixing it like RMS and the printer driver? No.
- webmobdev 5y ago
  > No, that's not the goal of open source, That is the goal of FSF opensource projects - protect the rights of the developers and users to review and modify code. > The end consumers got better software as a result. I disagree. If they don't have access to the accompanying source code, it is an inferior product. > I don't see how the GPL helped anyone in the case of Apple and bash. Thanks to FSF license, any user can ask the distributor to provide the source code of an FSF licensed app. In our example, that's Apple and they cannot refuse to give you the source code of bash along with the modifications they have made. Which brings me back to the point that needs to be emphasised - GPL and other FSF license was not designed to help businesses and corporates. It's aim is to ensure the freedom of developers and user to review and modify code is preserved. > If I find a bug in my Apple-supplied copy of zsh, am I prevented from fixing it like RMS and the printer driver? No. Yes, if Apple refuses to give you the source code of their customised zsh, then you are indeed being prevented from fixing any bug or adding any new feature! I hope you finally understand - FSF license ensures that Apple (or anyone else) cannot refuse you the source code. Other opensource license don't come with such guarantees.
  - samhw 5y ago
    > If they don't have access to the accompanying source code, it is an inferior product. I agree with the overarching preference for GPL over MIT, but this point is one of the most insular HN-bubble comments I've seen since the Dropbox comment. Most users – hell, most developers – do not give a toss about having the source code for software that's shipped with MacOS. I have never spoken to anyone who's wanted or needed the source code for Bash or Zsh.
    - PaulDavisThe1st 5y ago
      There's a big difference between wanting personal access to the source code and wanting to know that the source code is available should the need or desire ever arise. I've been developing FLOSS for several decades now, but I rarely compile stuff from source anymore (except my own projects). However, the availability of the source code for the tools I use is very important to me, even if I never exercise it myself. In addition, general access to the source code is important as a learning tool for programmers, if only "to see how it's done". You may never build such code, but being able to take a look at it can be an important foundation in the continuing education of software developers.
      - samhw 5y ago
        Like I said to the other commenter, the source code for the software being discussed already is available - by definition - and much more easily than if you had to go searching through /usr/lib. It's an absolutely moot point[0] whether Apple bundles the source code for Bash into their operating systems, for 99.99999% of intents and purposes and users. We're not discussing whether the source code for XNU/Darwin/Mach/MacOS itself ought to be open, which is another question entirely. (Obviously everyone would sooner it be open than not open, in a first-order analysis, but, as with medical patents and the like, a proper analysis would have to ask whether it would even have existed if its source code were to be open.) [0] Or rather a non-moot point, for the pedants.
        PaulDavisThe1st 5y ago
- mehrdada 5y ago
  > In my case, the goal is to let as many people as possible benefit from my labour ... The end consumers got better software as a result That is your prerogative for your own software. FSF's goal, likely shared by the author when they picked the license, is not and has never been the maximal popularity of their own software. You may not like their goal or see it as valuable, which is a reasonable question of values, but that does not make their strategy poor for achieving what they care about, which, I repeat, is not "popularity," nor even "better software for end users," strictly speaking. Confusion arises when people subconsciously project their own goals/values on FSF and then evaluate FSF's strategy under that pretense. GPL is a very effective tool for accomplishing what FSF wants, and the trade-off with popularity is very much deliberate, not some surprising side effect.

cwp 5y ago

No, that's not the goal of open source, obviously. In my case, the goal is to let as many people as possible benefit from my labour. I have no problem with businesses using my code to make money and not paying me a dime. It's happened a few times. The end consumers got better software as a result. It wouldn't have been possible with the GPL, which is why I use MIT. I get that the FSF sees it differently, but honestly I don't see how the GPL helped anyone in the case of Apple and bash. It's not like Apple was making significant changes to bash, refusing to contribute them back and making a fortune on the backs of the FSF. Are contributors to the zsh project being exploited by Apple's evil plan to put their work in the hands of many more users? If I find a bug in my Apple-supplied copy of zsh, am I prevented from fixing it like RMS and the printer driver? No.

webmobdev 5y ago
> No, that's not the goal of open source, That is the goal of FSF opensource projects - protect the rights of the developers and users to review and modify code. > The end consumers got better software as a result. I disagree. If they don't have access to the accompanying source code, it is an inferior product. > I don't see how the GPL helped anyone in the case of Apple and bash. Thanks to FSF license, any user can ask the distributor to provide the source code of an FSF licensed app. In our example, that's Apple and they cannot refuse to give you the source code of bash along with the modifications they have made. Which brings me back to the point that needs to be emphasised - GPL and other FSF license was not designed to help businesses and corporates. It's aim is to ensure the freedom of developers and user to review and modify code is preserved. > If I find a bug in my Apple-supplied copy of zsh, am I prevented from fixing it like RMS and the printer driver? No. Yes, if Apple refuses to give you the source code of their customised zsh, then you are indeed being prevented from fixing any bug or adding any new feature! I hope you finally understand - FSF license ensures that Apple (or anyone else) cannot refuse you the source code. Other opensource license don't come with such guarantees.
- samhw 5y ago
  > If they don't have access to the accompanying source code, it is an inferior product. I agree with the overarching preference for GPL over MIT, but this point is one of the most insular HN-bubble comments I've seen since the Dropbox comment. Most users – hell, most developers – do not give a toss about having the source code for software that's shipped with MacOS. I have never spoken to anyone who's wanted or needed the source code for Bash or Zsh.
  - PaulDavisThe1st 5y ago
    There's a big difference between wanting personal access to the source code and wanting to know that the source code is available should the need or desire ever arise. I've been developing FLOSS for several decades now, but I rarely compile stuff from source anymore (except my own projects). However, the availability of the source code for the tools I use is very important to me, even if I never exercise it myself. In addition, general access to the source code is important as a learning tool for programmers, if only "to see how it's done". You may never build such code, but being able to take a look at it can be an important foundation in the continuing education of software developers.
    - samhw 5y ago
      Like I said to the other commenter, the source code for the software being discussed already is available - by definition - and much more easily than if you had to go searching through /usr/lib. It's an absolutely moot point[0] whether Apple bundles the source code for Bash into their operating systems, for 99.99999% of intents and purposes and users. We're not discussing whether the source code for XNU/Darwin/Mach/MacOS itself ought to be open, which is another question entirely. (Obviously everyone would sooner it be open than not open, in a first-order analysis, but, as with medical patents and the like, a proper analysis would have to ask whether it would even have existed if its source code were to be open.) [0] Or rather a non-moot point, for the pedants.
      - PaulDavisThe1st 5y ago
mehrdada 5y ago
> In my case, the goal is to let as many people as possible benefit from my labour ... The end consumers got better software as a result That is your prerogative for your own software. FSF's goal, likely shared by the author when they picked the license, is not and has never been the maximal popularity of their own software. You may not like their goal or see it as valuable, which is a reasonable question of values, but that does not make their strategy poor for achieving what they care about, which, I repeat, is not "popularity," nor even "better software for end users," strictly speaking. Confusion arises when people subconsciously project their own goals/values on FSF and then evaluate FSF's strategy under that pretense. GPL is a very effective tool for accomplishing what FSF wants, and the trade-off with popularity is very much deliberate, not some surprising side effect.